<?xml version="1.0" encoding="utf-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Google&#8217;s &#8216;Geographic Web&#8217; and conflicting interfaces</title>
	<atom:link href="http://highearthorbit.com/googles-geographic-web-and-conflicting-interfaces/feed/" rel="self" type="application/rss+xml" />
	<link>http://highearthorbit.com/googles-geographic-web-and-conflicting-interfaces/</link>
	<description>Transmitting ideas, observations, and images from 42,000 km.</description>
	<pubDate>Fri, 22 Aug 2008 02:34:34 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Rev Dan Catt</title>
		<link>http://highearthorbit.com/googles-geographic-web-and-conflicting-interfaces/#comment-53731</link>
		<dc:creator>Rev Dan Catt</dc:creator>
		<pubDate>Thu, 14 Dec 2006 10:26:28 +0000</pubDate>
		<guid isPermaLink="false">http://highearthorbit.com/googles-geographic-web-and-conflicting-interfaces/#comment-53731</guid>
		<description>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! </description>
		<content:encoded><![CDATA[<p>Heh! My point was is that they *are* compatible, which is why I said &#8230;</p>
<p>&#8220;The only step missing is for either Flickr to output KML natively &#8230; &#8221;</p>
<p>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&#8217;d be possible at some point to point Google Earth directly at the Flickr backend (with extra optional parameters passed if you wanted).</p>
<p>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.</p>
<p>The reason why it hasn&#8217;t happened yet is just because we&#8217;ve been working on other things &#8230; and need to check that we indeed can handle the load <img src='http://highearthorbit.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>I haven&#8217;t even looked into the politics of (Flickr!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
