For a Change Log overview you’d have to go here.

Update:

If you prefer to read also about the bad side of this story, Go and read this article from Barry from nearby.org.uk.

Or this really helpful article from Ed Parson himself explaining the Terms of Service

Post from: Local Search - martijnbeijk.com

Google Maps API got its Terms of Service & FAQ updated

Google just introduced their Google suggest feature on all search engines. Although I find this feature helpful and promising, it doesn’t follow their philosophy:

1) Best locally relevant results served globally.

I tried some keyword searches and noticed how often Google suggest tries to give you local results. Almost each (local) search will give you suggestions with geomodifiers (locations).
Now here’s the screenshot:

So why do I think it fails? Well, imagine this. I’m living in Barcelona at the moment, I am using Google Netherlands and it serves me with local relevant results which seem to be all in the United States except for London. Despite all the effort Google puts in providing cool geolocation APIs for developers and even determining your own location on a map, they didn’t think of using this same feature to improve their Google suggest feature? Why do you think Google made this decision? Do you think they will implement this in the future?

Post from: Local Search - martijnbeijk.com

Google suggest fails on Google philosophy

Location-based services are hot. Now hotter than before. Because Google just launched their Geolocation API.
This is what you can call the pre-web3.0 era. Small startups trying to provide even the smallest semantic web like services online. Providing location-based services, opening up their programming code, Developing APIs for the developers to use and create even greater software by mashing up code of several services.
Now with Google opening up their geolocation API it opens new possibilities. Apparently they’ve gathered quite some data by now from CellIDs and GPS devices to have a database that is consistent enough to provide these kind of services. They also state that they will provide more services in the near future based on WiFi access.

What does this mean in general for software or services we are going to see?
Well imagine opening up your browser or software application on your mobile phone or laptop and do a search for restaurants. No need to fill in where you are, the software will determine this using the geolocation API.
Most phones nowadays are able to determine the Cell ID, the ‘zone’ you are in with your mobile phone. No GPS needed. Although it’s not as accurate of course. It should do the trick while looking for a restaurant or any nearby service.

Now let’s combine this, do a mashup and make it all context-aware; context-awareness is a topic I’ve been working on during my internship at the Netherlands institute for applied scientific research.

You are hungry, it’s around 7pm, all your appointments for this business trip are done it’s just that entry in your calendar left with some old friends of yours.
Your mobile or wearable device with a nifty piece of software is aware of all this, it has a built in calendar, it has a contact list, it is able to determine location. it knows your appointment says ‘diner’, yet location is undecided.
Context-aware applications are able to provide you with direct access to the best restaurants in your vicinity based on your preferences (profile) and that of your friends. Let them know right away, by either calling them (their contact info is presented to you right away, because it is aware!) or use intention broadcasting (a new kind of description introduced to me at mobile 2.0 europe by startup Zipipop )

This is the future!

Got interested? You can find the exact specifications of the geolocation API here.

If you are not familiar with the semantic web, a good start is to check Wikipedia, and especially this ReadWriteWeb article here. For context awareness start with Wikipedia.

Post from: Local Search - martijnbeijk.com

Location-based services now hotter than hot?