[mkgmap-dev] Missing addr:place addresses
From Lorenzo Mastrogiacomi lomastrolo at gmail.com on Mon Dec 3 21:23:29 GMT 2018
Thanks, I see some improvement. > Possible problem: I also see many roads in this area which are > tagged as highway=unclassified which probably should betagged > highway=service or residential, for example way 582373155. I agree. I need to check this. > Another problem is e.g. unnamed way 582525015:- Some numbers close to > it have addr:place=Contrada Castelletta- One has addr:place=Contrada > Spirito Santo addr:housenumber=6 (node 5967518378)Because of the > different addr:place names the road gets two labels:label0 = "", > label1=Contrada Castelletta and label2=Contrada Spirito Santo > Now, when I search in MapSource for Number 6 , Street=Contrada > Castelletta I find multiple places,one is the correct one from node > 5993083300, the others are wrong. One of the wrong onesis the above > node 5967518378.The patch doesn't help here, mkgmap has to split > those roads instead of adding multiple labels for differentaddr:place > values. Needs more work... I know. A similar thing also happens every time an addr:place address is near a named road, you can find the number under the road name too. Lorenzo Il giorno lun, 03/12/2018 alle 15.54 +0000, Gerd Petermann ha scritto: > Hi Lorenzo, > attached is a small patch to change mkgmap so that it doesn't try to > find a name for unnamed roads with road class > 0 or road speed > > 2.It helps for the problem with way 209592070.Possible problem: I > also see many roads in this area which are tagged as > highway=unclassified which probably should betagged highway=service > or residential, for example way 582373155.Another problem is e.g. > unnamed way 582525015:- Some numbers close to it have > addr:place=Contrada Castelletta- One has addr:place=Contrada Spirito > Santo addr:housenumber=6 (node 5967518378)Because of the different > addr:place names the road gets two labels:label0 = "", > label1=Contrada Castelletta and label2=Contrada Spirito Santo > Now, when I search in MapSource for Number 6 , Street=Contrada > Castelletta I find multiple places,one is the correct one from node > 5993083300, the others are wrong. One of the wrong onesis the above > node 5967518378.The patch doesn't help here, mkgmap has to split > those roads instead of adding multiple labels for differentaddr:place > values. Needs more work... > Gerd > > ________________________________________Von: mkgmap-dev < > mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von Lorenzo > Mastrogiacomi <lomastrolo at gmail.com>Gesendet: Sonntag, 2. Dezember > 2018 19:46An: Development list for mkgmapBetreff: Re: [mkgmap-dev] > Missing addr:place addresses > If I understand correctly I would say yes.unclassified roads should > be tagged with name=* in osm if they have a name and should not take > names from nearby roads. > > Lorenzo > > Il giorno dom, 02/12/2018 alle 18.29 +0000, Gerd Petermann ha > scritto: > This doesn't happen because of road merging, it is a - normally - > wanted result of the housenumber processing. > Maybe I should change the code so that unclassified roads are not > treated like service roads here. > > Gerd > > ________________________________________ > Von: mkgmap-dev < > <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk> > mkgmap-dev-bounces at lists.mkgmap.org.uk > > > im Auftrag von Lorenzo Mastrogiacomi < > > <mailto:lomastrolo at gmail.com> > lomastrolo at gmail.com > > > Gesendet: Sonntag, 2. Dezember 2018 19:22 > An: Development list for mkgmap > Betreff: Re: [mkgmap-dev] Missing addr:place addresses > > It seems to me that road merging in presence of addr:place addresses > causes the incorrect propagation of labels to nearby streets. > > For example, I see this unnamed road gets the label "Strada > Provinciale Potentina". > <https://www.openstreetmap.org/way/209592070> > https://www.openstreetmap.org/way/209592070 > > > This name does not come from an address, it is the name of a nearby > street and should not be here. > > > Lorenzo > > > Il giorno dom, 02/12/2018 alle 17.25 +0000, Gerd Petermann ha > scritto: > > Hi Lorenzo, > > > an unnamed service road should solve the problem because the numbers > are not assigned to the same road. > > > Gerd > > > ________________________________________ > > Von: mkgmap-dev < > > <mailto: > <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk> > mkgmap-dev-bounces at lists.mkgmap.org.uk > > > <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk> > mkgmap-dev-bounces at lists.mkgmap.org.uk > > > > im Auftrag von Lorenzo Mastrogiacomi < > > <mailto: > <mailto:lomastrolo at gmail.com> > lomastrolo at gmail.com > > > <mailto:lomastrolo at gmail.com> > lomastrolo at gmail.com > > > > > > Gesendet: Sonntag, 2. Dezember 2018 18:17 > > An: Development list for mkgmap > > Betreff: Re: [mkgmap-dev] Missing addr:place addresses > > > Ok Gerd, no worries :) > > > I guess a service road should also have a name and different from the > main road to avoid merging because in my previous example there were > already several unnamed roads around the housenumber. Right? > > < > <https://www.openstreetmap.org/node/5569912919> > https://www.openstreetmap.org/node/5569912919 > > > <https://www.openstreetmap.org/node/5569912919> > https://www.openstreetmap.org/node/5569912919 > > > > > > > Lorenzo > > > Il giorno mer, 28/11/2018 alle 08.22 +0000, Gerd Petermann ha > scritto: > > > Hi Lorenzo, > > > > I don't see an easy solution for that problem in mkgmap. All I can > suggest now is to map a service road where this happens :-( > > > > Gerd > > > > _______________________________________________mkgmap-dev mailing > listmkgmap-dev at lists.mkgmap.org.uk > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20181203/ed0f1486/attachment-0001.html>
- Previous message: [mkgmap-dev] Missing addr:place addresses
- Next message: [mkgmap-dev] Add a POI to the start of a relation (route:mtb)
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the mkgmap-dev mailing list