Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Reverse geo lookup broken #463

Open
fsteeg opened this issue Feb 22, 2019 · 5 comments
Open

Reverse geo lookup broken #463

fsteeg opened this issue Feb 22, 2019 · 5 comments
Assignees
Labels

Comments

@fsteeg
Copy link
Member

fsteeg commented Feb 22, 2019

Reason: https://wdq.wmflabs.org/api is gone (redirects to https://query.wikidata.org).

See map at https://nwbib.de/search?location=50.63057899475098%2C7.055196762084961

Should be Merl, but is 1 Ort (the failure fallback).

@fsteeg fsteeg added the bug label Feb 22, 2019
@fsteeg fsteeg self-assigned this Feb 22, 2019
@fsteeg
Copy link
Member Author

fsteeg commented Apr 15, 2019

@acka47: Are you aware of any replacement for https://wdq.wmflabs.org/api?

@acka47
Copy link
Contributor

acka47 commented Apr 15, 2019

We have our own Pelias instance running at http://aither.hbz-nrw.de:3100/v1/search. I think it contains map data for the whole DACH area, doesn't it @dr0i?

See the documentation for reverse geocoding with Pelias at https://github.com/pelias/documentation/blob/master/reverse.md.

@acka47
Copy link
Contributor

acka47 commented Apr 15, 2019

@acka47
Copy link
Contributor

acka47 commented May 21, 2019

Testing it with the newly set up geo index (see hbz/lobid-organisations#419), it already looks quite good: http://gaia.hbz-nrw.de:4000/v1/reverse?point.lat=50.63057899475098&point.lon=7.055196762084961

However, we obviuosly should exclude a lot of data from the index as restaurants etc. are currently part of the index:

{
   "type":"Feature",
   "geometry":{
      "type":"Point",
      "coordinates":[
         7.055463,
         50.630557
      ]
   },
   "properties":{
      "id":"node/2178633594",
      "gid":"openstreetmap:venue:node/2178633594",
      "layer":"venue",
      "source":"openstreetmap",
      "source_id":"node/2178633594",
      "name":"Merler Hof",
      "confidence":0.8,
      "distance":0.019,
      "accuracy":"point",
      "label":"Merler Hof"
   }
}

For example, "layer": "venue" should be excluded.

@acka47
Copy link
Contributor

acka47 commented May 21, 2019

Hmm, I tried around with it a bit more but can not get it to work. Generally, we want a results with layers=locality. But if I set this parameter, I won't get anything at all, even when adding a larger radius (I guess) with boundary.circle.radius, e.g. http://gaia.hbz-nrw.de:4000/v1/reverse?point.lat=50.63057899475098&point.lon=7.055196762084961&layers=locality&boundary.circle.radius=100.

Maybe it would be best to first query with layers=address Unfortunately, the results do not include a locality name, see the first result from http://gaia.hbz-nrw.de:4000/v1/reverse?point.lat=50.63057899475098&point.lon=7.055196762084961&layers=address:

{
   "type":"Feature",
   "geometry":{
      "type":"Point",
      "coordinates":[
         7.055118,
         50.630773
      ]
   },
   "properties":{
      "id":"way/222172874",
      "gid":"openstreetmap:address:way/222172874",
      "layer":"address",
      "source":"openstreetmap",
      "source_id":"way/222172874",
      "name":"39 Godesberger Straße",
      "housenumber":"39",
      "street":"Godesberger Straße",
      "postalcode":"53340",
      "confidence":0.8,
      "distance":0.022,
      "accuracy":"point",
      "label":"39 Godesberger Straße"
   }
}

You can hopefully lookup the address by (g)id to get the locality but I have not found out yet how...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants