-
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
Color of societal-amenities is too light, outline is not visible and text color is not clearly related #3607
Comments
I agree the color could be darkened a tad. I dont think reusing an old color from another landuse should be the solution though. Otherwise, why did we change the landuse away from that color in the first place? In other words, the same issues would then exist for the new landuse that prompted us to change it in the first place. Second, if you desaturated the yellow to much, then your essentially conseding that your arguement against using light yellow/tan colors for retail/commercial is void. Since they would be very similar. Its just something to think about. Third, orange has already been singled out as not a good color due to being close to red/emergency (or it would risk being to close to gastronomy orange). So thats not an option either. So I think the best option is just adjusting the already existing yellow color slightly. Otherwise its uselessly over complicating things and using colors that have already been discounted in other issues. |
All of the five options above are more saturated than the current color, except for option 4 Here are some test images I made with option 3 above:
|
@jeisenbe, its alright. Thanks for the test renderings. I like the direction. After looking around a little pitches could benefit from being a little less blue. Although that's probably better for another issue. |
The current beach color is a little too saturated and orange, next to the developed landuse colors. Here is a slightly less saturated option 6, |
|
How is the last one any different then any of the colors proposed by @Tomasz-W in the retail PR that you were against? Because it would make a good retail color. I still think it should be a yellow off shade like #f9efbc. If we made the last one the retail color (and @Tomasz-W's current retail pick the commercial color) I think that would work good. Do me a favor and test here or a very similar place how I just said if you can please. |
Re: 4. old farmland color but less saturated: #f8ecdd - LCH(94,9,80)
I forgot to check this color against bare_ground color; it's too close because of the low saturation. Bare_ground is 92,6,74. So the former farmland color, Lch(94,13,80), is different enough from bare_ground, but #f8ecdd - LCH(94,9,80) - is too close. Sorry about that. It can be difficult to remember all of the different landcover colors that might conflict with a new option; bare ground is not very similar to yellow or the current color, but it is quite close to some other options. |
@jeisenbe, as a side this, what do you think about the idea of blending colors grey down to z13 instead of z12? I think it would solve a lot of these problems with colors being to close to the ground color. Since they are only to close at a few zoom levels and we shouldn't have to discount them because of that if they perfectly fine otherwise. We shouldn't not use those colors above when they look good just because they don't work at z13. Its not like the current retail color does anyway. I'm perfectly willing to put these landuse color issues on hold for now and open a new for it if need be. I don't think we will be able to decide on good, or any, colors otherwise. |
Boundaries are discussed, thus this will address #3519 |
@kocio-pl, what do you think about blending things to grey down to z13? I think it would solve some of the problems with picking colors. Especially here and in the retail issue. Since most of the colors work fine except at z13 and you can't normally make out specific landuse at that level whatever the color is. I don't think just relying on borders is a good solution either. I can think of examples where they don't help at all. |
I don't follow this discussion, but that's at least new and interesting idea to consider. However I guess until the release I will try rather to focus on easier problems. |
@kocio-pl, OK. I'll save it for after the next release. |
Here's a test with 6. #f9efbc - Lch(94,26,100) for societal_amenities in the centre of Redding, California, as requested. |
Yeah dude, especially California. We love our parking lots that are six times bigger then the store the parking is for. I wish they would reuse the parking for housing here. The parking is always empty anyway. Thats actually one of my main gripes about the area. Im always ranting to people about how its a massive miss use of space. Or at least use some of it for public spaces. Good luck getting any of that off the ground with the local planning department. Unfortunately We're one of the last holdouts of the outdated American suburb model. The down towns and afordable housing can rot for all they care as long as they have their nice mansions in the rich areas. Gggrrr. Im sure you know all about that though since you use to live around here. But it still feels good to go off about it sometimes. Its one the reasons I got into OSM in the first place. An interest in urban planning wtc. Your in Indonesia now I take it? Thanks for the tests. I'll probably wait until the next update and see if I can get the grey thing off the ground before dealing with landuse color anymore. I feel like we are at a dead on it. Not so much here, but especially with retail/commercial. |
Kahului, Hawaii: |
Belfast, N. Ireland: Derry, N. Ireland: |
I still think Since this would be very similar to the current Here are some comparisons of beaches in southern Italy, before and after: |
For better understanding - beaches are a geomorphological land form at coasts formed by waves. The tag natural=beach is used fairly consistently for this (plus for artificial beaches of course). natural=sand is orthogonal to this and while not used as consistently as natural=beach for what it is meant for it is quite consistently not used for beaches. This is one of the few bright spots in physical geography OSM tagging where a non-obvious differentiation is relatively consistently applied globally. And in coastal settings differentiating between wave formed beaches and wind formed coastal dunes is both well verifiable locally and meaningful. Unifying would be counterproductive and highly confusing. |
I had hoped that using a different pattern for natural=beach and natural=sand would be sufficient. This is also the way that scree and shingle are distinguished. For those following along*: natural=scree and natural=shingle use the same background color as natural=bare_rock, but with different patterns. Scree is usually found on hill and mountain slopes, and consists of rough, broken stones: from pebble to small boulder size. Shingle is similar in size, but the stones and cobbles are rounded due to the action of water; usually this will be found along rivers, though there are also shingle "beaches" along lakes and seas. So this is rather analogous to the difference between sand dunes and sand beaches, though a beach can also have larger mineral particles such as pebbles, and this is already shown with a different pattern. The current beach color is also used for shoals, which are areas in the sea that may be exposed at low tide and covered at high tide, and can have a varying surface from silt and sand to cobblestones (but not solid rock or coral: this would be a natural=reef) Right now, natural=beach/shoal use a bright shade of yellow, So one simple option would be to remove the pattern for natural=beach with surface=sand. This would then show a clear distinction between inland dunes tagged with natural=sand and natural=beach, even if the landcover is sand for both. The disadvantage would be that tagging surface=sand would no longer make a difference. However, most beaches in the world currently lack a surface tag and our rendering of surface=sand does not seem to have been a strong encouragement for adding the tag. Another option would be to create a separate pattern for natural=sand. Right now the pattern is |
Having said that, if it is necessary to use 2 separate colors for beach/shoal vs sand, we could use Since the current This creates these earth-tone colors for non-vegetated areas: Compare to:
Link to color values with deltas: |
Well, sometimes things make sense but don't look so good. It turns out that beach as #fbecd7 and use #f5e9c6 for sand looks better. Here's some test images in Northern Ireland with a Before (sand sand beach beach and sand both |
I think you are focusing too much on one-dimensional color distances here. Color space is three dimensional and so is color perception. DeltaE values will be able to give you an idea how well two colors are distinguishable in isolation. But in reality pairs of colors do not occur in isolation in most cases - there are usually other colors around and these relate in three dimensions. Some time ago i said that this style has reached the end of the line in terms of area colors and i would meanwhile say it has gone beyond that (by in some cases more or less overloading colors for several unrelated purposes). And the lack of any universally agreed on principles for color choices does not make this any easier. Yes, in principle you can still try to squeeze in a color here and there but in most cases this will not improve the map. It is good that you try to look at the big picture but without overall design principles as guidance this is probably fairly hopeless.
Scree and shingle are currently rendered identically. Note rendering natural=sand with a pattern was a relatively recent and isolated change. Design choices for natural=beach and natural=scree/shingle were both done with sand being rendered in plain color. |
Lately I've been thinking all "human" landuses should be the same color. Its a superficial distinction that know one really cares about or gets the difference on anyway and it just over complicates things. Everyone just tags everything as large residential areas at this point. I barely ever see retail, commercial, societal, and residential areas individually micro-mapped. The boundaries and landuse areas can be seen with borders. I think that's enough. I think a better route then this would be to choose a single color for all of them that would work well with the major/minor/type building coloring scheme that is currently being proposed. Most things are mixed use these days and it matters more what the specific building is. Not what "landuse" it is. How many shopping centers out there have commercial buildings along with the retail ones? or how many commercial districts have a restaurant or thrift shop hidden in a small building somewhere in the middle of it? I rather be able to tell those things. |
You are correct, I was wrong in thinking they had a different pattern. They are distinguished from natural=bare_rock by pattern, but not from each other. I think they should get a subtly different rendering, since they are clearly different features, just like beaches vs sand.
That's why I suggested using the same color, but a distinct pattern, for natural=and and natural=beach; this would reduce the number of earth-tone colors by one. The other suggestions do not increase the number of landcover colors, but move currently used colors to different features: the beach color will instead be used for societal-amenities. *(
Is there a better way to measure this? I'm planning to show test images as well |
Groes Las, Wales z16 Morfa Dyffryn, Wales Pwlldu Bay, Wales Traeth Penrhos, Wales Talacre, Wales |
These test images show societal-amenities (schools, universities, hospitals) with the suggested new color; the first tow also have beaches and sand dunes. Burry Port, Wales Harlech, Wales Llandaff, University Cardiff Newport |
Including schools, hospitals, police stations... military areas? I think that's a reasonable idea for low and mid zoom levels. But at high zoom levels we should try to show the major types, so that mappers will know if they've tagged an area correctly. The current transition at z12 to z13 is fine. |
The contrast between strong yellow for schools and green pitches, which are usually there too, looks bad for me. |
Is is a category we introduced here in carto to make the discussion about a set of particular amenities easier. Thus it does not describe one tag and is not intended to.
Hospitals typically take in-patients, so it is mostly bedrooms.
Police does have an icon. Educational institutions could have one, if #3284 gets solved. We do not know yet how to deal with icons when the label has flexible font size. |
No, color physiology is not something you can cast into simple quantitative measurements. Back in the days we had in #2462 discussed various more specific methods of assessing color relationships which however were not ultimately adopted as rules for this style so color choices do not generally follow these rules: |
Yeah that's exactly my point. That's why it can be any color, another color, no color, multiple colors, or whatever. Because its not one particular thing and can be whatever we want it to be.
The specific buildings or sections at the hospitals that take in patents do. I don't know how it is in Europe, but in America its as much about out patient services, counseling, cancer screening, physical therapy, end of life planning etc as anything.
I'm aware of #3284. That's where my whole "we should use our time on more important issues then debating the benefits of %1 change in LCH on something that's already adequate" or whatever, comes in. Issue's like that aren't ever going to be closed otherwise. There will always ways to tweak the colors on things and people will always have issues with the current colors. Especially considering there's no design goals at the moment. In most of these cases @jeisenbe is just debating things with himself 99% of the time anyway. Not to say he shouldn't test things or its not valuable, just that a "work on bugs (or whatever) until design goals get decided on" approach might be better. Anyway, that's just my opinion. |
Back in the days we had in #2462 discussed various more specific methods of assessing color
relationships which however were not ultimately adopted as rules for this style so color
choices do not generally follow these rules:
https://github.com/imagico/osm-carto-alternative-colors/blob/bb68be69992724f56af1ba69fd1cf9aaf59284a0/CARTOGRAPHY.md
I’ve read thru #2462 and your alt-colors cartography guidelines.
But I may have missed the section about “more specific methods of assessing color
relationships”?
The relevant section of guidelines for this issue (societal-amenities
color):
**Colors**
- Differentiating features through different colors only makes sense if
this difference can actually be read by the map users.
- For area colors we prefer light and low saturation tones. Lines,
individual symbols and labels also can be stronger in color.
- Stronger colors indicate fairly distinct and meaningful features as
opposed to more general and less distinct features which use weaker colors.
- Small areas work well with somewhat stronger colors while large areas
tend to call for weaker tones.
...
- Area outlines should - when used - be in colors that are not too strong and
harmonic with the fill color. Care should be taken that area outlines are
not mistaken for line features.
...
- It is generally advisable to design color relationships in perceptual color
spaces.
...
- When changes have a strong impact on the overall appearance of the map input
should be sought from the broader OpenStreetMap community and particular
consideration given to their comments and concerns.
It looks like these parts of the guidelines were agreed upon by all the
maintainers who commented in #2462
I’ve tried to follow these while designing the new color. The current color
is too “strong” because it is very light, thus the contrast is too high
with buildings, roads and pitches and the color does not fit in with
developed landuses such as residential and retail.
So I’ve been trying to find a color that has a more similar lightness and
chroma to the other landuse colors for areas of similar size, eg retail,
commercial, farmyards, allotments, industrial.
I’ve also tried to keep the hue fairly similar to the current and older
colors, since it is better to avoid large changes without consulting the
broader OSM community (also mentioned in guidelines).
Are there other principles that should be considered for this issue?
|
That's unfortunate. I thought that The other option that I previously tested was 3)
More examples with this color |
Yes, this one is strong, but plays nice with pitches. |
It's a little too close to A shade with a more yellow-orange hue, like But here are some more examples with
|
The rules i linked to are methods of assessing the suitability of colors, not for how to pick the colors in the first place. The most significant rule is usually the rule of similarities: The difference in rendering between different types of features should foremost be based on their difference in meaning and purpose for the target map users. What you can do is evaluating various ideas and past choices regarding how they fare w.r.t. these rules - and this can give you a better idea if and why some of these work better than others. But always keep in mind that for how colors work in maps there are many more factors that play a role - in particular since the map user does and needs to recognize structures in the map that go beyond individual features |
@jeisenbe, what about something like #e5e5d7? It looks kind of sophisticated and good next to parks/parks. Although grass mapped on top of it looks a tad saturated, but it can be tweaked. |
`#e5e5d7` is quite close to landuse=garages `#dfddce` (deltaE is 2.9),
and also close to bare_ground `#eee5dc` (delta 4.2), mud (delta 4.6)
and transportation-area `#e9e7e2` (delta 4.9)
http://davidjohnstone.net/pages/lch-lab-colour-gradient-picker#e5e5d7,e9e7e2,e6dcd1,e5e5d7,f2efe9,eee5dc,e5e5d7,dfddce
…On 3/5/19, Adamant36 ***@***.***> wrote:
@jeisenbe, what about something like #e5e5d7? It looks kind of sophisticated
and good next to parks/parks. Although grass mapped on top of it looks a tad
saturated, but it can be tweaked.
![download](https://user-images.githubusercontent.com/30259065/53798113-6fc69500-3eec-11e9-8dc0-0196617ba0a6.png)
--
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub:
#3607 (comment)
|
Different enough though maybe. Its not like some things don't look similar. Context matters also. I don't people are going to confuse a school ground for mud. Its not like you can't tweak it either. I at least know yellow and orange doesn't work. I s;pent a few hours trying to find something on the yellow/orange that didn't look horrible or stand out to much. I couldn't find anything. So I think another color is needed. Btw, it looks much lighter as a dot then it actually is as areas. It doesn't look anything like bare ground in actual usage. Even if the "deltas" are close. I don't really care if they share some abstract value in common. Its more important they don't look similar. |
New idea: try |
I tested the new option (using the current
My preference would still be for I would be willing to try changing the color of pitches to be less blue (like @golf?), which might help with this impression, but since I don't notice the problem myself, this makes it hard to design a solution.
|
Background
#eef0d5
- Lch(94,14,112), a moderately light, slightly-greenish yellow#fbecd7
- Lch(94,12,80), as suggested by @imagico#ffffe5
- Lch(99,13,109)Expected behavior
Actual behavior
Possible solutions
Options I've considered:
#f8f7c1
LCH(96,27,107)#f6f7c7
Lch(96,24,109)#f5f3c6
LCH(95,23,106)#f8ecdd
- LCH(94,9,80)#fff1ba
LCH(95,29,97)These should all be tested at z13 to z17, including areas near:
And in areas that include pitches and leisure.
Screenshots illustrating the problem
Current
#ffffe5
Lch(99,13,109)Singapore National University
http://openstreetmap.org/#map=13/1.3052/103.8312
z13
z14
z16
http://openstreetmap.org/#map=16/1.3014/103.7845
z15
http://openstreetmap.org/#map=18/1.30184/103.78648
z18
Kahului, Maui Hawaii
http://openstreetmap.org/#map=13/20.8829/-156.4679
z13
z14
The text was updated successfully, but these errors were encountered: