Программы для обработки данных из метрических книг : ВГД

На сайте ВГД собираются люди, увлеченные генеалогией, историей, геральдикой и т.д. Здесь вы найдете собеседников, экспертов, умелых помощников в поисках предков и родственников. Вам подскажут где искать документы о павших в боях и пропавших без вести, в какой архив обратиться при исследовании родословной своей семьи, помогут определить по старой фотографии принадлежность к воинским частям, ведомствам и чину. ВГД - поиск людей в прошлом, настоящем и будущем!

А у меня другой вопрос: многие ли станут заниматься индексированием метрик, если все же такой интернет-ресурс появится?

По-моему, немногие. Так же как немногие выкладывают свои наработки здесь на форуме.

Ну, займутся этим два-три человека, на том все и закончится.

microArt, если доступ к поиску будет открываться после того, как примешь участие в индексации в оговореном обьеме - это будет стимул.

Rychagov написал:

[q]
Сейчас эта технология называется PWA.
[/q]

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

Как это реализовано в других генеалогических программах.

G_Spasskaya написал:

[q]
microArt, если доступ к поиску будет открываться после того, как примешь участие в индексации в оговореном обьеме - это будет стимул.
[/q]

Вот это мне и не нравится. Сама концепция.
Мне хотелось бы иметь программный инструмент (настольный вариант, или он-лайн вариант, в меньшей степени), чтобы я смогла бы составить индекс записей (назову это так) по моему приходу Богородицкое, может быть, Дубровно. Чтобы мне можно было бы отметить, да, вот эти части метрических книг я занесла в базу данных, а эти - нет.
Записи по моему приходу, то, что лично я записала в программу - они должны быть всегда со мной, до выхода из строя винчестера (это если я копии делать не стану). И использовать эти записи, что называется, "в хвост и гриву", составляя разные выборки, комбинируя данные.

(Как потом комбинировать эти части головоломки в единую информационную систему - это другой вопрос).

microArt, так это сейчас все и так вроде делают - по нужным приходам, по интересуемым н/п, по заданным периодам времени - и работают, так, как это нужно для конкретного поиска.
Зачем вам для этого что-то еще?

microArt,
Я веб-разработчик, могу предложить только то, что умею.
PWA для настольного использования подходят, хранить данные можно на компьютере и никуда не выгружать.

severinn написал:

[q]
1) фотокопии оригинал по одному конкретному населенному пункту (селу)
2) распечатку отложить на отдаленное будущее
[/q]

Тогда уж не по селу, а по приходу.
По селу как-то неудобно изображения собирать.
Проще по всему приходу.

Какие распечатки имеете в виду?

Rychagov написал:

[q]
Кроме того, с ревизиями я пока не сталкивался.
[/q]

Чтобы сделать что-то стоящее, надо с этим поработать, хоть немного, для того чтобы представлять что по чем. Получить, так сказать, опыт. Впрочем как и с метриками, надо хотя бы посмотреть разные года и разные губернии. А так получиться сырой продукт. Вы потратите свое время и время других людей

Скажу по себе, я переписала много записей из МК, прежде чем выработала приемлемую форму для себя, чтобы она была удобной.

G_Spasskaya написал:

[q]
так это сейчас все и так вроде делают - по нужным приходам, по интересуемым н/п, по заданным периодам времени - и работают, так, как это нужно для конкретного поиска.
Зачем вам для этого что-то еще?
[/q]

И как?
Приведите мне, пожалуйста, пример, как можно выписывать сплошным потоком записи из метрических книг, например, в генеалогическую программу, а самое главное, потом анализировать, устанавливая связи. Я так не умею.

Просто мой идеал (несбыточный) был в том, что:
- пользователь заносит данные из МК в программу (по шаблону, с использованием списков, справочников),
- программа помогает установить связи между записями и выдает готовые отчеты (по разным критериям).

Мне виделся идеал в виде локальной (настольной) базы данных, которая позволяет (но не обязывает) копировать данные на сервер.
Как программы по построению генеалогических деревьев, но они ориентированы на другое: что пользователь заносит в них выборочные сведения из МК, и связи уже установлены (уже понятно, кто ребенок, кто родители).

Я уже приводила пример: вот, у нас пара "жених - невеста". Дополнительной информацией служит место проживания (деревня) жениха и невесты.
И к этой паре привязывается ребенок из первой части МК. Дальше, если нам понадобится ответ на вопрос, сколько детей у нас было у этой пары, мы просто выводим соответствующий отчет.
Нужен не просто набор данных, а какие-то связи между ними.

Прочитала всю Тему и тоже решила выразить свое мнение.

Rychagov написал:

[q]
Просто в чём смысл создавать тысячи деревьев? Это трудозатратно.
Те, кто ищет своих, составят сами по имеющимся данным.
Ещё раз повторюсь, основная задача, как её вижу - именно перепись данных из метрик для последующего удобного просмотра и поиска,
[/q]

СТОКРАТ написал:

[q]
При наличии просто оцифрованных документов интересующийся выстроит все нужные связи сам. Главное иметь быстрый доступ к поиску. По своеиу опыту знаю, что при наличии одного имени и базы родословную можно составить буквально за несколько часов.
[/q]

Согласна!

Rychagov написал:

[q]
а также с реализацией автоматического анализа возможных родственных связей
[/q]

А вот тут у меня большие сомнения. Иногда бывают такие запутанные случаи с родственными связями, что ни одна машина не разберется.
Мне видится, что подобный анализ можно доверить только человеку. Каждый исследователь, заинтересованный в выстраивании своего древа, вполне может провести такой анализ самостоятельно.

Приведу в качестве примера Финляндию. У них две основные Базы.
Одна база -- это наборы картинок (сканов документов) и рядом текст к каждой картинке. Причем, текст максимально простой -- он элементарно воспроизводит имена-фамилии и нас. пункты из документа. Доступ к данной Базе свободный, регистрация не нужна.
Любой пользователь вносит свой вклад в индексацию по мере возможностей, никаких ограничений нет.
Человек может, например, заносить только свои фамилии, если он их встретит.
И мне видится, что гораздо эффективнее, если 300 или 500 человек внесут пусть только свои фамилии, чем 10 человек, допущенных до Базы, будут индексировать какие-то значительные объемы.

Вторая база у финнов -- чисто текстовая, по приходам и в ней сведения даны в определенной стандартизированной форме.
Рождение: имя родившегося, имена и фамилии родителей, профессия родителей, имена восприемников.
Брак: имена-фамилии брачующихся, их профессия (либо социальный статус).
Смерть: имя-фамилия умершего, возраст, причина смерти.
Естественно, в каждом случае присутствуют дата события и приход.
Из каждого события второй базы ссылка ведет к сканам документов, но НЕ к конкретному листу, а к папке, где хранится данная книга. А далее, имея все точные данные, человек уже ищет самостоятельно.
Вносить данные во вторую базу могут только авторы сайта. У обычных пользователей есть возможность написать комментарий под каждой записью (если замечена ошибка, например).
Ошибки? Разумеется они есть. Но эта проблема легко решается возможностями поиска -- можно искать по скольким угодно буквам.
Можно, например, вбить только первые буквы имени и фамилии жениха и невесты, или буквы кого-то одного из них, или полные имена -- система найдет всех персон с такими данными за указанные годы.
Можно искать по окончаниям имен-фамилий и т.д.

Ни в одной из баз нет попытки выстроить семейные связи или как-то стандартизировать имена (имена-фамилии -- как в документе).

А удовольствие разбираться во всех хитросплетениях оставлено исследователю (а лично для меня это действительно удовольствие, и я не отдам его никакой машине ))))