RU:Тегируйте как нравится

Основные, используемые теги (свойства объектов) уже приняты и приведены в RU:Map Features. Рекомендуется использовать теги из этого списка. При использовании собственных меток может получиться так, что другие пользователи не поймут их и поменяют их на общепринятые. И конечно программы отображения карты и конвертеры не распознают ваши личные теги.

Contents 1 Добавление меток в список общепринятых 2 Когда создавать заявку 3 Что не надо наносить на карту 4 Соглашение о синтаксисе новых меток

Добавление меток в список общепринятых

Если вам необходимы теги для нанесения на карту чего-то специфического. Следуя золотым правилам и поищете их в общепринятом списке, списке предложенных меток, списке не принятых меток, списке отношений, обсудите на форуме и сделаете рассылку. Если все-же вы не смогли найти тег для того, что бы вы хотели нанести на карту. Используйте Tagwatch — важнейший ресурс на котором можно найти много разных меток. Это список меток, которые используются пользователями и статистика их применения. Это также список всех комбинаций ключей и значений, которые были применены для всех объектов карты.

Помните, что OpenStreetMap не накладывает ни каких ограничений на использование меток для объектов (точки, лини, области и даже отношения). Вы можете использовать любые теги, какие захотите, но пожалуйста опубликуйте их. Вы можете сделать это здесь, на wiki OpenStreetMap, дав свои разъяснения. (Посмотрите как.)

Публикация позволит другим пользователям найти ваше описание теги и может быть использовать теги, придуманные вами.

Публикация особенно важна в дальнейшем, если кто-нибудь предложит обновить существующий список и внести предложенные вами теги. В этом случае ваш опыт и опыт других пользователей, использующих ваши теги может быть использован в процессе подачи заявки, учтен при голосовании и утверждении. И если голосованием будет принято, возможно ваша схема перейдет в разряд общепринятых (войдет в RU:Map Features).

Выбор используемых меток

Разберем пример. Вы хотите нанести на карту все места гнездования Белок-летяг, находящиеся под угрозой уничтожения в вашей области. Английское название белки (Siberian_Flying_Squirrel Siberian_Flying_Squirrel) вы хотите использовать, как значение тега. А для ключа вы выбрали опасность разорения гнезд (еndangered_nest). Начните с того, что на английском создайте страницу с описанием тега endangered_nest=Siberian_flying_squirrel.

Через какое-то время кто-нибудь другой предлагает другую, более обширную схему с более емкими тегами. Эта схема учитывает и другие аспекты жизни животных, находящихся под угрозой вымирания. Его теги позволяют наносить на карту больше информации. И вот теперь вам придется изменить ваши теги.

Хорошо подумайте, прежде чем создавать новый тег.

Если вы все-таки решили применять собственные теги постарайтесь их выбрать максимально продумано. Выбирайте теги, которые могут пригодиться и другим пользователям. Воспользуйтесь информацией о классификации меток приведенной здесь IOF Standards. В сети вы можете найти и другие источники.

Когда создавать заявку

Не надо создать заявку (proposal) для вашего предложения, если:

1. ваш тег не буден использоваться другими пользователями, или
2. вы не уверены, что такой тег действительно нужен, или
3. последняя заявка с предложением добавления меток такого типа была отклонена, или
4. вы хотите изменить уже используемые теги внесенные в RU:Map Features

Заметьте, что создание заявки, не гарантирует ее утверждения. И даже положительное голосование не гарантирует появления на карте ваших меток. Однако, если ваше предложение было одобрено большинством, гораздо больше пользователей будут использовать ваши теги. Пользователи будут просить, чтобы теги были утверждены. В итоге это увеличит шансы появления ваших меток на основной карте.

Что не надо наносить на карту

В сущности OpenStreetMap — это база данных географических характеристик и объектов с географическими свойствами. Таким образом добавление точки беспроводной сети, допустимо. А вот нанесение зоны покрытия и точек с уровнем сигнала нежелательно. Но в любом случае никто не может вас остановить.

Соглашение о синтаксисе новых меток

Это попытка описать существующее рекомендации, людям, добавляющими новые теги на основе существующих RU:Map Features, последних заявок и предложений. Правки и дополнения, используемые большинством пользователей будут однозначно приняты!

• Тег состоит из пары ключ и его значение. Тег представляет собой строку кода, записанную как Ключ = Значение.
• Значения записываются на любом языке в Юникоде.
• Некоторые, но не все Ключи могут содержать несколько значений. В этом случае значения записываются через точку с запятой. Описание ключей, допускающих такую форму записи значений, отдельно описаны в Вики.
• Формы записи выбранные для ключей тоже имеют некоторые стандарты:
  • Все ключи записываются только на английском.
  • В идеале, ключ это одно слово в нижнем регистре.
  • Ключ не должен состоять из сочетания слов с подстрочными разделителями.
  • Ключ не может содержать пробелов и других служебных символов. Это позволяет избежать проблем c whitespace, т.к. среди ребят из OSM встречаются программисты — любители синтаксиса.
  • Встречается несколько сложных ключей состоящих из нескольких слов, разделенных двоеточием. Такие ключи должны легко читаться слева направо. Некоторые из них уже широко используется.
  • Ключом может быть или свойство(как width — англ. ширина) или категория (как highway). Свойствам присваивается значения ключей (как например ширина равна двум). Когда ключу присваивается значение категории, то требуется дальнейшая "обработка" и, в конечном счете, по значению категории, ключу присваивается набор свойств. (как например highway=motorway).
  • Ни в коем случае, ключ не должен быть по сущности однозначным, Другими словами ключ должен иметь возможность принимать несколько значений.
    1. Простой шаблон, использующий приставки к именам меток. Это в стиле некоторых языков программирования. Содержит относительно-разнообразную информации способом, при котором, такие теги не пересекается с другими тегами OSM. Идеален для импорта данных из других источников!
       • tiger:county=*, tiger:upload_uuid=* — все что связанно с импортом Tiger в США.
       • KSJ2:lat=*, KSJ2:curve_id=* — теги от Japan KSJ2 import
    2. Шаблон для относительно-связной информации, представленной единым обозначение, содержащих нескольких полей, разделенных двоеточием. Почти как свойства. Великолепно для системы адресов и обычных наименований.
       • name:left=*, name:right=* — улицы с различными именами по разные стороны от дороги
       • addr:housenumber=*, addr:street=* — все что связанно с адресами
    3. Шаблон для деления по кодировке языка.
       • name:en=*, name:ru=* — Английские и Русские имена для меток
       • note:ja=* — заметки только для Японского языка
    4. Очень редко встречающиеся. Этот шаблон,выполнен на подобии дерева, где ответвления приписываются другим определенным ключам. Это почти однозначное значение ключа. Почти.
       • source:name=* — определяет источник данных для тега name
       • source:ref=* — определяет источник данных для тега ref
• Это самый распространенный шаблон, постоянно уточняющийся. Он используется во многих схемах обозначения меток. Его достоинством является все больше расширение стечением времени, хорошая наглядность, и в тоже время обратная совместимость :

highway=crossing

crossing=uncontrolled

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