-
Notifications
You must be signed in to change notification settings - Fork 130
Selectors match where they shouldn't #315
Comments
By MapBox you mean TileMill, right? This is indeed a bug, and in Carto, due to testing for |
Thanks for your quick reply. Had anyone already created an issue for this? |
Doesn't look like there's anything that hits exactly this, and you've given a good test case, thanks. |
I actually ran into this in practice, when working on the standard OSM style, and wanting to do something like this:
Would be nice if it could be fixed :). |
This might already be fixed in carto. openstreetmap-carto's admin-01234 layer uses a similar pattern (abbreviated):
On OSM.org, admin_level=2 at z10 renders at 6px as expected. However, in my TileMill install it renders at 2px. My TileMill (which is the latest Windows release available) is using carto 0.4.7. It emits a LineSymbolizer with stroke-width="2". A newer carto (0.9.5) emits a LineSymbolizer with stroke-width="6". The XML diff reveals a similar issue with national-park-boundaries text (abbreviated):
My TileMill emits size="8" at zoom 11. In the latest carto it's size="11". |
I'm a bit confused here. What exactly is the bug that you each feel exists? |
I'm not sure if I understand what's unclear. The code I gave renders all objects with line-width 1, but I would expect it to have no effect as I have no layer #somelayername. |
The sample in the first post still produces a
|
Will have to revert the fix for this as it causes performance problems. |
The following code renders all objects with line-width 1, even though I have neither a layer #somelayername, nor a field 'testname'.
I have tested this in
MapboxTilemill with a small OSM fragment loaded in postgis, and a single postgis layer as follows:Please let me know if this should actually be filed against
MapboxTilemill or Mapnik.The text was updated successfully, but these errors were encountered: