Предложение по тегированию висит в стадии RFC. Планирую скоро выставить на голосование, посему хотелось бы получить финальные комментарии и предложения. А так же, если возможно, исправьте ошибки в английском, если таковые заметите.
grave=grave будет использована ноль раз
grave:photo - как быть с гравюрами и прочими произведениями искусств?
grave:cemetery лично я не стану заполнять. Полигона достаточно
Rendered as: Grave icon - сложный вопрос как рендерить…
но в целом очень годно, approve с меня
Немного подредактировал, вместо grave:photo вставил grave:image в котором можно указать тип изображения (фото, графюра, скульптура и т.д.), убрал grave=grave. Так же указано, что grave:cemetery опционально за исключением случаев когда могила находится вне полигона.
А склепы в рамках данного предложения как обозначать (например в случае когда несколько человек захоранивают в одном склепе)?
Сложный вопрос, который, к сожалению, не продумывался. По идее есть три варианта:
- Делать на каждого захороненного отдельную точку могилы внутри полигона могилы. Этот вариант самый простой, но наименее элегантный.
- Активно пользоваться точкой с запятой, условившись что порядок сохраняется для значений остальных тегов, т.е. grave:name=Mr. A; Ms. B и grave:birth=<mr. A birth>; <ms. B birth>. Данный вариант работает с минимальными доработками, но его будет сложно поддерживать и велика подверженность к ошибкам
- Сделать виртуальные могилы в виде отношений type=grave, которые будут ссылаться на полигон склепа. Т.е. на каждого захороненного будет создано отношение с нужной информацией.
Больше всего мне нравится третий вариант, ибо в первом создаются фиктивные точки, а по сравнению со вторым вариантом поддержка и создание на порядок легче. Плюс этот вариант позволяет удобно мапить братские могилы. (хотя тут ещё вопрос, стоит ли мапить мемориальные могилы, или же стоит ограничиться только настоящими захоронениями) Минусами является то, что это смахивает на отвергнутое отношение Person, а так же отношения используются не совсем по назначению.
С запятой точно не вариант. Замучаетесь потом эти данные использовать.
В конкретно этом случае я предлагаю использовать что-тотам<число>=значение
grave1:name=блаблабла
grave1:birth=место
grave2:name=блаблабла
grave2:birth=другоеместо
Лучшего решения в рамках API 0.6 вам никто не предложит.
Мы сами так мучаемся с addr тегами, но как видите — такой подход работает.
То, что найдутся 20000000 мапперов которым могилы не нужны и скажут своё “нет” в пропозале ничего в OSM не решает. Большинство мапперов было против излишней сложности маппинга: “одного надгробного камня достаточно”.
Для большинства могил - да. Для нескольких человек я предлагаю использовать множественные теги.
Этим OSM выгодно отличается от какой-то там Викимапии, Народных карт и прочих. Модераторов нет, вы ограничены только свой разумностью. Зачем-то вам нужны могилы - мапьте их, договариваетесь с другими мапперами могил о отношении Person.
Лично мне схема с addrN и graveN нравится слабо, но в текущих условиях, это наверно наиболее оптимальный костыль. (схему с отношением использовать будет действительно сложнее) Чуть попозже, если не будет других вариантов, попробую описать в пропозале.
вариант две точки c отдельными наборами grave не рассматривается ??
pfg21
В списке выше он стоит самым первым. Этот подход не очень хорош, попробуйте представить кенотаф с 50 “захороненными” и станет понятна вся ограниченность этого метода.
ИМХО, grave50:name= или 50 отношений на полигоне - даже хуже, чем 50 точек внутри полигона.
Конечно, мапить и мемориальные могилы тоже, тем более, что ключ “grave=” в пропозале уже предусматривает значение “cenotaph” для такого типа могил.
OverQuantum
На мой вкус и цвет вариант с graveN всё-таки проще, лаконичнее и логичнее. (как минимум из-за того, что групповая могила это единый объект и дробить его на 50 точек из-за негибкости API имхо очень плохая практика)
В общем, если не будет особых возражений, то вставлю именно его, явно добавив заодно, что можно мапить мемориальные захоронения. (это действительно подразумевалось в типах, но несколько неявно) Ну и вставлю, наверно, ремарку, что в будущем этот момент может измениться. (например, в случая появления чудодейственного API 0.7, которое, возможно, позволит решить данный момент элегантнее)
Да, пожалуй.
+Порядок имён в graveN:…= может отражать порядок имён на табличках.
ИМХО, надо оговорить, что допустимо вводить инфу с пропусками номеров (например, на фото часть фамилий не удаётся разобрать), а также что если по каким-то причинам, скажем, grave49:name удаляется, то grave50:name не переименовывается в grave49:name и т.п.
Вот эту могилу смогу протэгировать (есть собственное фото верхней плиты).
А можно в предложении в значениях тега grave добавить crypt для склепов? И еще вопрос: если склеп - капитальное сооружение, будем на него тег building вешать?
keder
Без проблем можно добавить. Т.к. я не особый спец в различных типах могил и их мемориалов,то я оставил возможность вставлять любые значения тега по разумению мапера. Потом уже по taginfo можно будет зафиксировать и задокументировать наиболее популярные варианты.
Насчёт building, думаю, лучше проставлять. (добавлю в текст, если ни у кого нет возражений)
Апну тему, раз появился интерес к кладбищам.
Вряд ли стоит заниматься внесением данных о захороненных солдатах в ОСМ. Этот вопрос решен на государственном уровне http://pamyat-naroda.ru/memorial/. Кстати, указанного захоронения я там не нашел - скорее всего еще не добавили.
Есть и любительские решения данной задачи http://nezabudem.net - тут энтузиасты кроме нанесения захоронений (памятников) на карту и привязки фотографий распознают фамилии с фотографий и вносят их в некую базу. С точки зрения обработки информации это бесполезная трата времени, т.к. на мемориальных плитах указывается не вся имеющаяся информация (фамилия, инициалы, редко звание).
Из недостатков портала “Память народа” стоит отметить отсутствие фотографии памятников. Быть может это временно.
А абзац для голосования создал, ну и свой голос надо было оставить первым. Ещё бонусом можно было сделать готовый к использованию присет для josm.
Ой, мама! subject1:*