Кладбища, места массовых захоронений. Люди, которые там захоронены

historic=grave
grave:for=human (также возможны dog, cat, …, в зависимости от того, кто захоронен)

1. Как отметить имя, написанное на могильной плите или кресте или на плите колумбария
name=*?

2. Обозначение типа захоронения (Могила, кулумбарий)
grave:type=* (cenotaph, если могила символическая – Кенотаф в Википедии

4. Тип памятника, (крест, могильная плита, статуя, барельеф, фотография и т.д.)
grave:memorial=* (no, если такового нет)
grave:photo=yes/no

5. Годы жизни (если указано)
grave:dates_present=yes/no (указано ли на памятнике)
grave:birth=YYYY-MM-DD,
grave:death=YYYY-MM-DD – можно написать известные даты, даже если они не написаны на памятнике

8. Тег ссылки на фотографию захоронения
Как для любого другого объекта.

3. Дополнительные надписи, кроме имени
description=?
grave:text=
?

9. Тег названия кладбища, тег номера участка, тег номера захоронения
addr:=

а как же всякие древние захоронения, где какой-то пахан похоронен вместе с любимой собакой и конём?

Ну, тут придется прибегнуть или к точке с запятой, или придумать специальное значение тэга для обозначения ситуации, когда в одном захоронении покоится несколько телес, или… например, ввести отдельный тэг о том, кто составляет компанию этому фараону (жена, невеста, слуги, боевой конь, любимые животные – случаи, действительно, могут быть самые разнообразные)

Ну да, с точки зрения политкорректности еще надо подискутировать, пахан ли похоронен с собакой или собака с паханом.

http://billiongraves.com/ :slight_smile:
Конечно, не osm, но что-то…

Для OSM вот такое есть: http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Tomb_Plugin

Он кстати интегрирован с сайтом http://www.myheritage.com/, так что те кто занимается гениологией и заполняет свое древо. Сайт сам автоматически ищет совпадения на сайте billiongraves и выводит их пользователям.

Я бы предложил немного модифицированный вариант:
grave=yes/* (yes, либо уточненный тип могилы/памятника, единственный обязательный тег)
grave:name=* (полное имя похороненного)
grave:type=human/cat/dog/* (вид захоронения, в случае отсутствия подразумевается human)
grave:photo=yes/no (есть ли фотография на памятнике)
grave:birth=YYYY-MM-DD/yes/no (дата рождения указанная на памятнике, yes - дата указана, но по каким-то причинам не уточнена, no - дата на памятнике не указана, по умолчанию - yes)
grave:death=YYYY-MM-DD/yes/no (дата смерти указанная на памятнике, применение yes/no аналогично дате рождения)
grave:inscription=* (мемориальный текст на памятнике)
grave:cemetry=* (указание имени кладбища на котором находится могила)
grave:ref=* (для указания ссылки на могилу, комбинирующую номер участка и номер захоронения)

О мотивации изменений:

  • Не думаю, что стоит привязываться к historic, ибо обычные могилы не соответствуют смыслу данного тега, поэтому наверно лучше ввести тег grave через значение которого при желании и будет указываться тип могилы
  • Просто тег name, тоже использовать наверно не очень хорошо, т.к. странно могилу именовать как “Иванов Иван Иванович”
  • т.к. текст на могиле строго определённая штука, то считаю его лучше выделить в отдельный тег
  • addr применять к могилам имхо было бы странно.Плюс думаю лучше не разбивать номера участков и номера захоронений по разным тегам, а указывать всё вместе в grave:ref, т.к. схемы нумерации на кладбищах могут быть различными, то наверное лучше иметь одно поле, а не делать пять схем для разных кладбищ.

Учитывая объем данных - тема для отдельного проекта типа OpenGraveMap :roll_eyes:

Тэг нужен другой; вместо этого тэга для дословного цитирования надписи, оказывается, есть inscription.

Возражаю. При таком тэгировании мы смешиваем данные о двух разных сущностях: о могиле и о захороненном в нём усопшем.
А то может еще оказаться такой вариант, что даты жизни у человека одни, а на могиле они указаны с ошибкой. Как в таком случае быть?
Предлагаю оставить даты, только если они указаны на самой могиле. Причём формат YYYY-MM-DD есть смысл расширить двумя значениями:
yes – выяснено, что дата на памятнике присутствует, но не удалось узнать конкретную дату;
no – выяснено, что даты на памятнике нет.

А для того, чтобы указать данные о самом захороненным, поляки придумали отношение Person.

Зачем, если по вхождению могилы в полигон кладбища можно определить?

Какой тэг в твоей системе предполагается для обозначения внешнего вида памятника?

Тема архиважная!

Пушкин даже не нашелся, что уж говорить про других… Местные наши могильщики использовали этот сайт как рекламную площадку, при этом “Records: 0/0” естественно. А ведь я слышал, что затевается инвентаризация захоронений. Уже и книги поистрепались настолько, что многих не найти по записям. Да и по могилам вряд ли восстановить получится. Прошлым летом регулярно мотались с женой на предмет поиска её прадеда. Так и не нашли, бардак полнейший…

Соглашусь. Правда думаю, что стоит его поместить в пространство имён grave:, т.е. использовать для надписей grave:inscription=, а не просто inscription=*. Хотя тут возникает вопрос, что делать с длинными надписями не помещающихся в лимит длины ОСМа.

Тут тоже соглашусь, т.е. схема дат сведётся к:
grave:birth=YYYY-MM-DD/yes/no (дата рождения указанная на памятнике, вне зависимости от её корректности, no - дата не указана, yes - дата имеется на памятнике, но по каким-то причинам не удалось её указать точно)
grave:death=YYYY-MM-DD/yes/no (дата смерти, аналогично дате рождения)
Хотя к схеме Person, лично я, отношусь достаточно скептически, и думаю что это уже выход за сферу данных которые стоит хранить в ОСМе.

Для облегчения работы софта (аналогично схемам использующимся для адресации). Вообще, я думал, что лучше это делать через отношение и включение могил в отношение кладбища с ролью grave, но вспомнив о кладбищах пятимиллиониках, решил, что такой подход будет не очень оправданным.

User defined, т.е. что пользователи занявшиеся картографированием могил решат обозначать, то и использовать, постепенно внося наиболее используемые в список для поддержания единообразия.

Не только, FamilySearch тоже интегрирован с billiongraves. Для справки, FamilySearch - создатель того самого формата GEDCOM, упоминавшегося тут.

Как и большинство молодых (создан в 2011) сервисов, созданных в США, он пока что популярен преимущественно там. Возможно, и в России альтернатива этому сервису появится (как в своё время Вконтакте - фейсбуку).

Пример маппинга кладбища в Вашингтоне: http://www.openstreetmap.org/#map=16/38.8805/-76.9790

А вот интересный пример маппинга участков кладбища во Львове: http://www.openstreetmap.org/edit#map=17/49.83240/24.05580 На карте мапник такое не отображает: http://www.openstreetmap.org/#map=17/49.83245/24.05581

Больше всего секторов кладбищ замаплено с тэгом cemetery=sector http://taginfo.openstreetmap.org/keys/cemetery#values
в Польше
http://overpass-turbo.eu/?key=cemetery&value=sector&template=key-value

На втором месте - Австрия и Чехия с cemetery=section: http://overpass-turbo.eu/?key=cemetery&value=section&template=key-value

На Find a grave больше записей, но там нет GPS-координат
http://www.findagrave.com/cgi-bin/fg.cgi?page=gr&GSln=Pushkin&GSbyrel=all&GSdyrel=all&GSob=n&GRid=1204&df=all&

Попробовал нарисовать по вашей схеме.

Предложение для участков кладбищ: https://wiki.openstreetmap.org/wiki/Proposed_features/Cemetery_sector

Голосование не началось, а ты уже проголосовал, как так.
И потом там должно бы быть не name, а ref. Ну и area=yes мне кажется совсем не нужна, т.к. линейный сектор я себе не представляю.

Это важно? Ты переделаешь 1000 объектов, уже использующих тэг name?

Без area=yes - это не полигон. area=yes нужен везде, где определяется полигон, кроме некоторых случаев, где он предполагается по умолчанию (building, landuse).

А линейные границы сектора?