Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Have "barrier" field always shown on some types of areas #7271

Closed
forteller opened this issue Jan 19, 2020 · 5 comments
Closed

Have "barrier" field always shown on some types of areas #7271

forteller opened this issue Jan 19, 2020 · 5 comments
Labels
preset An issue with an OpenStreetMap preset or tag wontfix Not planning to work on this at this time

Comments

@forteller
Copy link

There are some types of areas where I always find myself having to "Add field" and add the "barrier" tag. These are Preschool/Kindergarten grounds and Construction area, but I'm sure there are other areas too that are almost always fenced in.

In these types of areas it would be very helpful if the "barrier" tag was not hidden under the "Add field", but was just shown among the regular fields.

I'm not saying to add this ass a standard field to all types of areas, just the types of areas where you almost always should add this tag.

Thanks again for your hard and important work! :)

@quincylvania
Copy link
Collaborator

@forteller I'm assuming you mean you add the tag under "All tags"? We don't have a field for barriers on areas and I don't think we should add one. This pattern of mapping runs against "one feature, one element" since the barrier and landuse are two different things. We can't expect all data consumers to support it.

Sorry, I know it's convenient to map this way!

Related: #7210

@quincylvania quincylvania added preset An issue with an OpenStreetMap preset or tag wontfix Not planning to work on this at this time labels Jan 20, 2020
@forteller
Copy link
Author

Why can we add things that shouldn't be added?

Anyways: My suggestion then is to still do what I said in this issue, but in addition make sure that any time anyone adds a feature in a way they're not supposed to, that iD automatically separates that feature out into its own element.

@quincylvania
Copy link
Collaborator

Why can we add things that shouldn't be added?

Good question! The OpenStreetMap database lets mappers use whatever tags they want. This leads to conflicting patterns of mapping, some of which are long-running unresolved debates. That's just the nature of the project. With iD we aim to encourage patterns that are easiest to understand for both mappers and data consumers.

make sure that any time anyone adds a feature in a way they're not supposed to, that iD automatically separates that feature out into its own element.

We can't do this automatically since some mappers map this way intentionally. We're thinking about general-purpose tools that would make it easier to attach ways together, like #1614 and #6784.

@forteller
Copy link
Author

We can't do this automatically since some mappers map this way intentionally.

But you're saying they shouldn't. I don't get this… :D

But anyway: How about a popup or something saying "We noticed you added an extra feature to this element. This is discouraged because [link to more info]. Would you like to automatically split these features into separate elements? [Y/n]"

@quincylvania
Copy link
Collaborator

But you're saying they shouldn't. I don't get this… :D

Yep, iD lets mappers do all kinds of things that we wouldn't necessarily recommend 😆

How about a popup

We could potentially add a validation issue that flags this pattern. But that opens the door to controversy and so could come at a high emotional cost 🤷‍♂️

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
preset An issue with an OpenStreetMap preset or tag wontfix Not planning to work on this at this time
Projects
None yet
Development

No branches or pull requests

2 participants