Changes between Initial Version and Version 2 of Ticket #24076


Ignore:
Timestamp:
2025-01-12T15:56:31+01:00 (12 months ago)
Author:
skyper
Comment:

Yes, I can reproduce after reverting the changeset. Another case where the sort function in the relation editor sorts properly but the cut action fails. A special case though as the uncut roundabout makes it more tricky.

Legend:

Unmodified
Added
Removed
Modified

  • Ticket #24076

    • Property Summary wrong order of transport relation member's after roudabout split → wrong order of transport relation member's after member split if the member drives to a round about
    • Property Priority normal → major

  • Ticket #24076 – Description

    initial v2  
    1111==== Please provide any additional information below. Attach a screenshot if possible.
    1212
    13 During the Changeset: https://www.openstreetmap.org/changeset/161165941#map=19/47.582513/-2.692487, the way D 310 (https://www.openstreetmap.org/relation/9292178#map=19/47.582513/-2.692487) was cut, creating the way D 310 (https://www.openstreetmap.org/way/1349758227#map=19/47.582513/-2.692487).
     13During the Changeset: https://www.openstreetmap.org/changeset/161165941#map=19/47.582513/-2.692487, the way D 310 (https://www.openstreetmap.org/way/295076007) was cut, creating the way D 310 (https://www.openstreetmap.org/way/1349758227#map=19/47.582513/-2.692487).
    1414The relationship https://www.openstreetmap.org/relation/9292178 has been updated, but the order of the members isn't correct if one of the ends of the way is on a traffic circle, here Giratoire de Kermarch (https://www.openstreetmap.org/way/1026187060#map=19/47.582513/-2.692487), possibly because the junction=roundabout is not treated as oneway=yes.
    1515