GeoNames Forum

yes, they are sorted by distance.

It is very simple to move coordinates at the right place;
http://www.geonames.org/manual.html

I have corrected Schäfersee, it was rounded because it was rounded in the original data source.

Marc

The city is only once in the database. The other entry is the admin division. I think feature codes for things that are two or more concepts would be far more confusing.

Best

Marc

http://forum.geonames.org/gforum/posts/list/1510.page

It actually started with some network packet loss on one of the commercial servers, we then had to turn off the free services and use the servers for the commercial services to replace the server affected by the router issue.
We will restore the free services as soon as possible, but as you understand the commercial services have priority.

Marc

http://forum.geonames.org/gforum/posts/list/1510.page

Hi All

We were having serious server problems during the last hours. Most services are restored, the domain ws.geonames.org is still down. More information will follow later. There is still a lot of work to be done.
I apologize for the inconvenience.

Marc

commercial usage is allowed.

If you think there is something wrong with the faq then let me know what it is and we can correct it.

Marc

so, please add it but keep in mind the system only allows for integer elevation numbers.

Marc

There is actually no elevation stored for Skogsviken. Please feel free to add it: http://www.geonames.org/manual.html
The elevation displayed with 'circa 18m' is an approximation of the elevation in the area derived from satellite radar information.

Marc

the performance boost for astergdem multipoint requests has been deployed.

Marc

sorry, it was returning a file not found error for a while.

Could we use another abbreviation that makes sense? 'faa' is the iso language code for Fasu a rare language spoken in Papua New Guinea:
http://www.ethnologue.com/show_language.asp?code=faa

Could we call the airport code: faa-code or something similar?

Marc

for multiple lat/lng per request in a nearby area there is still a lot of performance improvement (caching) without having to increase the disk space required. This improvement will also be available on the free servers.

The performance on the commercial service is even better.

Thanks Marlies for letting me know. The search index updating thread was hanging and did not update. I have restarted it and updated it.

Best

Marc

Hi Stuart

I have moved the location of Derby (PPL and ADM2) and have increased your userlevel so that in the future you can edit features with higher relevancy. This is to protect the database from vandalism.

Best

Marc

They are continuously updated.

Marc

There are several approaches and which is best for your depends on your requirements, skills and environment.

You could add the lat/lng to the product table, that you don't have to join with all geonames records.

For the distance query you could use a spatial extension: http://dev.mysql.com/doc/refman/5.0/en/spatial-extensions.html
(geonames is using postgres with postgis)
or you could use a bounding box restriction on the coordinates and sort by your own distance implementation:
http://forum.geonames.org/gforum/posts/list/1081.page

Other threads:
http://forum.geonames.org/gforum/posts/list/692.page
http://forum.geonames.org/gforum/posts/list/727.page

Best

Marc

It is due to the larger amount of data. We simply don't have enough disk space on the free servers available to store the data in the same format as we do for the srtm3 service.

Is the performance in general still acceptable compared to the srtm3? (not always it is a problem of the service itself, when the free servers are overloaded all requests take longer).

Marc