Пол Джонсон в рассылках tagging@ и talk@ обратил внимание на тег ref=* на дорогах. Ещё со времён API 0.5, в котором не было отношений, им объединяли дороги в сети маршрутов. При этом нет простого способа проверить связность такой сети; несколько маршрутов на отрезке требуют точек с запятой, которые сложно обрабатываются; и легко смешать номера маршрутов и номера дорог, где они различаются. Зачем, когда у нас уже восемь лет как есть отношения, в частности — route=road. Пол предлагает за год повсеместно внедрить это отношение, и на картах отображать номера из отношений, а не из тега ref.

Одним из первых возражений была невозможность в osm2pgsql взять атрибуты для линии из содержащего её отношения, на что выдали контрпример с американскими магистралями. Ричард Велти замечает, что для длинных маршрутов они создают супер-отношения, которые использовать сложнее — но иначе маршрут не загрузить в редактор. И конфликтов не оберёшься. А Komяpa в твитере таинственно намекнул, что выходить за пределы рамок OGC Simple Features чревато.

Затем упомянули сложность редактирования и слежения: одно дело, когда через дорогу проходят десять маршрутов, другое — всего одно число в ref, ради которого раскочегаривать редактор напряжно, да и следить, чтобы отношение не поломали, лениво (а когда ломают последовательность ref, это, видимо, не так мозолит глаз). Пол гневно возразил, что это проблема редакторов, а не людей, и Ричард, автор Potlatch, тут же попросил его умерить пыл. И привёл пример местных веломаршрутов: с ними всё в порядке, вот только новички постоянно создают копии и копии копий, потому что не видят, что отношения маршрутов уже есть.

В целом, задача не выглядит сложной, главное — людей переубедить. В talk@ дискуссия получилась куда короче: «а, ну ок». Но ключевыми людьми в сценарии перехода означены авторы картостиля, а у них и так тикетов невпроворот. Да ещё и перезаливка базы требуется. Правда, её хотят перезалить так и так, потому что для стиля критически не хватает новых тегов, и нужен hstore с их полным комплектом.

Хотя обычно дома рисовать очень просто — прямоугольник с building=yes, — на практике постоянно всплывают какие-то сложности. Danidin9, автор картинок про дома в Петербурге, наглядно объясняет (полные версии — по клику):

Здесь придётся дорисовать building:part, потому что объект с building=yes не отображается:

И пример от Felis Pimeja:

Рисование домов переменной этажности обсуждается в большой теме на форуме, некоторые теги объяснены на этой вики-странице. Не забывайте отмечать подъезды точками entrance=*.

Или вот, как обозначать на карте подразумеваемые ограничения скорости? То есть, видя знак «начало населённого пункта», писать на карте не «60 км/ч» — там же нет такого знака, — а прямо «ограничение скорости в населённых пунктах». Опытные мапперы сразу вспомнят значения «RU:urban» и «RU:rural». Сможете вспомнить, в какие теги они записываются?

Румынский (и с некоторых пор — русский) подход: прямо в maxspeed. А в теге source:maxspeed указать источник. Что именно? Для знаков — понятно, «sign». А со второй строчки в TagInfo начинается каша: ограничения «DE:urban» и т. п., значения «implicit» (его советуют в пару к подразумеваемым ограничениями в maxspeed), «survey», «unposted», «national»... Поди разберись. В Австралии всё опять поставили с ног на голову и заполняют maxspeed:source. Англичане выбрали какой-то левый тег для такий ограничений: maxspeed:type. Ну и немцы с французами подливают масла бессмысленно отдельным тегом для зон.

Примерно такова у нас ситуация с обозначением всех нетривиальных свойств: материала зданий, угловых адресов, полос на дорогах, тротуаров, внутриквартального озеленения, дворовых проездов, и т.д, и т. п. Механизм пропозалов и флейм в рассылке tagging@ лишили участников удобства авторитарного решения, а вики — статуса последней инстанции в выборе правильного тега. Страницы вики полнятся спорами и попытками собрать разные теги в единую схему (вот для ограничений скорости), а потребители данных (в том числе ITO, авторы великолепного набора визуализаций ITO Map) вынуждены писать длинные рефераты и копаться в Taginfo, чтобы результат их работы имел какой-то смысл.

Что касается ограничений скорости, в России принято писать maxspeed=<число>/signals/RU:зона + source:maxspeed=sign/implicit. Расставляйте ограничения, они важны.

До 6 октября можно отдать голос за два многолетних пропозала. Первый — про подстанции: power=station и power=sub_station объединяются в новый power=substation, для которого можно указать тип, местоположение и вольтаж. Из обсуждения пропозала вы узнаете, что GIS — это подстанции с элегазовой изоляцией. На сегодня тегов substation всего 79, часть из которых мои, а обоих «устаревающих» вместе — почти 140 тысяч.

Объектов со значениями тега bridge=*, отличными от yes, которые вводит пропозал про типы мостов, почти 40 тысяч. Фотографии для каждого значения делают выбор элементарным, и глядя на пропозал, удивляешься, почему его принимают только сейчас. Даже в Петербурге, известном своими мостами, последние тегированы просто как bridge=yes — а будут bridge=movable, bridge:movable=bascule, bridge:structure=*.

Есть ещё третье голосование, кардинально отличающееся от этих двух: за landuse=plot allotments=plot. Человек зарегистрировался 17 сентября, в тот же день набросал пропозал и написал о нём в tagging@, через три дня запустил голосование, которое планирует закрыть до конца месяца. Он также добавил упоминание нового тега на страницу landuse=allotments, что заметил Dinamik, сразу дополнивший список многострадальным boundary=lot, которых, оказывается, в базе почти полторы тысячи, и ещё 685 — необъяснимых lot=*.

Позавчера открыли голосование за пропозал, вводящий новый тег power=plant для обозначения электростанций, и слегка корректирующий требования к тегированию power=generator. В частности, добавляется тег generator:type для более детальной классификации генераторов энергии. Страница весит 50 килобайт (и ещё 35 — обсуждение), но большую её часть занимают примеры и классификация. Отдать голос можно до 10 июня.

Спорные предложения переименования sub_station в substation, уточнения схемы тегирования подстанций и их компонентов и перевода тега power=station в устаревшие вынесены в отдельный пропозал (с сорокадвухкилобайтным обсуждением). Я был неправ в февральской заметке: трансформаторные подстанции останутся substation с дополнительным тегом substation=distribution. Пропозал хорошо проработан и щедро иллюстрирован, этап RFC начался неделю назад.

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

Для обозначения приоритета главной дороги, кстати, можно применять тег priority_road со значениями designated или yes_unposted (зависит от наличия перекрёстков со второстепенными дорогами после знака). В России, как ни удивительно, этот тег используется ноль раз.