facebook
Duplicates nodes when tagged nodes are disconnected
Description
The program creates a duplicate node when a tagged node is detached from a way. This eliminates the history from one of the nodes, which is best retained.
Screenshots
Version
2.4.0
What browser are you seeing the problem on? What version are you running?
Chrome v129.0
The OS you're using
mac
Steps to reproduce
- Find a node connected to two ways. A crossing node works best.
- Select node
- Right click
- Select disconnect
- Move nodes away from each other.
The browser URL at the time you encountered the bug
https://rapideditor.org/edit#map=22.98/48.86083/2.34097&background=fr.ign.bdortho&datasets=fbRoads,msBuildings&disable_features=boundaries
The auto-detected useragent string for your browser (leave blank if you're manually filling this form out)
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/129.0.0.0 Safari/537.36
Thanks for flagging - this behavior is kind of expected (the software can't know which of the duplicated nodes the user would want to keep the tags with), but I'm definitely open to changing what Rapid does.
I don't know if related, the changset created with Rapid 2.5.3:
- https://www.openstreetmap.org/changeset/167132602 on the way:
- https://www.openstreetmap.org/way/1391814319, created a duplicate node:
- https://www.openstreetmap.org/node/1983072461
another edit:
- https://www.openstreetmap.org/changeset/167192589
- https://www.openstreetmap.org/way/1392191485
- https://www.openstreetmap.org/node/12029821527
Similar issues was opened against different editors like: GoMap and Vespucci
@bhousel any update on this ?
Another edit which duplicated the nodes in a way with Rapid 2.5.3:
- https://www.openstreetmap.org/changeset/167531379
- https://www.openstreetmap.org/way/1394535177
- https://www.openstreetmap.org/node/11378975728