Вроде как была озвучена готовность обозначать на карте пристыкованные к дорожному графу линии с предполагаемым временем открытия движения не более, чем через 3 месяца, но до обсуждений конкретного тега дело не дошло.
Мысль 1: тег вида “ремонт=yes”, добавляемый к highway=что-нибудь (например, “repair=yes”).
Мысль 2: тег вида “предполагаемое время открытия движения=”, добавляемый к highway=construction+construction=что-нибудь (например, “proposed_opening=”).
Мысль 3: тег вида “предполагаемое время открытия движения=”, добавляемый к highway=что-нибудь + construction=yes.
Мысль 4: ставить на рёбра с construction=yes нулевую скорость - тогда можно будет ставить этот тег на ремонтируемые и планируемые к открытию дороги за некоторое время до завершения ремонта / открытия движения.
И так после каждого открытия отремонтированной / строящейся улицы до тех пор, пока не решим вопрос с construction:)
construction и хорошо, что не рисуется. У нас не так много строят - обновляйте
а после открытия схема движения, обычно, сложнее, чем просто выражаемая одной линией.
Если бы highway=construction+construction=что-нибудь ставили только на строящиеся дороги, то можно было бы говорить о том, что строят не так много. Но ведь эти теги ставятся ещё и на ремонтируемые дороги, схема движения на которых вполне понятна (трубы положили, асфальт поменяли, запрещающие знаки убрали - схема движения возвращается та же, которая была раньше).
Или на ремонтируемые дороги “highway=construction+construction=что-нибудь” ставить не обязательно и можно ограничиться vehicle=no и/или construction=yes?
так где можно проехать - там нужно отражать маршрут движения. По умолчанию предполагается, что construction везде перекрыт. Когда “движение ограничено”, вообще можно ничего не ставить: проехать-то можно.
Раз вопрос есть, будем его решать, в порядке очередности, разумеется)
В следующий раз мы можем обновляться где-то 15 сентября.
highway=construction надо ставить только на те дороги, где проезда НЕТ. Там где ремонтируется одна полоса из двух, а проезд есть, его ставить не надо.
Нужно следующее.
а. тег который будет показывать ожидаемую дату открытия.
opening_date=yyyy-mm-dd. (этот тег уже используется вместе construction )
б. дату когда этот вей и дату открытия его последний раз проверяли
check_date=yyyy-mm-dd. - это для того, чтобы можно было следить за актуальностью этих строек.
На некоторых дорогах в Санкт-Петербурге и Ленинградской области проставлены opening_date (сентябрь - декабрь 2011 года) и check_date (август - сентябрь 2011 года).
Что бы хотелось иметь:
а) если от момента сборки карты до opening_date менее N дней (положим, N=90), рисовать линию в соответствии с тем, что указано в construction, и ставить нулевую скорость
б) если момент сборки карты позже opening_date, рисовать линию в соответствии с тем, что указано в construction, ставить нулевую скорость и выводить в какой-нибудь валидатор “внимание! opening_date истёк для таких-то линий”
в) если от момента check_date до текущего момента прошло более K дней (положим, K=180), выводить в какой-нибудь валидатор “внимание! opening_date не проверялось более K дней для такой-то линии”.
Понятно, что всё в порядке очерёдности и т. д., но раз уж на том, чтобы рисовать все highway=construction, т. к. многие из них изоляты, мы не сошлись, а не рисовать highway=construction совсем плохо, т. к. в каждой пробочной карте будет стабильно не хватать каких-то линий, то хотелось бы в обозримом будущем наладить отрисовку highway=construction с недалёкими opening_date.
Фильтр добавлен в плугин osmfilter (версия 1.2). Если оный уже используется - старый jar надо убрать (заменить новым). Иначе будут конфликты.
Параметры для фильтра:
Если опустить параметр daysXXX - соответствующий контроль выполнятся не будет. Если опустить оба (оставить только --construction-way), соответственно будут преобразованы любые highway=construction. Отсутствующий тег opening_date/check_date (или некорректное его значение) при включенном контроле считается неподходящим под условие фильтра.
Может те линии, которые ещё не скоро откроются рисовать каким-нибудь нероутинговым пунктиром? А то пустые места вместо улиц смотрятся как-то не очень, легко запутаться.
Открытие запланировано на октябрь, стоят сентябрьский check_date и октябрьский opening_date - на карте 1.149 линии нет. Непорядок. Стоят маленькие значения daysBeforeOpening и daysAfterChecking?
Была бы моя воля, я бы использовал daysBeforeOpening=90 и daysAfterChecking=180, ну или хотя бы daysBeforeOpening=90 и daysAfterChecking=90 .
except = motorcar;psv
restriction = only_straight_on
type = restriction
Запрет прорисовывается на карте (запрет левого поворота на прилегающее ребро). Сильно смущает этот запрет конкретно (при выезде от терминала Пулково-2 рисуются крендели, т. к. на том повороте, который нужно использовать, стоит запрет) и то, что таких лишних запретов на карте может быть много (один я заметил, а сколько ещё незамеченных?).
а. было 30/30; сейчас поставил daysBeforeOpening=60 daysAfterChecking=30. Этого должно хватить с избытком. Мы же гордимся оперативностью и актуальностью
б. А что с запретом не так? Почему он лишний?
в. Такое ощущение что вы меня с highway = living_street все-таки дожмете)