-
Notifications
You must be signed in to change notification settings - Fork 819
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
Change label colour of private parking #3085
Conversation
Thanks! If you change "Related to" into "Resolves", the issue will be closed automatically when merging this code. |
Thank you :) It's done |
I assume it takes the colour from the block above, thus Edit: I see the test is in the original issue, thanks. Can we have the building, though? |
The Garage Hélicoïdal of Grenoble (https://www.openstreetmap.org/way/32538552) |
That's what I expected. @polarbearing What's your opinion? |
@polarbearing ping? |
Well, it looks nice on the parking-grey. My explanation is that the brighter typesetting kind of blurs with the halo. Maybe we could drop the halo when rendered on a building? though that might be difficult to code for the case that the parking is not tagged on the building outline but as a node. |
@jragusa Could you test this approach? |
current setting | I note that the suggestion of @polarbearing is easiest to read and name remains of less importance that shop names. What do you think ? |
I agree that his proposition works best. @polarbearing If you're happy with how does it look like, I would merge the altered code. |
The zero-halo approach is the best so far. For a single node that does not bring its own parking/building background, I'd expect that to work fine on a bright background, such as 'empty' or amenity-yellow. I'm wondering what mixture we have to expect on industrial/commercial. |
I don't find such association, so examples are welcome to test rendering |
Feed the overpass wizard with However I just realise that names on parking are only rendered on polygons, not on nodes. I wonder if this is intentional or a bug? The analysis shows that rendering the marker is split in the code: At line 1279 the label is applied for polygons>900waypixel. There is no matching text label for the catch-all condition, thus apparently not rendered for nodes. |
It's intentional, it was introduced here #1364. That means, we currently have no parking on nodes to investigate which might mix with a strange background, and can merge the PR. Should we want labels on parking nodes eventually, we would need to reconsider the colour question. |
@polarbearing |
So - what is the proposed solution now? |
It's ok for me unless you want to add names on nodes. I just have an additional question : why label and maker don't have the same colour ? |
We're just fixing current issue, not adding anything new. OK, so I'll merge this code now. Thanks for the code and discussion!
I have difficulties trying to find when this line has been introduced: openstreetmap-carto/amenity-points.mss Line 1311 in b0787aa
|
Sorry, I used wrong expression :
Inversely, amenities use colour Is there a specific reason to use two different colours for transportation and accommodation ? |
Oh, I see. As far as I remember, this is because text is thin and the icon is thick usually, and it makes the illusion that the colors are very different (halo can also trigger this effect). It was designed before I came here, but that was my conclusion. You have to test it however, because it was long time ago when I checked this. I'm also not sure why amenity is different in this regard. |
Resolves #2170.
Replace greenish hardcoded colour to opacity value.