Christoph Hormann
Christoph Hormann
[5.8.0](https://github.com/gravitystorm/openstreetmap-carto/releases/tag/v5.8.0) is more than half a year ago so i think it would be good to think about a new release. So far we have only few rendering relevant changes...
In light of the work of @matkoniecz on [cleaning up non-standard shop values](https://wiki.openstreetmap.org/wiki/User:Mateusz_Konieczny/unusual_shop_values) i think we should re-consider the catch-all we have for rendering generic dot symbols for `shop=*` and...
In #4952 we have the first concrete change proposed in this style that is using SQL functions in its implementation. This choice was based on the implementation of a similar...
We currently render `tourism=attraction` with a name label in `amenity-points`. This rendering has a long history of changes - see for example #941, #1063, #1257, #1824, #3603. It has, however,...
Labels universally start at z17 while symbols for `tower:type=lighting` and `tower:type=bell_tower` only start at z18:  (also note that currently `tower:construction` has priority over `tower:type` - which is odd for...
Rendering of water barriers (dam, weir, lock_gate) is quite a mess at the moment with irritating and confusing discrepancies between queries, cartocss symbol code and labels. Mapper consensus seems to...
Since #4606 we have been including a script to download the fonts we use and this way implicitly tell style users they can rely on that taking care of the...
#4778 brings focus on the - so far - not very well planned display of name labels for physical geography features that are rendered with a label only. Those are:...
There are a number of things that should be looked up after merging #4978. Since we are going to require deployments to re-import their rendering database it is a good...
By switching to water polygons for the coastlines (#3694) we are now able to better define what to show over water and can get a more consistent drawing order with...