GeoNames Forum

Hi Marc,

of course you're right.
We were just lucky (or unlucky since it drove us in a questionable direction) to have a simple list of zip code and one place name for germany when we started.
While such a list could presumably be created for each country (a german zip code might apply to a number of villages as well, the opengeodb people just choose one), I understand that this is a difficult task and the data is not necessarily there. Even the helpful austrian list you named does not provide a list of unique names for most zip codes.
OTOH there are cases like Vienna (AT) or Bruxelles (BE) where the the same place is listed with different names.
I'll look into the admin names and codes for some further cleanup.

As far as our application is concerned, I allready accepted, that we have to forgo a display of a place name, if a postal code with several places is entered.

Thanks for your help,
regards
Morus

Hi,

I'm using the webservice API to perform full text search, but having some difficulties in getting the result that 'contains' the whole keyword.

For example:
http://ws.geonames.org/search?name=malaysia
Will return 845 hits which include Mỹ Tho of Vietnam in the result list. I want to filter this out. Using name_equals will help in this case: http://ws.geonames.org/search?name_equals=malaysia returns 4 hits.

However if the name contains 2 words, name_equals will not find it. For example: http://ws.geonames.org/search?name_equals=batam returns 2 hits.

While http://ws.geonames.org/search?name=batam returns 4 hits. In this case, "Pulau Batam" is the result I wanted and I will not get it with name_equals filter.

Is there away to achive both of these?

PS. I don't know which country the user is searching, so cannot use the country filter.

Thanks.
jay

Hi,

ich habe euer Projekt nach langer Such gefunden. Super Arbeit!
Aber mich interessiert es nun, wie ihr die Umkreissuche nach PLZ realisiert habt!?
http://ws.geonames.org/findNearbyPostalCodes?postalcode=46047&country=DE&radius=5

Wird das direkt in der Datenbank berechnet? Oder per PHP Script?
Die Abfrage geht nämlich ziemlich schnell...
Ich brauche die Umkreissuche für ein Online-Portal und da würde ich ungerne euren WebService benutzen, da das mit Sicherheit 1000 Abfragen am Tag wären, von daher hätte ich die Berechnung gerne lokal auf meinem Server.

Vielen Dank schonmal!

MfG
Gerrit

Hi Marc,

Thank you for your quick response!

Regards,
Marco

Hi,

While evaluating the results of the findNearbyPostalCodes webservice for locations in The Netherlands, I ran into the following issue:

I used the following queries:

http://ws.geonames.org/findNearbyPostalCodes?lat=51.55&lng=5.09&style=LONG
http://ws.geonames.org/findNearbyPostalCodes?lat=51.55&lng=5.09&style=LONG&maxRows=1

The result of the first query (without maxRows=1):

<geonames>
<code>
<postalcode>5009</postalcode>
<name>Tilburg</name>
<countryCode>NL</countryCode>
<lat>51.55</lat>
<lng>5.1166667</lng>
<adminCode1>NB</adminCode1>
<adminName1>Noord Brabant</adminName1>
<adminCode2/>
<adminName2>MIDDEN-NOORD-BRABANT</adminName2>
<distance>1.843766967748772</distance>
</code>
<code>
<postalcode>5008</postalcode>
<name>Tilburg</name>
<countryCode>NL</countryCode>
<lat>51.55</lat>
<lng>5.1166667</lng>
<adminCode1>NB</adminCode1>
<adminName1>Noord Brabant</adminName1>
<adminCode2/>
<adminName2>MIDDEN-NOORD-BRABANT</adminName2>
<distance>1.843766967748772</distance>
</code>
<code>
<postalcode>5007</postalcode>
<name>Tilburg</name>
<countryCode>NL</countryCode>
<lat>51.55</lat>
<lng>5.1166667</lng>
<adminCode1>NB</adminCode1>
<adminName1>Noord Brabant</adminName1>
<adminCode2/>
<adminName2>MIDDEN-NOORD-BRABANT</adminName2>
<distance>1.843766967748772</distance>
</code>
<code>
<postalcode>5049</postalcode>
<name>Tilburg</name>
<countryCode>NL</countryCode>
<lat>51.55</lat>
<lng>5.1166667</lng>
<adminCode1>NB</adminCode1>
<adminName1>Noord Brabant</adminName1>
<adminCode2/>
<adminName2>MIDDEN-NOORD-BRABANT</adminName2>
<distance>1.843766967748772</distance>
</code>
<code>
<postalcode>5056</postalcode>
<name>Berkel-Enschot</name>
<countryCode>NL</countryCode>
<lat>51.53000002</lat>
<lng>5.0866667</lng>
<adminCode1>NB</adminCode1>
<adminName1>Noord Brabant</adminName1>
<adminCode2/>
<adminName2>MIDDEN-NOORD-BRABANT</adminName2>
<distance>2.235705232137345</distance>
</code>
</geonames>

The results of the second query (with maxRows=1):

<geonames>
<code>
<postalcode>5056</postalcode>
<name>Berkel-Enschot</name>
<countryCode>NL</countryCode>
<lat>51.53000002</lat>
<lng>5.0866667</lng>
<adminCode1>NB</adminCode1>
<adminName1>Noord Brabant</adminName1>
<adminCode2/>
<adminName2>MIDDEN-NOORD-BRABANT</adminName2>
<distance>2.235705232137345</distance>
</code>
</geonames>

In my opinion, the second query should return the closest result, but as you see it doesn’t. Doesn’t that sort ascending on distance?

Regards,
Marco

It looks to me like the georss and gml namespace URIs that are provided by the RSS to GeoRSS converter are incorrect.

The following namespace declarations are included in the feeds:
xmlns:gml="http://www.opengis.net/gml/"
xmlns:georss="http://www.georss.org/georss/"

I believe that xml namespace declarations are intended to be compared using a strict string comparison, so these URIs would be considered different from the actual URIs provided in the GeoRSS/GML specifications:

xmlns:gml="http://www.opengis.net/gml"
xmlns:georss="http://www.georss.org/georss"

Correct me if I'm wrong, but it seems to me like this should be a fairly simple fix.

Hallo Marc,

danke für die schnelle Antwort. An mehrfache Länderzugehörigkeiten hatte ich bisher gar nicht gedacht. Aber es wäre natürlich wichtig, dass die entsprechende Information im XML-Resultat vorliegt.

Was die XML-Modellierung angeht, so würde ich auch den countryNamen als vom countryCode abhängig modellieren. Wenn man allerdings bedenkt, dass zu einem countryCode ja mehrere countryNamen existieren (nämlich in verschiedenen Sprachen!), so würde ich countryName als untergeordnetes Element von countryCode bzw. einem Element country modellieren. Das sähe dann z.B. so aus:

<country code="DE">
<countryName lang="de">Deutschland</countryName>
<countryName lang="en">Germany</countryName>
</country>

Dieser Ansatz ist flexibler bezüglich der Internationalisierung der XML-Antwort. Man könnte auch direkt mit einem allgemeinen Element "name" arbeiten. Das sähe dann so aus:

<country code="DE">
<name lang="de">Deutschland</name>
<name lang="en">Germany</name>
</country>

Falls ein Objekt zu mehreren Ländern gehört, könnte man das country Element dann mehrfach in den XML-Response aufnehmen.

Dieses Konzept - also ein allgemeines Element "name" zu verwenden - könnte man auch grundsätzlich für den geonames-Dienst anwenden.
Interessant wäre es z.B. bei den alternateNames. Ein Vorschlag für die XML-Struktur wäre:

<alternateNames>
<name lang="de">Hamburg</name>
<name lang="it">Amburgo</countryName>
<name lang="ca">Estat d'Hamburg</countryName>
<name lang="fr">Hambourg</countryName>
</alternateNames>

Das Konzept könnte bei Bedarf auch auf die Elemente fclName, fcodeName, adminName1, usw. angewendet werden.

Viele Grüße,
Christian

I'm currently using ftp://ftp.nga.mil/pub/gns_data/
and http://www.census.gov/tiger/tms/gazetteer/places2k.txt
in some of my projects.

What is the difference between this project and these projects concerning number/completness of cities?

Should I use both, or only one?

Best regards,
Gabriel

Hi Marc,

super dass du die beiden Bugs so schnell gefixt hast!
Ich habe gerade die Webservice-Schnittstelle mit Parameter "name_startsWith" etwas weiter getestet und habe leider noch einige Bugs festgestellt. (Ich hoffe, ich nerve dich damit nicht.)
Also ich habe vermeintlich unsinnige Werte (Sonderzeichen, Zahlen, etc.) als Wert übergeben. Meistens verhält sich der Dienst korrekt und liefert keine Treffer. Allerdings nicht immer!

Suche nach "(":
http://ws.geonames.org/search?&name_startsWith=(&country=DE&lang=de
Hier werden u.a. "(( Pampowsee ))" in Polen und "(( Werns Bach ))" in der Tschechei gefunden, obwohl der Parameter country=DE mitgeschickt wurde.

Suche nach "#":
http://ws.geonames.org/search?&name_startsWith=#&country=DE&lang=de
Jetzt werden 6282009 Treffer gefunden. D.h. hier wird der Parameter country=DE ebenfalls nicht berücksichtigt.

Suche nach "'":
http://ws.geonames.org/search?&name_startsWith='&country=DE&lang=de
Jetzt wird "'t Gelders Kanaal" in den Niederlanden gefunden. D.h. auch hier wird der Parameter country=DE nicht berücksichtigt.

Viele Grüße
Christian

Hi All,

We're trying to get the following RSS feed spatially enabled through the RSS to GeoRSS Service.

http://ws.geonames.org/rssToGeoRSS?feedUrl=http%3A%2F%2Fwww.gjc.org%2Fgjc-cgi%2Frssjobs.pl

Most description elements have a placename as part of the string...

Unfortunately, the returned XML only has coordinates for about 12 of the entries...

We've tried numerous workarounds (saving the feed to an XML file and making sure the XML file has no illegal characters, etc.), but to no avail.

Any thoughts?

Thanks,

Steph

Hi Marc,

ich teste etwas mit dem Parameter "name_startsWith" herum und bin jetzt etwas verwirrt.

Wenn ich mit dem Parameter "name_equals" nach "hamburg" suche, erhalte ich 3 Teffer (http://ws.geonames.org/search?&name_equals=hamburg&country=DE&lang=de).
Wenn ich dann mit dem Parameter "name_startsWith" nach "hamburg" suche, erhalte ich 19 Treffer, wobei die 3 Treffer der ersten Abfrage auch bei den 19 Treffern wieder auftauchen.
(http://ws.geonames.org/search?&name_startsWith=hamburg&country=DE&lang=de)
Soweit - so gut - genau das habe ich erwartet.

Wenn ich das gleich Spiel wiederhole und nach "Köln" suche, sieht das aber etwas anders aus.
Suche mit dem Parameter "name_equals" liefert einen Treffer:
(http://ws.geonames.org/search?&name_equals=k%C3%B6ln&country=DE&lang=de)
Suche mit dem Parameter "name_startsWith" liefert 6 Treffer, allerdings ist der Treffer der ersten Abfrage (nämlich die Stadt Köln) nicht in der Ergebnismenge dieser Abfrage enthalten.

Mir ist jetzt nicht klar, was passieren soll, wenn der zum Parameter "name_startsWith" gesetzte Wert exakt mit einem Datensatz übereinstimmt. Soll dieser Datensatz dann in die Treffermenge aufgenommen werden (siehe "hamburg") oder soll er nicht in die Treffermenge aufgenommen werden (siehe "köln")?
Aus meiner Sicht wäre der erste Fall ("hamburg") der sinnvollste.

Viele Grüße
Christian

Hallo Marc,

wenn man den Parameter "name_startsWith" verwendet, muss der zugehörige Wert komplett aus Kleinbuchstaben bestehen, damit etwas gefunden wird.
Bei den Parametern "name" und "name_equals" spielt hingegen die Groß-Kleinschreibung der Werte keine Rolle. Könnte man das bei dem Paramter "name_startsWith" nicht ebenfalls so umsetzen, dass dort unabhängig von der Groß-Kleinschreibung immer die selbe Treffermenge gefunden wird?

Viele Grüße
Christian

Yeah, but the trouble lies in downloading 130+ mb data even when few bytes or kilobytes of them are really relevant to the update.
Alternate solution could be to keep updates gathered over last week/month or so in a single file for download. Then, if my data is older than this period of time, only then I would decide to download complete data. This would greatly reduce the need to do the complete download.

Thanks a lot for your replies to my questions, I can hardly express how much I appreciate such great approach!

Cheers,
Petr Krebs

Hi everyone,

it would be really neat if the reverse geocoding service had the ability to limit your search to specified classes. Any chance of implementing this?

Cheers,
Petr Krebs

Hi,

generally, I believe the messaging approach may be a little clumsy in certain cases. Instead I would suggest making up a new service, taking a single date parameter in a conventional date-time format, giving records which have been changed/added since that date. This of course assumes that the date of changes/additions is collected, if not, why not to start doing so? I think it is useful to know this information.
What do you think about it?

Cheers,
Petr Krebs

Marc

An OWL ontology for geonames is certainly an interesting idea. Do you already have a particular use case in mind?

Sorry for the delayed answer. I went through a hard drive crash two weeks ago, then a week of holidays.
In a nutshell, use cases I have in mind include integration of geonames data with other territorial information also available in RDF. I'm currently working on several projects using the later, especially in tourism information. A local ontology of touristic offer could include all or some specific geonames objects, based on their class (such as mountains, rivers, lakes, whatever).

Hallo Marc,

das Leben kann schön sein, oder sollte man sich aufhängen, weil ich an so einem schönen Sonnentag lieber keine Tastatur unter den Fingern gehabt haben hätte sollen können. Dat looft jetzt, besten Dank. Von zwei Bundesländer liegen die Daten bereits fast komplett vor. Und es wir auch eine Textdatei zum Download geben. Mußt mal vorbeischauen.

Ich habe aber noch ein Frage zu Deinen Featurecodes. Definierst Du die selber oder holst Du Dir die von irgendeiner tollen Organisation/Behörde? (ich bin gerade zu faul zum Recherchieren) Man könnte es aber ja berücksichtigen. Nur mit der Einteilung oben wird man als Mühlenfreund nicht unbedingt glücklich.

MfG w

Hallo Marc,

ich sollte einfach weniger arbeiten.

Ich hatte schon den findNearbyPostalCodesJSON aufgerufen, nur dann ein bißchen mehr in der Datei rumgeschrieben und wollte zum Schluß wieder einen reproduzierbaren Ausgangszustand herstellen. Dabei ist dann versehentich das Falsche auskommentiert worden. Jetzt bekomme ich auf der Javascriptkonsole (mozilla) auch wieder meinen Fehler 'invalid label', mit dem ich leider aber nichts anfangen kann.

Das die Standorte hier einfließen können, habe ich Dir ja irgendwie angeboten. Die Einteilung der Mühlen nach Featurecodes habe ich mir noch nicht angesehen, ist aber auch bei uns Gegenstand von Diskussionen. Die Nutzungart lassen wir letztendlich ganz weg und mehr als Wind/Wasser/Motor wird bei Dir nach Mühlentyp nicht ankommen. Da kann man sich aber mal separat drüber unterhalten. Wir wollen auch nur zusammen geokodieren und die Daten dann in eigenen Projekten verwenden. Erstmal soll aber das Eintragen so einfach wie möglich gemacht werden. Kannst Du Dir geonames.html nochmal ansehen?

OK think I've ot it.. UTF-8 required.

Still cannot get it to work...

Example: placename=Düsseldorf
http://ws.geonames.org/postalCodeSearch?placename=D%FCsseldorf&maxRows=30&style=FULL&country=DE