| Author |
Message |
|
|
The java library already does the utf8 encoding for, no need to do it yourself. If you do it yourself it won't work for non-ascii characters.
The service does not support addresses (street and house number).
Best
Marc
|
 |
|
|
This service is using polygons.
Marc
|
 |
|
|
Pet
The reason for missing codes is very simple: Nobody so far has added the codes. Don't hesitate to step in and add them.
Best
Marc
|
 |
|
|
Hi Nicolas
Do you also have a solution for the duplicates?
Best
Marc
|
 |
|
|
I am afraid it is not available.
Marc
|
 |
|
|
We don't merge street databases and a source would have to cover an entire country.
Marc
|
 |
|
|
Kaj
The alternatename "Stockholm" for English was previously missing the 'isShortName' flag. You have added it, but we regenerate the admin names only periodically and it takes some time till changes are reflected in the web service. Your update is now visible.
Best
Marc
|
 |
|
|
Today we have finished the processing of the data.
Check it out here:
http://www.geonames.org/export/web-services.html#astergdem
We didn't process Antarctica south of 65S.
Marc
|
 |
|
|
Thanks.
There was a bug in the automatic assignment of timezoneids to newly entered geonames toponyms. The bug has been fixed and the missing timezoneids added.
Best
Marc
|
 |
|
|
We use it as it is and do not update it. It would be far too complex to update it and make sure the updates don't get lost with new data releases from the source database.
Marc
|
 |
|
|
Hi Rodrigo
We know that some codes are missing or obsolete. If you want to help correct them please don't hesitate to do so.
Best
Marc
|
 |
|
|
There is a new service that returns the ocean or sea:
http://www.geonames.org/export/web-services.html#ocean
I have changed the longitude of the Polish Lake from West to East.
Marc
|
 |
|
|
as for the number of requests for the free web service. 60 requests per day and user is no problem if you have only a couple of users. If you expect thousands or millions of users then it is absolutely impossible and you have to look for another solution.
Marc
|
 |
|
|
Hi Alex
Did you find a solution to your problem? We have recently moved the free web services to new servers. The only error message I see in the logfiles and have no explanation for is 'CharConversionException: Invalid char in port'. It could be possible that there are some encoding issues in your call.
Best
Marc
|
 |
|
|
Hi
GeoNames doesn't have any country subdivision information in this area.
The country service, however, returns: http://ws.geonames.org/countryCode?lat=18.48651&lng=-64.583385&style=full&type=XML&radius=10
If it is helpful we could add the country information to the country subdivision service for those regions where we have country information but no subdivision information. The elements countryCode and countryName would be filled for these regions and the admin elements would be missing.
Best
Marc
|
 |
|
|
There are many codes to choose from. One of the challenges is to figure out which code in which country makes sense and is applicable. Some countries for instance have reorganizations of admin divisions and it will also depend on which year the codes are from.
Best
Marc
|
 |
|
|
The secure server is only available for commercial users and the implementation depends on the programming language you are using. Consult the documentation of your programming language to see how to implement a post request.
Best
Marc
|
 |
|
|
Hi Dimi
When I copy paste your code and run it then I get 'Köln' with the correct Umlaut.
Best
Marc
|
 |
|
|
Thanks. We are moving some services to a faster server and there was something wrong with the configuration of this service on the new server.
Best
Marc
|
 |
|
|
The street level reverse geocoding is an entirely different dataset and not connected to the GeoNames database.
Marc
|
 |
|
|