Skip to content
This repository has been archived by the owner on Jul 24, 2021. It is now read-only.

Allowing multi-selection on the basis of common tags #4311

Open
openstreetmap-trac opened this issue Jul 23, 2021 · 4 comments
Open

Allowing multi-selection on the basis of common tags #4311

openstreetmap-trac opened this issue Jul 23, 2021 · 4 comments

Comments

@openstreetmap-trac
Copy link

Reporter: Richard Mann
[Submitted to the original trac issue database at 12.01pm, Thursday, 22nd March 2012]

At the moment I can click on a little drop down menu next to a relation, and "select all members". I can even try to be clever by deselecting ones that are members of another relation...

I'd like similar functionality (select/deselect) but based on a tag. So for instance I select a way that's one part of a street, and want to multi-select all the ways that form that street. I'd envisage being able to do that on a dropdown menu next to the name=whatever tag. That would query the currently loaded data and multi-select anything that matched.

That'd only be available in advanced mode, but it would be quite a powerful tool. It would get round many of the issues about how additional detail (bus routes, cycle provision, bridges, lanes etc etc) break up ways into ever-shorter sections.

@openstreetmap-trac
Copy link
Author

Author: stevage
[Added to the original trac issue at 1.56pm, Thursday, 22nd March 2012]

How about this:

  1. Select a way
  2. Press a key or click a certain toolbox tool
  3. All other ways with the same name=* tag that touch the first way (or touch a way with the same name=* tag that touches the first way...etc) are selected.

I'm guessing that name=* is by far the most likely candidate for such a grouping. Are there other likely use cases?

(I generally think it's better to handle a specific use case well, rather than having a general tool that handles a wide range of use cases - especially if most of them aren't useful. Happy to be corrected though.)

@openstreetmap-trac
Copy link
Author

Author: stevage
[Added to the original trac issue at 1.57pm, Thursday, 22nd March 2012]

...and once again, I fall victim to Trac formatting:

  1. Select a way
  2. Press a key or click a certain toolbox tool
  3. All other ways with the same name=* tag that touch the first way (or touch a way with the same name=* tag that touches the first way...etc) are selected.

@openstreetmap-trac
Copy link
Author

Author: Richard Mann
[Added to the original trac issue at 2.18pm, Thursday, 22nd March 2012]

ref= might be another (and I can envisage that others might well be useful)

Contiguity probably involves more code (and recursion, which I'd avoid unless essential), and I don't think it's necessary.

One addition, though: the ability to deselect if not equal (ie AND)

@openstreetmap-trac
Copy link
Author

Author: stevage
[Added to the original trac issue at 1.15am, Friday, 23rd March 2012]

By contiguity not being necessary, you mean you'd select all ways with the same name (or ref/...) even if they weren't contigous? That would get a lot of false positives...
I don't think the recursion would be particularly hard (or scary) to write - even fun, maybe.

Ok, if we need to support other tags like ref (which I agree with), then what could the interface look like? A dropdown box next to the Key field feels too intrusive (imho) for a pretty niche feature. Maybe a button on the same row as Delete and Add, "Find related"? Hold down Ctrl and click a tag?

Btw can you spell out your "AND" requirement? You want to be able to specify multiple tags, and select all ways that match all of them? Is this important? Is one tag not enough? What's the use case?

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant