Вы правы.
Как только соображения вида “чтобы не пришлось рендер донастраивать” начинают влиять на наши решения о том, что вот этот этот лучше не вносить или заменить чем-то другим - это и называется “мапить под рендерер”
никто не против, если я внесу эту фразу в вики?
https://wiki.openstreetmap.org/wiki/RU:Tagging_for_the_renderer
значит, полагаю, никто пропозал с лавочками писать не будет?
никто не против, если я внесу эту фразу в вики?
Я не против
Как обозначить охраняемую парковку?
Как обозначить охраняемую парковку?
https://wiki.openstreetmap.org/wiki/Proposed_features/supervised
- стоянка для грузовиков это hgv=yes или hgv=yes+access=no?
- что указать в operator для муниципальных объектов?
стоянка для грузовиков это hgv=yes или hgv=yes+access=no?
это hgv=only (если туда больше никого не пустят кроме грузовиков) или hgv=designated (если предназначено для грузовиков, но на обычной тачке тоже можно встать)
то указать в operator для муниципальных объектов?
Организацию, которая управляет и обслуживает данный объект. Обычно это какой-нибудь МУП “Городское парковое хозяйство”
seasonal предполагает, что в иное время объект не работает, или что он перестает существовать?
seasonal предполагает, что в иное время объект не работает, или что он перестает существовать?
это зависит от типа объекта. В общем возможно и то, и другое.
это hgv=only (если туда больше никого не пустят кроме грузовиков) или hgv=designated (если предназначено для грузовиков, но на обычной тачке тоже можно встать)
а чем вариант hgv=yes + vehicle = no плох?
Так получится, что можно и на велике. А может даже и на конике.
Так получится, что можно и на велике. А может даже и на конике.
нет, на велике не получится - vehicle же, не motor_vehicle. А вот привязать лошадь получится. Тогда hgv=yes + access = no ?
а чем вариант hgv=yes + vehicle = no плох?
хотя бы тем, что нарушает принцип бритвы Оккама: использует два тега для описания сущности вместо одного.
Something B:а чем вариант hgv=yes + vehicle = no плох?
хотя бы тем, что нарушает принцип бритвы Оккама: использует два тега для описания сущности вместо одного.
…однако в OSM такой подход широко применяется.
На мой взгляд, hgv=only плох тем, что обработчик должен учитывать все возможные access-теги. В случае access = no + hgv =yes обработчику достаточно знать только access = *, vehicle = *, motor_vehicle = *, motorcar = * (только для автомобилей) и тег для конкретного вида транспорта, и всё!
В случае access = no + hgv =yes обработчику достаточно знать только access = *, vehicle = *, motor_vehicle = *, motorcar = * (только для автомобилей) и тег для конкретного вида транспорта, и всё!
выдумываете какой-то сомнительный вакуумный обработчик, которому не нужно знать ключевые теги проекта (группы access), используемые в базе сотни тысяч и миллионы раз.
Something B:В случае access = no + hgv =yes обработчику достаточно знать только access = *, vehicle = *, motor_vehicle = *, motorcar = * (только для автомобилей) и тег для конкретного вида транспорта, и всё!
выдумываете какой-то сомнительный вакуумный обработчик, которому не нужно знать ключевые теги проекта (группы access), используемые в базе сотни тысяч и миллионы раз.
car = * , по Вашему мнению, ключевой?
car = * , по Вашему мнению, ключевой?
я такого тега не знаю. А вот motorcar=* - конечно, почти полмиллиона раз в базе используется.
Надо на каждой highway=* повесить соотвествующий vehicle = *, motor_vehicle = *, motorcar = * а то вдруг не увидят ключевых тегов допуска.