<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>

<channel>
	<title>openlocation.org</title>
	<atom:link href="http://www.openlocation.org/?feed=rss2" rel="self" type="application/rss+xml" />
	<link>http://www.openlocation.org</link>
	<description>Connecting Location-Aware Applications to Users</description>
	<pubDate>Tue, 20 May 2008 22:37:32 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
	<language>en</language>
			<item>
		<title>WhereWeek Developments</title>
		<link>http://www.openlocation.org/?p=9</link>
		<comments>http://www.openlocation.org/?p=9#comments</comments>
		<pubDate>Tue, 20 May 2008 22:37:32 +0000</pubDate>
		<dc:creator>davetroy</dc:creator>
		
		<category><![CDATA[Events]]></category>

		<category><![CDATA[Openlocation.org]]></category>

		<category><![CDATA[google]]></category>

		<category><![CDATA[loki]]></category>

		<category><![CDATA[placebase]]></category>

		<category><![CDATA[pushpin]]></category>

		<category><![CDATA[skyhook]]></category>

		<category><![CDATA[where]]></category>

		<category><![CDATA[wherecamp]]></category>

		<category><![CDATA[yahoo]]></category>

		<category><![CDATA[yilp]]></category>

		<guid isPermaLink="false">http://www.openlocation.org/?p=9</guid>
		<description><![CDATA[There is a lot that came out of Where 2.0 and Wherecamp that directly affects this discussion and I&#8217;ve been doing my best to digest it all.  Here are some of the highlights:
Google


Flash API for Maps
Feature/Layer Enhancements to Google Maps (Real Estate, Photos, Wikipedia, et al)
Google Friend Connect
REST-based API for GeoSearch

Yahoo
Yahoo Internet Location Platform


Placebase/Pushpin
Free REST-based [...]]]></description>
			<content:encoded><![CDATA[<p>There is a lot that came out of Where 2.0 and Wherecamp that directly affects this discussion and I&#8217;ve been doing my best to digest it all.  Here are some of the highlights:</p>
<p><strong>Google</strong></p>
<div>
<ul>
<li>Flash API for Maps</li>
<li>Feature/Layer Enhancements to Google Maps (Real Estate, Photos, Wikipedia, et al)</li>
<li>Google Friend Connect</li>
<li><a href="http://code.google.com/apis/ajaxsearch/documentation/#fonje">REST-based API for GeoSearch</a></li>
</ul>
<div><strong>Yahoo</strong></div>
<div><a href="http://developer.yahoo.net/geo">Yahoo Internet Location Platform</a></div>
</div>
<p><a href="http://code.google.com/apis/ajaxsearch/documentation/#fonje"></a></p>
<p><strong>Placebase/Pushpin</strong><br />
Free REST-based API for US place data, including some interesting demographic info<br />
<a href="http://www.pushpin.com/api/docs/rest/">http://www.pushpin.com/api/docs/rest/</a><br />
This could be the basis of some really interesting mashups;  a Twitter Caste Map, anyone??</p>
<p><strong>Skyhook/Loki</strong><br />
Announced locationaware.org, an initiative to try to get a Javascript-based standard for location-detection capability in the browser.  This is an important part of the location puzzle and the personal project of Ryan Sarver at Skyhook.</p>
<p>Google is employing the GeoHash algorithm I&#8217;ve been pushing to do spatial searching using BigTable.  Since database schemes like BigTable don&#8217;t support traditional GIS extensions/spatial indexes, GeoHash allows for a simple bounding box search using truncated GeoHash substrings.  I will post separately about this shortly, as I am working on some GeoHash tools to expand this functionality.  This is of particular interest to AppEngine developers.</p>
<p>Shaoib Burq and I are working on a YILP (Yahoo Internet Location Platform) gem for Ruby which should be available in the next couple of days.  This is a nice geocoding platform from Yahoo that expands on their &#8220;Where On Earth&#8221; platform.  Every location on earth has a unique WOEID, which is a nice, hierarchical way of dealing with locations and neighbor relationships.  We&#8217;ll announce this gem soon but in the meantime you can check out the api.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.openlocation.org/?feed=rss2&amp;p=9</wfw:commentRss>
		</item>
		<item>
		<title>Introducing Openlocation.org</title>
		<link>http://www.openlocation.org/?p=8</link>
		<comments>http://www.openlocation.org/?p=8#comments</comments>
		<pubDate>Wed, 14 May 2008 17:20:37 +0000</pubDate>
		<dc:creator>davetroy</dc:creator>
		
		<category><![CDATA[Openlocation.org]]></category>

		<category><![CDATA[data]]></category>

		<category><![CDATA[mobile]]></category>

		<category><![CDATA[announcement]]></category>

		<category><![CDATA[api]]></category>

		<category><![CDATA[exchange]]></category>

		<category><![CDATA[location]]></category>

		<category><![CDATA[open]]></category>

		<guid isPermaLink="false">http://www.openlocation.org/?p=8</guid>
		<description><![CDATA[BURLINGAME, California &#8212; The Openlocation.org initiative launches officially today at the O&#8217;Reilly Where 2.0 Conference.
Location technology is driving the current wave of innovation on the web.  With location capability in converged platforms like iPhone, Blackberry, and Android, location will become a vital part of how we find and use information.
Until now, location-based services have focused [...]]]></description>
			<content:encoded><![CDATA[<p>BURLINGAME, California &#8212; The Openlocation.org initiative launches officially today at the O&#8217;Reilly Where 2.0 Conference.</p>
<p>Location technology is driving the current wave of innovation on the web.  With location capability in converged platforms like iPhone, Blackberry, and Android, location will become a vital part of how we find and use information.</p>
<p>Until now, location-based services have focused on vertically-integrated platforms like GPS devices, phones, map-based search platforms, or carrier-specific friend finders. As location becomes increasingly important, we also see a new need: the need for openness.  Users are demanding a unified, open approach and are becoming frustrated with the need to participate in multiple closed platforms.</p>
<p>Openlocation.org exists:</p>
<ul>
<li>To seek solutions to address the unique problem of personal location</li>
<li>To promote open location-based applications, platforms, and data-sharing</li>
<li>To promote dialog between the geo, web development and design communities</li>
<li>To insure that location information is included in discussions about data portability and leveraging social graphs</li>
<li>To promote standards, tools, and microformats that will help promote better exchange of data</li>
<li>To encourage practical implementations of location-data in ways that enhance the everyday lives of people</li>
</ul>
<p>Openlocation.org hosts a <a href="http://wiki.openlocation.org" target="_blank">wiki</a>, a participatory <a href="http://www.openlocation.org">blog</a>, a <a href="http://groups.google.com/group/openlocation" target="_blank">discussion group</a>, and is working towards developing <a href="http://api.openlocation.org">APIs</a> that unify multiple available location-based resources in an open and participatory manner.</p>
<p>If you are interested in becoming involved in the Openlocation.org initiative (which we highly encourage), please join the <a href="http://groups.google.com/group/openlocation" target="_blank">discussion group</a> and share your thoughts.</p>
<p>To learn more about Openlocation.org, read the <a href="http://www.openlocation.org/?page_id=5">Openlocation.org Manifesto</a> and check out the list of <a href="http://www.openlocation.org/?page_id=4">founding participants</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.openlocation.org/?feed=rss2&amp;p=8</wfw:commentRss>
		</item>
		<item>
		<title>Interesting Announcements from Google Today</title>
		<link>http://www.openlocation.org/?p=7</link>
		<comments>http://www.openlocation.org/?p=7#comments</comments>
		<pubDate>Wed, 14 May 2008 07:09:07 +0000</pubDate>
		<dc:creator>admin</dc:creator>
		
		<category><![CDATA[data]]></category>

		<category><![CDATA[api]]></category>

		<category><![CDATA[esri]]></category>

		<category><![CDATA[geosearch]]></category>

		<category><![CDATA[gis]]></category>

		<category><![CDATA[google]]></category>

		<category><![CDATA[kml]]></category>

		<category><![CDATA[open]]></category>

		<guid isPermaLink="false">http://www.openlocation.org/?p=7</guid>
		<description><![CDATA[As of this morning, Google has announced a new Geosearch API that can be programatically accessed rather than just accessed visually (via Google Maps or Google Earth).
However, it seems that this API can only be accessed using their Javascript browser-based API, which renders this API less than useful for most server-side applications. Without any insight [...]]]></description>
			<content:encoded><![CDATA[<p>As of this morning, Google has announced a new Geosearch API that can be programatically accessed rather than just accessed visually (via Google Maps or Google Earth).</p>
<p>However, it seems that this API can only be accessed using their Javascript browser-based API, which renders this API less than useful for most server-side applications. Without any insight into how their search result rankings really work (other than the notion that they generally work much the same as Page Rank), it also seems to me that the results will likely be the kind of irrelevant stuff we&#8217;ve come to expect from GeoSearch.</p>
<p>Also this morning Google introduced a partnership with ESRI to make available a large quantity of government-collected GIS data.  This could enable all kind of interesting combinations&#8230;  This information is supposed to be available in about 4 weeks and I think we&#8217;ll see a big explosion of new projects when that is available.</p>
<p>Last night Google introduced their Friend Connect API at an event called Campfire One (not here). This combined with their GeoSearch could produce some interesting results.  There will be a lot of things to play with at WhereCamp this weekend!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.openlocation.org/?feed=rss2&amp;p=7</wfw:commentRss>
		</item>
		<item>
		<title>MIT Android Apps Highlight the Future of Mobile Geo</title>
		<link>http://www.openlocation.org/?p=6</link>
		<comments>http://www.openlocation.org/?p=6#comments</comments>
		<pubDate>Wed, 14 May 2008 06:49:24 +0000</pubDate>
		<dc:creator>admin</dc:creator>
		
		<category><![CDATA[data]]></category>

		<category><![CDATA[mobile]]></category>

		<category><![CDATA[android]]></category>

		<category><![CDATA[apps]]></category>

		<category><![CDATA[geo]]></category>

		<category><![CDATA[google]]></category>

		<category><![CDATA[gps]]></category>

		<category><![CDATA[mit]]></category>

		<guid isPermaLink="false">http://www.openlocation.org/?p=6</guid>
		<description><![CDATA[This collection of Android Apps out of MIT exemplifies the kind of &#8220;location is the new oxygen&#8221; thinking that I think will pervade the coming SocialMobileGeo web. More about these on Yahoo.
Goes to show you that these ideas can be created and implemented in a lightweight, fun, playful way and that it doesn&#8217;t require a venture [...]]]></description>
			<content:encoded><![CDATA[<p>This <a href="http://www.techcrunch.com/2008/05/09/sneak-peak-at-android-apps-out-of-mit/" target="_blank">collection of Android Apps out of MIT</a> exemplifies the kind of &#8220;location is the new oxygen&#8221; thinking that I think will pervade the coming SocialMobileGeo web. <a href="http://biz.yahoo.com/ap/080512/android_class.html" target="_blank">More about these on Yahoo.</a></p>
<p>Goes to show you that these ideas can be created and implemented in a lightweight, fun, playful way and that it doesn&#8217;t require a venture investment to try to become the next closed-garden friend finder service.  If you think that market is heating up now, just wait.</p>
<p>Playing with Dopplr some more, I see that their most recent enhancements get a lot closer to solving the &#8220;Chicago Problem.&#8221;  It is by no means perfect, as at best an incomplete solution and yet another walled garden, but they are putting in several gateways to other gardens and at least have an API.</p>
<div><a href="http://dopplr.pbwiki.com/">http://dopplr.pbwiki.com/</a></div>
<p>In a session about Google&#8217;s current Geo features, the following things stood out to me:</p>
<div><span> </span>- They have enabled geosearch as a Google Maps feature but *still* have no way to do geosearch as a web service</div>
<div><span> </span>- Google encourages everyone to publish their GeoRSS &amp; KML, but all read access is through their visual interfaces</div>
<div><span> </span>- Google is introducing Google Sitemap to enable people to have their sites geomapped &#8212; no docs available yet</div>
<div><span> </span>- Google declines to discuss any aspect of their Geosearch ranking algorithm</div>
<p>Google is doing a lot to advance the geoweb, but not surprisingly they seem primarily motivated to get data into their indexers and not so worried about ways to share data with the rest of the world.  Understandable, but it speaks at what the realistic limitations still really are.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.openlocation.org/?feed=rss2&amp;p=6</wfw:commentRss>
		</item>
	</channel>
</rss>
