Google Here Never Was

Indoor mapping is the white whale of our Spatial IT industry.  We’re always reading about how our smartphones will lead us to the best deals or how I can find the specific nail I need in Home Depot without having to ask anyone or walk down every aisle.  They key to all this is essentially iBeacon.
ibeaconapp

You can search Google News for all the latest excitement on the concept but essentially it is a way for your phone to know where things are and for the vendors to know where you phone is through Bluetooth.  Imagine walking into a store and getting alerts about your favorite beer being on sale and then the ability to navigate directly there.  Sexy right?  Plus we’ve been anticipating this happening for years.  Except

Google was set to launch a new product that added context to one of its most successful apps, Google Maps. But earlier this year, it was shut down by Alphabet CEO Larry Page, according to people familiar with the project.

Google Here worked by sending a notification to a smartphone user’s lock screen within five seconds of their entering a partner’s location. If the user clicked on the notification, a full screen HTLM5 “app” experience would launch. Google Here would know when to send the notification via Google Maps and beacons placed in the stores of participating partners. Google planned to supply the beacons to partners for the launch, according to the document. The experience could also be found by going to the Google Maps app.

Exactly what we though everyone wanted.  In testing the application was deemed too invasive and Google feared no retailers would sign up.  That’s right, Google didn’t think could get their partners to install cheap beacons in their stores AND they feared they were too big brother.  Seems weird doesn’t it, if there is one company that can get companies to spend money on ads, it is Google.  And since when did Google ever think pushing ads on us was “invasive”?

The magic about Google Here1 was that you didn’t need an app running for it to work.  Think about that for a minute, ads would appear on your phone based on where you where and you didn’t need to opt in to get them.  Now we see why Google was very concerned that Here was going to get a large backlash.  Being able to push ads on users would have been something they really could have sold well to companies, I’m not sure there would be any fear of companies not wanting to push ads on us.

Beacons are still very important to Google. Their Eddystone project talks about lots of uses of beacons but not for ad delivery.  Clearly there was feedback on this project and it jolted Google out of their normal sell more ads business model.  I think beacons will be very valuable as they start appearing in more areas, but I for one don’t need to get an ad for fabric softener every time I walk into a Target.


  1. Here as in not Here that was owned by Nokia

Chris Hogan on PostGIS generalization

Says Chris:

I am working on a project that needs to display all the neighborhood polygons in Baltimore City at one time. The file is relatively detailed… which mean that tons of unecessary polygon nodes are being sent from the backend, when, at the zoom level and the level of detail the map users need, the high level of detail is a total waste.

While there are some great hosted options to serve up complex GeoJSON, most of the time it is better served1 to simplify your data.  Unless you’re surveying or involved with some sort of lawyer, even a bit of generalization is a good idea with online mapping.  Chris does a great job showing how you can modify the tolerance to get your results to look great and save lots of bandwidth.  If you’re a generalization newbie, you should read his example and get a better understanding of how it works.

And if you’re an Esri user, the same concepts can be used in their stack as wellsmoothpoly.


  1. no pun intended

GIS and Git

Yesterday I had a long post about GIS and version control.  I mentioned Git in the article saying how maybe in the future Git would work with GIS files.  A couple of people mentioned an article written by Gretchen Peterson titled, “Huge increase in shareability by combining Git and QGIS“.

This isn't the version control you're looking for...
This isn’t the version control you’re looking for…

Gretchen does a great job showing how you can manage GIS projects with Git and I encourage everyone to read it.  But keep in mind it isn’t version control how I was talking.  Git doesn’t understand shapefiles and other binary GIS files.  It will show that a shapefile was updated, but it won’t show what you updated in it, nor will it help reconcile updates.  Gretchen is using Git to help her share projects with others which it does a great job.  But it isn’t geodata version control and she outlines that clearly in the post.

We all would love to see Github support shapefiles, but I seriously doubt it will ever happen.   For how you can use Github and GeoJSON files which isn’t half bad.

Hangouts With James Fee Season 4 Will Be A Podcast

podcast_iconToday’s HWJF planning staff meeting was full of new ideas.  The biggest one was that HWJF becomes a podcast.  One of the biggest feedback requests has been to offer an audio only version of the hangouts for those who want to listen on their smartphones offline.  I’ve explored this many times and never really got a good plan in place.  But given that HWJF isn’t really visual in nature (looking at my grill for an hour has to be taxing), we’re going to convert HWJF into a podcast for season 4 arriving in October.  If there is a visual need to have video, we’ll have special hangouts on the YouTube.  What this means is it won’t be live anymore so you can’t point out how wrong I am until after the faux pas has passed.

What it will mean is the podcast should be more consumable and usable by everyone.  This is an experiment so we’ll see how it goes moving forward.  It will also allow more flexible scheduling of the podcast so we can have guests on who can’t attend during work hours.

GIS Version Control

Update: It appears that Boundless abandoned GeoGig to the Eclipse Foundation.  Currently it shows no work has been done on GeoGig in the past 12 months.  Time to assume our only hope is Github itself.


The crazy thing about GIS is that we never really take into consider version control with our data.  Well we have a workflow, it usually entails putting a one at the end of a file name or calling it “temp” or “trash” while it works through analysis.  Whenever I used to take over a project from someone, I’d take a quick look at the project folder and you’d see hundreds of seemingly orphaned GIS datasets just littering up the folder structure.  And of course no documentation as to why there are there, how they were created and what the derivative products were created off of them.

weogeo-logo-for-fluidWhen I joined WeoGeo many moons ago, that was one thing Paul Bissett always harped on and was something WeoGeo was trying to solve.  WeoGeo was approaching it from a data sales marketplace end where data providers wanted to know what derivative works were being crated off their data.  But for users, the same process was needed.  We tried to pitch it to users but generally they didn’t see the value in keeping track of their datasets.  I think this was shortsighted and I still believe that WeoGeo should have been the choice of every GIS professional to maintain an authoritative data library.  But alas, GIS professionals didn’t care.

We’ve watched GeoGig by Boundless (It appears that they passed it on to the Eclipse Foundation last year.  I hadn’t heard this, nor does the website show the update). for years, waiting to see if it will succeed.  It provides the kind of revision control we’re used to with programming.  Boundless has a pretty good graphic below that shows what’s going on from a GIS perspective.

geogig_workflowBingo right?  Well wrong… While GeoGig is actually very impressive and takes into consideration all those weird things us GIS folks do, it won’t ever go anywhere.  Without it being integrated into QGIS and ArcGIS Desktop users won’t be able to integrate it into their workflows.  It is the same problem we ran into with WeoGeo Library, it’s just too hard to integrate it into ArcGIS Desktop without Esri doing it themselves.

Logo_qgisBut the QGIS tie is interesting.  Boundless is behind GeoGig.  They are also a big supporter of QGIS.  GeoGig seems more tied in with Geoserver right now but editing is the big reason for GeoGig and let’s be honest.  Most editing happens on the desktop.  Boundless has been showing that QGIS and GeoGig work together but as I said above.  Unless it is natively integrated into QGIS, it won’t have more than a niche uptake.  At this point though, GeoGig is really our only big hope.

github_logoEsri has versioning on their geodatabase but it’s a nightmare.  I’ve never had good luck with it but I’m willing to chalk it up to me not knowing a thing about what I’m doing.  Geo-data is complex, Git works because it is so simple.  Tracking simple changes in text for files.  They have a hard enough time working with GeoRSS but you can see that it does work.  I have to often wonder if GitHub might have GIS version control before GIS people get it working.  Honestly that is what we want right?  Github for GIS?

 

 

FAA releases B4UFLY App Beta Test For Drone Users

Well what could go wrong?

The B4UFLY app, aimed primarily at model aircraft enthusiasts, is designed to give users information about restrictions or requirements in effect at their current or planned flight location. The FAA expects the beta test will yield valuable data on how well B4UFLY functions, as well as uncovering any software bugs.

So first, it’s a private beta so you probably aren’t invited.  You can email b4ufly@faa.gov if you want to give it a shot and ask to be in the private beta.  Second, the app looks simple but I suspect the rules are going to be complex and thus the app will be less than easy to use.  Still if you want to fly your drone, this could be the start of something good.  Tomorrows, my birthday, feel free to buy me one.

B4UFLY App on iPhone
B4UFLY App on iPhone

Personalized Storm Tracking by Google

If there is one thing that gets the GeoMarketers excited, it is natural disasters.  Every year at this time we see hurricane trackers, 3D storm viewers and other “exciting” products to help protect us from the wrath of mother nature.  This year Google is promoting their Personalized Storm Tracker.

The safety recommendations you receive will be tailored to reflect the current status of the event and your context. For example, if you search for a specific storm when it’s still several days away, you may see a map of the developing weather event and a recommendation to start preparing an emergency kit. If the storm is only hours away from your location, you might receive a reminder to start charging your phone in case power goes out. And if you search when the storm is nearby, you’ll get the most urgent information, like how to avoid injury from fast-moving water or flying debris.

google_personalized_storm_trackerI feel like these things are more trouble than they are worth.  Last Sunday I was at Sky Harbor Airport when a dust storm alert went off on all the iPhones in the baggage claim area.  The whole place sounded loud as the alerts went off warning us that wind and dust were headed our way.  The result of this great warning, people making jokes.  Sure an alert was issued, sure it probably is a safety thing that we all get these alerts on our phones.  But the delivery isn’t personalized, it’s a broadcast message and then 10 minutes of people joking about the alerts.

At least in the USA, storms don’t sneak up on anyone.  These products are great press but of little value.