DrevoReport

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

DVK_Dmitriy написал:

[q]
Конечно интересует!
[/q]

Описание новых отчетов, как и обещал.
Начну с Фамильных цепочек и истории возникновения этого вида отчетов.

При работе в архивах бывает (во всяком случае у меня), что по населенному пункту нужно отработать несколько десятков фамилий. Фамилии запомнить несложно, а вот принадлежит-ли найденное по фамилии лицо твоим родам не всегда помнишь по имени-отчеству.
Я перепробовал несколько вариантов "шпаргалок" - от мини-деревьев до всяких списков, но всегда при нахождении нужной персоны тратил время, чтобы проверить, насколько персона близка к моим родам. Иногда даже было быстрее просто переписать метрическую запись, чем разбираться "мои - не мои".
Более того, иногда приходилось просить кого-то, кто работает с нужным населенным пунктом, посмотреть моих. Естественно, человеку сложно объяснить что именно нужно, а сказать "посмотрите моих Галак" будет кощунством, так как в селе это каждый третий.

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

[ Изображение на стороннем сайте: 16c090daacc1.png ]

Как им пользоваться?
Например нашли рождение у ГАЛАКИ Сидора Ивановича сына. Галака - фамилия предка, ищем его в нашем списке. Нашли Сидора, следом за ним идет его отец Гаврил, то есть отчество у Сидора - Гаврилович и найденный Сидор Иванович - не наш.
Т.е. в одной строке помещается вся прямая ветка от первого представителя фамилии (женщины) до последнего известного.
Фамилия Галака в нашем примере представлена:

ГАЛАКА Мария (БОРАК) (1848 - 1893), Сидор (1806 - 1848), Гаврил (1777 - 1853), Петр (1746 - 1817), Герасим (1728 - ?)

Т.е.:
ГАЛАКА Мария Сидоровна (по мужу БОРАК)
ГАЛАКА Сидор Гаврилович (на рисунке обведен синим)
ГАЛАКА Гаврила Петрович (на рисунке обведен зеленым)
ГАЛАКА Петр Герасимович
ГАЛАКА Герасим (отец неизвестен)

Такие списки я составлял вручную и поддерживал в актуальном состоянии перед походом в архив. Со временем появились года рождения, так как нередко в одном роду имена-отчества повторялись и найденный Сидор Гаврилович мог оказаться из другой эпохи.

Так как у одного рода фамилия могла трансформироваться или в разных источниках быть разной (например в ревизиях и метричках), то пришлось учитывать и этот момент (на рисунке обведены такие примеры и указана опция, которой можно регулировать или только фамилию первого предка указывать или все, встречающиеся в этом роду варианты фамилий)
Также для большей информативности можно показать фамилию женщины (родоначальника рода ) по мужу. Это также можно настроить.
С остальными настройками несложно разобраться. Остановлюсь только на двух "Игнорировать..."
Эти 2 настройки нужны для того, чтобы усечь список до только известных родов или родов, у которых известна фамилия родоначальника.
Пробуйте поиграться с опциями, все должно быть понятно.
Вроде-бы все. Спрашивайте, отвечу

Второй из появившихся отчетов - Браки
Если круговая диаграмма мной используется для определения направления исследования неизвестных на текущий момент родов, ключем к которому, как известно, является Брак, то отчет Браки -это попытка анализа - где и когда эти браки могут быть найдены.
Чтобы найти Брак в первоисточнике, нужно знать когда это событие произошло, поэтому я взял за правило при создании события брак сразу очерчивать границы времени, в рамках которых он мог произойти.
Не секрет, что в первую очередь при определения даты брака берутся даты рождения жениха и невесты, а также их детей.
Т.е. если некий жених Петр 1825 года рождения, невеста Мария 1830, а их первый известный ребенок 1860, то брак ориентировочно произошел позже чем 1825+18=1843 и 1830+16 =1846, но раньше, чем 1860, и в приведенном примере я пишу 1846...1860
Если вдруг будет обнаружен более ранний ребенок, то естественно верхняя граница будет сдвигаться вниз.
В принципе, все эти данные и легли в основу отчета..

Как и предыдущий отчет "Фамильные цепочки", прародитель отчета "Браки" создавался мной вручную. Для этого из первоисточников вытаскивались все необходимые данные И вручную вбивались в Excel. Ясное дело, что отчет постоянно отставал от реалий, что приводило к тому, что ориентировочные даты не учитывали новые находки.

Как я уже писал ранее, хочу еще доработать отчет и добавить расчетную дату брака, помимо даты из события Брак "Древа Жизни", и размещать ее рядом стоящей колонке по приведенному выше алгоритму.
Но к такой автоматизации я сам отношусь скептически, так как есть еще масса событий, которые могут сузить предполагаемые даты брака, но которые сложно формализовать.
Например, в восприемниках у кого-то Мария упоминается, как жена Петра в 1850 году, это сразу изменит нашу предполагаемую дату интервалом 1846...1850. Смерть предыдущей жены Петра найдена в 1848 году позволит предположить, что брак состоялся в интервале между 1848 и 1850 и т.д.
Т.е. учесть эти события при автоматизации достаточно сложно, так как их, как минимум, нужно все вносить в Древо. Поэтому такие факты я пишу в примечаниях к Браку, которое в данном отчете присутствует в отчете. А предполагаемую дату брака пишу вручную прямо в Древо. Такой вот полуавтомат

)
Но тем не менее такой автоматический анализ может понадобиться для тех, кто вообще не ставил дату брака в принципе, если он ее не знал, а теперь захочет это сделать. Хотя, поверьте, делать это самому тоже весьма интересно

Оставим программе рутину, а сами будем анализировать.

[ Изображение на стороннем сайте: a67b9139493e.png ]

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

Напоследок о расцветке таблицы:
Зеленый - известный брак прямых предков
Желтый - неизвестный брак прямых предков
Бирюзовый - известный предыдущий или последующий брак одного из супругов
Белый - то-же, но неизвестный

На сегодня - все. Будут вопросы - задавайте..

Неплохое приложение.
Самое полезное лично для меня оказалась возможность начертить пустую диаграмму на необходимое кол-во поколений, а потом ВРУЧНУЮ заполнять.
Если чертить заполненную, то НЕ УСТРАИВАЮТ ПЕРЕВЕРНУТЫЕ ИМЕНА ! Просто предполагается , что распечатку человек смотрит в одном положении, а не крутит во все стороны, очень неудобно! Если бы можно было это исправить ...

А вообще, респект создателю! Нужная вещь.

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

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

Сделал "Поиск дублей" (анализируется абсолютно вся база).
Опишу настройки позже (кстати, за мной "должок" описания отчета "Статистика")

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

[ Изображение на стороннем сайте: 5cc761f78a5c.png ]

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

Выборка по имени Евдокия:

[ Изображение на стороннем сайте: b6c671e6919d.png ]

А это - Ксения:

[ Изображение на стороннем сайте: 32ecea140099.png ]

Николай:

[ Изображение на стороннем сайте: c896ad9c84d2.png ]

Наталья (вернее введено "Натал", чтобы попали и "Наталья" и "Наталия"):

[ Изображение на стороннем сайте: 9347b3364ba5.png ]

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

[ Изображение на стороннем сайте: 46d3d6d95b98.png ]

Выложил новую версию программы (от 09.01.2014).
В ней:
- исправлена обработка дат, указанных по старому стилю (в частности в отчете Статистике и др. - проверяйте)
- в Статистике добавил группировку по именам
- В отчете Браки исправлена ошибка для браков, в которых в участниках есть поручители
- Возможность прервать формирование "долгоиграющих" отчетов (Поиск дублей, Детектор проблем, Браки), а также первоначальную загрузку данных. Прерывание возможно или по кнопке "Прервать" на панели инструментов или по Esc-ейпу
- Исправлено несколько более мелких ошибок
- По-моему что-то еще, но не помню что именно

Версия от 14 января 2014:
- Исправил ошибку с датами в Статистике
- Теперь можно щелкнуть по интересующему участку в Статистике и получить расшифровку показателя
- в фильтре в Статистике можно указывать несколько имен и/или фамилий через разделитель
- к полям в Статистике добавил "хинты" - всплывающие при наведение на поле подсказки

Обновил до версии от 20 января 2014.
Исправлена ошибка в Детекторе проблем.

Бесплатное приложение к Древу Жизни - построение отчетов