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

пропозалы

Any keys you like

Новичкам с первого дня объясняют: придумывайте любые теги, у нас свободная модель. Рисуйте — но лучше справляйтесь по Map Features, а новые теги обязательно задокументируйте. Вы можете обозначить дорогу как «дорога=главная», но чтобы её показывали на картах, придётся изучить значения «highway». Поэтому сначала ищите по вики и форуму, если не нашли — откройте словарь, придумайте варианты, как назвать новый тег, проверьте их по taginfo. Новые теги могут быть любыми, и их не обязательно согласовывать заранее.

Документирование важных тегов начинается с пропозала. Когда-то пропозалы делались для совместного обсуждения моделей тегирования: названий, дополнительных тегов, документации. Человек отметил несколько объектов — пусть это будут люки, к примеру, — изучил их свойства, составил список используемых тегов и подтегов, и хочет узнать мнения у специалистов по люкам и тех, кто мапил люки раньше. Результатами будут вики-страница и осведомлённость авторов картостилей и валидаторов о связанных тегах.

То ли участники стали менее уверенными, то ли викиманьяки всех застращали, но в последние месяцы рассылка tagging@ необычно выросла: одновременно обсуждаются десятки пропозалов. В прошлой радиопередаче мы два часа перечисляли только темы за январь. Оказывается, в головах мапперов всё поменялось: вместо «сделал — задокументировал» порядок обратный: «захотел обозначить — написал пропозал — пришёл в tagging@ — со всеми переругался — пропихнул пропозал через голосование — снова переругался — поставил тег на точку». Яркий пример — man_made=water_tap, автор которого ярко показал недостатки пропозалов, спровоцировал две длинные философские темы, и сколько объектов обозначено спустя две недели его тегом? Пять. Из них две — автором.

Но то новые теги, а если старые не нравятся? 3,5 года назад мы приняли эпохальный пропозал: entrance=*. Он включал в себя не только классификацию входов, но и требование автоматического перетегирования всех 150 тысяч точек с building=entrance. Противники долго удерживали волну, но сейчас последних около 63 тысяч (два дня назад было 67 — процесс ещё идёт). Тот пропозал отверз хляби разума: оказалось, можно менять устоявшиеся схемы с сотнями тысяч использований. Немногие прошли, но примеров достаточно: электроподстанции, трубопроводы, emergency=*, public_transport:version...

Иногда заменить пару тегов недостаточно. Никита «d1g», проведя полгода за наведением порядка в вики, понял: сама модель «ключ=значение» ущербна. В частности, потому что не позволяет использовать несколько значений одного ключа («;» не в счёт, её никто не поддерживает). Заменой он определил формат «ключ:значение=yes». Плюсы такого подхода расписаны на странице пропозала, минусы предъявили другие участники в рассылке tagging@ и русском форуме. Услышав претензии, Никита понял: без изменения API тут не обойтись, потому что наши проблемы решат только иерархические теги с массивами внутри.

OpenStreetMap только в начале своего развития. Почти все элементы его модели плохи, и каждый рано или поздно хочет тип данных для области, более логичную иерархию тегов, JSON API, лучшую документацию, модераторов и орган, куда жаловаться. Но вы знаете: «хочешь — сделай». Следующая версия API назревает, и самое время расчехлить компилятор C++ и написать желаемые функции. Ограничений нет — только ваше рабочее время и обратная совместимость с базой и нынешним API. В этом году мы увидим немало перемен, на которые будем бурчать: «раньше было лучше», — и наша задача в том, чтобы настоящее стало этим «раньше» как можно раньше. Никита, дерзай!

 4 комментария   2015   ВНЕЗАПНО   пропозалы

Узлы безумия

Сегодня Мартин Коппенхёфер опубликовал пропозал моей мечты под названием «Node relations». В нём он предлагает в ситуации, когда, например, на одном столбе несколько разных знаков, не накладывать точки одна на другую, и не пользоваться мерзким «;», а создавать «виртуальные узлы» с помощью отношений. В отношении type=node может быть только один член — точка — и какие угодно теги.

Это ещё один шаг к разделению геометрии и её свойств. Когда-то давно я предлагал радикальное изменение модели OpenStreetMap: запретить теги на точках и линиях, все сущности обозначать отношениями. Если вдобавок освободить отношения от геометрического смысла (т. е. вместо мультиполигонов сделать тип area), это устранит все двусмысленности в данных, позволит сохранять идентификаторы при перерисовке геометрии, позволит объединять, например, линии в сущность «улица», и заставит, наконец, программистов сделать нормальное редактирование отношений.

Жаль, слишком радикально для сообщества, но даже ничтожный шаг в правильную сторону — уже хорошо.

До 19 июля идёт голосование за обозначение портов и перегрузочных терминалов. Голосуют пока какие-то незнакомые люди. Рассылку tagging@ читают всё меньше нормальных людей, проще изучить C++ и уйти в программирование, чем спорить с тегоманьяками. Недавно, вон, кто-то предложил способ обозначения дверей, так его оборвали на полуслове: был уже такой, отклонили восемью неизвестными. Автор в сердцах написал за ночь 30 килобайт второй версии пропозала, и с лёгким сердцем выкинул его из головы.

 6 комментариев   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=*.

 2 комментария   2013   пропозалы   теги

За дороги и электричество

Позавчера открыли голосование за пропозал, вводящий новый тег 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 (зависит от наличия перекрёстков со второстепенными дорогами после знака). В России, как ни удивительно, этот тег используется ноль раз.

 4 комментария   2013   пропозалы   теги

Викиданные в тегах

В октябре открыли проект Wikidata: централизованное структурированное хранилище данных и метаданных всех объектов (другими словами, базу знаний) под лицензией CC0. С 6 марта на него перевели систему интервики (как следствие, последней строчкой в списке языков висит ссылка на wikidata), а во второй и третьей фазах планируется автоматически обновлять из Викиданных инфобоксы и списки.

Количество объектов в хранилище приближается к десяти миллионам; каждый, в отличие от страниц википедии, имеет уникальный идентификатор вида «Q12345», не зависящий от языка и других объектов. Janko Mihelić месяц назад предложил использовать ссылку на викиданные в формате wikidata=Q234 паралелльно тегам wikipedia, а заодно по возможности снабжать такой ссылкой каждое значение-объект: например, architect:wikidata=*.

Другие осмеры сразу заметили, что новый тег а) неочевиден пользователям; б) дублирует тег wikipedia; в) ничем не поддерживается; г) может содержать несколько значений (поскольку объекты OSM могут обозначать несколько сущностей: например, теги магазина на контуре здания). Реакции разнятся — от «дурацкий тег, давайте его забудем» до «массово заменим wikipedia на wikidata!» Жаркие споры, вызванные этим пропозалом в рассылке и вики, проявляют не столько спорность предложения, сколько проблемы самого механизма пропозалов. Simone Saviolo подытожил:

Я слегка озадачен: долгие годы мы говорили, что OSM должен хранить только геоданные, а остальной информации место в отдельной базе данных. И теперь, когда появилась такая отдельная база, у неё оказалось столько противников.

 9 комментариев   2013   пропозалы
Ранее Ctrl + ↓

Мнения, высказанные на этом сайте, отражают точку зрения лично автора сайта и ничью больше: ни его бывших или настоящих работодателей, ни семьи и знакомых.