<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title><![CDATA[Latest posts for the topic "Would premium solve this incorrect data problem?"]]></title>
		<link>http://forum.geonames.org/gforum/posts/list/4.page</link>
		<description><![CDATA[Latest messages posted in the topic "Would premium solve this incorrect data problem?"]]></description>
		<generator>JForum - http://www.jforum.net</generator>
			<item>
				<title>Would premium solve this incorrect data problem?</title>
				<description><![CDATA[ I'm working with a client, using geonames free service for proof of concept, and they found an error in the data (which makes them justifiably question whether there might be more).

We are using reverse geocoding and extracting the state and county names.

This is correct:
  39.93938969 -101.78646033
  == ["Kansas" "Cheyenne"]

This is not:
  39.93938969 -101.78646033
  == ["Nebraska" "Dundy County"]

The second result should be St. Francis Kansas (according to them and Google Maps). 

If Premium has more complete and accurate data, I think it will convince them to use it; otherwise, when we find suspected bad data, what is the best way to submit suggested changes?]]></description>
				<guid isPermaLink="true">http://forum.geonames.org/gforum/posts/list/2621.page#9466</guid>
				<link>http://forum.geonames.org/gforum/posts/list/2621.page#9466</link>
				<pubDate><![CDATA[Tue, 22 Mar 2011 07:30:28]]> GMT</pubDate>
				<author><![CDATA[ greggirwin]]></author>
			</item>
			<item>
				<title>Re:Would premium solve this incorrect data problem?</title>
				<description><![CDATA[ The data for the premium service is normally the same. 

The country subdivision services returns "Cheyenne County" for the second location:
http://api.geonames.org/countrySubdivision?lat=39.93938969&lng=-101.78646033%20&username=demo&style=full&level=2

I don't know which reverse geocoding service you are using. For US counties the countrySubdivision is  the most appropriate service. 

Best

Marc]]></description>
				<guid isPermaLink="true">http://forum.geonames.org/gforum/posts/list/2621.page#9467</guid>
				<link>http://forum.geonames.org/gforum/posts/list/2621.page#9467</link>
				<pubDate><![CDATA[Tue, 22 Mar 2011 07:40:43]]> GMT</pubDate>
				<author><![CDATA[ marc]]></author>
			</item>
			<item>
				<title>Re:Would premium solve this incorrect data problem?</title>
				<description><![CDATA[ Thanks Marc, I'm using extendedFindNearby, but will look into countrySubdivision.

Much appreciated.]]></description>
				<guid isPermaLink="true">http://forum.geonames.org/gforum/posts/list/2621.page#9468</guid>
				<link>http://forum.geonames.org/gforum/posts/list/2621.page#9468</link>
				<pubDate><![CDATA[Tue, 22 Mar 2011 10:07:21]]> GMT</pubDate>
				<author><![CDATA[ greggirwin]]></author>
			</item>
			<item>
				<title>Re:Would premium solve this incorrect data problem?</title>
				<description><![CDATA[ The findNearby services return the closest record, this might be in a different admin division or even country then the lat/lng you have used. If you query for instance for nearby city in Canada near the US border the closest city might be in the US. This is not necessarily an 'incorrect data' problem.

Marc]]></description>
				<guid isPermaLink="true">http://forum.geonames.org/gforum/posts/list/2621.page#9469</guid>
				<link>http://forum.geonames.org/gforum/posts/list/2621.page#9469</link>
				<pubDate><![CDATA[Tue, 22 Mar 2011 10:16:01]]> GMT</pubDate>
				<author><![CDATA[ marc]]></author>
			</item>
			<item>
				<title>Re:Would premium solve this incorrect data problem?</title>
				<description><![CDATA[ Thanks for the excellent clarification, and forgiving my newbieness. ]]></description>
				<guid isPermaLink="true">http://forum.geonames.org/gforum/posts/list/2621.page#9470</guid>
				<link>http://forum.geonames.org/gforum/posts/list/2621.page#9470</link>
				<pubDate><![CDATA[Tue, 22 Mar 2011 10:19:33]]> GMT</pubDate>
				<author><![CDATA[ greggirwin]]></author>
			</item>
			<item>
				<title>Re:Would premium solve this incorrect data problem?</title>
				<description><![CDATA[ Is the 'level argument described anywhere, for reference purposes?]]></description>
				<guid isPermaLink="true">http://forum.geonames.org/gforum/posts/list/2621.page#9475</guid>
				<link>http://forum.geonames.org/gforum/posts/list/2621.page#9475</link>
				<pubDate><![CDATA[Wed, 23 Mar 2011 03:47:34]]> GMT</pubDate>
				<author><![CDATA[ greggirwin]]></author>
			</item>
			<item>
				<title>Re:Would premium solve this incorrect data problem?</title>
				<description><![CDATA[ you are right, is was an undocumented feature.

I have put a list of the supported countries here:
http://www.geonames.org/export/subdiv-level.html
It lists the supported countries and the max level per country.

Marc ]]></description>
				<guid isPermaLink="true">http://forum.geonames.org/gforum/posts/list/2621.page#9477</guid>
				<link>http://forum.geonames.org/gforum/posts/list/2621.page#9477</link>
				<pubDate><![CDATA[Thu, 24 Mar 2011 07:45:34]]> GMT</pubDate>
				<author><![CDATA[ marc]]></author>
			</item>
			<item>
				<title>Re:Would premium solve this incorrect data problem?</title>
				<description><![CDATA[ Thanks so much!]]></description>
				<guid isPermaLink="true">http://forum.geonames.org/gforum/posts/list/2621.page#9478</guid>
				<link>http://forum.geonames.org/gforum/posts/list/2621.page#9478</link>
				<pubDate><![CDATA[Thu, 24 Mar 2011 16:18:56]]> GMT</pubDate>
				<author><![CDATA[ greggirwin]]></author>
			</item>
	</channel>
</rss>