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 ... 150, 151, 152 ... 224, 225, 226 Next 
Author Message
Hi Manus

Nobody pretends that the database is complete. Your help is welcome: http://www.geonames.org/manual.html

I would say the first and not the last update dates back to 1994

Best

Marc
Yes, there is a web service for this:
http://www.geonames.org/export/web-services.html#findNearbyPostalCodes

Marc
Hi Orxor

Please don't hesitate to fix errors with the edit interface:
http://www.geonames.org/manual.html#alternateNames

Thanks a lot.

Marc
The documentation about the main 'geoname' table also applies for the citiesXXX files. They are just an excerpt from the table.

Best

Marc
The problem is that nobody will search for New York as an administrative division, New York is a city for everybody even though it may strictly speaking be an administrative divison. For many countries we have solved this problem with having separate entries for the city and the admin division.

An other problem is that the adm2 level below state is 'county'. Why do you call 'New York County' = ADM3?

Marc
Gyuri

For the moment we don't have any plans for this kind of affiliation program.

Best

Marc
Rob Hankel has translated the METAR weather conditions into Dutch.

clouds.null = n/a
clouds.SKC = heldere lucht
clouds.CLR = heldere lucht
clouds.FEW = af en toe een wolk
clouds.SCT = licht bewolkt
clouds.BKN = overwegend bewolkt
clouds.OVC = bewolkt
clouds.VV = heldere lucht


condition.null=n/a
condition.DZ=motregen
condition.RA=regen
condition.SN=sneeuw
condition.SG=motsneeuw
condition.IC=ijsnaalden
condition.PE=ijsregen
condition.PL=dauwdrupppels
condition.GR=hagel, groter dan 5 mm
condition.GS=hagel, kleiner dan 5mm
condition.UP=neerslagvorm niet vastgesteld
condition.BR=nevel, zicht meer dan 1000m
condition.FG=mist, zicht minder dan 1000m
condition.FU=rook
condition.VA=vulkanisch as
condition.SA=zand of stof
condition.HZ=heiig
condition.PY=nevel
condition.DU=verspreid stof
condition.SQ=zware windstoten
condition.SS=zandstorm
condition.DS=stofstorm
condition.LN=weerlicht, in Nederland niet meer gebruikt
condition.PO=stofhoos
condition.FC=water- of windhoos
condition.+FC=tornado

condition.-=licht
condition.+=zwaar
condition.VC=in de omgeving van:


condition.MI=laaghangend
condition.BC=banken
condition.SH=bui(en)
condition.PR=gedeeltelijk
condition.TS=onweer
condition.BL=hoog opgewaaid
condition.DR=laag opgewaaid
condition.FZ=onderkoeld
Hi Alexander

For large cities like New York it could make sense to use an additional level. Two levels with only PPL and PPLX is probably not sufficient to model it properly. We have thought to use PPPL as a third level below PPLX.

So it would be New York City (PPL), Greenwich Village (PPLX) and University Village (PPPL).

The wikipedia algo is basically looking for nearby features of the same feature type and similar name. It is only looking at wikipedia articles with geocodes. Articles without geocodes will not be included.

Best

Marc
Rob

'00' in the admin codes means we don't know. For "Skegness" I have added it right now (menu 'edit' on the info balloon, then the menu for the admin level).

The postal code data set has some information missing in the main data set and vice versa. For some applications the one or the other is better.

Best

Marc
Rein

The Problem is that the boxed could be large and the records should be sorted by some criteria. We have done this for the 'cities' service. Where the records are sorted by some relevancy criterion and only the most relevant cities are returned. We are ,however, not very happy with the performance and it would be difficult to do it generically for kind or combinations of feature codes.

Best

Marc
No plans yet for a release. Have you found something new for the other ProtocolException of the other thread? Maybe we have to change something in he code?

http://forum.geonames.org/gforum/posts/list/1057.page

Best

Marc
Hi Tony

It looks like a strange apostrophe. I have have changed it into a normal apostrophe.

Best

Marc
you have to join the allcountries dump with the alternate names dump. The codes are using the pseudo language code 'iata' and 'icao'.

Best

Marc
Hallo Carsten

Auf dem free server wurde es soeben korrigiert. Falls keine unerwarteten Nebenwirkungen auftauchen wird der Patch am Abend auch auf den kommerziellen Servern installiert.

Gruss

Marc
Oops, da hast du recht. Das ist ein Bug in der Suche. Der Slash im Doppelnamen "Eislingen/Fils" wird nicht als Trennzeichen erkannt und deshalb liefert die Suche nichts.

Marc
Hi Bobby

You are right this is a good idea. I have added the implementation to the csv. It will be included in the next release.

Best

Marc
The rectangle index is handled by the database. Just use a spatially enabled database like postgres.


Marc
Hi Anonymous

If you don't like the PR country code for Puerto Rico then simply replace it with US in your application.
We have not yet had the resources the fix the administrative divisions for Puerto Rico. They all are ADMD at the moment:
http://www.geonames.org/advanced-search.html?q=&country=PR&featureClass=A&continentCode=

Your help in fixing this will be welcome.

Marc
Alexander

1. In the hierarchy webservice we have inlcuded realtions between PPL and PPLX (section of populated place). This relation has been automatically generated with reverse geocoding all PPLX and find the nearest PPL. This is far from perfect and not yet editable with the userinterface. Do you think 'University Village' is a PPL (a higher level concept than PPLX?

2. If we have to delete a duplicate we write in the comment the geonameId of the remaining toponym. We delete the newer toponym (higher geonameId) and/or the one with fewer other information. (alternate name etc)

3. The interlinking between wikipedia is automatically generated whenever we load and parse a new wikipedia dump. It is not yet possible to manually add links. It is possible that the algormatithm will pickup the article the next time we process the wikipedia dump.


Marc
Lou

This is true it would be easier with the exact spelling. Do you want to help us with this?

Thanks.

Marc
 
Profile for marc -> Messages posted by marc [4501] Go to Page: Previous  1, 2, 3 ... 150, 151, 152 ... 224, 225, 226 Next 
Go to:   
Powered by JForum 2.1.5 © JForum Team