Maarten Deen <[email protected]> wrote: > > I was unaware I still had the country wrong for some places, I > > thought I'd > > found and fixed all these. Recalculating the street now produces the > > right > > result (as you can see if you re-do your search) so I'll do another > > forced > > update and try and get the last of these problems fixed. > > I now get two results, one is still "Jacob van Marisring, België" > (maybe just a residual result?), the other is now "Jacob van Marisring, > Peel en Maas, Limburg, 5988KJ, Nederland". > While the location arrow is correct, the name is not. It displays the > municipality and not the town (Peel en Maas should be Helden) which I > think is caused by the missing admin_level=10 boundaries. It also > displays the wrong zipcode. 5988KJ is the zipcode for Willem van > Heukelomstraat [1], the correct zipcode would be 5988KG. > Where do you get the zipcode from? I have a few houses tagged with > addr: keys, all of which I believe to have correct addr:postcode and > addr:street.
I could not really help you (i don't know your region, but as i can see (using JOSM) there is no admin relation in this area, so few clues to help nomatim to find location. An admin relation groups all boundary ways into a single object that form a closed area. From that it's very easy for nominatim to find exact adresses. For example in my area (Cognac, France) adresses are correct aven on borders. http://open.mapquestapi.com/nominatim/v1/search.php?q=rue+du+buisson+mor eau&viewbox=5.98%2C51.33%2C6%2C51.31 Their is 2 results (because just write the street name without the city) : one in Corea and the other in France. the second one (the good one of course) has all the correct admin info : Champ de Foire (the suburb), Cognac (city defined by a relation), Communauté de Communes de Cognac (city group defined by a relation), Charentes (the county, defined by a relation), Poitou-Charentes (region, defined by a relation) and of course France and the zip code. It just add a strange "Les Ormeaux" (a place located 150 km away) OpenMapQuest API let you examine the different areas and objects : http://open.mapquestapi.com/nominatim/v1/details.php?place_id=49125331 For example, Cognac city defined by an admin relation is very precise for Nomatim : http://open.mapquestapi.com/nominatim/v1/details.php?place_id=79399357 The suburb, defined by a node place is approximative and nomatim use an estimation : http://open.mapquestapi.com/nominatim/v1/details.php?place_id=79399357 More precision, as Cognac street has adresses on building you can even located a precise adress in a street : "28 buisson moreau, cognac" return the exact place : http://open.mapquestapi.com/nominatim/v1/details.php?place_id=8938235 If we examine you request in Nominatim's OpenMapquest we got : http://open.mapquestapi.com/nominatim/v1/details.php?place_id=14534301 It show that Peel en Maas is an admin relation http://open.mapquestapi.com/nominatim/v1/details.php?place_id=79449231 It's topologicaly right, the street is in this area. and that Helden (rejected by algo) is just a place village (so Nomatim has to estimate the area with a baloon) : http://open.mapquestapi.com/nominatim/v1/details.php?place_id=241938 And unfortunnally the ballon-estimation place the street half in, half ou the ballon, so finilly Nomatim decide to reject... A boundary relation will solve the problem. Nominatim used admin relation, it's far more precise than any other method. -- Pierre-Alain Dorange OSM experiences : <http://www.leretourdelautruche.com/map/> _______________________________________________ talk mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk
