You are not logged in.
Скопировал из Кировской темы т.к. очень актуально для Нижнего.
"!!!Никогда не используйте сочетания тегов area=yes + highway. Теги highway=* только для линейных объектов, по которым строится роутинг и прокладка маршрутов. Для рисования площадей используйте тег area:highway=* "
Offline
Скопировал из Кировской темы т.к. очень актуально для Нижнего.
"!!!Никогда не используйте сочетания тегов area=yes + highway. Теги highway=* только для линейных объектов, по которым строится роутинг и прокладка маршрутов. Для рисования площадей используйте тег area:highway=* "
А можно поподробнее почему "никогда"? Прям удалять area=yes + highway или пока дублируем?
В англоязычном вики всё ещё в пропоузале...
Offline
очень актуально для Нижнего.
Нижегородская область 438 объектов содержащих теги area=yes + highway=*
ИМХО надо править. Дороги должны быть отдельно, площади отдельно. Давно сталкиваюсь с косяками маршрутизации на таких объектах. Автоматом поменять на area:highway нельзя, править надо с умом, чтобы сохранить и роутинг по дороге и геометрию площади.
Offline
Многоквартирный Автозавод отрисован.
Я там на пироге немного своих замечаний добавил. В основном это отсутствие высотности или типа зданий (жилые, общественные и т.п. , на карте все дома building=yes).
Offline
Пример: площадь Сенная. Там сделан мультиполигон service из линий secondary %) Ёще бывает вариант когда сверху рисуется service полигоном
Offline
Пример: площадь Сенная. Там сделан мультиполигон service из линий secondary %) Ёще бывает вариант когда сверху рисуется service полигоном
Это я так делаю (а раньше рисовал поверх, но сейчас заменяю мультиполигоном, если встречаю). Но я, если границы имеют oneway=yes ставлю на отношение motor_vehicle=no, что бы не было маршрутизации. Последнее время стал сомневаться, но уже вошло в привычку.
Т. е. надо просто заменить highway=service на area:highway=service?
UPD: Прочитал русское описание в вики и пропосал. Там описан не мой случай. Как понял из описания area:highway предназначен для рисования площадей, занимаемых дорогами. Я же своим способом отображаю нечто другое. Можно сказать, островки безопасности.
И не понятно как предлагается рисовать площади, где пересекаются дороги разного стауса.
Last edited by lzhl (2012-08-08 17:11:06)
Offline
Мне тоже не ясно как делать. В вики все мутно. Но так как сейчас тоже выглядит криво. Надо поискать на форуме информацию по area:highway или спросить Макса Васильева что и как. Я его цитировал
Offline
Я мапил area:highway на Советской и где-то на автозаводе у ТЦ. На Советской тайлы ещё до изменения статуса Бекетова — можете глянуть как выглядит пересечение.
Offline
Я мапил area:highway на Советской и где-то на автозаводе у ТЦ. На Советской тайлы ещё до изменения статуса Бекетова — можете глянуть как выглядит пересечение.
Рендер на Чепецк.net. На рендере выглядит круто, а в ДЖОСМе пугающе.
Offline
Обратите внимания на Ваш город Саров. Он единственный стопорит Поволжье по границам=6. Почему там граница города идёт по забору, а границы районов нагло за этот забор заезжают ?
Offline
Обратите внимания на Ваш город Саров. Он единственный стопорит Поволжье по границам=6. Почему там граница города идёт по забору, а границы районов нагло за этот забор заезжают ?
Потому что там генплан, кадастр, описание границ региона и города противорречат друг другу. Проблема известная, просьба под валидаторы не править.
Offline
Предлагаю в Нижнем привести названия остановок ОТ, названных по улицам, к стандрнатному для улиц виду: «улица Красноэтновская» → «Красноэтновская улица».
Offline
Может ещё сокращения убрать? Типа: мрн — микрорайон.
Раз уж пошла такая тема — может начнём потихоньку переделывать маршруты под новую схему?
— я правильно её понимаю? ![]()
Можно было бы начать делать направления, а потом как все будут готовы — всей кучей перенести маршруты со старой схемы. Тут вроде как всё просто — удалил старое отношение, накидал направлений в route_master и готово.
Last edited by Kato Kontenta (2012-08-20 21:32:39)
Offline
Может ещё сокращения убрать? Типа: мрн — микрорайон.
Я вчера уже убрал большую часть, но про «мрн» не вспомнил.
Раз уж пошла такая тема — может начнём потихоньку переделывать маршруты под новую схему?
http://f.cl.ly/items/261V1C1v2F2z0t3a2u … eetMap.jpg
— я правильно её понимаю?
Из рисунка я не понял как ты её понимаешь ![]()
По новой схеме сделаны маршруты в Варнавинском районе.
Можно было бы начать делать направления, а потом как все будут готовы — всей кучей перенести маршруты со старой схемы. Тут вроде как всё просто — удалил старое отношение, накидал направлений в route_master и готово.
Я как-то уже начинал так делать, для нескольких маршрутов направления сделал. Ставил им type=route TMP. Например: http://www.openstreetmap.org/browse/relation/1753055
Можно координироваться в вики: http://wiki.openstreetmap.org/wiki/RU:% … 1%80%D1%82
Offline
Если делать как в Варнавино, то получится на каждом пути вырастет число отношений в два раза (туда-обратно, вместо одного сейчас). Я вот думал, что нужно делать два направления (отношение route) на отрезок пути и потом включать его в собственно маршруты (route_master). Вроде как только плюсы от такого подхода: легко делить на два односторонних пути, когда отбойник делают; не будет конфликтов, если кто-то улицу разобъёт на другом конце города с тем же маршрутом, что и в твоей правке.
Offline
Если делать как в Варнавино, то получится на каждом пути вырастет число отношений в два раза (туда-обратно, вместо одного сейчас). Я вот думал, что нужно делать два направления (отношение route) на отрезок пути и потом включать его в собственно маршруты (route_master). Вроде как только плюсы от такого подхода: легко делить на два односторонних пути, когда отбойник делают; не будет конфликтов, если кто-то улицу разобъёт на другом конце города с тем же маршрутом, что и в твоей правке.
Ага, понял тебя. Но новая схема не об этом. То, что ты предлагаешь слишком усложнит отношения. А нужно это только для удобства правки, получается. На самом деле нужен просто специальный мощный инструмент для правки маршрутов по существующей (новой и старой) схеме.
Offline
Это описание новой схемы: http://wiki.openstreetmap.org/wiki/RU:% … 1%80%D1%82
Правильно я понимаю?
Offline
Antisida, да, она.
lzhl, не усложнит, наоборот — направления станут с гораздо меньшим числом участников. Просто в маршруте будет не два направления, а десяток.
А инструментов да, — не хватает.
Offline
Надеюсь, кому-нибудь пригодиться для расстановки адресов.
Файл, который нужно прикрутить в настройках josm как стиль отрисовки карты:
http://dl.dropbox.com/u/22752899/house.mapcss
Last edited by Antisida (2012-08-31 08:19:23)
Offline
Отлично, теперь визуально видно ошибки адресов, как в GPSMapEdit.
p/s/ to Antisida, место на скриншоте я узнал
)))) , но все что не обвел ландьюз=резедентал еще не доделано.
Offline
Также призываю (и не только на Автозаводе) использовать для значительных пристроек к домам, типа поликлиник и магазинов, схему с building:part. Наглдяно: http://img-fotki.yandex.ru/get/5503/513 … 92dbf_orig
Попробовал применить такую схему на практике, да вот что-то засомневался. Если я рисую жилую многоэтажку с одноэтажным пристроем. Какое значение нужно поставить на тег building ? Общий мультиполигон здания с пристроем building=yes, жилая часть building:part=apartment, пристрой building:part=yes ? И каким рендером можно посмотреть, что получается (http://www.openstreetmap.ru/ долго обновляется).
Offline
Для building ставится основное предназначение, т.е. "«building=apartments». Тэг building:part только для рендера. На сколько я знаю в building:part= можно писать что угодно, никто значение этого тэга не использует.
Про рендер не знаю. Кроме http://latlon.org/buildings других поддерживающих эти тэги рендеров не видел. Вероятно можно стиль для жосма сделать для проверки на месте.
Offline
Что проверять будем?
Offline
Вот тут не соглашусь, мы не просто пишем тег для рендера, чтобы он отрисовал 3D вид, но и вносим некую полезную информацию о составных частях здания, его высоте и типовом использовании. И хотелось бы ее тоже правильно систематизировать, чтобы ее потом мог использовать и другой рендер, конвертер и т.п.
Приняв за основное предназначение "жилое здание" мы вносим ложную информацию, не все же у нас здание жилое, приняв - "просто здание" мы теряем полезную информацию. И так и так плохо. Криво как-то получется. По мне так лучше использовать тоже несовершенную, но более простую и наглядную схему. Рисовать два примыкающих здания, со своими высотами и каждое свои типом. Но адрес присваивать только большему по размеру/основному, в моем случае жилой части.
Offline
Ну есть некое основное назначение здания, его и пишем в «building». «building:part=*» вообще не объект, а некий абстрактный кусок здания, сейчас используется только для того, чтобы http://latlon.org/buildings показывал здания с переменной этажностью. В общем, если очень хочется, то нужно придумать ему других параметров, дополняющих тэгов и прочего.
Antisida, будем проверять, что http://latlon.org/buildings правильно покажет этажность. ![]()
Offline