Hi, I have found some rondos on map, which are drawn as a highway ramp. After examining sources I have concluded that this is a bug, junction tag is lost by mkgmap. This is source object in OSM data: http://www.openstreetmap.org/way/148247399 <way id='148247399' timestamp='2013-09-22T10:46:06Z' uid='681295' user='przemas75' visible='true' version='13' changeset='17971267'> <nd ref='258291555' /> ... <nd ref='258291555' /> <tag k='highway' v='trunk_link' /> <tag k='int_ref' v='E 75' /> <tag k='junction' v='roundabout' /> <tag k='lit' v='yes' /> <tag k='maxaxleload' v='11.5' /> <tag k='maxspeed' v='40' /> <tag k='ref' v='S6' /> <tag k='source:maxaxleload' v='RozporzÄ…dznie Ministra Infrastruktury z dnia 8 czerwca 2011 r' /> <tag k='source:maxaxleload:url' v='http://dziennikustaw.gov.pl/du/2011/s/124/703/D2011124070301.pdf' /> <tag k='source:maxspeed' v='sign' /> </way> This is what I get, when using echotags to examine attribute in mkgmap: 148247399 - [ref=S6,int_ref=E 75,maxspeed=40, lit=yes,oneway=yes,highway=trunk_link] Attribute "junction=roundabout" is missing, which leads to wrong conversion. I have tested current mkgmap r2998 and branch r3053. I have attached OSM sample, which cause problem. Here I have put some bigger samples of the same area: http://files.mkgmap.org.uk/download/178/test2.7z When compiling these samples, please observe way 202260411: http://www.openstreetmap.org/way/202260411 This is similar rondo next to described above. Depending on sample size, rondo is converted to Garmin object 0xC - rondo or 0x9 - ramp. Rondo defined speed changes too, similarly to problem described here: http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2014q1/019803.html -- Best regards, Andrzej
Hi Andrzej, which mkgmap parameter do you use? Do you use the default style? WanMil
Hi,
I have found some rondos on map, which are drawn as a highway ramp. After examining sources I have concluded that this is a bug, junction tag is lost by mkgmap.
This is source object in OSM data: http://www.openstreetmap.org/way/148247399
<way id='148247399' timestamp='2013-09-22T10:46:06Z' uid='681295' user='przemas75' visible='true' version='13' changeset='17971267'> <nd ref='258291555' /> ... <nd ref='258291555' /> <tag k='highway' v='trunk_link' /> <tag k='int_ref' v='E 75' /> <tag k='junction' v='roundabout' /> <tag k='lit' v='yes' /> <tag k='maxaxleload' v='11.5' /> <tag k='maxspeed' v='40' /> <tag k='ref' v='S6' /> <tag k='source:maxaxleload' v='RozporzÄ…dznie Ministra Infrastruktury z dnia 8 czerwca 2011 r' /> <tag k='source:maxaxleload:url' v='http://dziennikustaw.gov.pl/du/2011/s/124/703/D2011124070301.pdf' /> <tag k='source:maxspeed' v='sign' /> </way>
This is what I get, when using echotags to examine attribute in mkgmap: 148247399 - [ref=S6,int_ref=E 75,maxspeed=40, lit=yes,oneway=yes,highway=trunk_link]
Attribute "junction=roundabout" is missing, which leads to wrong conversion. I have tested current mkgmap r2998 and branch r3053. I have attached OSM sample, which cause problem.
Here I have put some bigger samples of the same area: http://files.mkgmap.org.uk/download/178/test2.7z
When compiling these samples, please observe way 202260411: http://www.openstreetmap.org/way/202260411
This is similar rondo next to described above. Depending on sample size, rondo is converted to Garmin object 0xC - rondo or 0x9 - ramp. Rondo defined speed changes too, similarly to problem described here: http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2014q1/019803.html
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi WanMil, default style and only --route added, see details in attached archive. I have tried some earlier releases, up to 2926, with similar results. And I haven't seen "junction=roundabout" in echotags, even when rondo has been created. -- Best regards, Andrzej
Hi Andrzej, your problem is caused by the fact that the way is part of multipolygon relation 1999552: http://www.openstreetmap.org/relation/1999552 This relation also has the tag junction=roundabout Therefor the MultipolygonRelation code removes the tag from the way. I am not sure if this is just wrong data or also wrong handling in mkgmap. Gerd
Date: Sun, 16 Feb 2014 23:03:39 +0100 From: popej@poczta.onet.pl To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] conversion bug, lost attributes
Hi WanMil,
default style and only --route added, see details in attached archive.
I have tried some earlier releases, up to 2926, with similar results. And I haven't seen "junction=roundabout" in echotags, even when rondo has been created.
-- Best regards, Andrzej _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
On Mon, Feb 17, Gerd Petermann wrote:
Hi Andrzej,
your problem is caused by the fact that the way is part of multipolygon relation 1999552: http://www.openstreetmap.org/relation/1999552 This relation also has the tag junction=roundabout Therefor the MultipolygonRelation code removes the tag from the way. I am not sure if this is just wrong data or also wrong handling in mkgmap.
The data is wrong, the Multipolygon is useless here, I removed it. When they reworked the roundabout, they should have deleted it. But I don't know if mkgmap isn't wrong, too. Thorsten
Date: Sun, 16 Feb 2014 23:03:39 +0100 From: popej@poczta.onet.pl To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] conversion bug, lost attributes
Hi WanMil,
default style and only --route added, see details in attached archive.
I have tried some earlier releases, up to 2926, with similar results. And I haven't seen "junction=roundabout" in echotags, even when rondo has been created.
-- Best regards, Andrzej _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
-- Thorsten Kukuk, Senior Architect SLES & Common Code Base SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg)
Hi Thorsten, forgot to mention the other case: http://www.openstreetmap.org/relation/1999551 Gerd Thorsten Kukuk wrote
On Mon, Feb 17, Gerd Petermann wrote:
Hi Andrzej,
your problem is caused by the fact that the way is part of multipolygon relation 1999552: http://www.openstreetmap.org/relation/1999552 This relation also has the tag junction=roundabout Therefor the MultipolygonRelation code removes the tag from the way. I am not sure if this is just wrong data or also wrong handling in mkgmap.
The data is wrong, the Multipolygon is useless here, I removed it. When they reworked the roundabout, they should have deleted it. But I don't know if mkgmap isn't wrong, too.
Thorsten
Date: Sun, 16 Feb 2014 23:03:39 +0100 From:
popej@.onet
To:
mkgmap-dev@.org
Subject: Re: [mkgmap-dev] conversion bug, lost attributes
Hi WanMil,
default style and only --route added, see details in attached archive.
I have tried some earlier releases, up to 2926, with similar results. And I haven't seen "junction=roundabout" in echotags, even when rondo has been created.
-- Best regards, Andrzej _______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
-- Thorsten Kukuk, Senior Architect SLES & Common Code Base SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) _______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
-- View this message in context: http://gis.19327.n5.nabble.com/conversion-bug-lost-attributes-tp5796577p5796... Sent from the Mkgmap Development mailing list archive at Nabble.com.
On Mon, Feb 17, GerdP wrote:
Hi Thorsten,
forgot to mention the other case: http://www.openstreetmap.org/relation/1999551
Same case, when they reworked the roundabout they should ahve removed the now useless releation. And even worse, the data of this relation is conflicting with the data on the way. Thorsten
Thorsten Kukuk wrote
On Mon, Feb 17, Gerd Petermann wrote:
Hi Andrzej,
your problem is caused by the fact that the way is part of multipolygon relation 1999552: http://www.openstreetmap.org/relation/1999552 This relation also has the tag junction=roundabout Therefor the MultipolygonRelation code removes the tag from the way. I am not sure if this is just wrong data or also wrong handling in mkgmap.
The data is wrong, the Multipolygon is useless here, I removed it. When they reworked the roundabout, they should have deleted it. But I don't know if mkgmap isn't wrong, too.
Thorsten
Date: Sun, 16 Feb 2014 23:03:39 +0100 From:
popej@.onet
To:
mkgmap-dev@.org
Subject: Re: [mkgmap-dev] conversion bug, lost attributes
Hi WanMil,
default style and only --route added, see details in attached archive.
I have tried some earlier releases, up to 2926, with similar results. And I haven't seen "junction=roundabout" in echotags, even when rondo has been created.
-- Best regards, Andrzej _______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
-- Thorsten Kukuk, Senior Architect SLES & Common Code Base SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) _______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
-- View this message in context: http://gis.19327.n5.nabble.com/conversion-bug-lost-attributes-tp5796577p5796... Sent from the Mkgmap Development mailing list archive at Nabble.com. _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- Thorsten Kukuk, Senior Architect SLES & Common Code Base SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg)
Hi Gerd,
This relation also has the tag junction=roundabout Therefor the MultipolygonRelation code removes the tag from the way. I am not sure if this is just wrong data or also wrong handling in mkgmap.
I can confirm, that removing relations 1999551-2 resolves problem. I don't know handling of relations in mkgmap, but it seems weird to me, that relation removes a tag from a way. This is the relation: <relation id='1999552' timestamp='2013-09-18T21:04:39Z' uid='681295' user='przemas75' visible='true' version='5' changeset='17913721'> <member type='way' ref='148247399' role='outer' /> <tag k='highway' v='primary' /> <tag k='junction' v='roundabout' /> <tag k='type' v='multipolygon' /> </relation> Does this relation define a highway area and this is the reason of removing junction tag? Please investigate second case, with bigger samples. Depending on sample size roundabouts get different Garmin objects or speed class. Roundabouts description and their relations are the same in both samples. In my opinion results shouldn't differ. -- Best regards, Andrzej
Hi, I have found, that mkgmap creates 2 objects, first is roundabout created according to the way, second is a highway ramp, probably created because of redundant relation. Depending on sample size, first or second object is visible in GPSMapEdit, but both exist and map content is the same. My conclusion is that problem is solely due to relation. -- Best regards, Andrzej
participants (5)
-
Andrzej Popowski -
Gerd Petermann -
GerdP
-
Thorsten Kukuk -
WanMil