Closed fl0cke closed 2 years ago
agh, funny, this is actually the issue I was planning to tackle today and I spent an hour figuring that out 😆
for now the workaround is to use a different form of the street name, any of the following work:
Ackermannstrasse 12a Frankfurt am Main
Ackermannstraße 12a Frankfurt am Main
Ackermann Str. 12a Frankfurt am Main
Ackermann Str 12a Frankfurt am Main
Ackermann Strasse 12a Frankfurt am Main
Ackermann Straße 12a Frankfurt am Main
you can follow this issue for updates on a proper fix: https://github.com/pelias/model/issues/144
Haha, i'm glad to hear that you are already working on it, since this is a pretty big issue for german street names, which are almost always written with the str.
suffix. I can confirm that using a different form for the street name works, so i'll be using that as a workaround until the final fix lands. Thanks for you work!
There is a PR open now, it still needs a bit more work before merging but seems to be much better at producing all permutations of German street names.
The list of terms is fairly small for now, basically just -str
, -plz
& -mkt
at the moment.
Do you see a need to add any of these?
This is a pretty good list IMO but lists the abbreviation for 'Platz' as '-pl' which seems wrong to me? Isn't it more commonly written -plz
?
Not sure if i'm the right person to answer this questions, but personally i haven't seen most of these abbreviations anywhere before. But that doesn't mean they aren't more commonly used in other parts of Germany or other German speaking countries. So if it doesn't add to the complexity of the implementation or otherwise mess with the matching of non abbreviated street names, i'd say just add them?!
The list from libostal looks like the better one to me, and a quick google search seems to confirm the abbreviation of "Platz" is indeed "pl" 👍.
there is a build up on dev right now which looks much better @fl0cke
@missinglink excellent! Which package do i need to update for this to work on my machine? Edit: found it...
I need to update three docker images (openstreetmap/openaddresses/polylines) & probably also csv-importer to make sure they are all bringing in the latest version of the pelias/model
dependency, I'll do that tomorrow and let you know.
okay the docker images have been updated, you should be able to run pelias compose pull
(if using the pelias/docker
method) or otherwise pull the latest docker images to get the new code.
I just updated our server and everything seems to work as expected. Thanks!
Hi! I have a CSV dataset with Spanish addresses that the API sometimes fails to provide when the city is included in the query.
I.e. the CSV contains the next address:
"source","lat","lon","name","street","number","postalcode","layer","id","popularity","name_json"
[...]
"registro_portales","28.71157","-13.866","CALLE AVUTARDA 63 LA OLIVA","CALLE AVUTARDA","00063","35660","address","572d2954-1916-4b8b-a21d-00d3db3d9d60","1",""
[...]
I expect that address to be returned with the query CALLE AVUTARDA 63 LA OLIVA
. However, this is the response I get from the API:
/api/v1/search?text=CALLE AVUTARDA 63 LA OLIVA&sources=registro_portales
As you can see, the expected result is nowhere to be seen. Even got a result from a source not included in the sources
query parameter.
However, when the city is omitted the expected result is actually included in the response.
(Others addresses from the CSV are returned, that's why I limit the size to 1)
/api/v1/search?text=CALLE AVUTARDA 63&sources=registro_portales&size=1
Other queries that works are:
Other queries that doesn't work are:
I've also noticed the main difference between both responses is the parser: when libpostal is used the address is not found and another location from another source is returned instead. With the pelias parser it works as expected. Can you help me find how to make it work with the city included in the query?
I have observed some strange behaviour with search queries on my new Pelias setup. I have imported the dataset for germany and are trying to geocode the following address: Ackermannstr. 12a Frankfurt am Main
Executing the query
GET /v1/search?text=Ackermannstr. 12a Frankfurt am Main&sources=osm&size=1
yields the following result:As you can see, the address is not found and instead Pelias falls back to returning the locality. However, when i remove the city from the query (
GET /v1/search?text=Ackermannstr. 12a&sources=osm&size=1
), it returns the correct result:The only difference i can spot is the parser that is used for extracting the address components from the query. But both produce correct components, so i'm not sure what's going on here. Do you have any idea?