Карты для СитиГида

то что часть highway=living_street рутинговые, а часть нет, это конечно глупость.

Но пока я какого-то решения не вижу. highway=living_street подразумевает запрет транзитного проезда, которого в СГ как известно нет.

Если их сделать рутинговыми, я боюсь ими начнут перерисовывать дворовые проезды.

Помним, что просто делать highway=living_street нероутинговыми нельзя - заломаем адресный поиск. Значит, нужно делать роутинговыми.

По факту запрет транзитного проезда в СитиГИДе есть (хоть и кривой) - прорисованная линия с нулевым скоростным индексом. Просто транзитом через такую линию не поведут, но если через неё идёт путь в точку назначения (другого пути нет), то маршрут будет построен.

А если оставить нероутинговыми, то жилые зоны начнут перерисовывать в residential или unclassified.

Zkir
Обратил внимание, что нежилые НП обозначенные тегом place=locality в СГ не отображаются.

На последний пост Dinamik’а я вроде ответил в соседней теме. Проверю только что highway=living_street будут с нулевым индексом.

Stalker61,
//Обратил внимание, что нежилые НП обозначенные тегом place=locality в СГ не отображаются.
Точечные - должны отображаться. А полигональные place=locality бывают? Есть смысл их отображать?

да вот в том то и дело, что именно точечные. :frowning:
Полигональные границы ставить абсолютно бессмысленно, т.к. таких НП в ХМАО уйма. А тут сам понимаешь, тайга, болота и т.д. Часть таких НП умерла еще в 70-ые годы. Территория заросла мама не горюй.

1.151 - вижу прорисованные highway=living_street

По мере возможностей:). Нужно по каждому ребру выяснять, есть там знак “жилая зона” или нет. Однако отмечу, что, на мой взгляд, массовой простановки highway=living_street для дворовых проездов из-за включения прорисовки в СитиГИДе не будет: люди больше под мапник рисуют.

А индексы как раз не нулевые, а 10 км/ч (например, карта 1.151: http://www.openstreetmap.org/browse/way/45510743 , http://www.openstreetmap.org/browse/way/45510741 , http://www.openstreetmap.org/browse/way/4457708)).

Я тоже не находил на картах отображаемых place=locality, как, кстати, и place=allotments (на мой взгляд, из-за этого теряется полезная информация: не видны названия садоводств, которые тем, кто ищет дом в каком-то из них, могли бы пригодиться)

простите, всю ветку не осилю прочитать. но есть ли поддержка пробок по регионам (в частности Калининградской области)?

ErshKUS,
На данный момент ситуация такая: есть поддержка пробок для Москвы и Санкт-Петербурга.

Для подключения пробок где либо-еще нужен доброволец - выпускающий редактор, который будет:

  1. Следить за качеством подключаемой карты своего региона здесь: http://peirce.gis-lab.info/addr.php?mapid=RU-KGD. Для подключения должны быть все (или в крайнем случае почти все) зеленые галочки.
  2. Следить за тем что нет злонамеренных удалений важных дорог и давать отмашку на выпуск пробочной карты. По понятным причинам пробочная карта замораживается и исправить в ней вандализм до перевыпуска невозможно.
  3. Следить за дорожной обстановкой и делать корректуры (которые рассылаются ежедневно)

http://www.openstreetmap.org/browse/way/35588289
route=ferry

Не отображается на карте, из-за этого разорвана автодорога Р-19.

http://forum.openstreetmap.org/viewtopic.php?id=13497

А конкретно: http://forum.openstreetmap.org/viewtopic.php?pid=187848#p187848

Добрый день.
Подскажите такой вопрос в карте Калининградской области в СГ все реки отображаются как речки. Хотя в OSM отображаются нормально. Что где надо подправить что в СГ отображалось также.
Для примера
Участок в OSM
http://s1.ipicture.ru/uploads/20110921/ZCuK53DT.png
тот же участок в СГ
http://s2.ipicture.ru/uploads/20110921/KkxGk57k.png

Arhemed,
нужно искать разрыв в контуре речки. Возможно конечно, что она рвется из-за обрезки. Посмотрю в ближайшее время.

Dinamik,
Я устал бороться с псевдопаромами, и тем более не понятно, почему это должен делать я. Просто route=ferry я отключил, потому что им до сих пор обозначено все подряд, что плавает и (не)тонет. В рутинг сейчас включаются highway=+ferry=yes и highway=+route=ferry.

Zkir, реку поправил, посмотрим что изменится. Обрезка вряд ли, река далека от границы обрезки

http://forum.openstreetmap.org/viewtopic.php?pid=192312#p192312

Как бы сделать так, чтобы у вас было единое понимание?

Понимание в данном случае одно и тоже:
дороги highway=road не учитываются как улицы

Заметил, что в Санкт-Петербурге из карты для СитиГИДа исчезла дорога. Обнаружил причину в том, что был использован тег highway=tertiary_link . Мапник его поддерживает, в документации тег есть, в картах для СитиГИДа соответствующих проездов нет. Но при этом, если не ошибаюсь, я встречал tertiary_link и раньше, т. е. есть участники, которые его систематически используют. Есть возможность добавить поддержку tertiary_link в картах для СитиГИДа?

Возможность есть конечно. В данном конкретном случае его использование оправданно?

http://www.openstreetmap.org/browse/way/28015715
Съезд с primary на tertiary - неочевидно; можно, наверное, и primary_link, и tertiary, и tertiary_link использовать.

Но исходя из того, что tertiary_link используется 12 тысяч раз, наверное, нужно добавить поддержку tertiary_link. Даже если в данном случае tertiary_link не подходит, неизвестно, сколько в России дорог, где этот тег применим и где он стоит или его могут поставить.

Съезд с дороги класса A на дорогу более низкого класса B (и наоборот) должен иметь тип A_link. Т.е. все съезды-заезды с primary, независимо от класса примыкающих дорог, будут primary_link.

Две линии в пределах населённого пункта:

http://www.openstreetmap.org/browse/way/4455929
highway = residential
maxspeed = 60

На карте СитиГИДа - 47 километров в час.


http://www.openstreetmap.org/browse/way/71229071
highway = residential

На карте СитиГИДа - 27 километров в час.


По моим представлениям, на карте СитиГИДа скоростные индексы должны быть одинаковые: т. к. обе улицы residential, обе находятся в пределах населённого пункта, где и так действует ограничение 60 километров в час. А получается, что маршрут скорее проложится по highway=residential + maxspeed=60 , чем по unclassified. Видимо, есть логическая ошибка в алгоритме задания скорости ребру. На мой взгляд, скорость должна определяться примерно так: 1) смотрим на статус дороги - выставляем скоростные индексы; 2) далее смотрим, есть ли maxspeed. Если maxspeed есть, то имеющийся скоростной индекс заменяем на минимальное значение из двух чисел: имеющийся индекс на ребре, умноженный на ограничение скорости и делённый на 60, и ограничение скорости. Ну или иначе: 1) смотрим на статус дороги - выставляем скоростные индексы; 2) далее смотрим, есть ли maxspeed. Если maxspeed есть и значение меньше текущего скоростного индекса, заменяем индекс на ограничение скорости. Если maxspeed есть и значение больше 60, заменяем на текущий скоростной индекс, умноженный на ограничение скорости и делённый на 60.

Это для населённых пунктов, вне населённых пунктов вместо 60 цифра 90.

Пример по первому алгоритму: highway=residential, ставится индекс 27 км/ч. Положим, maxspeed=40. 27*40/60=18. 18<50 - значит, ставим 18.

Пример по второму алгоритму: highway=residential, ставится индекс 27 км/ч. Если maxspeed от 27 км/ч до 60 км/ч, то итоговый индекс 27 км/ч, если maxspeed больше 60-ти (например, 90), то ставим 27 * maxspeed (90) / 60 = 271.5=40.5 → 40 или 41. Если maxspeed, например, 20, то итоговый индекс 2720/60=9.


Резюмируя: можно, наверное, проще, можно, наверное, иначе: но ситуации, когда на дорогах внутри НП с одинаковым статусом разные скоростные индексы на карте СитиГИДа из-за того, что на одной стоит maxspeed=60, а на другой нет, быть не должно. Ну и для дорог вне НП то же самое. Теги maxspeed=60 внутри НП и maxspeed=90 вне НП никакого влияния на скоростные индексы ребёр на карты оказывать не должны.