Mateusz Konieczny's Comments
| Post | When | Comment |
|---|---|---|
| New road style for the Default map style - highway=path is evil |
added to list of test locations
I tested this idea, more about it in the next diary entry.
Interesting idea, I will test it.
Or directly in rendering rules as it is currently done for bridleway and cycleway. The more complicated part is deciding what highway=path really represents. This tag is not used in rendering and without database re-import it is impossible to use it.
It is not blocking rendering names, names are more likely to not fit inside roads.
“residential color” - is it about residential roads or is it about residential landuse? |
|
| New road style for the Default map style - highway=path is evil |
That would be great - as sometimes adding more data to OSM reduces quality of maps. On z14 displaying only important footways would be result in a better map. Unfortunately there is no tagging scheme for that what makes such rendering impossible. I was experimenting with one and my conclusion was that it is too subjective.
Unfortunately it seems that different people use path/footway based on different criteria making the distinction unusable (the same as with landuse=forest/natural=wood).
It is not so easy - this would start problems with forest too close to other green landuses. It also would not solve problem with motorways looking like rivers.
I am pretty sure that polka-dot filling would be too busy, but I experimented with footways closer to highway=pedestrian in style. It would be a good idea to at least try highway=pedestrian closer to footways.
Note that according to current definition on OSM wiki highway=path/footway is not indicating surface quality and whatever it is paved. Recommended tagging for combined footway and cycleway is [highway=path; bicycle=designated; foot=designated; segregated=yes/no]
|
|
| New road style for the Default map style - the first version | “Main problem with that styling is that it works really well on some maps” should be “This styling works really well on some maps, but not for openstreetmap-carto.” (is it possible to edit comments?) |
|
| New road style for the Default map style - the first version |
It seems to be consensus.
For now I will revert it to current version (black dashes, red dots) and think more about it later.
Making footway like current highway=path but stronger would make it too close to highway=track
Thanks for information!
Maybe it is worldwide standard for motorway signage but it certainly is not a worldwide standard for marking motorways on maps.
Thanks, it will be useful!
That is my current plan, hopefully people will like it more than new footways :)
Main problem with that styling is that it works really well on some maps. On https://www.ordnancesurvey.co.uk/shop/custom-made-maps.html it is possible to see previews of maps with a really great styling. See for example
and compare with osm.org/#map=16/50.8100/-1.0946 Ordnance survey is using different strong color for each road type. Note that usage of saturated colors is restricted for that purpose. OSM map is currently trying to use broad range of colors for multiple purposes, not only for roads. The most obvious are different landuses displayed as areas with various colors - not only as labels. There are also many additional features (for example pitches, parkings, labels for motorway junctions…). Currently leads to problems like “ops, trunk road through forest is invisible” and result is sometimes closer to abstract art than to an useful map. One solution is to no longer display so many features differently - for example stop rendering most landuses as areas. Other solution is to not use not so broad range of colours for different features - for example starting for roads. In addition OSM map generation is fully automated what makes good label placement and things like box listing ferries extremely complicated (in theory doable, in practise…). Note also that many map styles strongly benefit from fact that one style is not supposed to work across the entire world. |
|
| New road style for the Default map style - the first version |
Switching from blue motorways was one of main reasons why I thought about redesigning roads :) It is probably a bit of cultural effect - I never encountered map with blue used for roads before OSM. From start I keep confusing motorways with rivers. My the first reaction to osm.org/#map=12/50.0554/19.9395 was “why river is so badly mapped?”. It is not just me, it is reaction of also some other people on showing them OSM for the first time. I hope that red - orange - white color scheme will be more universal that UK Ordnance styling.
It conflicts with water - some time ago I attempted to experiment with water rendering and blue motorway blocked attempts to change. |
|
| New road style for the Default map style - the first version |
Yes, narrowing of roads was mostly done during preparing rendering for z16 and I plan to experiment with widths a bit more. Can you give example of well mapped city/town at low latitude for testing? Most of what I found had really high road density and also benefited from less wide roads.
Currently both are rendered in exactly the same style. I thought that it would be a good idea to reduce number of road classes with a separate style (like Humanitarian style did) but it seems that this idea is not liked.
Is it basically a tram equivalent? From description on OSM wiki it seems indistinguishable from railway=tram and it seems to be result of the different local name for trams. For example wikipedia article has “a mode of transit service (also called streetcar, tramway, or trolley)” quote. Currently railway=light_rail, railway=funicular, railway_narrow_gauge are rendered in the same style. Maybe it would make sense to render railway=light_rail rather like railway=tram.
Thanks for feedback!
Thanks! |
|
| Map of turn restrictions | Very interesting map, though there is situation where it gives a false positive:
This tool claims that relation has a problem ““to” member 242368428 forbids to enter oneway in wrong direction” See relation/3835134 http://map.comlu.com/?zoom=19&lat=50.061017&lon=19.944498&layer=Grayscale&overlays=TTT |
|
| map styles: Default OSM vs Google Maps |
Than I have a god information for you - GSoC project mentioned in the first paragraph includes displaying surface tags for roads in Default map style. |
|
| how fix this problem in Josm | 1) Update JOSM 2) report a bug to JOSM bugtracker (see instructions at http://josm.openstreetmap.de/newticket) |
|
| map styles: Default OSM vs Google Maps |
Can you link a well mapped area with such low feature density? It would be really useful.
Thanks for a link! I had example of this problem but not so extreme. Added to list of locations for tests.
It is hard to compare map styles here as Google Map style has nearly no data to display. Also added to list of locations for tests.
That would interesting, but it may result in not-so good display on border between one width and another. I will add it to “list of wanted things that would be nice” - osm.wiki/w/index.php?title=Google_Summer_of_Code/2015/AcceptedProjects/Road_style_in_Default_OSM_map_style&diff=1175116&oldid=1174627
Hopefully this will work (it worked in Google maps but they have a different dataset, with closer amount of roads marked as trunk/primary importance for country. In OSM differences are more significant - compare UK and central or eastern Europe. The same may be true also for roads of lower importance)
Comparison with this map style is also planned.
Yeah, and importace of footway is not something that would be easy to tag (smoothness is nearly too subjective to tag it). Minor footway may be a route of important trail/cycleway/etc route. But unfortunately route relations are not working as a reliable hint for importance.
My current project is limited to roads. But as minimum, during GSoC I must figure out how to test low zoom levels (hopefully downloading planet data and filtering it using osmfilter to display only used objects will work). I want to improve it - despite recent improvements it is still really bad (note that simply displaying subnational entities later would make map worse in for example USA where label for states should appear early).
See https://github.com/gravitystorm/openstreetmap-carto/blob/master/CARTOGRAPHY.md
That is the exactly what I am doing.
Within last versions there were some nice improvements - especially “rendering country/state labels” and “French-style tree rendering” by math1985 and lighter buildings colour by Paul Norman. For me also rendering parking and gate icons later and with lower priority was important but it was important only in heavily mapped areas. But yes, there are still many things that may be improved.
Not planned as part of this GSoC project, it would be a really complex project beyond improving a map style.
landuse=residential is displayed in the same colour, it is most likely optical illusion relating to change how minor roads are rendered
As mentioned: obvious solution - render features differently in low density areas is really hard and doing this is not planned as part of this GSoC project. And obvious, simple solutions like that one have drawbacks worse than current “single style for everything”. |
|
| Is it the moment for OpenStreetMap? | Is it even possible to change license without throwing away massive amount of data? |
|
| Osmic (OSM Icons) 0.1 | Thanks for your icon set! |
|
| 2 years of overpass turbo | I want to thank you for the overpass turbo. It is really amazing tool allowing to quickly find missing/bad data (I am using it to find nearby roads without surface tags). It is possible to make simple but powerful visualizations, yesterday one was used by a local portal (I quickly made a map of places with playgrounds to illustrate that city center has none - http://overpass-turbo.eu/s/8FY ). Thanks for this amazing tool! |
|
| OSM POI age of different cities around the world | You may want to change “where” to “were” in “Most of the POI in Ankara where added in 2006 - 2008”. |
|
| WikiProject Emergency Cleanup | Please, switch to something less jarring. Maybe jist listing pages or category would be enough? This banner is rather obnoxious. |
|
| First steps in historical OSM analysis | Can I request this for Kraków? lower-top corner: osm.org/?mlat=50.1309&mlon=19.7754#map=11/50.1309/19.7754 bottom-right: osm.org/?mlat=49.9850&mlon=20.1153#map=11/49.9850/20.1153 or larger |
For example this would be 