-
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
Rivers and canal lines and areas should be darker than other water areas #3896
Comments
Question is if we want a riverline to be visible in a lake. Getting the riverline through is important for waterway routability, not necessarily nice visual rendering. |
Displaying river lines over water areas would provide mapper feedback about the geometry, but it would not meet expectations about how a map should look, and it might encourage mappers to remove waterways within lakes, so I would not recommend this. Fortunately, water lines are now rendered under water areas (since v4.21.0), so we can now change the river color without having rivers appear over water areas. |
There's some discussion on the related issue #3895 about how it will look where a river meets the ocean (or lake). Here are some examples from Hamburg (you'll need to enlarge to full size): z13 after changing river color z17 Tiefstackschleuse canal lock comparison z16 Elbe river coastline transit before z16 Elbe river/coastline after z16 Elbe river/coastline aerial imagery in iD z15 after |
Reference to a discussion about oceans - see #3895 (comment): rendering sharp borders between water areas is introducing artifacts for me, so I'm against simple adding colors, I guess using smooth transition would be enough to avoid it. Dark rivers are needed only on low/midzoom, because they are rendered as thin lines there, so we could use color progress (the higher zoom level, the lighter color). BTW - are there any salt rivers? It would be good to test #3901 (white dots overlay) with such a dark color. |
What about other waterways, like canals or ditches? (see https://taginfo.openstreetmap.org/keys/waterway#values) |
Yes, the other water lines also have the same problems, but they are most
noticeable with natural watercourses. They should all get the darker color
In the rendering examples, waterway=canal, =ditch and =drain are also
rendered on the darker, more saturated river color, and water=canal is
rendered like waterway=riverbank areas too.
|
Great, could you please update the ticket name/description with general "waterways" then? |
I guess waterway zoom progression lightening might be especially important in Japany or Holland, since they have a lot of rivers and canals - could you test a dark version of a Tokyo area and Amsterdam area? |
Done. I added "canals". The problem is not so visible with the narrow linear waterways, since they are only mapped as lines, not areas, and they have a light color casing. However, they should also have their color changed to match rivers and canals at first. (In the future we should develop a subtle distinction between streams and ditches/drains, but that isn't part of this issue.) |
I can test the z13 area in the Netherlands, but my laptop only has 6 GB of ram, so I don't think I can import the whole z9 Tokyo area. Since the current water color is not faded at low zoom levels, I don't think it's necessary to introduce multiple different colors for water at different zoom levels. This makes it harder to read the map and difficult to develop a map key/legend. Also, remember that I want to merge PR #3670 which will remove the color fading from z12 and lower, so in the future z9 to z11 should look more similar to the current z13 and z12 rendering. This will make it unnecessary to fade colors at low zoom levels - instead the different landcover colors would be combined. But the water colors should still be distinguished:
|
This works good for special buildings, I see no problem with that. However this is just the idea at the moment to prevent unnecessary dark river color at high zoom - it's not needed for water type distinction nor the current river color is unclear there.
I mean making river color fading from low (dark blue) to high zoom (close to a current blue), not the other way around. |
Sorry, I forgot to test it on German fork - they have strong roads, but Tokyo area rivers look OK for me: It seems that Amsterdam is tagged in some other way, since in this area the waterways color seems to be not darken: |
Here is one of the larger countries with fairly complete landcover mapping which my laptop can render at z8. This is the first level where river lines are shown. z8 with darker rivers (2 water colors) z8 with darker rivers and lighter ocean (3 water colors) z8 with darker rivers and 4 landcover colors (after PR #3670) - ocean same as lakes z8 with darker rivers, lighter ocean and 4 landcover colors (PR #3670 + issue #3895) |
Thanks for another example. Rivers look OK in every case, 4 landcover colors look bad for me in both cases (too strong high vegetation green). Also the ocean looks good only with 2-color water version, it's bad (too pale) when light and I even a current version looks weak in comparison. |
FYI, the german style is using slightly different colors than those tested above. They use:
See https://github.com/giggls/openstreetmap-carto-de/blob/master/style.mss But I have been testing:
Main differences are that the tested river-color has higher chroma (and saturation), and the ocean-color is a little lighter but also a little higher chroma. |
Following up comments in the related issue (#3895 (comment) and @kocio-pl mentioning trying less contrast), here are tests with oceans similar to the current water-color, but lakes in a new color intermediate between the new river-color and the new ocean-color. This is gives quite low contrast between each step; I don't think it would be possible to make the colors any more similar and still distinguish lakes from rivers.
z15 Ardalstangen Norway, current z15 low contrast water colors with 2px gradient around coastline z15 previously tests water colors (same as alt-colors style) z14 Utla river - lake transition - current z14 lake high contrast (alt-colors) |
Generally speaking i am not a fan of compromises between showing something and not showing something (a.k.a. fading) or between differentiating things and not differentiating things. Are there actually any cases where you think the color scheme you now tried works better than the one tested before? And i of course mean that the difference between different types of waterbodies is less visible is not an advantage. As a general rule: When things are shown in different colors but the color difference is not readable map readability is decreased because the color differences - even if not readable - lead to poorer identifiability and less clear color relationships with other colors in the map. |
No. However, it succeeded in getting us to consensus on I think we might still need to make the ocean a touch lighter, and perhaps lakes can also be lighter to increase the contrast between lakes and rivers. |
Reopened by #3955 |
@kocio-pl requested a summary of the reasons for showing rivers differently than lakes in a comment on closed PR #3930 - I think this is a more helpful place to discuss the general issue. As mentioned above, there are 3 main reasons to show rivers differently than other water bodies:
This makes the map more legible by clearly distinguishing waterways (like rivers, canals) from lakes and seas. Since waterways need to be darker/higher contrast with landcover, due to point 1 above, lakes can be a bit lighter and less chroma.
In the past waterway=riverbank was the standard way to map all rivers, but now a number of editors are using natural=water, so water=river needs to be added. This can be easy to forget, so mappers need visual feedback from this style to make sure that the tag isn't missing from some segments of a river. |
In #3930 (comment) @kocio-pl wrote:
Could you please point to the specific suggestions? |
Is there a way in CartoCSS to blend the colors of two polygons together where they meet, like the last X amount of pixel along the side where they join or something, or is that not possible? |
No, this is not possible and is also quite unlikely to be implemented because it would be computationally expensive. What has been shown so far as examples here are one sided edge gradients of the coastline that depend on using the coastline line data set in addition to the coastline polygon data. And as said - deliberately blurring geometries that have been placed by mappers with consideration and where accurate positioning is of significance for data users would clash with the goals of this style. |
Expected behavior
waterway=riverbank
andwater=river
should be distinguished from lakes, reservoirs, ponds and other non-flowing water bodieswater=*
tagsActual behavior
natural=water
This issue blocks merging PR #3670 to fix #3513 and possibly #3647
The text was updated successfully, but these errors were encountered: