Status

Location
London, England
Subscribe to GeoRSS Subscribe to KML


Google’s ‘Geographic Web’ and conflicting interfaces

Published in Geo, GeoRSS, Google  |  1 Comment


Brady points out on O’Reilly Radar some of the new layers in GoogleEarth. Most interesting though is his recap of feedback from Flickr’s Dan Catt on why Google isn’t currently displaying Flickr photos (despite perhaps the obvious that (Flickr! < Yahoo!) != Google).

His claim is that they take their bounding box parameters in different order: bbox=x1,y1,x2,y2. vs. box=x1,y1,x2,y2. However, based on my research of the API's, they look comparable. For example, Google Earth's view based refresh will do a bounding box request:

longitude_west, latitude_south, longitude_east, latitude_north

and the Flickr photo search expects the following BBox:

minimum_longitude, minimum_latitude, maximum_longitude, maximum_latitude

You can see that minimum_longitude is the same parameter as longitude_west, and so on. So I’m not sure why Dan Catt uses that as his explanation that the parameters don’t line up.

However, as Brady points out, what would really help everyone is if the services all spoke common languages, like Flickr outputting KML, or GoogleEarth consuming GeoRSS (since Flickr can output GeoRSS). My money would be on the latter, since there seems less impetus for a company like Flickr/Yahoo to export their data in a proprietary format.

Of course, the translation between the two formats, especially for basic geometry such as points, is trivial, so implementing both on both sides, or simple conversion utilities in the middle, would be straight-forward.

Extra Credit

For extra credit, implement said conversion utility to convert KML <=> GeoRSS using XSLT, or other language of your choice.

There are also various other Flickr/GoogleEarth utilities out there like displaying grids of the # of Flickr images in GoogleEarth.

Pleasant Surprise

While researching parts of this post, I found a new Flickr API method that I didn’t know existed before:

flickr.photos.getWithGeoData - “Returns a list of your geo-tagged photos.” However, you can’t do a search within this set other than by date. But at least now you can pull up a trail of your travels based on your photos.

“Where were you on the night of the 13th?!”

In the past, when using my Feed URL to get geotagged photos, I just made sure that photos had a tag “geotagged” and then grabbed all the photos with that tag.

Similar Posts


Responses

  1. Rev Dan Catt says:

    December 14th, 2006 at 6:26 am (#)

    Heh! My point was is that they *are* compatible, which is why I said …

    “The only step missing is for either Flickr to output KML natively … ”

    The bbox being used as a parameter on the Flickr API was designed from the start to be the same as the bbox from Google Earth. Just so it’d be possible at some point to point Google Earth directly at the Flickr backend (with extra optional parameters passed if you wanted).

    This makes sense, as we most certainly have more processing power to handle the request load than someone else having to use their API key and code to convert our XML format to KML.

    The reason why it hasn’t happened yet is just because we’ve been working on other things … and need to check that we indeed can handle the load :)

    I haven’t even looked into the politics of (Flickr!

Leave a Response