#3905 closed defect (duplicate)
Ways get modified without user interaction
Reported by: | Nakor | Owned by: | team |
---|---|---|---|
Priority: | major | Milestone: | |
Component: | Core | Version: | |
Keywords: | Cc: | malenki |
Description
Use the attached GPX file.
Download data around file with the following options: distance 500m, area 1 sq km
Then upload: JOSM wants to upload 756 modified way of this fresh data from the server.
Attachments (1)
Change History (12)
by , 14 years ago
comment:1 by , 14 years ago
Cc: | added |
---|
There is no gpx needed. Just download data at two different places - with the second download the data from the first one is obviously marked as being changed.
Seen at Josm 2439.
comment:2 by , 14 years ago
Summary: | Ways get modified withour user interaction → Ways get modified without user interaction |
---|
comment:3 by , 14 years ago
Resolution: | → duplicate |
---|---|
Status: | new → closed |
comment:7 by , 14 years ago
Resolution: | duplicate |
---|---|
Status: | closed → reopened |
comment:8 by , 14 years ago
@ Nakor: Extractors here can't open the 7zipped file.
In #3884 data gets surely lost because (I assume) data is downloaded anew over edited data, here in this ticket data is downloaded at not overlapping areas. Since during the second download the first downloaded data gets marked as changed, this ticket shows a sub-sum of #3884.
comment:9 by , 14 years ago
OK. So you are saying the root of the problem could be the same. Well that would mean two bugs fixed in one shot. Good news!
As for the 7z file: http://www.7-zip.org/download.html but according to previous comment you can reproduce the issue without the file.
comment:10 by , 14 years ago
Resolution: | → duplicate |
---|---|
Status: | reopened → closed |
@ Nakor: I agree, it does sound like the same root problem. I went ahead and updated 3884
File needed to reproduce the issue