-
Notifications
You must be signed in to change notification settings - Fork 92
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
Building outline overlaps building:part= features #1062
Comments
Thanks for the submission @mxxcon! There seems to exist a bit of a discrepancy between the way the wiki prescribes the way heights should be mapped, and the way things are often mapped in practice. Additionally, I'm not sure how to actually make the renderer handle this case. I'll expand a bit: A lot of multi-part buildings that are mapped with min/max heights in OSM do not actually seem to honor the 'Rules-as-Written' that you reference here in the wiki- that is to say, they do not have a single all-encompassing building footprint with height/level values that fully enclose all the parts. Ex: the Lincoln memorial Writing code to hide the boundary polygon isn't trivial and may not catch every instance. It would also slow down the renderer, as we'd have to start recursively checking the scene for encompassing polygon boundaries, then evaluating their heights with respect to each building part within it, etc. I'm going to have to think on it a bit more! |
That sounds more like tagging for renderer behavior And with rapid's current behavior it might also encourage people to incorrectly tag buildings just so that they look good in that preview window. Perhaps the simplest solution would be in there's even 1 building:part anywhere in the perimeter of building=, don't render perimeter shape. That might actually encourage people to fill in missing sections because it'll look obvious incomplete |
I don't have an opinion on the correct approach and haven't really looked into 3D tagging but ... |
Wrote some code to try this approach out. The algorithm is:
fix_for_1062.movNot sure if this is sufficient, but it seems to be a start. |
Update- this seems to be sufficient to hide the polygons but absolutely blows up performance once you zoom out a lot. (The algorithm is complicated and gets incredibly unwieldy very fast). So I will ship a compromise- anytime there are more than 250 buildings in the scene, we don't run the expensive algorithm (ie. we just show everything). As soon as there are fewer than 250 buildings in the scene, we will do the extra work to hide the encompassing building shapes. The overall effect is something akin to 'refining' the shape of the multi-part building on zoom-in. multi-part-building-zoom-in.mov |
Description
I think 3d building preview has an oversight or a bug. The perimeter
![image](https://private-user-images.githubusercontent.com/847140/263894621-28e074e2-c0cb-49d5-a7ae-d36861b2de0b.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MjExOTA2MDAsIm5iZiI6MTcyMTE5MDMwMCwicGF0aCI6Ii84NDcxNDAvMjYzODk0NjIxLTI4ZTA3NGUyLWMwY2ItNDlkNS1hN2FlLWQzNjg2MWIyZGUwYi5wbmc_WC1BbXotQWxnb3JpdGhtPUFXUzQtSE1BQy1TSEEyNTYmWC1BbXotQ3JlZGVudGlhbD1BS0lBVkNPRFlMU0E1M1BRSzRaQSUyRjIwMjQwNzE3JTJGdXMtZWFzdC0xJTJGczMlMkZhd3M0X3JlcXVlc3QmWC1BbXotRGF0ZT0yMDI0MDcxN1QwNDI1MDBaJlgtQW16LUV4cGlyZXM9MzAwJlgtQW16LVNpZ25hdHVyZT1iNGY5YzkxNmRhZTQ4MjUwYTZkMjc1MzEzMjVjNjQzZmQ0NDA1MzA0MmMwMjVhMTQxMzU1MTM0OTFlNmFjYzNlJlgtQW16LVNpZ25lZEhlYWRlcnM9aG9zdCZhY3Rvcl9pZD0wJmtleV9pZD0wJnJlcG9faWQ9MCJ9.Db3qzYwqt-7AdhB8bEPlD-u9EKmUGk7_IdtpsAUpOmY)
building=
way is supposed to have values of the maximumheight=
and the highest floor(building:levels=
).It looks like the
building=
way overrides anybuilding:part=yes
ways. But it's supposed to be other way around.Here you can see that I selected a section of a building that's smaller than its highest point and it's swallowed by the overall building volume.
from https://wiki.openstreetmap.org/wiki/Key:building:part
Version
2.1
What browser are you seeing the problem on? What version are you running?
Firefox 117, Chrome 117
The OS you're using
Windows 11
Steps to reproduce
Look at building 1052877937
The browser URL at the time you encountered the bug
https://rapideditor.org/rapid#background=Bing&id=w1052877937&map=20.17/40.58633/-73.96477
The auto-detected useragent string for your browser (leave blank if you're manually filling this form out)
No response
The text was updated successfully, but these errors were encountered: