Divided иль не divided?

Ожидать ли следующим шагом перерисовку, например, Таганской пл. полигоном с тегом highway=primary вместо паутины из отрезков с highway=* ?

Ну, говоря, что это «текущее положение дел» ты несколько лукавишь, потому что никаких указаний рисовать одну дорогу с одной проезжей частью и разделителем двумя линиями — нет. Поэтому официально следовало бы рисовать одну линию и кучу рестрикшенов. Поэтому, если ты хочешь отстаивать свою точку зрения на равных правах, тебе надо внести рисование дорог со сплошной два раза в качестве пропозала.

Vovanium, в вики нет, а на карте есть. :slight_smile:

“Если на клетке со слоном прочтёшь надпись ‘буйвол’ - не верь глазам своим” (c)

divider=* тоже есть.

Очень может быть, но лично мне он пока не интересен :slight_smile:

В конвертере для PocketGIS поддержка тега divider так же пока не планируется.

Проблемы есть, и их масса: необходимость использования via way в запрете разворотов, иногда фиговая генерализация, совершенно непонятно как произвести обратное преобразование, при том что прямое преобразование в граф плагин к JOSM делает на раз.

Логика “почему бы и нет”, это вообще класно! Почему бы не нарисовать МКАД или Старую площадь, к примеру, по-полосно с ребрами для перестроений? Работать тоже везде будет. Можно даже будет указать из каких полос можно выполнять маневры. Так что профит на лицо.

Да и постоянное расширение понятий из за лени, это как мне кажется очень фиговый подход. Обозначали проезжые части, теперь будем обозначать направления движения. Краткосрочно это конечно некоторый выигрыш дает, но потом плохо все складывается…

Aleksandr Dezhin, я знаю, что одна линия - это правильнее топологически.
Но чисто практически подход с двумя линиями удобнее.
Кроме того, при РЕАЛЬНОЙ маршрутизации если дорогу шире 20-25 метров нарисовать одной линией, начнутся проблемы с привязкой навигатора к маршруту (то же самое, кстати, будет, если начать рисовать полосы, так что о профите речи нет :slight_smile: ).

Ну и ещё раз вопрос: почему 3-метровые киоски рисуются полигонами, а объекты крупнее 20 метров - линиями??

Когда говорим “удобней”, надо как бы не забывать обстоятельства при которых это “удобней” работает. Divided например очень неудобно двигать, если что-то не так нарисовано. Неудобно обозначать границу района, которая “проходит по оси улицы”, про запреты разворотов, которые я так понимаю не работают опять таки.
Так что я не знаю о каком “чисто практически” идет речь. Что-то конечно удобней, но что-то и неудобней. Профита нет.

Что касается про полигоны и линии, так тут и вопрос то не очень интересный. Можно было бы начать и с полигонов дорог, но так уж исторически сложилось… В головах у многих улица это линейный объект, и это тоже когда-то удобней, а когда-то нет. По крайней мере модель данных довольно простая. А полигоны с направлениями движения это кончено хорошо, но сложновато. В любом случае ни что не мешает обозначить полигон проезжей части landuse=road - данные с ggk позволяют сделать это довольно точно, я даже чего-то так отмечал вроде. Наверное это полезно для пешеходного роутинга может быть…

Вот реки почему-то сразу начали обозначать как линия + полигон, а для дорог к такой же модели никак не дойдём…

Вот оно!
+1 за добавление полигонов землеотводов под дороги, а так же объектов дорожной инфраструктуты типа мостов и тоннелей.
Предлагаю для обсуждения теги construction=bridge и construction=tunnel.

Я вот все думал, привести этот аргумент или нет :slight_smile:

Ну как же, есть профиты: 1. в существующих конвертерах под навигационные программы не нужно ничего переделывать под новый тег, 2. значительно меньшее количество рестрикшенов и хитрых тегов в точках примыкания дуг дорожного графа.

А вообще достоверно воссоздать площадной объект “дорога” из сложившегося “у многих в головах” типа дорог линейных не получится никакими тегами по очевидным причинам: 1. количество рядов везде разное и может меняться на протяжении даже одной небольшой дуги, 2. ширина рядов везде разная и может также меняться, 3. рельеф обочины может быть вообще неправильным и иметь совершенно причудливую форму. Единственный выход правильно описать этот объект - рисовать площадной объект… и оставить в покое дорожный граф :slight_smile:

Мне кажется, что construction= это другой случай - для определения типа строящихся объектов.

landuse=highway обсуждается здесь http://wiki.openstreetmap.org/wiki/Talk:Key:landuse
Кстати, здесь http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Tagging_scheme тоже сетуют на отсутствие этого тега.

man_made=?

кажется, это по смыслу больше подходит.

Гм. У меня сложилось впечатление, что под landuse=highway подразумевается вся дорога, вместе с землеотводами, развязками и прочей инфраструктурой (по аналогии с landuse=railway). Тут скорее всего нужно что-то вроде landuse=roadway, а то и man_made=roadway или вообще road=roadway, поскольку землепользование подразумевает более “монументальный” объект, чем отдельная проезжая часть. Заодно можно и road=walkway предложить.

Да я думаю, никто не против. Правда отношения к текущему треду это мало имеет: если рисование одной линией — это генерализация, то рисование полигоном — это наоборот — дегенерализация. Задачи разные. У тех же рек на мелких масштабах на первый план выходят не полигоны а именно линии, т. к. полгоны становятся слишком мелкими.

Для области асфальтирования больше всего подходит surface=*. Доп. тег, думаю, нужен для того, чтобы отличить проезжую часть от тротуара.

Vovanium, когда кто-то возьмётся строить маршрутизацию по рекам, точно так же встанет вопрос о разделении фарватера :slight_smile:

Идеи рисовать полосы давно бродят в головах осмеров. Из всего, что я видел, http://wiki.openstreetmap.org/wiki/Proposed_features/lane_and_lane_group мне понравился больше всего — даёт возможность как рисовать полосы, так и только обозначать их наличие без лишний линий.