-
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
Usability : New map openstreetmap-carto is too pale. #1863
Comments
You are not very specific with what you consider 'too pale'. There are recent changes that reduced the overall contrast (in the sense of average brightness variance) of the rendered map and others that increased it. In particular the wood/forest color change reduced it while for example the recent general road color change (that is not yet rolled out) probably increased it. There is also a pending PR regarding farmland color that would significantly increase the contrast (#1701). But i am not even sure if overall contrast is what you refer to with 'too pale'. In general it would be more helpful if you'd say what colors you think should change. |
Could you have a look at http://bl.ocks.org/tyrasd/raw/67a00dbb869456094373/#9.00/52.3535/5.0572 again, and let us know:
|
sent from a phone
I believe a main reason for lack of contrast compared to the old style stems from the decision to not render residential roads on lower zooms, leaving just landuse as background for the arterial roads. The old style had very deliberately created a kind of builtup polygon effect by the mass of residential roads merging into one 'blob' An alternative could be the rendering of place polygons in a relatively dark gray |
I doubt the effect was deliberate actually.
That's basically #1755. |
Do we have some tileserver with an older version of the style? |
http://bl.ocks.org/tyrasd/raw/67a00dbb869456094373/#9.00/52.0761/5.0716 - with limited area |
Specific: So it is not easy to say this element makes the different, it is the combination. @ math1985 See for yourself, math1985 comparison, example says it. I do not know how the evolution started, I read roads, if you give roads a more pale looking line and then say, ohhh, landuse must be not so intense, the roads must come out more, the pallet you choose, saw some pallets, nice the say, but does it work, then you go the way to a more pale looking map. What was the purpose in the beginning. Where to end with the product. Working in JOSM, I catched myself, with the new map, that i go more forward to watch the screen. And I use a special pc glasses, to sit back range 60 -120 cm, multiple screens. You all have put a lot of effort in to it, I appreciate that, respect, but it is the end product that counts, usability in other products like JOSM, our own, maybe back to the drawing table. I find that the old map has a openstreetmap character, it was not so bad, overall view, with new map it is lessssss. |
Unfortunately, I still don't see exactly what you mean. I'm afraid your current comments are too general to be useful to serve as a base for changes. I'll therefore close this issue - but feel free to create new issues for more specific comments. |
Specific: the overall view is to pale, that is very specific/direct and the usability of this pale map is a problem in JOSM. I explained that. I am not commenting general, I say the used color pallet is to pale. This gives a pale map in the end. And this is 5 hours open, let others comment, give others the possibility. You do not understand "pale", a white look. |
Somebody on Polish forum had a similar idea (increase contrast and decrease brightness) and provided mockups - see http://forum.openstreetmap.org/viewtopic.php?pid=527470#p527470 I am not convinced that changed map is better (it is simply ugly), though maybe something less extreme would improve map. |
For me it is about usability in JOSM, as a example, when putting over these maps a transparent layer. About color blindness, I said, no experience, a bit I think about that also. |
That's not being specific, that's making a general comment. I'm not saying that you are wrong, it's just that when you make a general comment, and a maintainer asks you to be more specific, you can't just restate your general comment and claim that it is specific. For example, religious icons, trams and place labels are all black. So they can't really be too pale. Shop icons are intense purple. I doubt that you think they are too pale. We haven't changed the water colour, but is that somehow now too pale? So when we ask you to be specific, please actually be specific and refer to actual features of the map. Otherwise your comments won't lead to any improvements.
Can you please post a screenshot of JOSM showing your problem? I note, however, that we aren't designing the map with the aim of the contrast being further reduced by using transparency. |
👍 I would re-open this issue, because I think of it as a proper meta-issue (which is broad and generic by definition), but only if @AllroadsNL is planning to make the more detailed issues and deal with discussing them. Otherwise it should stay closed. |
Are there others who agree with @AllroadsNL's observation that the map is too pale? |
The lack of visibility of footpaths as currently rendered over other features has been mentioned before (#747 (comment) is one example, I'm sure there are others). The rendering of "path" as "footway" has made that effect more widespread. As another example, it might be useful to look how the rendering of a tile (http://tile.openstreetmap.org/13/4061/2666.png) has changed between April 2014 and now. (ignore the missing boundaries and tracks in the "old" one - that's a quirk of the database used) Is it specific enough to say that "footpaths and tracks were more visible, particularly over woodland, before than they are now"? @matkoniecz 's link #1863 (comment) above is interesting - it's clearly much more easy to distinguish features in there than it is the current osm.org version. Whether it looks "ugly" or not (or whether that is even a problem) is an entirely different issue (see e.g. #747 (comment) and comments down from there). In answer to #1863 (comment) above, a quick search of issues finds lots https://github.com/gravitystorm/openstreetmap-carto/search?utf8=%E2%9C%93&q=visibility+issues&type=Issues . It's a little disingenuous to dismiss criticism as "not specific enough" when attempts to address specific problems have in the path just been closed down (see abandoned railways ad nauseam). A more honest answer would be "we've decided to do it this way after looking at the pros and cons; sorry it doesn't work for you; no one map can work for everyone - here are some other options". I personally don't believe that one map rendering can do all of "being the primary feedback to mappers", "being a usable general-purpose map" and "looking nice". The current style seems to be targetting the third of these far better than the other two. |
Not across the board but there are several cases where the map does not make optimal use of the limited color range available. As @gravitystorm pointed out in the urban context there are a lot of features in strong and dark colors and while there are certainly cases of less than optimal priorities (less important things in strong colors and important things too weak) these are mostly fine. But in the rural environment and at lower zooms there is room for improvement beyond #1755 and 1701. I could also say: the demo by @matkoniecz shown above - as ugly as it may be - would probably improve readability at low zoom and in rural areas in many cases but the map would be definitely worse in urban areas. In general with colors at the lower zooms being the same as on high zooms but line widths being smaller contrast of the map is reduced and this is a problem. In case of area colors there is also the problem that there are several fairly bright area colors, in particular park, campsite and playground that are mostly used on fairly small areas while grass, which is widely used on large areas, is significantly darker. Changing this could contribute to a more contrasty overall appearance. |
Opened for further discussion - however note that this discussion will need to lead to actionable comments. I'll close this again if/when we don't find any aspects on which we can take actions. |
People who have colorblindness. The pics from above replaced for a better compare |
The advantage of OSM is that things can be rendered in different ways. With the improvements in the code to define colours as variables, it should be relatively easy to automatically fork a version for high contrast or other special needs. There are already projects that print a tactile map sheet for the fully blind from OSM data. |
But the account page is the page openstreetmap.org, this is the page/map for us all. A own rendered map is not possible there and many of us mappers do not have the knowledge to set up such a page or the time. All links to nodes, ways and relations from many programs are linked to that page, so every time, every one, see this map. That why this is a important map. |
These are the things I've been researching a bit lately and my conclusion is that we have two general problems:
First one is easier: we can redesign OSM.org to be more like a universal OSM portal and create subpages like /map, /users, /community, /developers or /tools. It takes some effort to do this and some more to convince people this change would make it better, but it's perfectly doable. Second one is much harder. Our database is so huge, that we have not enough resources to bring more than one style covering the whole world. There is some hope in adding dynamic overlays, but I guess the ultimate solution would be to have vector tiles with many dynamically applied styles, just like the popular HTML+CSS combo, which is interpreted by the client (in osm-carto we apply the style on the server and we produce raster tiles). However it means we need a vector tiles server to begin with and we still doesn't have one, so I wait until we can afford it or somebody else will offer it for us to use (like HOT offering their own style). By the way: JOSM uses both approaches - it shows vector data with local styling, which you can easily change, but you can also show the static raster map or aerial images below, which makes data layer a dynamic overlay. |
Well, as you have asked for opinions, here is my opinion: I have the same impression as @AllroadsNL when I look at map: It seems pale to me. And it feels boring. This may be subjective and everyone has a slightly different impression, but I think that quite some more people feel the same – specially when comparing openstreetmap-carto to other map styles. The reason for the pale impression are usually the background colours of big areas at a given zoom level. This are the ocean and the basic land colour on low zoom levels. When zoom levels raise, the colour of areas like lakes, residential areas, industrial areas, parks and even buildings gets important. (Symbols though are small and do not give a coloured impression to the hole map if the background areas are pale.) However, I do not think that the pale impression is bad. I think it is good that the map is pale and boring. It is maybe like a letter. You can write a letter with “Times New Roman”. Or you can write a letter with “Comic Sans”. When you write a letter in “Comic Sans”, people will probably notice you unusual “fancy” font choise. But when you use the boring “Times New Roman”, than probably nobody will even think about the font you have choosen. Instead, the reader will completly focus on the content of your letter. Note that, also if “Times New Roman” seems more boring, it is the better font and it takes a lot more work to make a font like “Times New Roman” than to make a font like “Comic Sans”. And so it should also be for openstreetmap-carto. This map style shows more elements than many other map styles. This can only work well, when the overall impression is not too noisy, not too “loud”. And I think that this style does a pretty good job. Contrary to this, when I see the colour-tuned example proposal that @matkoniecz has taken from the polish forum, than I have the impression the the map is screaming to me, and it is more difficult for me to orient myself on the map: it is harder to read, and it is harder to find a specific element you are searching for. If a map is readable depends heavily on the use case. I agree that the way @AllroadsNL is using openstreetmap-carto in JOSM does not give a good result. But I do not think that this is the principal use case of openstreetmap-carto, and making it more colourfull just to satisfy a quiete unusual use case would mean a lower quality for the main use cases of this style. Also making this style be suitable for people with (partial) colourblindness would be a very special use case, and it would mean to use only some very extreme colours and reduce dramatically the choise of “allowed” colours, which would mean that we would have to render/support less elements and make the map harder to read for all people that have not colourblindness. I would not too much consider these very special use cases. Nevertheless maybe it would be a good idea to make the map a little bit (!) more colourfull, more joyfull. This would make it more attractive – but only if the modifications are only slightly (otherwise the readability suffers)! Probably forest, farmland and water background colours would be usefull candidates for some coloufull fine tuning at medium zoom levels and parks and other green features and buildings (and maybe even residential areas) on high zoom levels. PS: Note that also the new road style will bring a fresh breeze of colour … |
I just wanted to jump in with one observation that hasn't been made. When we started recolouring the map we had all kinds of different colours and no method to the jumble - trunk roads couldn't be seen in forests, sports centres were (are) more brightly coloured than points of interest, etc. So my idea was, and still is, to bring a rough order of precedence to the colouring, namely polygons < lines < icons and labels. Given the size of polygons compared to other features, it's natural for them to be less eye-catching, otherwise they dominate the map and it's really hard to find linear or point features among them. Of course, there is some subtlety between "less eye-catching" and "pale". For example, a pure white line can be eye-catching, or a pale line on a darker colour. There are also lots of subtleties around pale-and-interesting colours, or light-and-vibrant, or grey-and-boring. So it's really hard to generalise about this topic. I think there's still a lot of work to do, even just to finish sorting out our colours into a useful range, before we worry too much about whether the overall result is too pale or not. Certainly we've made the polygons paler, to make the roads stand out more, but with recolouring of roads that's likely to open up more range to adapt to. |
I have already noted myself that at least icons+labels are more intense than polygons (I'm not sure if the lines are really between) and I like this approach, I was however not aware that it's deliberate feature, but I like it even more. |
Note that #1882 reported the opposite of this issue - the user there prefers the HOT style because 'the colours are softer'. |
No idea what you are doing to get those screenshots but changing the opacity in JOSM for the various layers (osm layer and data layer for example) will result normal "brightness" for the map style. I suggest you ask on the JOSM message areas for more information about how to use the product. |
The screenshots above, the osmlayer basic layer underneath is full color, no adjust opacity, only the on top/above piclayer is adjust in opacity, to let the osmlayer shine through. To adjust the pic, because this one have no geodata. |
+ 1 |
"looks like" counter intuitive, but some maps of construction roads, we get it this way as a pic (non geocoded) from several municipality, these are the first maps, to put new part of roads on the map, bing comes later with aerial view. This was one example of use. |
On Thu, Sep 24, 2015 at 4:20 AM, kocio-pl [email protected] wrote:
There is some hope in adding dynamic overlays, but I guess the ultimate
Once again I do not agree with all that you are saying. I always wondered Vector tiles will not solve the too pale problem. I think that it is great That render chain render change supported traffic calming, for example. It The problem is that when a request comes in to lighten, say, the power tags Like I said, you guys have the right to experiment. However, you are not Regards, |
2015-09-30 23:46 GMT+02:00 AllroadsNL [email protected]:
I don't think that your very special use case should be reason for the |
That wasn't raised in order to support multiple styles on OSMF hardware, it was raised for other purposes.
If there's something specialist that you want to see, make your own map and add it to the www.osm.org page.
It's really bad to have a "you guys" attitude. We're all working together, it's not an us vs them thing. Not everyone can be satisfied with just one map style, hence why there are multiple map styles on the www.osm.org front page. In this repo, we're concentrating on this style, with the goals outlined here. If you want a "butt ugly" style, put a team together and make one, but don't come here haranguing us for trying to make a nice style. The more styles the better. |
Right, from all the comments here, it's clear that it's not becoming productive i.e. nobody is listing specific changes that need to be made. So I'm closing this issue. If you have a change, or a set of changes, that you want to see happen, then I welcome pull requests. |
I think we can continue the general discussion somewhere else, probably on Talk list, and come back here once we have something more specific, which can result in a working code. |
Default map, standard map, the map to control and see "basic tags" off all kind back after mapping.
I use it in JOSM as a background map, like many of us, over that I put some layer(s), which I make transparent, the overlayer becomes pale, inherent because of the transparency process, because the openstreetmap is so pale, above the pale overlayer(s) makes is very difficult to work with. The overlayer transparency must set so low. Comparability in JOSM is lost. The openlayersmap does not shine through like it did before.
The use in JOSM is one of first in line important uses.
This proves that the chosen rendering is not well.
This is a major problem!
We need back the old contrast and deep colors.
I see the default openstreetmap as a control map, a need to use it like that.
I have lots of paper maps, but none has a layout so pale as openstreetmap, why?
Are these papermaps factories doing it wrong?
Are there more that find this a problem.
If I read the forums they do.
The text was updated successfully, but these errors were encountered: