Opened 15 years ago
Closed 10 years ago
#3804 closed enhancement (duplicate)
Upload does upload unchanged nodes/ways/relations
Reported by: | Owned by: | team | |
---|---|---|---|
Priority: | minor | Milestone: | |
Component: | Core | Version: | latest |
Keywords: | Cc: |
Description (last modified by )
JOSM currently uploads nodes/ways/relations even if they have not been changed or the change was retracted by not using undo.
Example 1: Adding a tag to a node und removing that tag afterwards without using undo. Undo is not usable if there were other changes in the meantime. The node is beeing uploaded then which should not be the case.
Example 2: Joining ways. When a node of way1 is joined to way2 then both way1 and way2 are beeing uploaded even though way1 was not modified.
This unnecessarily stresses the OSM server and makes the history of the object unnecessarily long.
JOSM should compare the current attributes of an object with the old state and should only upload the object when there was a real change.
Attachments (1)
Change History (7)
comment:1 by , 15 years ago
Summary: | upload does upload unchanged nodes/ways/relations → [PATCH] upload does upload unchanged nodes/ways/relations |
---|
by , 15 years ago
Attachment: | join-node-way-fix.patch added |
---|
comment:2 by , 15 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
comment:3 by , 15 years ago
Resolution: | fixed |
---|---|
Status: | closed → reopened |
Summary: | [PATCH] upload does upload unchanged nodes/ways/relations → Upload does upload unchanged nodes/ways/relations |
The patch was only for the example 2, the example 1 needs further improvements
comment:5 by , 14 years ago
Well, case 1 is not that simple. We would need to have a "remember current server state" and then check if modified element is really different to the server version. I'm pretty sure there is another older ticket which has the same idea as improvement.
comment:6 by , 10 years ago
Description: | modified (diff) |
---|---|
Resolution: | → duplicate |
Status: | reopened → closed |
Closed as duplicate of #3384.
Attached patch fixes the second case.
The first case would need either storing the original version of all modified objects and on upload comparing for actual changes, or storing a hash for the original version, and comparing that to the modified versions hash.