<?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: Geolocation</title>
	<atom:link href="http://crschmidt.net/blog/archives/12/geolocation/feed/" rel="self" type="application/rss+xml" />
	<link>http://crschmidt.net/blog/archives/12/geolocation/</link>
	<description>Ramblings of a GIS Hacker</description>
	<pubDate>Thu, 02 Sep 2010 19:08:38 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: casino chips</title>
		<link>http://crschmidt.net/blog/archives/12/geolocation/comment-page-1/#comment-2188</link>
		<dc:creator>casino chips</dc:creator>
		<pubDate>Sat, 25 Jun 2005 02:41:31 +0000</pubDate>
		<guid isPermaLink="false">http://crschmidt.net/blog/archives/12/geolocation/#comment-2188</guid>
		<description>&lt;strong&gt;casino chips&lt;/strong&gt;

In your free time, check some relevant pages dedicated to jack black craps las vegas casinos </description>
		<content:encoded><![CDATA[<p><strong>casino chips</strong></p>
<p>In your free time, check some relevant pages dedicated to jack black craps las vegas casinos</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Armstrong</title>
		<link>http://crschmidt.net/blog/archives/12/geolocation/comment-page-1/#comment-559</link>
		<dc:creator>Andy Armstrong</dc:creator>
		<pubDate>Sat, 26 Feb 2005 14:24:18 +0000</pubDate>
		<guid isPermaLink="false">http://crschmidt.net/blog/archives/12/geolocation/#comment-559</guid>
		<description>Bear this in mind: digital cameras record a timestamp with every photo taken and GPS units store their track data with timestamps. What that means in practice is that, if you sync the clock in the camera with the GPS, you can wander around with a digital camera and GPS taking pictures as you go and then later on you can work out where the pictures were taken by comparing the timestamp on the image with the timestamped location data from the GPS.</description>
		<content:encoded><![CDATA[<p>Bear this in mind: digital cameras record a timestamp with every photo taken and GPS units store their track data with timestamps. What that means in practice is that, if you sync the clock in the camera with the GPS, you can wander around with a digital camera and GPS taking pictures as you go and then later on you can work out where the pictures were taken by comparing the timestamp on the image with the timestamped location data from the GPS.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kasei</title>
		<link>http://crschmidt.net/blog/archives/12/geolocation/comment-page-1/#comment-13</link>
		<dc:creator>kasei</dc:creator>
		<pubDate>Mon, 03 Jan 2005 08:50:23 +0000</pubDate>
		<guid isPermaLink="false">http://crschmidt.net/blog/archives/12/geolocation/#comment-13</guid>
		<description>When I started work on this sort of thing for my photo annotations, I began with the Census Bureau's &lt;a href="http://www.census.gov/geo/www/gazetteer/places.html"&gt;U.S. Gazetteer Files&lt;/a&gt;. I used the ZIP Code file, but the Places file might work just as well. I imported all of this into a database, and wrote a few lines of code to give me back a place name given the distance from a specific lat/long.

Be aware, however, that there are lots of places that aren't in those Census data files. I've resorted to entering problem spots by hand, but scouring for more sources of data might be best in the long run. (&lt;a href="http://maporama.com/"&gt;Maporama&lt;/a&gt; has been invaluable in pinpointing out-of-the-way places, like Girdwood, AK).

Exporting all of this data as RDF might be nice, but practically, I've found that it needs to be in a database meant for this type of querying, and I'm not sure any of the existing triplestore/query engines are up to the task just yet (i.e. no redland-mysql love here). Also, using mysql's r-tree support might benefit a query engine here, but I haven't looked into that much just yet.

Good luck with this project. If you approach this with the same energy as you've done with past projects, I'll wait expectantly for some amazing results!</description>
		<content:encoded><![CDATA[<p>When I started work on this sort of thing for my photo annotations, I began with the Census Bureau&#8217;s <a href="http://www.census.gov/geo/www/gazetteer/places.html">U.S. Gazetteer Files</a>. I used the ZIP Code file, but the Places file might work just as well. I imported all of this into a database, and wrote a few lines of code to give me back a place name given the distance from a specific lat/long.</p>
<p>Be aware, however, that there are lots of places that aren&#8217;t in those Census data files. I&#8217;ve resorted to entering problem spots by hand, but scouring for more sources of data might be best in the long run. (<a href="http://maporama.com/">Maporama</a> has been invaluable in pinpointing out-of-the-way places, like Girdwood, AK).</p>
<p>Exporting all of this data as RDF might be nice, but practically, I&#8217;ve found that it needs to be in a database meant for this type of querying, and I&#8217;m not sure any of the existing triplestore/query engines are up to the task just yet (i.e. no redland-mysql love here). Also, using mysql&#8217;s r-tree support might benefit a query engine here, but I haven&#8217;t looked into that much just yet.</p>
<p>Good luck with this project. If you approach this with the same energy as you&#8217;ve done with past projects, I&#8217;ll wait expectantly for some amazing results!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
