Handle or ignore postal code #2497
Comments
|
Author: ToB Actually, I now realize that this might be in part the problem [http://trac.openstreetmap.org/ticket/2485 #2497], namely "Places only returned as exact matches". The other problem is that the country prefix for post codes is not supported. If I search for "12205" it finds "Postcode 12205, Berlin, Bundesrepublik Deutschland" while for "D-12205" nothing is returned. In any case, I find the new search very useful! It is rather fast and accurate! |
|
Author: stevie_ Hey Twain, Just wondering what the current status of this issue is? Thanks! |
|
Author: lonvia See also: #4964 |
|
Author: andersg Any news on this issue? Any ideas on how to fix it? Maybe some Good Samaritan is willing to help out if pointed in the right direction. ;-) Edit: After digging around a bit I can see that all but country prefix is working quite well. The issue I have is related to postcodes only mapped on nodes using addr:postcode which don't turn up. Maybe they are not supposed to? |
|
Author: lonvia Regarding addr:postcode on nodes: half the issue is fixed. When showing a result, the tag gets mixed into the result, so that the correct postcode is displayed. What is missing is that Nominatim needs to add the postcode in the search index of the streets they belong to or it won't be able to find addresses containing the postcode. There are some ideas how to do that (basically patching the search index for the street when a house number is found) but it is not clear yet what the performance impact is. So what needs to be done is to do the implementation, add some test-cases to make sure it works as expected and then test the performance impact on some smaller excerpts. If that goes well, I can help out with performance tests on a planet file. The other issue is that postcodes themselves must be found. Nominatim currently computes centroids over all addr:postcode in the DB and returns these centroids. Problem is that this is naturally a very expensive operation and so the centroids don't get updated and postcodes go stale with time. How to proceed on this issue is less clear. Efficient updates might need a different approach to these postcode centroids than we have today. If a Good Samaritarian would want to work one any of those two problems, I would recommend they join the IRC channel #osm-nominatim for a more in-depth discussion. |
|
Author: lonvia addr:postcodes from addresses are now propagated back into the search index of the street. Remains the update of postcode centroids. |
Reporter: ToB
[Submitted to the original trac issue database at 10.23am, Tuesday, 24th November 2009]
The namefinder should be able to handle postal codes - at least by ignoring them. Searching for "Neuprll 17 D-93051 Regensburg" at http://www.openstreetmap.org/ turns up no place, while taking out the - (namely "D-93051"), it finds the right spot:
"Results from OpenStreetMap Nominatim: [...] Residential Strae Neuprll, Stadtbezirk 13, Leoprechting, Regensburg, Regensburg, Stadt, Regierungsbezirk Oberpfalz, Free State of Bavaria, Bundesrepublik Deutschland" (http://www.openstreetmap.org/?minlon=12.0819911956787&minlat=48.9912605285645&maxlon=12.089280128479&maxlat=48.9921188354492)
Note: I do not know whether there was any postal code ("93051") around. I now added it to the Hotel there, which might or might not affect the reproducibility.
The text was updated successfully, but these errors were encountered: