А ещё есть съёмные квартиры. Их можно помечать тегом tourist=hotel …
Эу, вы назначение с доступом не путайте.
Если на завод не пускают через проходную всех подряд - он не перестаёт быть заводом.
Любой ведомственный санаторий доступен вполне широкому кругу лиц, другое дело, что не всем. Ну извините, не во все школы или универы в этой стране пустят любого зеваку - от этого функция не меняется.
Я вам даже больше скажу, guesthouse и hostel - это как раз оно и есть
Какая-то странная логика. Был общественный санаторий, но решил продавать путёвки лично Путину. Как так, давайте срочно из базы сносить!
Через год одумался, стал снова продавать всем. Какой ужас, давайте снова рисовать!
PS: Я это к тому, что не вижу ничего плохого в тегах-модификаторах abandoned=yes, disused=yes, construction=yes. Другое дело что они да, сильно значимы для машинной обработки и по идее должны стандартизовываться и внедряться в логику машобработки в первую очередь.
Не сносить, а обозначать соответствующими тегами. В том числе и меняя один на другой при перепрофилировании заведения.
POI надо в любом случае регулярно обновлять и валидировать, в соответствии с действительностью, иначе они рано или поздно “протухнут”.
Как-то понадобилось зайти в аптеку, пробежался по своему кварталу - половина из ранее отмеченных закрылась и появились другие рядом.
И я бы не хотел видеть в общем списке санаториев чьи-то частные завалинки, в которые никто доступа не имеет.
Вы забываете что у нас не один рендерер/конвертер. Их много. Вот вы настроили обработку, а затем кто-то приходит и предлагает ещё один тег радикально меняющие свойства (burnt=yes для сгоревших, collapsed=yes для обвалившихся и т.п.), а ваш настроенный конвертер ничего про них не знает. И ещё 100500 конвертеров у других, над которыми у вас нет никакого контроля и даже информации о том что они существуют. Чтобы обеспечить совместимость со всем этим зоопарком есть один подход - дополнительные теги должны только “уточнять” свойства, но не изменять уже существующие. Тогда эти работающие конвертеры смогут спокойно эти новые теги игнорировать и продолжать нормально работать.
Есть группа островов с общим названием
Не могу разобраться, как правильно обозначается.
Очевидно, это должно быть отношение (relation)
В wiki нашел только такой вариант:
place=archipelago
name=Вороньи острова
Проблема в том, что
- josm страшно ругается на такое отношение, требует указать его тип(тег type)
- наличие этого отношения никак не отображается на карте, острова выглядят как безымянные.
Как быть?
Укажите type=multipolygon
Барьер в виде насыпи земли? Так и не смог подходящий тег найти что-то.
Предположу, что barrier=embankment. Вообще, переводи что тебе надо на английский и ищи это в вики.
В вики искал везде, не нашел. embankment это не то. embankment это насыпь идущая вместе с путём, у меня насыпь это барьер трехметровый поперёк движения пути.
http://taginfo.openstreetmap.org/keys/barrier#values - ничего подходящего на первых двух страницах кроме barrier=yes…
А какого происхождения насыпь? мб это просто частный случай barrier=debris (A road is blocked by debris with or without ground.)? Или там укрепления в виде земляного вала?
Да, это выглядит почти как на фото http://wiki.openstreetmap.org/wiki/File:Barrier_debris.jpg, но это насыпь из земли, без какого-либо мусора. barrier=debris делает упор на мусор, присутствие земли там не важно.
Есть остров в море, нарисован как полигон natural=coastline place=island
Остров полностью покрыт лесом, без пляжей, от берега до берега.
Как это обозначить?
Продублировать весь полигон острова , и поставить ему natural=wood?
на полигон острова добавить natural=wood, несколько дополняющих тегов на одном обьекте не запрещены.
http://www.openstreetmap.org/way/37871711
Может быть вы имели в виду natural=coastline;wood ?
Ну, во-первых, деревья навряд ли прямо из воды растут. Во-вторых, лучше сделать 2 мультиполигона, один для coastline’а, второй для wood’а, т.к. это всё-таки разные вещи и даже если они сейчас полностью пересекаются, то потом могут появиться поляны, просеки, дорожки и т.д., которые уже надо будет исключать из wood’а, а что бы это делать проще - проще сразу правильно замапить.
Кажется уже был вопрос, но не могу найти как обозначить “Лабораторную службу”. В частности Хеликс (Helix) http://helix.ru/centers
Что нашёл:
https://www.openstreetmap.org/node/2370539304
amenity=clinic
name=Лабораторная служба Хеликс
http://www.openstreetmap.org/node/1548431709
amenity=doctors
name=Хеликс
http://www.openstreetmap.org/node/1805789748
FIXME=Какой тип POI для "Лабораторная служба"?
contact:website=http://helix.ru/
name=Лабораторная служба Хеликс
http://www.openstreetmap.org/node/676673812
amenity=doctors
name=Лабораторная служба Хеликс
name:ru=Лабораторная служба Хеликс
http://www.openstreetmap.org/node/2657548312
amenity=hospital
name=Лабораторная служба Хеликс
Самый интересный и непонятный для меня
http://www.openstreetmap.org/node/2373338666
amenity=healthcare
description=Лабораторная служба
name=Helix
contact:website=http://helix.ru/
Выборка:
http://overpass-turbo.eu/s/3Cf
В этом пропозале предлагают
health_facility:type=laboratory
но этот пропозал уже лет сто как пропозал
Но у этих пропазалов есть плюс - они более полно сохраняют данные и в случае чего их можно переделать в дальнейшем, чего не скажешь о
amenity=doctors
name=Хеликс