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

microArt написал:

[q]

[/q]

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

Просто это правильный механизм с точки зрения Реляционных БД.

Что касается автоустановления связей... Ну вот моя идея с уникальностью одного Персонажа в рамках одного прихода (а может и не только) как раз и призвана сделать это. Представьтте, Вы обрабатываете третью четвертую МК и ситсема с некоторого момента начинает на стадии ввода первых букв ФИО подставлять человека целиком. На Ваше усмотрение согласиться или завести еще одного полного тезку.


Хотя бывают такие чудеса

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

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

Но у меня нет такого готового варианта, который бы я могла бы предъявить.

[q]

Статья 26. Использование архивных документов

[/q]

Отлично!)

Rychagov написал:

[q]

Как трактовать?

[/q]

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

Т.е.,я так понимаю, непосредственно книги охраняются государством

Rychagov написал:

[q]

Надо же ещё человеку формы предоставить, которые он заполнять будет. А не имея опыта работы с ревизиями, как я для них что-то сделаю?)

[/q]

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

Для ревизий принцип тот же: достаточно открыть одну ревизию и скопировать оттуда графы.

arkan1973 написал:

[q]

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

[/q]

Я не знаю, как с точки зрения Реляционных БД (я вообще не знаю, что это такое), но мне видится более правильным, чтобы человек фигурировал столько раз, сколько он упомянут в документах.
Так как даже при составлении одной родословной может быть много полных тезок -- я выше приводила пример, у меня в нескольких поколениях было по две идентичных персоны с одинаковыми фамилией и именем, одного возраста и родом из одного н.п. И я бы точно не обрадовалась, если бы система начала умничать и считать их за одного человека. А уж тем более, в какой-то глобальной базе тезок будет вообще немеряно...


Rychagov написал:

[q]

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

[/q]

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