GeoNames Forum

Hi Randy

Don't worry the service is here to stay. At the contrary we will move to better hardware in January.

Cheers

Marc

PS : The donate button is here :
http://www.geonames.org/donations.html

Hi

We don't have infinite resources to host the free web services. The GeoNames web services are very popular and the number of requests may vary considerably
have other servers for a guaranteed response and up- time with a service level agreement. Please contact me if you are interested.

Thanks

Marc

You are right. I have corrected it.
(click on edit in the location info window, then on the admin code to open the admincode drop down list)

http://www.geonames.org/3469058/brasilia.html

Cheers

Marc

Hallo Simon

Das Nested Set Model ist mir bekannt, denoch danke für den Link.

Die GeoNameId ist eine fortlaufende Nummer, die nur einmal vergeben wird und eindeutig ist.

Gruss

Marc

Hallo Simon

Die gegenwärtige Implementierung erlaubt in der Tat nur direkte Baumstrukturen. Deutschland ist dafür leider nicht geeignet. Wir planen dies grundsätzlich zu ändern und auch nicht hierarchische Strukturen zu unterstützen. In Spanien beispielsweise ist die Information zu welcher Insel (Ibiza, etc) ein Ort gehört auch wichtig, obwohl diese Information nicht Teil der administrativen Hierarchie ist (oder zumindest nicht aus der Sicht von Madrid). Das heisst es sollte in Zukunft auch parallele Hierarchien zu einem Ort geben.

Gruss

Marc

Hi

It happens quite often that different places have the same name in the same country. It just means that there are two places with the name "São Paulo".

Cheers

Marc

Thanks, KiwiGeek
I have updated the GeoNames database and web services with your data.

Cheers

Marc

Hi Andreas

I have changed the country code for the Channel Islands and improved the search to find the codes for all three languages codes, i. e. the respective Channel Island codes and the two codes 'UK' and 'GB'.

Cheers

Marc

Hi Paul

I think a feature code for 'Amusement Park' makes sense. With the rides I am not so sure, though I don't have kids and know hardly anything about amusement parks.
Do you think it would be sufficient to give them a kind of generic point-of-interest code and use the GeoNames tagging system to further specify what kind of point of interest it is?

Cheers

Marc

Hi Paul

There is also a rather undocumented service called 'Nearby' which returns all feature classes and codes :
http://ws.geonames.org/findNearby?lat=48.85832&lng=2.29452

More in this thread :
http://forum.geonames.org/gforum/posts/list/203.page#1086

The feature codes are not yet available as web service API. But they are included in the daily datatbase dump, which should be sufficient for nearly all needs :
http://download.geonames.org/export/dump/featureCodes.txt

Cheers

Marc

Hi Olivier

1. Montenegro is a rather new country and not yet included in the country polygon boundaries we are using. Do you know of recent freely available boundary information?

2. and 3. Christophe the GeoNames Ambassador to France has fixed a lot of problems with French administrative divisions. Could you check wether you still have this issues?

Cheers

Marc

Paul

Both of them are missing a feature class and feature code. We will have to add them once we add the new code you are proposing.
It could be that this is causing a problem, since your account has less permission rights than mine.

Cheers

Marc

The search parameter 'q' is searching on all data fields for a location. The result is you find all populated places in the county of 'Clearfield'.

If you only want to get locations with the name of 'Clearfield', then you should use the "name" or the "name_equals" parameters. See the GeoNames Search Documentation for details.

The search with the 'name' parameter will return 14 results including 'Clearfield Villa' :
http://ws.geonames.org/search?name=Clearfield&country=US&&style=full&fclass=P

whereas the 'name_equals' paramter will only return in 9 results :
http://ws.geonames.org/search?name_equals=Clearfield&country=US&&style=full&fclass=P

Marc

fixed.

Marc

I have found and fixed an error causing wrong timezones for a couple of US locations. The problems Mark has reported should be fixed with this.

Dallas should also be correct now, according to this site :
http://www.worldtimezones.com/united_states/texas/dallas

Brazil is still open.

Hi Jim

I think I have found and fixed the error causing wrong timezones for a lot american GeoNames toponyms.

Cheers

Marc

Hi Mike

The server hosting the hierarchy server was running out of sync with the www server. There was a problem with the message service on this server that should automatically sync the servers in the GeoNames cluster. I have just copied the database from the www server and reset the message service. Future edites should immediately be visible on all servers.

Cheers

Marc

Hi Paul

This is weird. I was able to move them without any problems. Hope they are right now.

Cheers

Marc

junto wrote:

Hence, I assume I can get the regions via the Admin1Code column in the Geonames table with a query such as:

CountryCode = 'GB' AND FeatureClass='A' and FeatureCode='ADM1'

Is that right?

Exactly. This is the idea of the ADM1 feature code.

Cheers

Marc

I would say it depends on what you want to do. There is no standard answer for this, every application will have different needs. We at GeoNames don't have use keys on the postal codes and we have only an index on the lat/lng for reverse geocoding.

Cheers

Marc