Специально по теме написал о разнице между понятием “туризм” (и, соответственно, смыслом, который вкладывается в ключ tourism=* ) дневниковую запись http://www.openstreetmap.org/user/BushmanK/diary/40399 и уточнил определения в Wiki, чтобы российские “туристы”, которые “походники и водники” себя не путали с иностранными, которые по городам с фотоаппаратами шастают.
Всем принявшим участие - спасибо!
Везде, где был не прав - признаю, что неправ и всячески изините меня - я больше так не буду, честно. Все, что наотмечал в картах - сегодня же безжалостно сотру.
Для тех, кто найдет это через поиск, подведу итог:
Официальные whitewater есть и препятствия на реках обозначать только ими. Ссылки смотри выше. Только пока что бесмысленно, поскольку в навигаторе ничего все равно не будет видно. И если хотите искать пороги - добро пожаловать в старые бумажные карты к меткам |пор. и на форумы водников.
Остальное - от лукавого и иностранцы не поймут.
Всегда бессмысленно делать что-то новое - ведь его никто не использует/ не отображает.
Если бы все думали твоими градациями - до сих пор бы с каменным топором бы бегали…
Отметки порогов на карте, не дадут полноценную информацию о пороге, поэтому все равно будет присутвовать дополнительные поиски описаний порога и как его проходить.
Добрый день, может кто-нибудь помочь. Рисую переходный мост между зданием терминала Ж/Д станции и платформой. Ставлю слои, но почему-то здание проваливается под платформу и Ж/Д пути. Вот место: http://www.openstreetmap.org/edit#map=20/43.30385/132.06089
Alex Great, стандартный стиль OSM несовершенен в смысле отображения объектов, накладывающихся друг на друга. Теги уровней, этажей и т.п. учитываются только полностью трехмерными средствами визуализации, и то - не для всех объектов.
Обозначая что-либо, важно следовать правильной схеме обозначения, а не стараться во что бы то ни стало добиться, чтобы это каким-то определенным образом отображалось на стандартном стиле карты.
Не знаю, поможет ли, но, возможно, стоит убрать тег covered:yes у здания http://www.openstreetmap.org/way/472478646. Оно ведь ничем не покрыто, а наоборот, над рельсами висит?
Электомобиль был изобретен еще в 19м веке. Что-то их не видно а улице. Наверное из-за таких как я.
Впрочем как и любая карта не дает полной информации о любой дороге.
Вопрос был изначально - заботушка о простых смертных пользователях типа OSMAnd. Поскольку лично я эти пороги знаю наизусть. Но некий пользователь открыл заметки с названиями и категориями порогов. Раз открыл - значит оно надо. А раз надо - значит рисовать. Оставался вопрос как, чтоб можно было узреть, поскольку стандартные whitewater не отобрахаются не смотря на:
). Я эту ссыль видел. Реки в Англии. Есть карта рек в Франции. Но река то в Карелии. И надо не в браузере, а в навигаторе. И не спецально собирать, а загрузить из оф источников и спать спокойно.
Потому еще раз. Всем спасибо, тема закрыта. Теги есть, иконок нет. Точнее были, но пропали. Кто желает - пишет разрабам, чтоб вернули. А пока пишем те теги, которые разрешены, пусть и иконок нет. Кто не шарит но очень надо - го в бумажные карты. Если шарит - в рендеры для самоличной сборки.
Можно ли использовать вложенные отношения или лучше не стоит? Встроенный валидатор JOSM ругается, в wiki они не указаны.
Суть такая - есть городской округ, в него входят населённные пункты (outer) и в общей площади есть города-дырки (inner).
Сейчас на сколько я понимаю к общему отношению добавляются только контуры этих объектов и если населённый пункт представляет собой отношение из веев, то все они копируются в родителя, хотя гораздо проще было бы добавить только это отношение.
Если редактировать список границ вложенного отношения, то при текущем подходе нужно контролировать и редактировать все отношения, в которые они входят, но если добавить этот населённый пункт сразу как отношение, то не нужно будет ничего дублировать и копировать ошибки.
Кроме того, если будет просто список отношений, то гораздо проще визуально контролировать его, т.к. он существенно короче становится и дополнительно выводятся названия вложенных населённых пунктов.
Почему так не делают, это сложно для обработки данных или что?
CupIvan
Не уверен что полностью понял о чём вы пишете, но очень похоже на то что вы путаете две разных сущности: административную единицу и населённый пункт. Кроме того лоскутное одеяло составленное из разных кусков неоправданно усложнит софт работающий с такими данными, поэтому ради незначительного упрощения редактирования, на мой взгляд, подобный огород городить не имеет смысла.
Даже в случае иерархии административных образований для которых мы используем роль subarea, всё-равно “дублируется” внешняя граница, т.к. иначе алгоритмически замучаешься собирать внешнюю границу республики используя только границы сельских поселений и дерево иерархии для них.
Да уж. В общем, не знаю лучше я сделал или нет, то попытался отделить платформу от самих зданий, чтобы хоть вообще отображались. А с путями понятно. Посмотрел станции Москвы, Парижа, Лондона, Кореи. Везде одна проблема.
я вот о чём: например, деревня Кузнечиха входит в отношение г. о. Нижний Новгород с границами outer. Собственно я сейчас немного поправил границы деревни и оказалось, что ещё нужно было в Нижнем Новгороде это всё продублировать, хорошо что JOSM выдал предупреждение.
Вот и подумал, что было бы легче поддерживать и размечать как вложенные отношения, это и логично. Но почему-то так нигде не размечают, видимо действительно сложные алгоритмы получаются… Хотя по OSM API вроде как можно получить полностью все вложенные объекты по id отношения.
Там же отношение не г. о. Нижний Новгород а н.п. Нижний Новгород
С Нижним пример не очень-то удачный.
В ГО входит несколько (14) самостоятельных населенных пунктов. http://wowik.000space.com/places/ru-niz/22701000000.htm
Для 13 нп худо-бедно границу нарисовали, а для 14-го нп, который называется город Нижний, в качестве первого приближения взяли ровно всю территорию округа и вычли (inner) все другие нп округа.
Потом еще выкинули очевидно не входящий лес и остановились.
Там еще много чего явно в черту города не входит (к примеру этот лес и поле), но для целей адресации такая кривулина вполне срабатывает, ибо много не мало, а все домики города в город попали.
Можно ли, с лицензионной точки зрения, использовать картинки от сюда http://mosreg.ru/upload/iblock/3f9/623_29.pdf (совместить их в графическом редакторе) и использовать в качестве подложки для редактирования?