address search and mixed index
Hi all, maybe you can help me with an open problem. I am not sure sure if this is a case of "garbage-in -> garbage-out" or not. I see a lot of houses with plausible tags addr:housenumber and addr:street which are close to a road that has no name or a different name. A typical example is a village like Stühren: http://www.openstreetmap.org/node/378300184#map=17/52.89235/8.71508 Almost all buildings are all tagged with addr:street="Stühren", but the main road through the village is the L340: http://www.openstreetmap.org/way/26701165 which has no name and many buildings are close to it. I think the postal address for these buildings is really something like "Stühren 28, 27211 Bassum,Germany" With trunk and r3477 in the housenumber2 branch I see rather bad results for this because the housenumbers are only added to those roads that have the name "Stühren". I wonder if the housenumber option should add the name "Stühren" to (a part of) L340 ? Or should we try to handle this with bounds containing villages and some style rules? Gerd
On Thu, Feb 26, Gerd Petermann wrote:
Hi all,
maybe you can help me with an open problem. I am not sure sure if this is a case of "garbage-in -> garbage-out" or not.
I see a lot of houses with plausible tags addr:housenumber and addr:street which are close to a road that has no name or a different name.
A typical example is a village like Stühren: http://www.openstreetmap.org/node/378300184#map=17/52.89235/8.71508
Almost all buildings are all tagged with addr:street="Stühren", but the main road through the village is the L340: http://www.openstreetmap.org/way/26701165 which has no name and many buildings are close to it.
I'm pretty sure that this is a bug in the OSM data. According to several source the L340 in Stuehren is called "Stuehren", too. I had that already in my old hometown: at some point in the past somebody did remove the street names from all streets, which are B* or L*.
I think the postal address for these buildings is really something like "Stühren 28, 27211 Bassum,Germany"
Yes, that's correct.
With trunk and r3477 in the housenumber2 branch I see rather bad results for this because the housenumbers are only added to those roads that have the name "Stühren". I wonder if the housenumber option should add the name "Stühren" to (a part of) L340 ?
Adding the name to a part of L340 would be the right thing. But this should be done in the OSM data, not by mkgmap. My problem with the automatic mkgmap approach is: there are enough cases, where you cannot reach from such a road the building. Thorsten -- Thorsten Kukuk, Senior Architect SLES & Common Code Base SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham Norton, HRB 21284 (AG Nürnberg)
Hi Thorsten, thanks for the quick feedback. I agree that this is a case that should be fixed in OSM, esp. as I found another part of L340 which has name=Stühren. Similar problem for mkgmap : Unnamed service roads leading to many houses with addr:street tag. I wonder if mkgmap could give them the name of the road so that address search finds them in the service road while road search would only show the original list. That's why I used "mixed index" in the subject. What do Garmin maps show in these cases? Gerd
Date: Thu, 26 Feb 2015 10:55:07 +0100 From: kukuk@suse.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] address search and mixed index
On Thu, Feb 26, Gerd Petermann wrote:
Hi all,
maybe you can help me with an open problem. I am not sure sure if this is a case of "garbage-in -> garbage-out" or not.
I see a lot of houses with plausible tags addr:housenumber and addr:street which are close to a road that has no name or a different name.
A typical example is a village like Stühren: http://www.openstreetmap.org/node/378300184#map=17/52.89235/8.71508
Almost all buildings are all tagged with addr:street="Stühren", but the main road through the village is the L340: http://www.openstreetmap.org/way/26701165 which has no name and many buildings are close to it.
I'm pretty sure that this is a bug in the OSM data. According to several source the L340 in Stuehren is called "Stuehren", too. I had that already in my old hometown: at some point in the past somebody did remove the street names from all streets, which are B* or L*.
I think the postal address for these buildings is really something like "Stühren 28, 27211 Bassum,Germany"
Yes, that's correct.
With trunk and r3477 in the housenumber2 branch I see rather bad results for this because the housenumbers are only added to those roads that have the name "Stühren". I wonder if the housenumber option should add the name "Stühren" to (a part of) L340 ?
Adding the name to a part of L340 would be the right thing. But this should be done in the OSM data, not by mkgmap.
My problem with the automatic mkgmap approach is: there are enough cases, where you cannot reach from such a road the building.
Thorsten
-- Thorsten Kukuk, Senior Architect SLES & Common Code Base SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham Norton, HRB 21284 (AG Nürnberg) _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Gerd, On Thu, Feb 26, Gerd Petermann wrote:
Unnamed service roads leading to many houses with addr:street tag. I wonder if mkgmap could give them the name of the road so that address search finds them in the service road while road search would only show the original list. That's why I used "mixed index" in the subject.
I like that part. If there is an unnamed road starting at a named road and ending nowhere, it would be good if mkgmap used that road. That would help a lot for better routing in case of an address search. Thorsten -- Thorsten Kukuk, Senior Architect SLES & Common Code Base SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham Norton, HRB 21284 (AG Nürnberg)
Hi Thorsten, I think "ending nowhere" is not working. We should say "not connected to a road with another name". Gerd Thorsten Kukuk wrote
Hi Gerd,
On Thu, Feb 26, Gerd Petermann wrote:
Unnamed service roads leading to many houses with addr:street tag. I wonder if mkgmap could give them the name of the road so that address search finds them in the service road while road search would only show the original list. That's why I used "mixed index" in the subject.
I like that part. If there is an unnamed road starting at a named road and ending nowhere, it would be good if mkgmap used that road. That would help a lot for better routing in case of an address search.
Thorsten
-- Thorsten Kukuk, Senior Architect SLES & Common Code Base SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham Norton, HRB 21284 (AG Nürnberg) _______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
-- View this message in context: http://gis.19327.n5.nabble.com/address-search-and-mixed-index-tp5835038p5835... Sent from the Mkgmap Development mailing list archive at Nabble.com.
Hi all,
Unnamed service roads leading to many houses with addr:street tag. I wonder if mkgmap could give them the name of the road so that address search finds them in the service road while road search would only show the original list. That's why I used "mixed index" in the subject.
I like that part. If there is an unnamed road starting at a named road and ending nowhere, it would be good if mkgmap used that road. That would help a lot for better routing in case of an address search.
I've just implement a first working version with r3518 in the branch. See http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=3518 for details regarding the new option --x-name-service-roads. Please try it and let me know how it works for you. If possible I'd like to change the option so that it is done by default and may be switched off. I got stuck searching for better data structures, so I will now continue to implement the addr:place support. Gerd
Am Freitag, 3. April 2015, 17:05:08 schrieb Gerd Petermann:
Please try it and let me know how it works for you. If possible I'd like to change the option so that it is done by default and may be switched off.
Looks really good for me, found 9 of 10 addresses along the nearest renamed service roads here https://www.openstreetmap.org/#map=19/50.65044/7.23882 was a little problem, didn't found Bergstraße 116-118, only Bergstraße 120 or Bergstraße 115. Maybe it is possible, to find Bergstraße 118 at a short part of the street, but i think there is also a missing part of the service road in front of these buildings in the database. Bernd -- amarok2 now playing:
Hi Bernd, thanks for testing. I'll try to find out what is special in your sample. The numbers 116-118 form what I call a group, so are treated special. BTW: I wonder if we need a special tag like mkgmap:allow-rename=0 to disable the naming for particular kinds of roads? Did you find cases were the naming should not happen? Gerd
From: weigelt.bernd@web.de To: mkgmap-dev@lists.mkgmap.org.uk Date: Sat, 4 Apr 2015 15:13:50 +0200 Subject: Re: [mkgmap-dev] address search and mixed index
Am Freitag, 3. April 2015, 17:05:08 schrieb Gerd Petermann:
Please try it and let me know how it works for you. If possible I'd like to change the option so that it is done by default and may be switched off.
Looks really good for me, found 9 of 10 addresses along the nearest renamed service roads
here https://www.openstreetmap.org/#map=19/50.65044/7.23882 was a little problem, didn't found Bergstraße 116-118, only Bergstraße 120 or Bergstraße 115. Maybe it is possible, to find Bergstraße 118 at a short part of the street, but i think there is also a missing part of the service road in front of these buildings in the database.
Bernd
-- amarok2 now playing:
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Bernd, can't reproduce a problem with Bergstraße 116-118 with the default style. They are all found at this node: http://www.openstreetmap.org/node/279052767 and that's what I think is the best possible place. The algo "assumes" that a service road is connected to this node. Gerd
From: weigelt.bernd@web.de To: mkgmap-dev@lists.mkgmap.org.uk Date: Sat, 4 Apr 2015 15:13:50 +0200 Subject: Re: [mkgmap-dev] address search and mixed index
Am Freitag, 3. April 2015, 17:05:08 schrieb Gerd Petermann:
Please try it and let me know how it works for you. If possible I'd like to change the option so that it is done by default and may be switched off.
Looks really good for me, found 9 of 10 addresses along the nearest renamed service roads
here https://www.openstreetmap.org/#map=19/50.65044/7.23882 was a little problem, didn't found Bergstraße 116-118, only Bergstraße 120 or Bergstraße 115. Maybe it is possible, to find Bergstraße 118 at a short part of the street, but i think there is also a missing part of the service road in front of these buildings in the database.
Bernd
-- amarok2 now playing:
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
participants (4)
-
Bernd Weigelt -
Gerd Petermann -
GerdP
-
Thorsten Kukuk