-
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
WIP Improve low-zoom levels #3074
WIP Improve low-zoom levels #3074
Conversation
Yeah I gathered that, but I hadn't read this PR as "ready to be deployed" yet (too many "WIP" in changeset descriptions and even in the title). This has however now been deployed and Z0-8 rerendered. |
Thanks a lot! Quite a big change, I really need to get used to it myself. URL to compare: http://bl.ocks.org/matthijsmelissen/raw/af7a602c222dbf1ff1a2c0d84ed755b7/#7.00/37.519/16.197 |
This might be good for checking the borders tagging - and maybe making them more standard to avoid problems like here: http://bl.ocks.org/matthijsmelissen/raw/af7a602c222dbf1ff1a2c0d84ed755b7/#13.00/16.4752/-90.5431 or here (3 different renderings of the same border - black, blue and none): http://bl.ocks.org/matthijsmelissen/raw/af7a602c222dbf1ff1a2c0d84ed755b7/#14.00/44.4144/-75.8381 |
Korean border (Korean Demilitarized Zone) looks strange now: |
If this PR includes changing borders on all zoom levels (it's name is "low-zoom levels", but @matthijsmelissen visualisation includes all zoom levels, so I don't know), I've got some remarks:
|
I quite like the visual aspect of these changes but there are problems.
|
Another interesting place to test rendering countries - Vatican: http://bl.ocks.org/matthijsmelissen/raw/af7a602c222dbf1ff1a2c0d84ed755b7/#13.00/41.8987/12.4623 |
Hmmm, difficult, and yes, too much in one change really ;)
|
I see a lot of gaps in borders. Poland loses all of its regions. Since, I assume, these borders are mapped properly with relations, could it be this PR relies on a secondary, often overlooked mapping practice, like tagging border ways with Can you use a Lua transform to set |
Correct. Historically this style has for a long time rendered administrative boundaries both based on way tags and based on boundary relations. This was changed in #1989 to relations only which provides meaningful feedback for mappers that they have correctly mapped the boundary relation - see also #2950 (comment). This PR would change mapper feedback to communicate to mappers about way tagging only and not about boundary relations. The mapper would essentially directly draw boundary lines. Boundary relations would be used for labels only - which would generate additional confusion for mappers. If you'd transfer tags from relations to ways you would need to decide if you do this based on tags (i.e. still require boundary=administrative to be tagged on ways) or do this based on relation membership only. In any case you would still loose mapper feedback regarding the validity of the multipolygon geometry. |
2018-02-25 10:33 GMT+01:00 hikemaniac <[email protected]>:
In general this PR looks good. In my opinion the country and region
borders become more recognizable and distinguishable.
I don't share the enthusiasm, with the changed colors and line width the
borders come very close to railways, the small width makes it IMHO more
difficult to distinguish borders from other features, because they are
closer now.
|
Does your criticism apply to all zoom levels or only the mid/higher ones? |
I think this issue should be split into few parts, and in the part with borders colour change, we should start from changing current borders color to dark-green, and discuss about certain problems one by one. It's big topic by itself, so with another things (labels change, highways visibility) the disscusion it messed up too much. |
If I see it right, the land color has been changed for something yellow, or this is a kind of bug? |
Yes, that's something I've been experimenting yet (for z0-7). It increases the contrast between land/water and land/roads, and to me makes the map more pleasant to look at. Not sure yet whether I'll keep it though. |
I remember somebody had a link that shows the admin ways that do not have an admin_level tag. Could somebody repost that link? |
I don't like yellow background idea. For me, @imagico low-zoom proposition is way more better direction. http://maps.imagico.de/#map=3/38.411/2.988&lang=en&r=osmlz&o=146&ui=2 |
Which of the layers? Note that the Green Marble layer is not osm-data, so we probably don't want to use it here. |
The ones set in link (OSM-Carto style landcover, OSM-Carto style water areas). I like Green Marble, because it's giving an effect like everything is complete :) |
I agree that it looks nice, but of course the question is whether we want to give the impression on openstreetmap.org that everything is complete :). |
This is more realistic version which shows only the data we already have: http://maps.imagico.de/#map=3/38.411/2.988&lang=en&r=osmlz&o=56&ui=2 This model however doesn't use desaturation we use on midzoom, so the colors would be softer (that would probably help Japan for example). IIRC Green Marble was used by Christoph only to show how the final effect could look like: http://blog.imagico.de/on-basic-small-scale-landcover-rendering/ The bare land will be still visible on low zoom levels for quite a long time and I like the current color (yellow/green doesn't work for me). |
0c5c2b3
to
2b22d9c
Compare
I am strongly against this move as it completely breaks the data model of boundary relations. |
* Admin rendering based on lines instead of relatinos does not work (lack of data in e.g. Poland, and ugly rendering of dashes in case of short sections). Instead, this renders maritime borders based on lines, on top of the full border based on the polygon. * Fix error on high zoom levels. * Render maritime border slightly darker.
I prefer the first from your first post and the third from the second post.
Also the last is OK, although I prefer less thick and more contrast. The
variants with the thinner borders blur into the map and make it less
readable.
|
Proposition from #3074 (comment) was perfect for me. Bold, well-readable country names and well-visible borders in gray, which was distinguishing them from pink roads. |
2018-04-12 11:17 GMT+02:00 Tomasz Wójcik <[email protected]>:
Proposition from #3074 (comment)
<#3074 (comment)>
was perfect for me. Bold, well-readable country names and and well-visible
borders in gray, which was distinguishing them from pink roads.
the dark green country names are not very discernible from the city names,
our current color choice does a better job in making this distinction.
|
For the record, the same area/zoom level with that proposition: |
It would help me if you add numbers to the proposed versions. |
Done! |
I like 3 and 5 is also acceptable, however I'm not used to it. |
2b22d9c
to
1d01a46
Compare
I'm a bit stuck with improving the low-zoom levels further. In my opinion zoom levels 5/6/7 are still rather ugly, however I find it hard to really improve them. Is anyone willing to write a PR with suggestions? |
I'm stuck with #2946, but I lack the proposition how to solve it, mainly from @matkoniecz. Another thing for low zoom that depends on the problem beyond me is showing rivers using waterway relation properties - see osm2pgsql-dev/osm2pgsql#230 (comment). I'm not sure what else could I do at the moment. |
Some of the issues in this PR have been addressed already; others will hopefully be addressed in separate PRs. I am therefore going to close this meta-PR. |
This is a big pull request (might be split up later) to keep track of proposed changes on the low zoom levels.
This pull request does the following:
This PR also includes #3065 (give oceans outline and simplify shapefiles on z0-7), #3056 (improve country/state label rendering) and #2972 (add halo to roads on z6 and 7).
On a technical level, admin borders are now rendered from the individual lines rather than polygons. This is necessary because drawing admin borders from polygons means we always render two borders on top of each other (both sides of the border), which means borders are always rendered unnecessarily thick. It also gives problems with the generalization algorithm. However note that admin_level's on the individual lines are missing in some countries (most notably Poland), so this still requires some work on the data side.
Resolves #2688. Supersedes #2950 (different approach).