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

Rychagov написал:

[q]

Как именно работать с ними?

[/q]

CREATE TABLE `ivtitles` (
`iv_id` INTEGER NOT NULL PRIMARY KEY AUTOINCREMENT,
`iv_number` INTEGER NOT NULL,
`iv_data` TEXT NOT NULL,
`iv_title` TEXT NOT NULL,
`iv_year` TEXT NOT NULL,
`iv_punkt` INTEGER NOT NULL,
`iv_ref_id` INTEGER,
`iv_est_id` INTEGER,
`iv_part_id` INTEGER,
`iv_owner` INTEGER,
FOREIGN KEY(`iv_ref_id`) REFERENCES `ivtitles`(`iv_id`),
FOREIGN KEY(`iv_owner`) REFERENCES `owners`(`owner_id`),
FOREIGN KEY(`iv_est_id`) REFERENCES `estates`(`est_id`),
FOREIGN KEY(`iv_punkt`) REFERENCES `punkt`(`punkt_id`)
);
CREATE TABLE `ivlines` (
`ivl_id` INTEGER NOT NULL PRIMARY KEY AUTOINCREMENT,
`iv_id` INTEGER NOT NULL,
`n_house` INTEGER,
`n_male` INTEGER,
`n_female` INTEGER,
`n_rec` INTEGER,
`person` TEXT NOT NULL,
`person_age` INTEGER,
`ivl_ref_id` INTEGER,
FOREIGN KEY(`iv_id`) REFERENCES `ivtitles`(`iv_id`)
);
по ревизиям у меня вот такая основная структура без справочников

paul1914 написал:

[q]

по ревизиям у меня вот такая основная структура без справочников

[/q]

Кошмар, это по исповедкам))))

В любом случае хочется сделать что-то полезное для всех.
Здесь на форуме у всех свой опыт - может, что-то ещё предложите сделать.

А я пока займусь реализацией внесения метрик по своему приходу - посмотрю, насколько это затратно по разработке и по наполнению.

По моим подсчётам на продумывание и создание бд достаточно суток.
Затем развернуть приложение на ангуляре - час.
Затем накидать на бутстрапе базовый дизайн - полдня.
Написать апи на php для запросов к базе - 1-2 дня.
Написать необходимые модули на ангуляре - 3-4 дня.

Итого 8 дней) только в лучшем случае они растянутся на месяц)

Задумался вот о чем:

Для нас с точки зрения поиска наиболее важна персона.
В МК (по крайней мере с конца 19-го века) помимо ФИО упоминаются еще и места рождения (или выхода в случае если родители крестят младенца на новом месте).
Соответственно если в МК одного прихода в воспреемниках или поручителях засветился например губернии X, уезда Y, волости Z, слободы, села, деревни N крестьянин Фрол Иванович Ракитин, то это один и тот же Фрол. По крайней мере в рамках пяти-шести лет МК одного прихода.

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

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

Эти же персонажи могут засветиться и в Исповедках и в РС , таким образом несколько проще увязывать этих персонажей.

P.S. Что собственно забыл сказать. В идеале персона должна быть УНИКАЛЬНА, то есть вышеупомянутый Фрол в базе должен обитать в единственном числе с уникальным id, но в документах может быть хоть десять ссылок на него (у восьмерых воспреемник а у двоих поручитель)

Кстати, заметил несоответствие на сайте http://pskov.74pro.club/
Отмеченное мною место относится к Невельскому уезду, если ориентироваться на метрики.