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://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, т.к. схемы нумерации на кладбищах могут быть различными, то наверное лучше иметь одно поле, а не делать пять схем для разных кладбищ.
Тэг нужен другой; вместо этого тэга для дословного цитирования надписи, оказывается, есть 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) сервисов, созданных в США, он пока что популярен преимущественно там. Возможно, и в России альтернатива этому сервису появится (как в своё время Вконтакте - фейсбуку).
Голосование не началось, а ты уже проголосовал, как так.
И потом там должно бы быть не name, а ref. Ну и area=yes мне кажется совсем не нужна, т.к. линейный сектор я себе не представляю.
Это важно? Ты переделаешь 1000 объектов, уже использующих тэг name?
Без area=yes - это не полигон. area=yes нужен везде, где определяется полигон, кроме некоторых случаев, где он предполагается по умолчанию (building, landuse).