| Author |
Message |
|
|
I prefer 3). The problem is where to get the data from. We will start dumping polygon data as soon as we have found enough data sources.
Marc
|
 |
|
|
Brian,
The email was out on Feb 10 at 17:35 and right now again.
Marc
|
 |
|
|
The findNearby service has exactly this functionality :
http://www.geonames.org/export/web-services.html#findNearby
http://forum.geonames.org/gforum/posts/list/581.page#2667
Marc
|
 |
|
|
I have regenerated the file with the newest data. It is available again with the link : http://download.geonames.org/ppl_pplx.csv.gz
Marc
|
 |
|
|
Danke, Ich habe die falschen Höhenangaben entfernt.
Grundsätzlich kann jeder Daten bei GeoNames korrigieren, vor einigen Monaten haben sind wir zur Datenqualitätssicherung dazu übergegangen nur noch angemeldete Benutzer für Änderungen zu zulassen. Das Benutzerhandbuch findet sich hier : http://www.geonames.org/manual.html
Ich werde die Überprüfung der Höhenangaben gegen ein Digitales Höhenmodell auch beim Insert einbauen. Dort hat es noch gefehlt und deshalb waren die falsch Eingaben möglich.
Gruss
Marc
|
 |
|
|
Hi Dan
GeoNames is using ISO 3166 country codes. A list (countryInfo.txt) is in the dump directory.
Cheers
Marc
|
 |
|
|
Hi John
A couple of Data updates for Australia are still in the pipeline :
http://forum.geonames.org/gforum/posts/list/603.page#2782
Some Australian states have offered their data including postal codes and this data is waiting to be integrated. The more people interested in this update help with their own contributions (work) or donatations the faster it will happen.
Regards
Marc
|
 |
|
|
In the last days we have updated the GeoNames database with the NGA release 2008-01-28.
Here the number of updates and inserts per country :
Code:
26528 Iran
14450 Taiwan
9597 Peru
7508 China
6783 Russia
1815 South Korea
1336 Mali
1282 Iraq
875 Niger
544 Mauritania
470 Philippines
433 Senegal
304 Eritrea
254 Cameroon
250 Lebanon
218 Ethiopia
198 Turkey
118 Afghanistan
116 Jersey
112 Indonesia
93
57 Somalia
48 Kenya
39 Pakistan
18 Slovakia
11 Czech Republic
10 Georgia
8 Algeria
8 Azerbaijan
5 Poland
5 Guinea
3 Nigeria
1 Finland
------------
73497 total updates
13037 Iran
9415 Taiwan
9302 Peru
4319 China
3870 Russia
1107 South Korea
997 Mali
770 Niger
748 Iraq
299 Eritrea
176 Cameroon
174 Senegal
155 Mauritania
142 Turkey
134 Philippines
81
81 Afghanistan
69 Ethiopia
24 Kenya
23 Indonesia
22 Somalia
18 Jersey
15 Pakistan
4 Azerbaijan
4 Algeria
2 Czech Republic
2 Nigeria
1 Slovakia
1 Georgia
------------
44992 total inserts
118489 total inserts and updates
|
 |
|
|
David
The admASCII files are redundant and we only generate them for convenience of our users. If we dump the short name in the main file we would destroy information. I think it is better to dump what we have and if someone wants to have something else then they can generate it from the data.
Marc
|
 |
|
|
Mike
The code '00' stands for 'we don't know the official code'. If we set it to some random number we don't gain anything, at the contrary we destroy the information that there is some thing to be fixed.
The code we are looking is for is the FIPS code and if there is not FIPS code we might use the ISO 3166-2 code.
What you can do is :
1. What are the first order administrative divisions of the country.
2. Do they match with what GeoNames has in the database.
3. What codes do exist?
4. Send us a list with the geonamesid and the fipscode (or ISO code)
You are free to delete the not unique administrative divisions from your database.
We prefer to have missing admin codes instead of missing administrative divisions in our database. It is not perfect but it is better than nothing.
Marc
|
 |
|
|
Hi Mike
Yes, they should have distinct codes. Would you like to help us fix the problem?
Marc
|
 |
|
|
Yes, this is exactly what the children web service is doing. It first tries to find lower level admin divisions and if it has reached the bottom it searches for populated places. You can write your own children service without this restriction and get lakes or mountains or whatever you like.
Marc
|
 |
|
|
Hi Alexey
You could use the number of alternate names for a feature and only delete those with no alterate names.
Cheers
Marc
|
 |
|
|
The children service returns administrative divisions till the last level and when there are no more administrative divisions it returns the cities.
Returning all features would return tens of thousands of rows and would no longer be managable.
Marc
|
 |
|
|
Hi Richard
This was a bug, thanks for reporting it.
Cheers
Marc
|
 |
|
|
Hi Txarly
There is a flag called 'isPreferredName'. It can be set on the wiki graphical user interface. For Madrid is was not set and then the server just displays a name.
We would also like to have vernacular or disrespectful names in the database. So that people who read a name somewhere and don't know what it means will find it in the database.
Cheers
Marc
|
 |
|
|
The only way to help improve lat/lng for postal codes is to send me a file with correct or improved lat/lng or post it on the forum.
I will then apply it to the database.
Thanks
Marc
|
 |
|
|
You guys never give me a break
I fixed a lot of stuff and it looks now like this :
Code:
count | admincode1
-------+------------
9471 | SCT
107 |
482 | 00
18891 | ENG
2825 | WLS
1260 | NIR
Not yet perfect, but we are approaching. Slowly but surely.
Marc
|
 |
|
|
Hi Emj
Yes it is possible to undelete, nothing is physically deleted. It is just flaged as deleted. What is still missing, however, is a search and display function for deleted features.
Marc
|
 |
|
|
Sami
You are right this is a bug in the dumper. It did not look at the flag 'isShortName'.
Will be fixed with the next dump
Marc
|
 |
|
|