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 ... 143, 144, 145 ... 224, 225, 226 Next 
Author Message
General -> usgs domestic names and geonames dataset -> Go to message
GeoNames lists some dependent countries under their own ISO country code.

Marc
General -> How to import the cities data into postgres? -> Go to message
Hi

There is an faq entry about loading the data into postgres:
http://forum.geonames.org/gforum/posts/list/67.page

Marc
General -> Altitudes requests for _a lot_ of coordinates ? -> Go to message
Hi Pixelk

The text version of the SRTM3 service also accepts a list of lat/lng for the parameters 'lats' and 'lngs'. On the free server the number of points per call is limited to 20.

Best

Marc
General -> Hotels/extra information -> Go to message
We do not have the permission from the data providers to redistribute the hotel addresses under the cc-by license, so we cannot include them in the dump or the webservices.

Best

Marc
Postal Codes -> nearby postal codes issue -> Go to message
I am afraid GeoNames was having performance problems on the free server in last week.

Marc
General -> usgs domestic names and geonames dataset -> Go to message
Besides having some more records, GeoNames has also more attributes. Most important probably the international city names.

Marc
General -> Limits of Maximum records -> Go to message
The max number of rows is limited. The limit depends on the service.

Marc
General -> converting getBounds return points to North east west south -> Go to message
your code is wrong. 'west' should not be lat, but lng instead.

Marc
Postal Codes -> Request for Postal Codes Dump -> Go to message
The findNearbyPostalCode service does this:
http://www.geonames.org/export/web-services.html#findNearbyPostalCodes

Marc
General -> How are city boundaries established -> Go to message
I don't know what you expect me to say. There are a couple of reverse geocoding services based on different datasets. You will have to try yourself which one you like best.

Marc
FAQ - frequently asked questions -> how to know if an entry is a country? -> Go to message
Countries have the feature code PCLI.

Marc
General -> import countyInfo.txt postgresql -> Go to message
The faq entry is refering to a previous version of the file.
The file is tab separated, to remove columns you can use a lot of tools, excel for instance.

Marc
General -> import countyInfo.txt postgresql -> Go to message
These are two columns describing how the postal codes in the country look like. Delete them if you don't like them.

Marc
General -> usgs domestic names and geonames dataset -> Go to message
usgs is one of the sources for geonames. So GeoNames is slightly larger.

Marc
General -> world cities data download -> Go to message
what about the download section of this website?

Marc
General -> converting getBounds return points to North east west south -> Go to message
you only need two points to fill the four parameters.

Marc
General -> Problem: More than one PREFERED_NAME for PLACE_ID and ISO_LANG -> Go to message
Hi Draco

The problem is not the query, the problem is to decide which one is the 'best' preferred name'. Someone would need to look at all the duplicates and take a n intelligent decision. It is not an issue of 'corrupt' data, it is an issue of nobody having chosen a single preferred name.

Marc
General -> Metar Weather -> Go to message
Nuno Pires has translated the METAR weather conditions into Portuguese.

clouds.null = n/d
clouds.SKC = céu limpo
clouds.CLR = céu limpo
clouds.FEW = pouco nublado
clouds.SCT = nuvens dispersas
clouds.BKN = muito nublado
clouds.OVC = encoberto
clouds.VV = visibilidade vertical


condition.null=n/d
condition.DZ=chuviscos
condition.RA=chuva
condition.SN=neve
condition.SG=neve em grãos
condition.IC=cristais de gelo
condition.PL=grãos de gelo
condition.GR=saraiva
condition.GS=granizo
condition.UP=precipitação desconhecida
condition.BR=neblinas
condition.FG=nevoeiro
condition.FU=fumo
condition.VA=cinzas vulcânicas
condition.SA=areia
condition.HZ=bruma
condition.PY=aerosol
condition.DU=poeira
condition.SQ=vendaval
condition.SS=tempestade de areia
condition.DS=tempestade de poeira
condition.PO=turbilhão bem desenvolvido de poeira/areia
condition.FC=FC=tornado
condition.+FC=tornado/tromba de água

condition.-=fraco
condition.+=forte
condition.VC=nas proximidades:


condition.MI=baixo
condition.BC=bancos
condition.SH=queda de
condition.PR=parcial
condition.TS=trovoada
condition.BL=soprada
condition.DR=vento fraco
condition.FZ=congelante

////////////////////////////////////////////////////////////////////////////////////////
[others metar codes]
condition.VV///=nevoeiro cerrado
condition.WS=turbuLência
condition.RE=recente
condition.V=direcção variável
condition.G=rajadas
condition.P=velocidade do vento superior a
condition.VRB=vento variável
condition.SKC=sem nuvens
condition.NSC=nebulosidade não sgnificativa
condition.CAVOK=visibilidade igual ou superior a 10km, nebulosidade acima dos 1.500m e condições meteorológicas não sgnificativas
condition.RMK=informação adicional
condition.TEMPO=temporariamente
condition.BECMG=a mudar
condition.PROB = probabilidade
condition.NOSIG=não se prevê mudanças meteorológicas significativas
condition.FM = de
condition.AT = em
General -> webservice for "hotels nearby" from gps coordinates ? -> Go to message
The search service does not take the lat/lng into consideration. What you are looking for are reverse geocoding services such as the findNearby service:
http://forum.geonames.org/gforum/posts/list/581.page#2667

Marc
General -> How are city boundaries established -> Go to message
The nearbyPlace works with a simple distance to center function whereas the nearbyPostalCode in the US works with boundaries.

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