Modify

Opened 15 years ago

Last modified 8 years ago

#3384 new enhancement

Prevent modified status even if no real modification has been done

Reported by: anonymous Owned by: team
Priority: minor Milestone:
Component: Core Version: latest
Keywords: Cc: bilbo, skyper

Description (last modified by skyper)

Sometimes there are duplicate nodes in the map, however, if I merge two duplicated nodes (that are not used by anything else, like POIs), this should result in one of the nodes being deleted (and the other kept), however, the result is that one of the nodes is deleted and the other is flagged as modified, so it gets uploaded to server even when it have not changed at all.

This happend both when merging the nodes manually and when merging through validator ("fix" button on listing of duplicated nodes)

Attached is example of JOSM behavior:

dupnodefix-before.osm - situation before doing anything. Two identical nodes at same position
dupnodefix-after.osm - situation after fixing (merging nodes) - note that one of the nodes have action='delete', second have action='modify'

The result should be that only one of the nodes gets deleted and the other is kept intact.

Attachments (3)

dupnodefix-before.osm (1.2 KB ) - added by anonymous 15 years ago.
before merging
dupnodefix-after.osm (1.2 KB ) - added by anonymous 15 years ago.
after merging
mergenodes.patch (677 bytes ) - added by anonymous 15 years ago.
Patch to not modify the node while merging if it is not modified

Download all attachments as: .zip

Change History (15)

by anonymous, 15 years ago

Attachment: dupnodefix-before.osm added

before merging

by anonymous, 15 years ago

Attachment: dupnodefix-after.osm added

after merging

comment:1 by stoecker, 15 years ago

Priority: majorminor
Summary: Merge nodes does not work properlyPrevent modified status even if no real modification has been done
Type: defectenhancement

Actually that is not restricted to nodes, but to all objects in JOSM. The node is actually changed, as it contains the joined tags of both nodes.

JOSM misses a way to detect changes which actually do not change the object at all. This also applies to changes which have been done and later reversed.

comment:2 by anonymous, 15 years ago

While this can happen also in other ways (some value changed to something and later back), the problem when merging nodes is probably the most common, as nodes usually have same values when merging. Therefore, the merge could check if keys are the same and if they are, donot modify the node (and just drop the others).

I've done small patch that does that, attaching it here...

by anonymous, 15 years ago

Attachment: mergenodes.patch added

Patch to not modify the node while merging if it is not modified

comment:3 by stoecker, 15 years ago

Summary: Prevent modified status even if no real modification has been done[partial PATCH] Prevent modified status even if no real modification has been done

comment:4 by Gubaer, 15 years ago

Resolution: fixed
Status: newclosed

(In [2064]) applied #3384: patch by anonymous: Prevent modified status even if no real modification has been done)

comment:5 by Gubaer, 15 years ago

Resolution: fixed
Status: closedreopened

mergenodes.patch applied in r2064, but reopening the ticket which has a much broader scope.

comment:6 by Gubaer, 15 years ago

Summary: [partial PATCH] Prevent modified status even if no real modification has been donePrevent modified status even if no real modification has been done

comment:7 by anonymous, 15 years ago

Status: reopenednew

A note: Use "see #xxxx" instead of "fixed #xxxx" or "applied #xxxx" to reference a bug without closing :-)

comment:8 by bilbo, 15 years ago

Cc: bilbo added

comment:9 by Don-vip, 10 years ago

Ticket #3804 has been marked as a duplicate of this ticket.

comment:10 by skyper, 10 years ago

Cc: skyper added
Description: modified (diff)

comment:11 by skyper, 9 years ago

So the only way for ways to prevent a new version is to purge it, atm.

comment:12 by stoecker, 8 years ago

Ticket #13054 has been marked as a duplicate of this ticket.

Modify Ticket

Change Properties
Set your email in Preferences
Action
as new The owner will remain team.
as The resolution will be set. Next status will be 'closed'.
to The owner will be changed from team to the specified user.
Next status will be 'needinfo'. The owner will be changed from team to anonymous.
as duplicate The resolution will be set to duplicate. Next status will be 'closed'. The specified ticket will be cross-referenced with this ticket.
The owner will be changed from team to anonymous. Next status will be 'assigned'.

Add Comment


E-mail address and name can be saved in the Preferences .
 
Note: See TracTickets for help on using tickets.