-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Drive-Through crosses Roof warning #5924
Comments
yeah there are maybe some appreciated changes. |
@quincylvania Do you mean the issue „way crossing roof“ should not be reported because it is a false positive? I think that way: |
I’d prefer for these ways to be tagged with |
@bhousel That‘s okay for me. Do you agree that „Use bridge or tunnel“ should be extended with „or a covered way“? |
If the building has |
I’d prefer for these ways to be tagged with |
(Not that it makes it any less confusing, but I recently learned that these coverings are properly called porte-cochères.) |
@1ec5 that different from my example at the beginning. That's for an entrance, like a lot of hotels or hospitals have in the US. My example is a drive-through, where there's no entrance being protected, rather it's to protect people who are rolling down their windows. |
@bhousel: the problem of expecting covered=yes to be added is that it is pushing much more work on the contributor (e.g. for gas stations & drive-throughs). The alert will be triggered on (I suspect) the majority of existing mapping, which may be confusing for newcomers. (Of course I realise that making a special case for one type of building is a PITA also). |
Yes, well I was kind of against adding a validator for years because of the amount of extra work it pushes onto our contributors, most of whom don't know about what tags go with with other tags, and what default behaviors some tags imply. Our validator does have the ability to offer one click fixes, and we will soon add "autofix" capability just like JOSM, so it won't be much work for users to just click the action item to add the tag.. |
Suggested next steps: Adding To do this, IMO those thinks need to change: a. I should be able to select For a: select I think the fitting place is the structure preset area For b: warning Current:
New
Once the validation can automatically split ways, there are clearer ways to put this. Example in the last quote of #6192 (comment). For c: Explaining Please let at least extend the small gray (i) text with some text that will help me decide on what to do. The help text on the the validation (i) Currently it lists options but does not help me decide what to do
I still think linking to the wiki pages here – see #5900 (comment) – is very helpful. The help text on the structure (i) Right now the help text is missing for the structure preset (see screenshot above). I would probably also need to link to more than one documentation, since the preset combines multiple tags. |
What about a service highway that is over a roof? How would you solve this with this validation and solution? Is this the meaning of covered=no? |
Look what new users do because of this: https://overpass-api.de/achavi/?changeset=70707541 A tunnel is clearly not intended, and he added layer=-1. |
I'm pretty sure this was covered by #6911. |
I was editing a building that has a covered drive-through and got a "Drive-Through crosses Roof" warning. I've followed the Tag:building=roof suggestions and made the roof part a separate area with
building:roof
andlayer:1
. The drive-through way has no Structure annotations. See the following pic:I'm using 64-bit Firefox 65.0.1 on 64-bit Linux and using iD editor 2.14.1
I think I've done this edit right, but iD is warning me here. Is this a false positive?
Additionally the pop-up descriptive text when you hover over the warning says "Highways crossing buildings should use bridges, tunnels, coverings, or entrances. I searched the OSM wiki for "coverings", to see if that would be what I want to use here, but that term doesn't exist in the wiki. So the descriptive text also led me down the wrong road to resolve this.
The text was updated successfully, but these errors were encountered: