Author |
Message |
![[Post New]](/gforum/templates/default/images/icon_minipost_new.gif) 10/03/2008 16:40:58
|
lduperval
Joined: 10/03/2008 15:42:32
Messages: 3
Offline
|
Hi,
I posted this to the mailing list, but I am not sure if that is the best place to do so, or if the forum is the better place. So I'm doing both.
When I use the WebService API object and get an address in return, what is the correspondance between that Address object and the GEONAME table's definition? In particular, when I use getStreet() and getStreetNumber(), do they have a correspondence in the Geoname table?
Also, I noticed that when I try the sample query on the Web site for getNearestAddress, I get a place name called "Menlo Park". But when I do the same query with the Web Service API, I don't get anything in "Menlo Park". Why is that?
Thanks,
L
|
|
 |
![[Post New]](/gforum/templates/default/images/icon_minipost_new.gif) 10/03/2008 22:20:54
|
marc
Joined: 08/12/2005 07:39:47
Messages: 4486
Offline
|
Hi Laurent
These are two different databases. We have not yet had the time to connect them with their respective ids.
I don't understand the second question. Which service are you referring to with 'the web service API'?
Marc
|
 |
|
 |
![[Post New]](/gforum/templates/default/images/icon_minipost_new.gif) 11/03/2008 02:47:15
|
lduperval
Joined: 10/03/2008 15:42:32
Messages: 3
Offline
|
Marc,
Sorry about that. What I meant is that I use the Java API, and I use the WebService object form the API. When I get the results, result.getPlaceName() returns null, but returns a different value if I make a call from the Web.
The second database, the one with the streets and street numbers, is that one available anywhere?
L
|
|
 |
![[Post New]](/gforum/templates/default/images/icon_minipost_new.gif) 11/03/2008 07:51:02
|
marc
Joined: 08/12/2005 07:39:47
Messages: 4486
Offline
|
Laurent
I found the problem with the java api. It is a bug in the java client. I will release a new version in the next days. In the mean time you can grab the csv head as the bug is already fixed there.
The database is available in the form of a postgres dump as part of the commercial offering (somehow we have to make a living) :
http://www.geonames.org/products/reverse-geocoding.html
Marc
|
 |
|
 |
|