[admin] Administrative borders are too bold

[openstreetmap-trac]

Reporter: Petr Dlouh
[Submitted to the original trac issue database at 3.40pm, Sunday, 21st August 2011]

Administrative borders are too bold, they are overbeating almost all other objects in the map.

Look at this area overfilled with borders:
http://www.openstreetmap.org/?lat=50.1653&lon=14.359&zoom=13&layers=M

This issue even enlarges when the map is viewed in impaired visibility environments (mobile phones, purblind, printed map - especially black and white).

Administrative borders probably should stay in map, but they should be made as thin as possible and also not-to-be confused with highways.

[openstreetmap-trac]

Author: Kozuch
[Added to the original trac issue at 1.22pm, Monday, 22nd August 2011]

I second this. It is somewhat related to my ticket called "Hide administrative boundaries in default mapnik layer" (see http://trac.openstreetmap.org/ticket/3588). I think this problem may vary depending on location, but Czech Republic is extremely bad on it - probably because we have admin boundaries heavily mapped (probably thanks to CUZK). The fact the borders are mapped is OK but the current way of displaying in Mapnik layer is just very, very disturbing.

[openstreetmap-trac]

Author: Ldp
[Added to the original trac issue at 1.14pm, Thursday, 15th September 2011]

I believe hiding them is the wrong decision.

As long as you also tag the constituent ways of boundary relations with admin_level=* and boundary=administrative, it could be fixed by dropping the rendering of the relations themselves.

Unless somebody comes up with a clever and workable method of handling this during the import and diffs stages, I believe this would be the only way forward in making boundaries uniform and less in-your-face everywhere on the map in one fell swoop.

[openstreetmap-trac]

Author: Mateusz Konieczny
[Added to the original trac issue at 11.58am, Thursday, 3rd July 2014]

This is now being discussed on Github: gravitystorm/openstreetmap-carto#622. therefore I will close the issue here.