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

d1g · 2015-01-26T14:59:16.000Z

newpavlov:

что это смахивает на отвергнутое отношение Person

То, что найдутся 20000000 мапперов которым могилы не нужны и скажут своё “нет” в пропозале ничего в OSM не решает. Большинство мапперов было против излишней сложности маппинга: “одного надгробного камня достаточно”.

Для большинства могил - да. Для нескольких человек я предлагаю использовать множественные теги.

Этим OSM выгодно отличается от какой-то там Викимапии, Народных карт и прочих. Модераторов нет, вы ограничены только свой разумностью. Зачем-то вам нужны могилы - мапьте их, договариваетесь с другими мапперами могил о отношении Person.

newpavlov · 2015-01-26T15:24:21.000Z

Лично мне схема с addrN и graveN нравится слабо, но в текущих условиях, это наверно наиболее оптимальный костыль. (схему с отношением использовать будет действительно сложнее) Чуть попозже, если не будет других вариантов, попробую описать в пропозале.

pfg21 · 2015-01-26T20:00:28.000Z

вариант две точки c отдельными наборами grave не рассматривается ??

newpavlov · 2015-01-26T20:35:49.000Z

pfg21
В списке выше он стоит самым первым. Этот подход не очень хорош, попробуйте представить кенотаф с 50 “захороненными” и станет понятна вся ограниченность этого метода.

OverQuantum · 2015-01-26T21:24:58.000Z

ИМХО, grave50:name= или 50 отношений на полигоне - даже хуже, чем 50 точек внутри полигона.

Surly · 2015-01-27T07:51:12.000Z

newpavlov:

тут ещё вопрос, стоит ли мапить мемориальные могилы, или же стоит ограничиться только настоящими захоронениями

Конечно, мапить и мемориальные могилы тоже, тем более, что ключ “grave=” в пропозале уже предусматривает значение “cenotaph” для такого типа могил.

newpavlov · 2015-01-27T21:46:14.000Z

OverQuantum
На мой вкус и цвет вариант с graveN всё-таки проще, лаконичнее и логичнее. (как минимум из-за того, что групповая могила это единый объект и дробить его на 50 точек из-за негибкости API имхо очень плохая практика)

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

OverQuantum · 2015-01-27T22:04:24.000Z

newpavlov:

OverQuantum
групповая могила это единый объект и дробить его на 50 точек из-за негибкости API имхо очень плохая практика

Да, пожалуй.

+Порядок имён в graveN:…= может отражать порядок имён на табличках.
ИМХО, надо оговорить, что допустимо вводить инфу с пропусками номеров (например, на фото часть фамилий не удаётся разобрать), а также что если по каким-то причинам, скажем, grave49:name удаляется, то grave50:name не переименовывается в grave49:name и т.п.

Вот эту могилу смогу протэгировать (есть собственное фото верхней плиты).

keder · 2015-01-28T06:42:58.000Z

А можно в предложении в значениях тега grave добавить crypt для склепов? И еще вопрос: если склеп - капитальное сооружение, будем на него тег building вешать?

newpavlov · 2015-01-28T12:18:10.000Z

keder
Без проблем можно добавить. Т.к. я не особый спец в различных типах могил и их мемориалов,то я оставил возможность вставлять любые значения тега по разумению мапера. Потом уже по taginfo можно будет зафиксировать и задокументировать наиболее популярные варианты.

Насчёт building, думаю, лучше проставлять. (добавлю в текст, если ни у кого нет возражений)

off · 2015-05-18T15:41:05.000Z

Апну тему, раз появился интерес к кладбищам.

OverQuantum:

Вот эту могилу смогу протэгировать (есть собственное фото верхней плиты).

Вряд ли стоит заниматься внесением данных о захороненных солдатах в ОСМ. Этот вопрос решен на государственном уровне http://pamyat-naroda.ru/memorial/. Кстати, указанного захоронения я там не нашел - скорее всего еще не добавили.
Есть и любительские решения данной задачи http://nezabudem.net - тут энтузиасты кроме нанесения захоронений (памятников) на карту и привязки фотографий распознают фамилии с фотографий и вносят их в некую базу. С точки зрения обработки информации это бесполезная трата времени, т.к. на мемориальных плитах указывается не вся имеющаяся информация (фамилия, инициалы, редко звание).
Из недостатков портала “Память народа” стоит отметить отсутствие фотографии памятников. Быть может это временно.

newpavlov · 2015-07-08T18:22:14.000Z

Выставил пропозал на голосование.

freeExec · 2015-07-08T18:33:17.000Z

newpavlov:

Выставил пропозал на голосование.

А абзац для голосования создал, ну и свой голос надо было оставить первым. Ещё бонусом можно было сделать готовый к использованию присет для josm.

wowik · 2015-07-08T18:37:35.000Z

subjectN:*

Ой, мама! subject1:*

freeExec · 2015-07-08T19:00:16.000Z

wowik:

Ой, мама! subject1:*

Да, тоже показалось странным, обычно первый без номера, затем сразу 2.

newpavlov · 2015-07-09T11:21:36.000Z

Исправил subject1:*, отписался в рассылке и добавил раздел голосования.

LLlypuk82 · 2015-07-09T14:48:08.000Z

Если правильно понял, в данном предложении одиночное захоронение отличается от массового (типа братских могил или мест массовых захоронений) только ~~наличием~~ отсутствием списка захороненных. Т. е. если нет возможности или желания формировать такой список, то указать на массовость (или одиночность, как для могилы неизвестного солдата, например) нет способа, а это не совсем удобно, а если быть точным — совсем неудобно. Необходим доп. тег.
UPD subject:name должен предусматривать значение unknown (для явно безымянных могил).

ullus · 2016-02-12T13:07:31.000Z

Судя по вики: пропозал не прошел голосования из-за неактивности. Какой кворум для пропозала нужен и что дальше?
Задача отмечать могилы для удобного поиска есть а как это лучше делать - не понятно.

OverQuantum · 2016-02-12T18:49:40.000Z

ullus:

Какой кворум для пропозала нужен и что дальше?

http://wiki.openstreetmap.org/wiki/Proposal_process#Approved
A rule of thumb for “enough support” is 8 unanimous approval votes or at least 10 votes with more than 74 % approval, but other factors may also be considered (such as whether a feature is already in use).

Дальше, ИМХО, надо вновь выносить на обсуждение, собрав все замечения и возражения в один перечень. Потом ставить на голосование и призывать народ проголосовать.

bigest · 2016-09-07T04:55:05.000Z

edward17:

Vanuan:

К сожалению, других подходящих тегов нет. Питьевой фонтанчик или ржавый кран, помыть руки можно.

Соглашусь с тем, что сейчас в OSM беспорядок с обозначением источников воды. Честно говоря, я тоже не нашёл лучшего варианта, чем amenity=drinking_water + drinkable=no

Для колонок с технической водой, имхо, идеально подходит комбинация man_made=water_tap и drinking_water=no.