Opened 15 years ago
Closed 12 years ago
#4663 closed defect (fixed)
conflict manager: known elements from their's are named "incomplete"
Reported by: | skyper | Owned by: | team |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | Core | Version: | latest |
Keywords: | conflict manager element incomplete | Cc: | skyper |
Description (last modified by )
I just "updated data" -> conflicts.
Trying to solve conflicts on members is quite hard, because known members from their's are named incomplete.
They should get the name instead and they are not incomplete.
I attach a screenshot and my osm-file.
r3074 and sun
Attachments (2)
Change History (16)
by , 15 years ago
Attachment: | josm_bug_4663.png added |
---|
follow-up: 3 comment:2 by , 15 years ago
Priority: | blocker → normal |
---|
This happens when relation members are not in the downloaded dataset, e.g. when they are outside the download bounding boxes.
It is certainly not a blocker.
follow-up: 5 comment:3 by , 15 years ago
Replying to mjulius:
This happens when relation members are not in the downloaded dataset, e.g. when they are outside the download bounding boxes.
It is certainly not a blocker.
No this happend when using "update data" there for the bounding boxes are equal and the known ways should be the same !!!
It also happens when merging and smaller area (their) to a bigger area (my).
comment:4 by , 15 years ago
Priority: | normal → blocker |
---|
follow-up: 6 comment:5 by , 15 years ago
Priority: | blocker → normal |
---|
Replying to skyper:
Replying to mjulius:
This happens when relation members are not in the downloaded dataset, e.g. when they are outside the download bounding boxes.
It is certainly not a blocker.
No this happend when using "update data" there for the bounding boxes are equal and the known ways should be the same !!!
Yes, but if you have downloaded incomplete members of a relation or somehow else merged relation members into the dataset they might be outside the bounding boxes and not be downloaded when doing update date.
It also happens when merging and smaller area (their) to a bigger area (my).
Of course, because some relation members that are in the bigger area won't be in the smaller area and therefore incomplete in the smaller area dataset.
And please, not everything that is annoying is a blocker. This issue does not cause any real harm. There are ways to find out what those relation members are. They are just not convenient. After all you have a list of most of them on the opposite side of the dialog.
comment:6 by , 15 years ago
Replying to anonymous:
Replying to skyper:
Replying to mjulius:
This happens when relation members are not in the downloaded dataset, e.g. when they are outside the download bounding boxes.
It is certainly not a blocker.
No this happend when using "update data" there for the bounding boxes are equal and the known ways should be the same !!!
Yes, but if you have downloaded incomplete members of a relation or somehow else merged relation members into the dataset they might be outside the bounding boxes and not be downloaded when doing update date.
No this happend with in the downloaded area but seems to be fixed now. Can not reproduce myself, but I have to say I have uploaded my changes yesterday.
It also happens when merging and smaller area (their) to a bigger area (my).
Of course, because some relation members that are in the bigger area won't be in the smaller area and therefore incomplete in the smaller area dataset.
This was different before and as conflict management is not that easy it is another trap to get caught with. In facts these members are on way with on ID and not 2 different ways. So I guess they should have the same name and yeah they might have been incomplete but through merging they exist and are not incomplete anymore.
And please, not everything that is annoying is a blocker. This issue does not cause any real harm. There are ways to find out what those relation members are. They are just not convenient. After all you have a list of most of them on the opposite side of the dialog.
Yes, with that bug fixed on "update data" you are right. Sorry
follow-up: 9 comment:7 by , 15 years ago
Keywords: | elements incomplete downloaded. added; conflict member name removed |
---|---|
Priority: | normal → major |
Summary: | conflict manager: known members from their's are named "incomplete" → previous downloaded members show as incomplete |
with r3313 this also happens if you first download a relation without primitives and afterwards download a small area. All elements of the privious downloaded relation outside downloaded area turn to incomplete in the relation-editor.
comment:8 by , 15 years ago
Summary: | previous downloaded members show as incomplete → previous downloaded members shown as incomplete |
---|
comment:9 by , 15 years ago
Priority: | major → normal |
---|
comment:10 by , 15 years ago
Keywords: | conflict element added; elements downloaded. removed |
---|---|
Summary: | previous downloaded members shown as incomplete → conflict manager: known elements from their's are named "incomplete" |
comment:12 by , 13 years ago
Description: | modified (diff) |
---|
Still some known members shown as incomplete:
relation id: 62897, way id: 27545690
Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2012-02-15 02:32:11 Last Changed Author: xeen Revision: 4934 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2012-02-15 02:44:53 +0100 (Wed, 15 Feb 2012) Last Changed Rev: 4934 Identification: JOSM/1.5 (4934 en) Memory Usage: 58 MB / 508 MB (1 MB allocated, but free) Java version: 1.6.0_18, Sun Microsystems Inc., OpenJDK Client VM Operating system: Linux
comment:13 by , 13 years ago
Keywords: | manager added |
---|
comment:14 by , 12 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Can not reproduce with r5329, -> fixed.
screenshot