Openstreetmap-carto: Strange rendering of amenity=toilets as a brown circle at zoom level 19

Created on 29 Jan 2018  Â·  18Comments  Â·  Source: gravitystorm/openstreetmap-carto

Since the last update (v4.7.0), amenity=toilets are rendered as a brown circle instead of the toilets symbol at zoom level 19 (but not at zoom levels 17–18):

screen shot 2018-01-29 at 20 43 35

I suspect this to be a bug, because I couldn't fine a reference in the change log (and this change doesn't seem to make sense).

amenity-points bug

Most helpful comment

I confirm that the access tag is responsible of the bug because bicycle_parking without this tag are correctly rendered.

All 18 comments

Could you post a link to this location? Otherwise it'd be hard to investigate it.

The screenshot was from here:

but it seems to affect all amenity=toilets.

I don't see this effect wnywhere. Could you post which rendering server are you being served by?: http://tile.openstreetmap.org/cgi-bin/debug

Mine is orm.openstreetmap.org .

Same with playgrounds:
https://www.openstreetmap.org/#map=19/49.99088/8.27042
grafik

Unfortunately I have just redrawn the plaground, so probably you won't see it any more.

Please also report which server did such rendering, I suspect this the source of the problem.

How do I see this?

Through the link I included:

http://tile.openstreetmap.org/cgi-bin/debug

orm.openstreetmap.org

I have seen this just for a moment with orm, but now it's gone. I will check it again tomorrow.

I don't see this effect wnywhere. Could you post which rendering server are you being served by?: http://tile.openstreetmap.org/cgi-bin/debug

scorch.openstreetmap.org

There are even leisure=pitch + sport=table_tennis nodes rendered as brown circle:

screen shot 2018-01-30 at 08 46 05

Location: https://www.openstreetmap.org/node/5148254822

Same thing with the access=permissive + barrier=gate.
Link to node history

image

For the record, bicycle_parking at z=19 is also concerned but surprisingly, not all are modified (related to the cache?). At z=18, the correct icon appears.

Example : https://www.openstreetmap.org/node/4693394595

z=18
z 18
z=19
z 19

Looks like a real style bug, I guess v4.7.1 would be needed soon...

So the first thing is to find the faulty commit.

Might it be related to the entrances query?

        (SELECT
            way,
            tags->'entrance' AS entrance,
            access
          FROM planet_osm_point
          WHERE tags->'indoor' = 'no'
            OR tags->'indoor' IS NULL)
         AS entrances

Seems very general to me, and this block in entrances seems to only filter on the access tag:

#entrances {
  ...
 [zoom >= 19] {
    ...
    ["access" = "yes"],
    ["access" = "permissive"] {
      marker-fill: @entrance-permissive;
    }
    ["access" = "no"] {
      marker-fill: @entrance-normal;
      marker-file: url('symbols/rectdiag.svg');
    }
  }
  ...
}

This was my primary suspect, thanks for taking a look at it!

In case this is a real reason, the question is if it can be fixed soon ( @tpikonen ?) or it should be just reverted?

I confirm that the access tag is responsible of the bug because bicycle_parking without this tag are correctly rendered.

Yes, the bug is where @zerebubuth indicated. I'll prepare a PR soon.

Ok, please test PR #3048 if you can. Entrances and toilets with permissive access now render correctly here, but it would be nice to get a confirmation.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

d3netxer picture d3netxer  Â·  4Comments

lakedistrictOSM picture lakedistrictOSM  Â·  3Comments

d1g picture d1g  Â·  4Comments

meased picture meased  Â·  3Comments

polarbearing picture polarbearing  Â·  5Comments