Я уже объяснил, что эта ситуация не о том, чтобы чувствовать разницу, а о том, что это новая интерпретация привычных значений (когда path было “стихийная тропа, возможно - без покрытия”, а footway подразумевал foot=designated).
Теоретически, старое новому не противоречит (стихийная тропа, определенно, не foot=designated), просто потерялся момент стихийности и подразумевающегося отсутствующего покрытия или наличия естественного покрытия.
tourism=artwork стал рендериться, новая иконка для shop=department_store
Скажите пожалуйста, а почему highway=pedestrian+area=yes рендерится поверх всех остальных полигонов? (деревьев, газонов) А альтернатива area:highway=yes не рендерится вообще. Возможно стоит это исправить?
Потерялся вменяемый стиль, выделяющий визуально полезную информацию. А появился какой-то тупой велосипед, не понятно о чём и зачем. Результат соответствующий.
Игровые площадки позеленели.
Приоритет highway выше, чем landuse, используйте мультиполигоны. area:highway сейчас отсутствует в базе основного слоя, но есть надежды, что появится https://github.com/gravitystorm/openstreetmap-carto/issues/180
Мультиполигоны для landuse?
Мультиполигоны для area:highway или highway=pedestrian+area=yes, где газон будет в роли inner.
Понял, спасибо
landuse=construction поменял цвет с вырвиглазного хаки на более тусклый и спокойный, поменяли штриховку для садовых участков с линий на точки
Ну наконец.
запрос на добавление отображения горных тегов
https://github.com/gravitystorm/openstreetmap-carto/pull/2138
быстрее бы допилили.
Дачи landuse=allotments такие-же оранжевые полосатые как были.
landuse=orchard зеленый с точками, не помню какой был до этого.
зеленый с точками существует как минимум ~год.
F5 нажмите или подождите пару дней. Собственно, все ходы записаны: https://github.com/gravitystorm/openstreetmap-carto/blob/master/CHANGELOG.md
Shift-F5 только… или Ctrl-F5 для IE.
У меня SAS.Планета без кеша. Видимо была очередь на перерисовку.
Новая фича (точнее, косяк) мапника: теперь на линиях улиц без названий не рисуются стрелки одностороннего движения:
http://www.openstreetmap.org/#map=18/55.76665/37.53831
Видимо, это и есть “Fix combination of long names and oneway arrows” с https://github.com/gravitystorm/openstreetmap-carto/blob/master/CHANGELOG.md
Кто-нибудь понял, почему различные свойства леса нельзя через мультиполигоны отобразить? И болота, например, тоже могут иметь такую «топологию»: кольцо заболоченного леса, а внутри — тростниковые заросли. И то, и другое — wetland. Так что — не рендерить тростник?
Сдаётся мне, что правило «теги на отношении, а не на контуре outer» тут не при чём (тем более, что речь, как раз — об inner).
Почему - osm2pgsql так работает, сбрасывает теги у inner когда они одинаковые с тегами на мультиполигоне. Правило “не должно быть отношений без тегов и теги на outer кольце не должно быть, а должны быть теги на отношении” не при чём.
Если хочется обозначать под osm2pgsql, то теги с inner нужно отмечать отдельным мультиполигоном:
https://github.com/gravitystorm/openstreetmap-carto/issues/2297#issuecomment-241244196
Ну, “почему” - предположить можно: потому что MapCSS в топологическом смысле - не очень-то “С”, то есть “cascading” - мультиполигон, лежащий внутри полигона, не наследует никакие его свойства, т.к. внешний полигон не является для него родительским с точки зрения применения стилей.
А у правила “теги на отношении” в исполнении Mapnik тоже свои побочные глюки есть: если есть лиственный лес, а в нем - небольшая хвойная рощица, то не сделав рощицу одновременно inner в мультиполигоне леса (который natural=wood, leaf_type=broadleaved) и outer в своем собственном мультиполигоне (который natural=wood, leaf_type=needleleaved), заставить Mapnik понимать ситуацию нельзя. Если рощица - просто полигон c теми же тегами, она рендериться не будет.