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

Maksim Andreevich написал:

[q]

В первую очередь нужно вносить данные с выписок и копий, которые имеются у форумчан, но отсутствуют в общем доступе.

[/q]

Опять же... Захотят ли владельцы делиться оплаченными материалами с другими? Ведь выписки и копии получены платно.

microArt написал:

[q]

В сущности, форум для этого, с географическим рубрикатором.

[/q]

Представьте, если бы ОБД Мемориал или Подвиг народа залили не в отдельную базу, а на наш форум? И не просто текстово, а разными форматами файлов. Что-нибудь можно было бы найти в этой каше?


microArt написал:

[q]

А вот почему не публична? Тут многие отписались, что создают такие базы данных (в Excel или в "Древо жизни" или еще как

[/q]

Ответ очевиден - или моральные причины (нежелание делиться; не думают, что кому-то это нужно; нет вдохновляющего примера), или технические (разные форматы файлов; не знают как залить и т.п.).


Vorogeya написал:

[q]

Захотят ли владельцы делиться оплаченными материалами с другими? Ведь выписки и копии получены платно.

[/q]

Я бы поделился. Да и многие, думаю, тоже.


microArt написал:

[q]

А у меня других нет документов, кроме тех, что на FS. (И не будет).

[/q]

Ну можете и их индексировать. Просто неразумно волонтеров привлекать к набивке именно их. Есть куча того, чего нигде нет.

microArt написал:

[q]

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

[/q]

Это крайне сложно из-за вариативности написания имен, возрастов и т.п. Даже в своем древе я не сразу понял, что внесенные 2 персоны - это на самом деле одна...

Я вот думаю попробовать сделать сначала каталог метрик по одной церкви, далее сделать форму для внесения данных.
Возможно, получится также сделать, как просили в соседней теме, чтобы одновременно видеть картинку и форму для заполнения.
Кстати, можно сделать выгрузку заполненных на сайте данных в эксель.

microArt написал:

[q]

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

[/q]

По-моему, это тупиковый путь. То есть не совсем тупиковый, но максимально ресурснозатратный при минимальной эффективности. Во-первых, любая книга содержит ошибки, к сожалению. Иногда их немало. Кто и на каком основании примет решение, что такая-то запись содержит ошибку? А если ошибка будет неправильно истолкована? Я уверена, что только сам исследователь для себя может в какой-то момент решить, что на основании изученного им материала (а это могут быть совсем иные документы, а вовсе не метрики) можно считать, например, что вышенаписанная Агафья на самом деле Глафира.
Во-вторых, не надо интерпретаций. Если будет поиск по записям, пользователь должен иметь возможность сделать выборку по любому параметру записи и работать с исходным материалом, а не кем-то составленными связями. Не говоря уже о том, что в некоторых случаях эти связи восстановить невозможно.

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

И вот такую таблицу заполнять по МК, максимально все поля выбирать из предложенных списков.