GeoNames Home | Postal Codes | Download / Webservice | About 

GeoNames Forum
  [Search] Search   [Recent Topics] Recent Topics   [Groups] Back to home page 
[Register] Register / 
[Login] Login 
Messages posted by: marc  XML
Profile for marc -> Messages posted by marc [4501] Go to Page: Previous  1, 2, 3 ... 168, 169, 170 ... 224, 225, 226 Next 
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
 
Profile for marc -> Messages posted by marc [4501] Go to Page: Previous  1, 2, 3 ... 168, 169, 170 ... 224, 225, 226 Next 
Go to:   
Powered by JForum 2.1.5 © JForum Team