Имеем такую адресацию - объекты (турбазы) расположены вне пределов населенного пункта. Официально адрес - название местности, топоним - название объекта. Номеров нет. Тегируем addr:city=топоним, или схема будет другая?
представь оф.доки на турбазу с адресом. тогда можно и смотреть.
Корректно ли отметить игровую площадку детского сада ка к приватный leisure=playground?
Лучше не надо.
В детских садах может быть много различной внутренней инфраструктуры (туалеты, бассейны, столовые, игровые площадки) - их не нужно обозначать отдельными amenity или leisure, если только туда не может прийти обычный человек с улицы для получения соответствующей услуги.
Не мапить необщедоступные объекты - это рисование под рендер, не учитывающий тег access (точнее, все такие приложения, испольющие БД ОСМ).
К примеру, кафе на территории завода, куда просто так не попасть, но туда нужно проложить маршрут сотруднику подрядчика, монтирующему неделю новое оборудование на заводе (и, поэтому, имеющему временный пропуск). Или проложить маршрут водителю грузовика, везущему продукты.
Поэтому считаю, что мапить надо всё, а навигатор уже должен разруливать на основе тега access, POI это или не совсем в текущем контексте. К примеру, если пользователь уже на территории завода и ищет, где поесть, то такое кафе для него POI. А если гуляет в соседнем парке, то вряд ли POI.
это граничный вопрос сложный и не имеющий четких граней.
источник многих срачей и так до конца не обдуманный
ибо так можно дойти до отметок толчков в квартирах…
Не вижу проблем чтобы замапить детскую площадку на территории школы и детского сада, также часто вижу спортивное поле на территории.
Важна проверяемость: любой человек может подойти и посмотреть, есть оно там или нет. Почти всегда она хорошо видна через забор или со спутника.
А то, что рендеры и навигаторы не учитывают тег access, то это не проблема данных.
можно ваш адресок? замаплю вашу спальню как хостел.
с аксесами аккурат правило и нарушается. проверить любой не сможет, нужно минимум оформить допуск.
а есть еще и ЗАТО, сиречъ закрытые цельные города, доступ внутрь которых сильно регламентирован и просто так туда не заедешь…
а за “позырить” на некоторые объекты можно и административку получить
говорю ж: насколько закрытые объекты мапить - граничный вопрос без четкого ответа.
Вообще это не про рендер, а про общий подход в ключам amenity и прочим, они подразумевают под собой общественные объекты, находящиеся в общественном месте. Столовка на заводе такой не является.
Притом ваше же предложения ничего не даст, если вы предлагаете прятать приватное, то вы ни когда их в условном османде и не увидите, потому что ваше условия, если я нахожусь на этом заводе, то вот эту столовку показывай, а вон ту нет, в общем виде не формализуются.
Я имею ввиду если есть игровая площадка на территории детского сада, то обычно можно посмотреть через забор и убедиться в наличии этой площадки. А вот со столовой для сотрудников действительно сложнее, тут граничный случай.
В Москве большинство заборов детских садов непрозрачные. если даже не все, теперь.
Я сказал для примера, чтобы если будет вопрос о том, откуда взяты данные, автор мог ответить. Если есть объект на местности и нужное сочетание тегов, которыми можно его описать, то не вижу оснований для запрета вносить эту информацию. Кстати, есть ещё панорамы.
Я имею ввиду если есть игровая площадка на территории детского сада, то обычно можно посмотреть через забор и убедиться в наличии этой площадки.
Это если бы площадки обозначались через man_made, т.е. непосредственно физический объект. Но площадки обозначаются через взаимодействие человека с ней, а с этими площадками взаимодействие ограничено полностью.
Так, дело не в том…
А в том что надо объединить точечный садик в здании, и отдельно стоящую площадку для выгула детей.
Вариантов три:
1- Отношением amenity=kindergarten объединить точку с полигоном?
2- Двумя отдельными amenity=kindergarten с одинаковыми name обозначить точк уи полигон.
3- Отметить как отмечено - на точке в здании amenity=kindergarten + name детского сада, а на уличной площадке leisure=playground + name детского сада
А в том что надо объединить точечный садик в здании, и отдельно стоящую площадку для выгула детей.
а, Семен Семеныч!
Я вот так делаю: https://www.openstreetmap.org/relation/14585594
костыль, но как есть
P.S. точку в мультиполигон вставлять нельзя
Это если бы площадки обозначались через man_made, т.е. непосредственно физический объект. Но площадки обозначаются через взаимодействие человека с ней, а с этими площадками взаимодействие ограничено полностью.
Вроде мне казалось что мы именно физический объект и мапим, даже в вики об этом сказано:
access=private/customers for playgrounds unavailable to public. access=yes is not necessary, but often used to explicitly mark playgrounds as publicly accessible.
access=private/customers — детская площадка недоступна для публики (частная собственность или только для посетителей)
access=yes необязателен, но часто используется для явного обозначения игровых площадок как общедоступных
То есть для этого и некоторух других тегов в теории я могу даже обозначить частную собственность, по крайней мере я встречал такое и в России, и в других странах.
Так, дело не в том…
А в том что надо объединить точечный садик в здании, и отдельно стоящую площадку для выгула детей.
Вариант 4:
и на точке садика, и на площадке указать
operator=МБДОУ “Детский сад №1 общеразвивающего вида г. ДефолтСити”
Кому нужно объединить, можно искать по этому тегу. Кому это не нужно, того устроит access=private/customers на площадке, а детский сад точкой без изменений (с указанным тегом operator).
Я говорю про весь ключ leisure - там где люди проводят время. Очевидно, что данная площадка таким объектом не является. И private/customers используется для случаев, когда при некотором условии доступ приобрести всё же можно. Например площадка на территории отеля для прохожих закрыта, но посетители ей пользуются.
Я говорю про весь ключ leisure - там где люди проводят время. Очевидно, что данная площадка таким объектом не является. И private/customers используется для случаев, когда при некотором условии доступ приобрести всё же можно. Например площадка на территории отеля для прохожих закрыта, но посетители ей пользуются.
Не согласен, access=customers если могут воспользоваться только клиенты учреждения, access=private для частной собственности, куда вообще нельзя постороннему человеку.
Натыкался на такое по всему миру, вроде как люди используют сочетание
leisure=playground+access=private всего 23269 раз
leisure=playground+access=customers всего 7233 раз
Распространено по всему миру, вроде ни у кого не возникает проблем с этим.
Что касается ключа leisure, то есть ещё тег
leisure=swimming_pool — плавательный бассейн (только акватория)
На страницы в Вики чётко сказано, что:
When micro-mapping, backyard and personal swimming pools should be tagged as access=private as to not confuse them with public swimming pools.
При микрокартировании дворовых и личных бассейнов нужно добавить тег access=private (чтобы не спутать их с общественными бассейнами).
А ближе к концу статьи есть раздел “Отображение на карте (рендеринг)”, в котором указан подробно замапленный жилой сектор с частными бассейнами на частных территориях.
И это всё по Вики, а удаление этих данных вполне можно посчитать вандализмом.
Если я могу отмечать частные бассейны в частных домах, то почему я не могу отмечать игровые площадки в детских садах?