Шлюби
Якщо кругова діаграма може
використовуватися для визначення напрямку дослідження невідомих на
поточний родів, ключем до якого, як відомо, є Шлюб, то звіт Шлюби
– це спроба аналізу: де і за який період ці шлюби можуть бути
знайдені.
Щоб знайти Шлюб у першоджерелі, потрібно знати, коли ця подія сталася, тому я взяв за правило при створенні події шлюб одразу окреслювати межі часу, в рамках яких він міг статися.
Не секрет, що насамперед за визначенням дати шлюбу беруться дати народження нареченого та нареченої, а також їх дітей.
Тобто, якщо є якийсь наречений Петро 1825 року народження, наречена Марія 1830, у яких перша відома дитина 1860, то шлюб орієнтовно стався пізніше ніж 1825+18=1843 і 1830+16 = 1846,але раніше, ніж 1860, й у наведеному прикладі я пишу Між 1846 та 1860
Якщо раптом буде виявлено більш ранню дитину, то природньо верхня межа зрушуватиметься вниз.
В принципі, всі ці дані і лягли в основу звіту.
Як і звіт " Фамільні ланцюжки ", прабатька звіту "Шлюби", цей звіт створювався мною раніше вручну. Для цього з першоджерел витягувалися всі необхідні дані та вручну вбивалися в Excel. Певна річ, звіт постійно відставав від реалій, що призводило до того, що орієнтовні дати не враховували нові знахідки.
Крім дати шлюбу, у звіті в сусідній колонці є і розрахункова дата шлюбу за наведеним вище алгоритмом.
Але до такої автоматизації я сам ставлюся скептично, оскільки є ще маса подій, які можуть звузити передбачувані дати шлюбу, але які складно формалізувати.
Наприклад, у поручителях у когось Марія згадується, як дружина Петра у 1850 році, це одразу змінить нашу передбачувану дату інтервалом 1846...1850. Смерть попередньої дружини Петра знайдена в 1848 дозволить припустити, що шлюб відбувся в інтервалі між 1848 і 1850, тощо.
Тобто, врахувати ці події при автоматизації досить складно, тому що їх як мінімум потрібно всі вносити у вашу базу. Тому окремі факти я пишу в примітках до Шлюбу, який є в даному звіті. А передбачувану дату шлюбу пишу вручну прямо у генеалогічній програмі. Такий напівавтомат :))
Проте такий автоматичний аналіз (Дата шлюбу розрахункова) може знадобитися для тих, хто взагалі не ставив дату шлюбу в принципі (якщо він її не знав, а тепер захоче це зробити) або як допоміжна. Крім того, якщо початковий розрахунковий рік буде більшим за кінцевий (виділяється червоним фоном відповідної комірки), то це привід перевірити всі інші ключові дати на відповідність між собою (свого роду міні-детектор проблем при аналізі шлюбів).
Тепер про налаштування звіту. До звіту можна включати не лише прямі шлюби пращурів, від тієї персони, яку ми обрали коренем, а також попередні та наступні шлюби пращурів. Я вже вище пояснював чому вони можуть бути важливими. Вони відрізняються кольором рядка (блакитний - відомий, білий - не знайдений), але якщо вони не потрібні, їх можна зі звіту виключити. Також можна виключити ті шлюби, які вже були знайдені. Хоча тут теж питання – що вважати відомим шлюбом. Це також можна регулювати опціями. Найбільш "жорстка вимога" - це наявність точної дати шлюбу та прізвища та імені батька нареченої. Однак можливі варіанти.
Також можна обмежити кількість шлюбів кількістю поколінь від поточної персони (щоб відсікти найдавніші).
Щоб знайти Шлюб у першоджерелі, потрібно знати, коли ця подія сталася, тому я взяв за правило при створенні події шлюб одразу окреслювати межі часу, в рамках яких він міг статися.
Не секрет, що насамперед за визначенням дати шлюбу беруться дати народження нареченого та нареченої, а також їх дітей.
Тобто, якщо є якийсь наречений Петро 1825 року народження, наречена Марія 1830, у яких перша відома дитина 1860, то шлюб орієнтовно стався пізніше ніж 1825+18=1843 і 1830+16 = 1846,але раніше, ніж 1860, й у наведеному прикладі я пишу Між 1846 та 1860
Якщо раптом буде виявлено більш ранню дитину, то природньо верхня межа зрушуватиметься вниз.
В принципі, всі ці дані і лягли в основу звіту.
Як і звіт " Фамільні ланцюжки ", прабатька звіту "Шлюби", цей звіт створювався мною раніше вручну. Для цього з першоджерел витягувалися всі необхідні дані та вручну вбивалися в Excel. Певна річ, звіт постійно відставав від реалій, що призводило до того, що орієнтовні дати не враховували нові знахідки.
Крім дати шлюбу, у звіті в сусідній колонці є і розрахункова дата шлюбу за наведеним вище алгоритмом.
Але до такої автоматизації я сам ставлюся скептично, оскільки є ще маса подій, які можуть звузити передбачувані дати шлюбу, але які складно формалізувати.
Наприклад, у поручителях у когось Марія згадується, як дружина Петра у 1850 році, це одразу змінить нашу передбачувану дату інтервалом 1846...1850. Смерть попередньої дружини Петра знайдена в 1848 дозволить припустити, що шлюб відбувся в інтервалі між 1848 і 1850, тощо.
Тобто, врахувати ці події при автоматизації досить складно, тому що їх як мінімум потрібно всі вносити у вашу базу. Тому окремі факти я пишу в примітках до Шлюбу, який є в даному звіті. А передбачувану дату шлюбу пишу вручну прямо у генеалогічній програмі. Такий напівавтомат :))
Проте такий автоматичний аналіз (Дата шлюбу розрахункова) може знадобитися для тих, хто взагалі не ставив дату шлюбу в принципі (якщо він її не знав, а тепер захоче це зробити) або як допоміжна. Крім того, якщо початковий розрахунковий рік буде більшим за кінцевий (виділяється червоним фоном відповідної комірки), то це привід перевірити всі інші ключові дати на відповідність між собою (свого роду міні-детектор проблем при аналізі шлюбів).
Тепер про налаштування звіту. До звіту можна включати не лише прямі шлюби пращурів, від тієї персони, яку ми обрали коренем, а також попередні та наступні шлюби пращурів. Я вже вище пояснював чому вони можуть бути важливими. Вони відрізняються кольором рядка (блакитний - відомий, білий - не знайдений), але якщо вони не потрібні, їх можна зі звіту виключити. Також можна виключити ті шлюби, які вже були знайдені. Хоча тут теж питання – що вважати відомим шлюбом. Це також можна регулювати опціями. Найбільш "жорстка вимога" - це наявність точної дати шлюбу та прізвища та імені батька нареченої. Однак можливі варіанти.
Також можна обмежити кількість шлюбів кількістю поколінь від поточної персони (щоб відсікти найдавніші).
Є можливість вибору поля для
прізвища дружини - При встановленій опції "Дівоча", прізвище
буде братися з поля прізвища при народженні (при відкритті
GEDCOM це прізвище "обчислюється" автоматично за непрямими
ознаками, оскільки окремого поля "Прізвище при народженні" в
GEDCOM не передбачено). При знятій опції - з поля основного
прізвища (як з'ясувалося, різні програми та різні користувачі
прізвище при народженні вказують по-різному)
Наостанок про забарвлення таблиці
Наостанок про забарвлення таблиці
Зелений
рядок –
відомий шлюб прямих пращурів
Жовтий
рядок - невідомий (на
даний момент не знайдений) шлюб прямих пращурів
Блакитний рядок - відомий попередній або наступний шлюб одного з пращурів (не той, від якого походить досліджуваний нащадок)
Білий рядок - невідомий попередній або наступний шлюб одного з подружжя
Червона комірка - початковий розрахунковий рік поля "Дата шлюбу розрахункова" більше кінцевого - "свідоцтво" неточності однієї з базових дат, на підставі яких розраховується передбачуваний період дати шлюбу (дати народжень одного з батьків, першої дитини, дати смерті одного з батьків)
Блакитний рядок - відомий попередній або наступний шлюб одного з пращурів (не той, від якого походить досліджуваний нащадок)
Білий рядок - невідомий попередній або наступний шлюб одного з подружжя
Червона комірка - початковий розрахунковий рік поля "Дата шлюбу розрахункова" більше кінцевого - "свідоцтво" неточності однієї з базових дат, на підставі яких розраховується передбачуваний період дати шлюбу (дати народжень одного з батьків, першої дитини, дати смерті одного з батьків)
На
малюнку вище ми бачимо одну "червону"
комірку у Олександра Мокрицького (1769-1765). На його прикладі
можна зрозуміти, чому програма виділила її. Бачимо, що перша
дитина - Захарій, народилася у 1765 році. Дату народження у самого
Олександра вказано приблизно "до 1750". Але, якби він народився
1750, то на момент шлюбу йому було би 15 років, що навряд. Тому,
хоч у програмі вказано "до 1750" і формально це вірно, але ми таку
дату можемо скоригувати і поставити "до 1747", наприклад. Тобто,
якщо б Олександр народився у 1746, вступив у шлюб 1764 (у 18
років), то вже у 1765 у нього вже могла бути дитина. І тоді
комірка не була-би червоною. Інша справа, що й рік народження
Захарія може бути не 1765 (як бачимо, у нього не має точної дати,
скоріш за все вік вирахуваний по ревізії або сповідалці). Але на
цьому прикладі ми просто продемонстрували логіку програми у цьому
моменті.