-
Notifications
You must be signed in to change notification settings - Fork 831
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
Dont't display residential and apartment buildings as light, they are wi... #434
Conversation
… widely accepted as "normal" buildings
This issue has been reported before: #68. I agree this issue is important, also in line with the Dutch BAG import, which looks rather ugly with the current rendering style: http://www.openstreetmap.org/#map=18/51.58763/4.76092 Because this issue is duplicate, I close it now. |
Sorry, I should learn to read before I type. I didn't notice that this was actually a pull request rather than a bug report. I reopen the issue. I think 'house' should be removed from the set of light building outlines as well. I don't see a reason to render houses lighter than buildings of which we don't know the function. @MorbZ What do you think? I think this should be a high-priority issue, also given the Dutch import. |
I'm unsure about "house" because it's quite unspecific and could be almost anything. On the other hand building=yes is even more unspecific and it's displayed as strong, so I would probably remove "house". I would also consider adding "shed" to the list. When there are no further comments on this topic I will open another pull request. |
House, detached, and terrace definitely should get the normal rendering, not the light one. House is the main culprit that originally motivated me (detached and terrace being a subtype of house IMHO). I had made this list (sorted by frequency in the db) in my patch on issue #68 (which I never followed through, sorry):
For reference, the original is
and MorbZ's patch suggests
You could argue about my list VS MorbZ's, but I unsurprisingly like my one better. I've argued about house/detached/terrace already. Shed is a no-brainer given that we have garage. Support, canopy, and tent should be uncontroversial. The others are a greyer area, but I stand by them. |
As discussed in issue gravitystorm#68, remove various kinds of residential values, and add a few other values.
I would also prefer @vincentdephily's list (except for building=service, of which I'm not sure what it means). I also wouldn't mind not having the distinction at all. Are there any other maps in the world that make a similar distinction between important and unimportant buildings? |
It's a common thing on Ordnance Survey maps to highlight "important" buildings - schools, town halls etc - with a bold outline. Go to the OS OpenSpace page, scroll down, type "sw1a 1aa" into the postcode box and zoom in and out a bit to see different map types. But what we have at the moment is more of a mess, since the vast majority of buildings have the same tag (building=yes) when those same buildings will generally look different with a more accurate tag. I haven't played much with buildings, but I'd prefer a small number of important buildings and have building=yes in with the rest of houses/terraces etc since there's a 95% chance that's what =yes means. This PR is doing one of those things (making =yes and =house the same). |
Yes, I think highlighting buildings of interest (public buildings, churches, museums etc.) is common on maps and something that would be nice to have in OSM as well. What I do not like that much, and what is not common on other maps AFAIK, is painting sheds etc. different from regular buildings. In any case I think @MorbZ's and @vincentdephily's proposals would be a large improvement. |
We already have some important buildings rendered differently, for example churches are grey. I'm not sure wether switching from an amenity= matching to a building= one would be better. It seems reasonable to believe that important buildings will have plenty of tags to identify them, whereas unimportant ones are likely to just have a building tag. Because most buildings in the db are of the indeterminate "yes" type, whatever gets a different rendering from "yes" should constitue a minority of the data, to reduce the number of false-negatives (building which would change rendering if they were tagged more precisely). Removing 'house' and 'residential' (the most common values after 'yes') from the light-list reflects that. Considering building=service, I admit I'm not sure what it corresponds to. Maybe it's safer to remove it. On the "remove all distinction" argument, see issue #68 for other opinions. In my tests, looking at a residential area (mainly house, garage, shed) really looks more readable with sheds and garages dimed. Lastly, if you're going to commit a change to the list of light buildings... Please consider changing the list of non-buildings too. Current:
Proposed:
|
I don't like implicitly assuming that amenity= implies a building. For example, I believe that amenity=place_of_worship might also suitable for some places that are not buildings. The tag amenity=public_building has a similar problem (although the name does suggest it should only be applied to buildings). Apart from that, I agree with everything @vincentdephily has said. |
My mention of a "amenity= matching" was a simplification. I didn't check how matching was done, I just know that it isn't just looking at the building value. The point is that for important features we can make a more informed decision by looking at more than the building tag; for unimportant features we typically have no other info than the building tag. |
2014-03-28 19:01 GMT+01:00 vincentdephily [email protected]:
+1, I agree that rendering building types is mostly out of the scope of a |
For me it's important to remove "apartment" and "residential" from the list. @vincentdephily did this in his list too, plus he obviously put more thought into it so I would go with his as well. |
- The building types residential, house, detached, terrace and apartments are no longer light. - The building types roof, service, shed, shelter, cabin, storage_tank, tank, support, glasshouse, mobile_home, kiosk silo, canopy and tent are now light. This commit is based on a comment by @vincentdephily: gravitystorm#434 (comment) This closes gravitystorm#68 and supersedes gravitystorm#434.
I'm missing "greenhouse" (used 51000 times) from the list of light buildings while the much less used "glasshouse" (used 1700 times) is there. They probably mean the same thing and greenhouse is the value documented in the wiki. |
Thanks for pointing out, I added greenhouse to the list of light buildings in #490. |
While I don't want to bikeshed this, I had intentionally left greenhouse out but glasshouse in. The rationale is that modern greenhouse growing can take place in huge warehouse-like buildings, sometimes not transparent at all, which would not be considered "light" when ground-truthing. Glasshouse on the other hand suggest the orginal garden-variety building, which I agree should be "light". It's hard to make a jugement call on this one, because I don't think that current tagging is consistent or informative enough. |
2014-04-30 15:27 GMT+02:00 vincentdephily [email protected]:
I don't think that "glasshouse" is a building type, while "greenhouse" is. |
I think glasshouse versus greenhouse needs further discussion on the tagging mailing list. I propose not to wait for that, and include greenhouse in the list of light buildings for the time being, i.e. to go ahead with the propodal as it is now. |
+1 for merging this as-is, and tuning details later. dieterdreist's comment shows that we're still unclear about the purpose of the 'light' category. To me the construction method/material isn't important. I'm not sure how you'd apply a density concept. It's more about the function : light buildings are there to "support" the main buildings. You wouldn't see a light building without an associated normal building nearby. This is obvious for "shed", "tank", and "canopy", less so for "greenhouse". I also include "not-really-a-building" features like "roof", "shelter", and "tent", because it just feels right. But once again: let's commit this improved version ASAP, please don't wait until it's tuned to perfection. |
...dely accepted as "normal" buildings