Impossible to select nodes with filter

[stoecker]

When e.g. a street and a languse overlap using the same nodes, then it is impossible to select one of the nodes when languse is filtered. Always the whole way is selected.

It seems nodes of filtered objects aren't taken into account for selection even if they are also unfiltered.

Probably they should be a warning (e.g. in filter display), but they should be selectable.

[bastiK]

I guess you have "apply also for children" checkbox ticked. Then these nodes are indeed filtered and this is the expected behaviour.

But it shouldn't be like this. First it's not good to put both, "nodes of a way" and "members of a relaion", in one option. I don't think we need the latter option at all, because it might cause confusion more often than it is useful. And it can be easily simulated with search patern like child (type:relation boundary=administrative).

I'd suggest to remove the "C" option completely and apply sensible default behaviour instead:

• If a way is not filtered, all its nodes are not filtered.

• If a way is filtered, all untagged nodes are filtered as well, unless the first rule applies.

• If a filter applies explicitly for a node then forget about the first two rules and filter it.

[stoecker]

Suggestion sounds good to me.

[stoecker]

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

[anonymous]

Replying to stoecker:

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

Suggestion from the ticket

To prevent false moved nodes, the position should be locked (e.g. marked as red x). If you want to delete the node, it should only be removed from the displayed ways and disappear. (but not be deleted)

[bastiK]

(In [3300]) see #4998 - Impossible to select nodes with filter

[bastiK]

First attempt to fix this. It should cover the basic cases but definitely needs some testing.

I think for the search modes 'remove' and 'find in selection' it is not optimal yet (shows superfluous nodes). But I have problems to imagine what these are used for so better hide too view than too much.