36 заметок с тегом

теги

Дело о нотариусах

(Фотография с пикабу)

Если кто-то хочет ввести в вики OpenStreetMap новый тег, нужно создать для него пропозал: страницу, объясняющую суть, модель тегирования и чем тег поможет. Процесс древний и хорошо документированный. Создав страницу, начните обсуждение в рассылку tagging@, через пару недель запускайте голосование, и его результаты покажут, насколько тег интересен другим мапперам. Правда, в рассылке живут около ста человек, голосуют 15-20, причём редко те же люди, которые тег потом будут использовать.

Пользователь Math1985 полгода назад проследил, как пропозалы, устаревания, картостиль и пресеты (заготовки) редакторов влияют на популярность тегов. Он воспользовался гениальной страницей Мартина Райфера, которая строит график популярности для любого количества тегов. Исследование Math1985 показало, что картостиль не влияет никак, вики влияет лишь поверхностно, а вот пресеты побеждают всё. Наиболее показателен случай shop=seafood против shop=fishmonger: в 2010 году первый победил второй в вики-голосовании, но благодаря Potlatch 2 и iD значений fishmonger было больше до 2014 года, когда пресеты в iD поправили.

Месяц назад один человек обозначил офис нотариуса как office=lawyer, а другой заметил это и вместо того, чтобы добавить уточняющий тег lawyer=notary, перетегировал в office=notary. Я про такой вариант не знал, на вопрос мне ответили, что этот тег указан в пресетах JOSM. Два тега для обозначения одного и того же — ненормально, поэтому углубляемся в историю.

В мае 2010 года в вики создали страницу для ключа office и 12 его популярных значений, включая office=lawyer. На странице для последнего сразу указали три возможных уточняющих тега, среди них — lawyer=notary. В тот месяц в рассылку tagging@ написали полтысячи писем, включая обсуждение shop=fishmonger, но не про office. Тем не менее, сразу после описания в вики на карте начали появляться офисы нотариусов, обозначенные задокументированной парой тегов.

Спустя четыре года, в марте 2014, пользователь CMartin отредактировал таблицу значений тега office, добавив туда пять строк, включая office=notary. На личное письмо он ответил, что обсуждения не было, он лишь внёс заметные значения из таблицы Taginfo. Через полгода строчку в таблице заметили и в её описании сослались на устоявшийся способ тегирования: office=lawyer. В таком виде список провисел до ноября 2016 года, когда Math1985 заменил его на автогенерируемый из Taginfo.

В ноябре 2015 года Klumumbus вытащил список значений office в заготовки JOSM. К этому моменту в базе было примерно 240 тегов office=notary против 860 lawyer=notary. Разумеется, после выхода новой версии JOSM первый график рванул вверх, а второй замедлился. На этот момент первый ещё не вырвался вперёд: у нас 925 office и 1020 lawyer. Росту способствовала и короткая вики-страница тега, которую, не разобравшись, создал Math1985. Он даже не упомянул альтернативный тег.

Ошибка налицо, в январе этого года я решил её исправить, создав тикет в JOSM на замену тега в заготовках. Увы, это непросто: подошёл человек из Бразилии и рассказал, что там нотариусы не являются юристами. Klumbumbus подхватил его мысль, предложив, если что-то не нравится, пройти в рассылку tagging@. Железный аргумент, фиг оспоришь. А остановки — не дороги, почему они в highway? Или почему аптеки — amenity, когда там торгуют?

Другими словами, название тега и значение тега — разные вещи. BushmanK целый год по-всякому объясняет это в своём дневнике. Проблема здесь не в обозначении, а в двух тегах для одного и того же. Благодаря бездумному копированию из таблиц, оба набора тегов теперь используются примерно одинаковое количество раз. Именно это я хочу исправить: давайте выберем один и будем его придерживаться. И у office=notary нет никаких преимуществ, кроме присутствия в заготовках JOSM.

Борьба продолжается: я только что написал в рассылку tagging@ и не ожидаю, что все её читатели легко согласятся. Впереди, наверное, и пропозалы, и голосования. Тем временем, влияние JOSM на статистику должно ослабнуть. Не потому, что началась дискуссия. А потому что в редакторе iD в субботу тоже добавили пресет для нотариуса. С правильными тегами.

2017   josm   статистика   теги

Ещё одно отношение маршрутов

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

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

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

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

2015   теги

Рисование домов

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

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

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

2014   теги

Картируй, что видишь

Или вот, как обозначать на карте подразумеваемые ограничения скорости? То есть, видя знак «начало населённого пункта», писать на карте не «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. Расставляйте ограничения, они важны.

2014   теги

За мосты и электричество

До 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=*.

2013   пропозалы   теги
Ctrl + ↓ Ранее