Opened 15 years ago
Closed 11 years ago
#4998 closed defect (fixed)
Impossible to select nodes with filter
Reported by: | stoecker | Owned by: | team |
---|---|---|---|
Priority: | major | Milestone: | |
Component: | Core | Version: | |
Keywords: | Cc: |
Description (last modified by )
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.
Attachments (0)
Change History (11)
comment:1 by , 15 years ago
follow-up: 4 comment:3 by , 15 years ago
Ticket #5050 has been marked as a duplicate of this ticket.
comment:4 by , 15 years ago
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)
comment:5 by , 15 years ago
Priority: | normal → major |
---|
comment:7 by , 15 years ago
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.
follow-up: 9 comment:8 by , 11 years ago
Description: | modified (diff) |
---|
I think I was hit by this in current trunk. I wanted to split a way that was unfiltered and selected, on a node that was part of another filtered way. It was not possible to select the node.
Is the patch from comment 6 checked in yet?
comment:9 by , 11 years ago
Replying to aceman:
I think I was hit by this in current trunk. I wanted to split a way that was unfiltered and selected, on a node that was part of another filtered way. It was not possible to select the node.
Is the patch from comment 6 checked in yet?
More details needed: .osm file and detailed filter description (from preferences.xml or screenshot)
comment:10 by , 11 years ago
Somehow I can't reproduce it at the place I thought I have seen the problem. I'll come back if I see it again.
comment:11 by , 11 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
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: