The timezone cannot be updated with the UI. I have run a script to fix a couple of missing timezones directly on the database. The ones you mention and a couple of more places now have a timezone.
GeoNames is using the more liberal 'by' license in contrast to openstreetmap which is using the attribution-sharealike license. We would have to ask the copyright holder if we are allowed to redistribute the data with a more liberal 'by' license.
At the moment we use fips codes for first order administrative divisions for nearly all country. I think it might lead to confusion if we just switch isolated countries to iso codes instead of fips codes. For most of our users these codes for the UK don't seem to be that urgent. We try to use our users wishes to prioritize the work and have therefore assigned a low priority to this task.
As for the OS file. While it is a usefule resource it does not include lat/lng and we still need other sources to get the lat/lng from and combine it with the OS information.
There is no other ascii file. All I can do is filter out the non ascii names and not include them in this file. This filter will be active as of tomorrow.
The search results are diplayed in English. This means it is using the English name of a place if there is one name in the alternate names list with the iso language code 'en'.
for Wanaka there was one alternate name with the code 'en' and this name was Pembroke. I have now added an alternate name 'Wanaka' and set the 'isPreferred' flag. The search result is now using the name 'Wanaka' since it has the language code 'en' and the flag 'isPreferred'.
Carey Gister has helped fix some errors in the languages column of the countryInfo.txt file. As source for this fixes he used the CIA Factbook langauge data. The languages are ordered by the number of people who speak the language in this country.
The new language information is available as of todays dump.
We have hardly any ATM information. For Switzerland I have a file somewhere for all Raiffeisenbank ATM, but it is not yet loaded into GeoNames. For other countries you could help us and ask the banks for ATM data.
It is correct that you have to add some input to the 'q' parameter, The
country code will do fine. I believe the restriction that the 'q'
parameter is mandatory is obsolete and I will remove it.
For Victoria we have to map the codes used in the official gazetteer to the featurecodes used by GeoNames. Afterwards we have to map the existing GeoNames toponyms with the toponyms in the VICNAMES gazetteer : http://services.land.vic.gov.au/vicnames/
My questions are: (1) will this be rectified for Sweden in particular, and (2) is this the case for other countries as well, in general?
We need the information to be able to add it to the places. As soon as we have got the information we will add it. You can help us find the required information, for example in the form of shape information.
This is the case for most countries.
PeterBengtson wrote:
Also, (3) in Germany and also in France, there are many instances of administrative subdivisions containing only one single geoname with the same name as the subdivision. Apart from requiring extra checks to compensate for it, is it correct and intended?
Toponyms that serve as both as administrative divison and populated places have received two entries to be able to identify them distinctly.