Modify

Opened 14 months ago

Last modified 11 days ago

#7513 reopened enhancement

[Patch] Warn non-experts when combining ways with conflicting tags or ways being part of relations

Reported by: simon04 Owned by: team
Priority: normal Component: Core
Version: Keywords:
Cc:

Description (last modified by simon04)

To reduce erroneous edits, I suggest to warn non-experts when combining ways with conflicting tags or ways being part of relations. The aim is to minimize broken route relations or highways being tunnel/brigde for several kilometers at the same time.

For non-experts, show the dialog 1 (if needed), show the dialog 2 (if needed), show the CombinePrimitiveResolverDialog (if needed).

Attachments (4)

combine_tags.png (7.1 KB) - added by simon04 14 months ago.
combine_relations.png (8.3 KB) - added by simon04 14 months ago.
7513.patch (26.5 KB) - added by simon04 14 months ago.
7513_bugfix.patch (6.8 KB) - added by simon04 14 months ago.

Download all attachments as: .zip

Change History (14)

Changed 14 months ago by simon04

Changed 14 months ago by simon04

comment:1 Changed 14 months ago by simon04

  • Description modified (diff)
  • Summary changed from Warn non-experts when combining ways with conflicting tags or ways being part of relations to [Patch] Warn non-experts when combining ways with conflicting tags or ways being part of relations

Changed 14 months ago by simon04

comment:2 follow-up: Changed 14 months ago by simon04

Patch attached … This comes with some cleanup of the CombinePrimitiveResolverDialog code which was replicated at least 3 times in the core.

What do you think? I'm happy to hear some comments. :-)

comment:3 Changed 14 months ago by simon04

  • Description modified (diff)

comment:4 in reply to: ↑ 2 ; follow-up: Changed 14 months ago by skyper

Replying to simon04:

What do you think? I'm happy to hear some comments. :-)

For tags, I think it is smoother to show this dialog after the "tag conflict dialog" with a button to go back to the "tag conflict dialog".

comment:5 in reply to: ↑ 4 Changed 14 months ago by simon04

Replying to skyper:

For tags, I think it is smoother to show this dialog after the "tag conflict dialog" with a button to go back to the "tag conflict dialog".

The "new" dialog is intended to somehow explain the situation (why another dialog is going to appear) and the dangers (may lead to unwanted results). If the user chooses to abort, the tag conflict dialog does not need to be shown at all. Therefore, I would show the new dialog before showing a more complicated tag conflict dialog.

comment:6 Changed 14 months ago by simon04

  • Resolution set to fixed
  • Status changed from new to closed

In 5132/josm:

fix #7513 - Warn non-experts when combining ways with conflicting tags or ways being part of relations

comment:7 Changed 14 months ago by simon04

  • Resolution fixed deleted
  • Status changed from closed to reopened

From comment:11:ticket:4842

Now it raises conflicts even with untagged objects.

I have an node with addr:housenumber=19 as tag and part of a associatedStreet relation and merge it with a node id:0 with no tages but part of a closed way and I get the tag conflict dialogue shown.

comment:8 follow-up: Changed 14 months ago by simon04

attachment:7513_bugfix.patch​ restores original behaviour (i.e., before r5132). However, the original implementation seems to be a quirk to me: When merging nodes, the conflict dialog is skipped when the nodes are part of at most 1 relation. Why is it safe up to one relation, but no longer when 2 or more relations are involved?

Changed 14 months ago by simon04

comment:9 in reply to: ↑ 8 Changed 14 months ago by skyper

Replying to simon04:

attachment:7513_bugfix.patch​ restores original behaviour (i.e., before r5132). However, the original implementation seems to be a quirk to me: When merging nodes, the conflict dialog is skipped when the nodes are part of at most 1 relation. Why is it safe up to one relation, but no longer when 2 or more relations are involved?

Can not think of any problem as long as one node does not have any tags nor memberships. Concerning ways I am not sure as you could easily break relations that way.

comment:10 Changed 11 days ago by stoecker

Hmm. What is the status of this? Apply it or not?

Add Comment

Modify Ticket

Change Properties
<Author field>
Action
as reopened .
as The resolution will be set. Next status will be 'closed'.
to The owner will be changed from team. Next status will be 'new'.
Next status will be 'needinfo'.The owner will change to simon04
as duplicate The resolution will be set to duplicate. Next status will be 'closed'.The specified ticket will be cross-referenced with this ticket
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.