<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: More fun with APIs</title>
	<atom:link href="http://behind.aotw.org/2006/08/22/more-fun-with-apis/feed/" rel="self" type="application/rss+xml" />
	<link>http://behind.aotw.org/2006/08/22/more-fun-with-apis/</link>
	<description>the backwash of a digital history project</description>
	<lastBuildDate>Sat, 13 Mar 2010 04:09:41 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Harry</title>
		<link>http://behind.aotw.org/2006/08/22/more-fun-with-apis/comment-page-1/#comment-2066</link>
		<dc:creator>Harry</dc:creator>
		<pubDate>Wed, 23 Aug 2006 17:32:43 +0000</pubDate>
		<guid isPermaLink="false">http://aotw.org/blog/2006/08/22/more-fun-with-apis/#comment-2066</guid>
		<description>Brian,

Checked it out, played with it, and I dig it.

BTW, the timeline still doesn&#039;t work for me.  Has anyone else had trouble with it?</description>
		<content:encoded><![CDATA[<p>Brian,</p>
<p>Checked it out, played with it, and I dig it.</p>
<p>BTW, the timeline still doesn&#8217;t work for me.  Has anyone else had trouble with it?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: William J. Turkel</title>
		<link>http://behind.aotw.org/2006/08/22/more-fun-with-apis/comment-page-1/#comment-2058</link>
		<dc:creator>William J. Turkel</dc:creator>
		<pubDate>Wed, 23 Aug 2006 13:27:11 +0000</pubDate>
		<guid isPermaLink="false">http://aotw.org/blog/2006/08/22/more-fun-with-apis/#comment-2058</guid>
		<description>Brian, pretty sweet!  I haven&#039;t had a chance to play with it yet, but MetaCarta has a &lt;a href=&quot;http://labs.metacarta.com/GeoParser/documentation.html&quot; rel=&quot;nofollow&quot;&gt;placename API&lt;/a&gt; that might be useful.</description>
		<content:encoded><![CDATA[<p>Brian, pretty sweet!  I haven&#8217;t had a chance to play with it yet, but MetaCarta has a <a href="http://labs.metacarta.com/GeoParser/documentation.html" rel="nofollow">placename API</a> that might be useful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Studnicki</title>
		<link>http://behind.aotw.org/2006/08/22/more-fun-with-apis/comment-page-1/#comment-2057</link>
		<dc:creator>Jim Studnicki</dc:creator>
		<pubDate>Wed, 23 Aug 2006 13:16:20 +0000</pubDate>
		<guid isPermaLink="false">http://aotw.org/blog/2006/08/22/more-fun-with-apis/#comment-2057</guid>
		<description>Brian:

Good stuff.  For CW applications, I find the USGS 24K topo maps to often be the most useful (e.g., for locating cemeteries), and they&#039;re unfortunately missing from the Keyhole / Google Earth dataset.  The TIGER USGS dataset is implemented by Topozone.com (an oldie but goodie) and you can search all of its place / names there.

I wrote a similar integration to Google Earth&#039;s data awhile back, except I&#039;m directly rendering KML as a link off of my existing location pages.  You&#039;ve got to have Google Earth installed, of course, but I&#039;d already written my own front-end to the TerraServer data and didn&#039;t feel the need to re-invent the wheel.

One problem I have with user-entered data on Google Earth is that it&#039;s not globally searchable (unless they&#039;ve changed it lately; last time I checked you could post links to your .kml files on a message boards of sorts but its usefulness was extremely limited).  I understand the reason -- any user-entered content provides an entry point for spam, and for garbage / incorrect data to be entered -- but if Wikipedia can demonstrate that the model can work, it can be done.

The most immediate application I can see for this is a proximity-based application where one can be shown all existing markers inside the current window once inside a certain zoom range.  Think of popping up markers on each monument within the current 100m square of the battlefield, or plotting all cemeteries with CW interments within x miles.

-- Jim</description>
		<content:encoded><![CDATA[<p>Brian:</p>
<p>Good stuff.  For CW applications, I find the USGS 24K topo maps to often be the most useful (e.g., for locating cemeteries), and they&#8217;re unfortunately missing from the Keyhole / Google Earth dataset.  The TIGER USGS dataset is implemented by Topozone.com (an oldie but goodie) and you can search all of its place / names there.</p>
<p>I wrote a similar integration to Google Earth&#8217;s data awhile back, except I&#8217;m directly rendering KML as a link off of my existing location pages.  You&#8217;ve got to have Google Earth installed, of course, but I&#8217;d already written my own front-end to the TerraServer data and didn&#8217;t feel the need to re-invent the wheel.</p>
<p>One problem I have with user-entered data on Google Earth is that it&#8217;s not globally searchable (unless they&#8217;ve changed it lately; last time I checked you could post links to your .kml files on a message boards of sorts but its usefulness was extremely limited).  I understand the reason &#8212; any user-entered content provides an entry point for spam, and for garbage / incorrect data to be entered &#8212; but if Wikipedia can demonstrate that the model can work, it can be done.</p>
<p>The most immediate application I can see for this is a proximity-based application where one can be shown all existing markers inside the current window once inside a certain zoom range.  Think of popping up markers on each monument within the current 100m square of the battlefield, or plotting all cemeteries with CW interments within x miles.</p>
<p>&#8211; Jim</p>
]]></content:encoded>
	</item>
</channel>
</rss>
