Taktika při organizaci databáze Legacy a TNG
Napsal: 28 úno 2016 18:41
Možná máte podobné dilema. Jakmile si začnete s TNG jako nástrojem pro prezentaci výsledků svého bádání, narazíte na problém, zda vést v Legacy i předky, u kterých je známo minimum detailů. Např. jste je objevili v matričním záznamu k jejich potomkům. Blíže vysvětlím: najdu ve starých matrikách záznam o narození osoby a z něj mohu občas odvodit nejen kdo byl otec této osoby (a zpravidla křestní jméno matky), ale často i jméno otcova otce, čili děda narozené osoby. Z pohledu badatele je to nesporně významný objev. Z pohledu prezentace zjištěných fakt už ale poněkud do diskuse, protože neznáme žádné detaily. Takže zapsat nebo nezapsat?
V čem je vlastně problém? Ke každému zapsanému předku již existující osoby si Legacy rezervuje v databázi nové číslo pro jeho rodinu (manželství) ještě dříve, než zapíšeme partnera. To je správná a užitečná praxe. Nicméně z pohledu prezentace v TNG takhle vznikají jakoby falešné rodiny, tedy neúplné, jenom s tatínkem, o kterém nic bližšího zatím nevíme. To je poněkud nepříjemné a vypadá to divně, protože prezentace takové osoby připomíná noty na buben.
Můžeme samozřejmě takovouto informaci přidat "jenom" do badatelských poznámek, aby se v TNG nezobrazila (pokud jsme potlačili zobrazení tohoto typu poznámek). Nebo, chceme-li tuto informaci v TNG zobrazit, můžeme ji zařadit do vlastní události Rodina. Ale tímto postupem přijdeme o pohotový stav naší databáze v Legacy, kde by bylo užitečné si tyhle osamělé nomády mezi předky podchytit, abychom je mohli operativně zkompletovat o jejich partnery, jakmile narazíme na správný pramen informací.
Jde vůbec uvést do souladu tyto protichůdné požadavky na prezentaci v TNG a na "pracovní" charakter databáze v Legacy? Naštěstí to jde. Řešení mi vnukla moje známá, velmi zkušená badatelka. Pomůže silný nástroj Legacy - značkování. Já jsem si rezervoval pro tyto účely značku 2 a 8.
1. krok: Nejprve si všechny osoby v databázi Legacy označím značkou 2. Pořídím si seznam neúplných manželství v TNG (např. přes následující report):
2. krok: Podle výstupu z výše uvedeného reportu v TNG si ručně anebo s využitím funkce SVYHLEDAT podle ID ve spreadsheetu, označím všechny inkriminované muže v tblIR v Legacy značkou 8 a zbavím je značky 2.
Pozn.: Vyplatí se prověřit si nejprve, zda do reportu neúplných manželství nepronikla některá osoba neprávem (chyba v mých vlastních datech a pod.).
3. krok: Jakmile jsme se dostali až sem, máme vyhráno. V Legacy máme k dispozici naprosto všechny osoby, které by nás mohly zajímat a při exportu do souboru Gedcom zúžíme export z Legacy pouze na osoby se značkou 2.
4. krok: Když se nám podaří u některé osoby se značkou 8 objevit a doplnit jejich partnera, je zkompletována i původně neúplná rodina. Odznačíme u této osoby značku 8 a naopak ji označíme značkou 2. Tím jsme ji zahrnuli do exportu pro prezentaci v TNG.
Závěr: Naštěstí lze vyhovět rozporným požadavkům na prezentaci v TNG i na vedení "pracovní" databáze v Legacy, takže jsem své dilema vyřešil. Vadou na kráse prozatím je, že musím u nových osob přidávat značku č. 2. Bude to ještě potřebovat vytvořit akční dotaz, který u všech osob doplní značku 2 a u těch se značkou 8 značku 2 naopak zruší. To už by neměl být problém.
V čem je vlastně problém? Ke každému zapsanému předku již existující osoby si Legacy rezervuje v databázi nové číslo pro jeho rodinu (manželství) ještě dříve, než zapíšeme partnera. To je správná a užitečná praxe. Nicméně z pohledu prezentace v TNG takhle vznikají jakoby falešné rodiny, tedy neúplné, jenom s tatínkem, o kterém nic bližšího zatím nevíme. To je poněkud nepříjemné a vypadá to divně, protože prezentace takové osoby připomíná noty na buben.
Můžeme samozřejmě takovouto informaci přidat "jenom" do badatelských poznámek, aby se v TNG nezobrazila (pokud jsme potlačili zobrazení tohoto typu poznámek). Nebo, chceme-li tuto informaci v TNG zobrazit, můžeme ji zařadit do vlastní události Rodina. Ale tímto postupem přijdeme o pohotový stav naší databáze v Legacy, kde by bylo užitečné si tyhle osamělé nomády mezi předky podchytit, abychom je mohli operativně zkompletovat o jejich partnery, jakmile narazíme na správný pramen informací.
Jde vůbec uvést do souladu tyto protichůdné požadavky na prezentaci v TNG a na "pracovní" charakter databáze v Legacy? Naštěstí to jde. Řešení mi vnukla moje známá, velmi zkušená badatelka. Pomůže silný nástroj Legacy - značkování. Já jsem si rezervoval pro tyto účely značku 2 a 8.
1. krok: Nejprve si všechny osoby v databázi Legacy označím značkou 2. Pořídím si seznam neúplných manželství v TNG (např. přes následující report):
SELECT familyid, husband AS ŽenichID, marrdate, living, gedcom FROM tng_families WHERE husband="" OR wife="" ORDER BY CAST(SUBSTRING(familyID, 2) AS UNSIGNED)
2. krok: Podle výstupu z výše uvedeného reportu v TNG si ručně anebo s využitím funkce SVYHLEDAT podle ID ve spreadsheetu, označím všechny inkriminované muže v tblIR v Legacy značkou 8 a zbavím je značky 2.
Pozn.: Vyplatí se prověřit si nejprve, zda do reportu neúplných manželství nepronikla některá osoba neprávem (chyba v mých vlastních datech a pod.).
3. krok: Jakmile jsme se dostali až sem, máme vyhráno. V Legacy máme k dispozici naprosto všechny osoby, které by nás mohly zajímat a při exportu do souboru Gedcom zúžíme export z Legacy pouze na osoby se značkou 2.
4. krok: Když se nám podaří u některé osoby se značkou 8 objevit a doplnit jejich partnera, je zkompletována i původně neúplná rodina. Odznačíme u této osoby značku 8 a naopak ji označíme značkou 2. Tím jsme ji zahrnuli do exportu pro prezentaci v TNG.
Závěr: Naštěstí lze vyhovět rozporným požadavkům na prezentaci v TNG i na vedení "pracovní" databáze v Legacy, takže jsem své dilema vyřešil. Vadou na kráse prozatím je, že musím u nových osob přidávat značku č. 2. Bude to ještě potřebovat vytvořit akční dotaz, který u všech osob doplní značku 2 a u těch se značkou 8 značku 2 naopak zruší. To už by neměl být problém.