Ontwikkel uw genealogie Hoe gebruikt u Ancestris in verschillende situaties: weet waar u gebeleven bent met uw stamboom, zoek naar officiële documenten, voer ze in Ancestris in. Analyseer uw stamboom, organiseer deze en deel hem. Stel een doel U zult zich al snel realiseren dat het werken aan een stamboom in alle richtingen kan gaan en exponentieel toeneemt, naarmate u langer bezig bent. Dus u zult grenzen moeten stellen als u kwaliteit nastreeft. De volgende punten zijn slechts voorbeelden van keuzes die gemaakt moeten/kunnen worden om de grens van een onderzoek af te bakenen dat, in een mensenleven kan worden bereikt. Genealogy van wie? Leg vast van wie of over wie de stamboom zal worden bepaald. Die van uzelf Die van uw partner Die van uw familie te beginnen bij uw kinderen en kleinkinderen Die van een naaste verwant Die van een vriend Over hoeveel generaties? Leg vast tot welke generatie uw stamboom moet gaan Helemaal terug tot aan de overgrootvaders Tot aan independance day of de franse revolutie, of de eerste engelse kolonisten, tot aan de geboorte van William Shakespeare, enzovoorts. Helemaal tot aan de middeleeuwen of Willem de veroveraar. Welke takken wilt u uitzoeken? Allemaal Alleen de lijn van de vader Alleen de lijn van de moeder Alleen bepaalde takken Welke nakomelingen? Geef aan vanaf welke voorvader u alle nakomelingen en neven en nichten  wilt uitzoeken Vanaf de verste voorvader die u kunt vinden Vanaf de overgrootvader Alle voorvaderen die u vind Tot op welke detailniveau? Bepaal het niveau van detail dat voor elk individu moet worden uitgezocht. Volgens zijn generatie Zoek systematisch alle bronnen van alle aktes uit Alleen geboorte huwelijk en overlijden Alle gegevens die u kunt vinden Bouw een voortgangs indicator Het is handig om de voortgang van uw onderzoek te meten. What gets measured gets done! U kunt uw voortgang meten als een percentage van het aantal onderzochte personen, ten opzichte van het aantal nog uit te zoeken personen. Als u eraan toe wilt voegen dat u een bepaald diepte niveau van informatie over een bepaalde persoon hebt ingesteld, dan geeft u misschien de voorkeur aan het dekkingspercentage van alle gevonden gegevens. Als het uw doel is om zover mogelijk terug te gaan in de vaderlijke lijn, dan kan uw indicator bijvoorbeeld het oudste gevonden jaar zijn. Ancestris heeft drie rapporten waarmee u het niveau van volledigheid van alle gevonden informatie kunt zien: Rapport gebeurtenissen per generatie. Rapport per persoon. TODO rapport Hiermee ziet u eenvoudig de "gaten" in uw zoektocht en weet u waar u zich op moet concentreren. Bereid uw genealogisch onderzoek voor. U zult uw genealogisch onderzoek moeten voorbereiden en een soort actie plan opstellen. Met Ancestris kunt u een lijst met onderzoekingen opstellen die gedaan moeten worden, gesorteerd op categorie en bewaarplaats. Zoeken naar data van gebeurtenissen De manier waarop genealogisch onderzoek wordt gedaan, profiteert van alle ontwikkeling van de genealogie zelf: De ontwikkeling van enquêtes die door verenigingen worden uitgevoerd. De belangrijke plaats die wordt ingenomen door gezamenlijke uploads van genealogische gegevens. Het digitaliseren en online plaatsen van burgerlijke en parochie registers. Sommige genealogen voeren in feite hun onderzoek uit door datums van gebeurtenissen (zoals geboorte, overlijden huwelijk enzovoorts) in te voeren, die afkomstig zijn, niet uit de originele akten, maar uit bij elkaar gezochte archieven, of uit stambomen die op internet gevonden zijn. Het blijft echter nodig om al deze gegevens systematisch te verifiëren, door deze te controleren aan de hand van originele aktes of de transcriptie ervan. En dat geldt zowel voor papieren archieven als voor gedigitaliseerde archieven. Ancestris is een krachtige en efficiënte tool om het beheren van deze zoekopdrachten of verificaties te vergemakkelijken. Wij raden u aan om, steeds wanneer u een gebeurtenis tegenkomt die voorzien is van een datum, deze direct na het invoeren ook te voorzien van de oorsprong van deze informatie, dus de bron ervan ( "komt uit de genealogische verzameling van ...", "komt uit de stamboom van ...", "gevonden op de website van ...") Bovendien raden wij u aan om een kenmerk aan deze gebeurtenis toe te voegen om u eraan te herinneren het originele document of bewijsstuk van de akte te zoeken, of om andere taken uit te voeren. Dit kunt u doen door een gepersonaliseerd kenmerk te definiëren (bijvoorbeeld: "_TODO"), waarvan de waarde de uit te voeren taak is. (Bijvoorbeeld: "Zoek die en die akte, daar en daar") De gemakkelijkste manier om dit te doen, is door de Ancestris Gedcom-editor te gebruiken. We gebruiken hiervoor het bestand Puk.ged, dat we aangemaakt hebben via de pagina: "Ontwerp uw genealogie". TODO's aanmaken. Hiervoor moet u eerst een gedcom gestand openen, navigeer naar "Puk.ged", en open dit bestand. We willen het bestaande bestand niet overschrijven dus we maken een kopie. Kies voor de menuaktie "Bestand / Opslaan als", links bovenaan in de menubalk. Dan verschijnt: U kiest voor "Identieke kopie", want we willen alle gegevens die in het oude bestand zaten, maar er alleen een kopie van maken, dus opslaan onder een nieuwe naam: Navigeer naar de gewenste map en geef het bestand de naam "Puk-todo.ged". Kies dan voor "Opslaan". Uw scherm ziet er dan zo uit: De bestandsnaam in de tabs is nu veranderd naar "Puk-Todo". Open nu de Gedcom editor, via "Beeld / Gedcom bewerker" in de menubalk bovenaan het scherm. In de Gedcom editor zien we het volgende: Doe een rightclick op de eerste regel, dus die met de tag: "NAME", dan verschijnt het popup menu: Kies in het popup menu voor "Label toevoegen via assistent". Dan opent het scherm "Label toevoegen". Klik op het knopje "Door de gebruiker gedefiniëerd label ...", zodat het veld eronder kan worden ingevuld. Vul hier een eigen label naam in die begint met een underscore karakter, dus bijvoorbeeld "_TODO". Klik dan op "OK". Ancestris heeft nu een "nog lege" _TODO tag aangemaakt. U ziet dat er voor de tag een oranje waarschuwings driehoekje staat. Dit betekent dat het een nog lege tag is en dat is niet toegestaan. We vullen de tag in met de informatie of aanwijzing die we willen bewaren. Het is handig om er zelf even een datum voor te zetten. Daarna klikt u op "OK". U ziet dat de _TODO tag 1 niveau binnen de NAME tag staat. De nieuwe tag is onderdeel van deze NAME tag. Op dezelfde manier maken we ook voor beide andere personen een _TODO tag aan met uit te zoeken informatie. U doet bij de volgende persoon weer een rightklik op de NAAM tag. Uit het popup menu kunt u nu kiezen voor "Label toevoegen", omdat deze bij de vorige aktie gelijk is aangemaakt. U ziet dat Ancestris onthouden heeft dat er al een _TODO tag bestaat, deze staat nu in de lijst en kan gewoon gekozen worden. Ook bij het popup menu staat nu de nieuwe tag. De gegevens kunnen er na invoer bijvoorbeeld zo uitzien: Het aanmaken van een takenlijst (TODO list) Met Ancestris kunt u op elk moment, vrij eenvoudig een takenlijst aanmaken (TO-DO list), met daarop een samenvatting van alle bronnen die u nog moet controleren of acties die u nog moet uitvoeren. U kunt hiervoor gebruikmaken van het To Do list rapport dat u kunt aanmaken via de menuaktie: "Gereedschap / Lijsten en Rapporten". Dan verschijnt dit venster: Links onder "Onderzoek" kiest u voor "Takenlijst" (TODO lijst), rechts kiest u de tab "Opties". Daarna vult u de 4 opties in: Vult U iets dergelijks in als hierboven dan kijkt Ancestris alleen in de NOTE-tags, dus de notities. En wel DIE notities die beginnen met de tekst "check:". (Er staat een dubbele punt achter check.) Ancestris kijkt alleen in de NOTE's die met "check:" beginnen, alle andere worden overgeslagen bij het zoeken. Alleen de takenlijst is aangevinkt, dus u krijgt een kort rapport. Andere mogelijkheid van invullen: Vult u de gegevens in als boven, dan kijkt Ancestris alleen in de _TODO tags, (dus niet in de notities) en wel alle TODO-tags. Want er staat niets ingevuld achter "Voorvoegsel.....". Ook hier weer alleen een kort rapport (takenlijst of TODO lijst). Als alles is ingevuld zoals u wilt, dan start u het rapport via de groene startknop links in het scherm, boven de keuzelijst van rapporten: Als u een grote stamboom heeft kan het even duren voor u resultaat ziet. Maar dan verschijnt U moet het rapport eerst opslaan. In dit geval wordt gekozen voor een PDF bestand. Maar andere keuzes zijn ook mogelijk, u kunt kiezen uit: PDF, Postscript, CSV en HTML: Als default voert Ancestris een PDF bestand uit. Het nadeel van een PDF bestand is dat het niet gesorteerd is en ook niet gesorteerd kan worden. Als u wilt sorteren kunt u beter kiezen voor een CSV bestand. Een CSV bestand kunt u inlezen in een spreadsheet programma. U kunt dan sorteren op kolommen, bijvoorbeeld op plaats. Dat is handig als u aktes moet opzoeken, dan kunt u plaats voor plaats afwerken. Ook kunt u in een spreadsheet programma extra kolommen toevoegen, waarin u gevonden informatie kunt schrijven. Een PDF bestand ziet er bijvoorbeeld zo uit (Hier van het Puk-todo.ged voorbeeld): Dit is de verkorte lijst, met 3 TODO's. Alle drie personen in deze stamboom hebben een _TODO tag. Omdat de Gedcom van deze stamboom nog geen gebeurtenissen bevat, zijn veel kolommen nog leeg. Dat is bij uw stamboom natuurlijk anders. Als u een volledige lijst wilt, dan moet u op de Opties-tab zoals hierboven, het vinkje zetten achter "Werkbladen aanmaken". Het advies is: experimenteer eerst met een kleine proefstamboom, zodat u enig idee heeft hoe lang de lijst gaat worden. Hiervoor kunt u de Kennedy of Bourbon stamboom gebruiken. Zoeklijst voor notariële akten Het zoeken naar notariële akten gaat op dezelfde manier. Als de datum van een huwelijkscontract genoemd wordt bij een huwelijk, of op een andere akte of u vind deze op internet, voert u deze dan gelijk met Ancestris in uw stamboom in. U kunt dit direct via de Gedcom editor doen, maar ook bijvoorbeeld via de Aries editor. Invoer notariële akte via Aries editor. Eerst een voorbeeld via de Aries editor: Eerst kiest u voor "Gebeurtenis toevoegen". Daarna kiest u in de lijst voor "Huwelijkscontract". U ziet dan een aantal velden die u kunt invullen. Hier zijn als voorbeeld alle velden ingevuld, maar in uw geval weet u waarschijnlijk nog niet meer dan alleen datum en naam van de notaris. Let wel op: het veld "Gebeurtenis beschrijving" is slechts bedoeld voor een nadere korte toevoeging van het huwelijks contract, bijvoorbeeld het soort contract. Een uitgebreide toelichting kunt u kwijt in een notitie die u eventueel extra kunt toevoegen. In de Gedcom editor ziet dit er dan zo uit. U ziet dat het contract is ondergebracht onder een MARC tag, (MARriage Contract = Huwelijks contract). De notaris staat achter een AGNC tag (AGeNCy = kantoor). We hebben nu in de Gedcom editor gezien welke tags gebruikt worden. In plaats van via de Aries editor, kunnen we de tags ook rechtstreeks via de Gedcom editor invoeren, als volgt: Invoer notariële akte via Gedcom editor. Omdat we nu weten dat we voor een huwelijkscontract een MARC tag moeten invoegen gaan we naar de gedcom editor. U ziet dat er een aantal hoofdtags zijn, en dat bij sommige (hier bijvoorbeeld MARR) deze "uitgeklapt kunnen worden." Binnen deze MARR tag zien we dan 3 tags die iets naar rechts verschoven staan. Zo kunnen we goed herkennen dat deze binnen de MARR tag thuishoren (ofwel "als nivo onder de MARR tag staan"). De eerste regel die begint met "@F00001", heeft nivo 0. De hoofdtags (bv HUSB, WIFE, MARR enzovoorts) hebben nivo 1, de tags TYPE, DATE en PLAC hebben nivo 2. Vergelijk het plaatje hierboven: De tag die we gaan invoeren "MARC", is een hoofdtag. Daarom moeten we een rightclick doen die als het ware 1 nivo hoger ligt, op nivo 0 dus, dat is in dit geval op de eerste regel, die begint met "@F00001@FAM". Dus doen we een rechtsklik op de eerste regel, die begint met @F00001, we zien dan het volgende menu: Mocht u toch per ongeluk op de verkeerde hoofdtag geklikt hebben, dan ziet u de juiste tag niet staan onder "Label direct toevoegen", of u ziet zelfs deze hele actie niet in het menu staan, maar alleen "Label toevoegen via assistent". Ancestris weet nl welke tag op welke plaats thuishoort. En geeft alleen die Gedcom tags aan die op die plaats kunnen worden ingevuld. We voegen nu de MARC tag toe, via "Label direct toevoegen": Ancestris voert dan zelf, onder de MARC tag, (dus iets ingesprongen naar rechts) direct 2 tags toe: DATE en PLAC. Nadat we de datum en de plaats hebben ingevuld, doen we een rechtsklik op MARC: We zien onder "Label direct invoegen" inderdaad de AGNC tag staan. Ook deze vullen we in. Aanmaken zoeklijst voor notariële akten Nu kunnen we op twee manieren een zoeklijst aanmaken. Invoeren van een speciale tag onder MARR, bv "_NOTARIS" en dan een rapport draaien zoals beschreven bij het TODO rapport hierboven. Toevoegen van een NOTE aan de MARC tag, met daarin op de eerste regel "NOTARIS". Hoewel beide methodes eenzelfde rapport geven is er toch een verschil. Gebruikt u een NOTE tag voor een TODO rapport, dan kan de gedcom zonder problemen door andere programma's gelezen en verwerkt worden. Alleen kan de NOTE met inhoud eventueel zichtbaar zijn voor users van uw stamboom. Gebruikt u een speciale tag, hier _TODO, dan kan het zijn dat andere programma's deze tag niet kunnen interpreteren. Maar voor users van uw stamboom zijn deze gegevens dan onzichtbaar. Om bovenstaande ingeval van een NOTE te voorkomen, kunt u natuurlijk de notitie verwijderen als u de gegevens gevonden heeft. We kiezen nu voor de tweede methode om ons rapport te maken. Na invoer van de NOTE via de Gedcom editor hebben we dan: Onze notariële akte is nu gelabeld. Omdat we weten dat er maar 1 akte op de lijst zal komen, en ons rapport dus kort is, kiezen we nu voor een volledig rapport: Met uw mooie notaris werkblad kunt u nu de gegevens gaan nakijken in uw lokale archieven. Als u de juiste nummers van de notariële akten op internet heeft gevonden, zoek ze dan thuis op en noteer ze in een extra kolom op uw spreadsheet. Voor meer voorbeelden van diverse uitvoer, waaronder TODO kijkt u bij Voorbeelden van de rapporten Als u op deze manier te werk gaat, heeft u met een minimum aan voorbereidingen, uw controleer werk efficiënt voorbereid. Of dat nu van huis uit is, of dat u persoonlijk naar de bijbehorende archieven gaat. Dit geldt vooral als u niet elke dag onderzoek doet en niet wilt eindigen met teveel documenten. Organiseer uw stamboom bestanden Het is het beste als u zo vroeg als mogelijk is, al bepaalt hoe u uw media op uw PC gaat organiseren. Dus een indeling maakt in mappen en bestandsnamen voor de documenten van uw stamboom. Eigenlijk nog voor u met uw stamboom begint. Want u heeft al snel heel veel documenten en het is raadzaam om al vanaf het begin een goede indeling te maken. Anders moet u ergens onderweg alles reorganiseren, of erger nog u kunt niets meer terugvinden. Een van onze gebruikers, Thierry N, vertelde ons over een zeer rigoureuze manier om de media te organiseren. Map indeling voor media van uw stamboom. Aankondigingen: Min of meer toepasselijke naam omdat het aankondigingen, uitnodigingen en dergelijke documenten bevat. Aktes: Alle DTB aktes gegroepeerd op soort en van elkaar onderscheiden door de bestandsnaam. Zie hierna. Census: De volkstellingen. Contracten: alle soorten contracten (bijvoorbeeld MC: marriage contract) Diplomas: Fotos: (of Fotos-mens) Fotos van personen, inclusief schilderijen en getekende portretten. Fotos-stad; Fotos van steden en omgeving en dergelijke. Graven: Fotos met geotags, kopie van begrafenis of het register van de begraafplaats. Handtekeningen: Kadaster: officiële registers van onroerend goed en land. Kranten: ook boeken ed. Militie registers: Naturalisatie: Notaris: Alles waarbij een notaris te pas komt. Overig: Divers, alles wat niet in de andere mappen past. Staatscourant:  Beschikkingen, bijvoorbeeld met betrekking tot een persoon, behalve naturalisatie. U kunt net zoveel mappen toevoegen als u wilt. Bijvoorbeeld "Eretekenen" of "Medailles", hier kunnen fotos van medailles geplaatst worden. U kunt ook per land indelen, dan laat u de landcode voorafgaan aan de naam bv: be-Aktes be-Census en-Aktes    (of en-Deeds) en-Press us-Army us-Immigration Enzovoorts. Bestandsnamen voor aktes in een stamboom De meeste bestanden hebben betrekking op één hoofdpersoon, in dat geval is de keuze voor een aan deze persoon gekoppelde bestandsnaam gerechtvaardigd. 000001_D_Last First_YYYYMMDD Unieke identificatie van de persoon (gebruik geen SOSA nummers) Zes tekens lang om 999.999 personen mogelijk te maken. Een letter, die overeenkomt met de akte of document, hier D van Doop. Achternaam en voornaam van de persoon. Datum van de gebeurtenis, met volledig jaar en maand en dag in 2 cijfers. Dat is alles! Dit werkt voor mij. Zo heb ik het vanaf het begin af aan gedaan en ik probeer me steeds aan deze regel te houden. Is dit ideaal? Nee, zeker niet. Maar iedereen is vrij om zijn eigen methode te vinden, want er bestaat geen echte regel voor. Maar het allerbelangrijkste is: Houd je eraan, of loop het risico onderweg te verdwalen!Thierry N. Heel hartelijk bedankt Thierry! Stamboom bestandsnamen, extra mogelijkheden Behalve bovenstaande mogelijkheden om uw bestanden in te delen zijn er natuurlijk nog vele anderen. U bepaalt zelf waar u de voorkeur aan geeft. Hierna worden nog wat mogelijkheden genoemd. Niet omdat dit nu DE oplossing zou zijn, maar om te laten zien welke andere oplossingen er zijn. Uw methode kan ook een combinatie zijn van alles wat in deze pagina is genoemd. Voorop staat dat u een methode kiest die voor uzelf het handigste lijkt en beste werkt. Zoals gezegd, het is de moeite waard hierover vooraf rustig na te denken. De ene methode werkt prima als u weinig personen in uw stamboom heeft, de andere is meer geschikt voor stambomen met duizenden personen. Naamgeving Stamboom aktes op alfabeth: soort-Last-YYYYMMDD-First-extra soort: afkorting in 3 letters van de soort akte bv geb (geboorte), huw (huwelijk) ovl (overlijden) Last: achternaam van de persoon YYYYMMDD datum van de gebeurtenis First: Voornaam van de persoon extra: eventuele extra informatie (kort!) bv bij huw de naam vd parter als Last-First. Vaak heeft een akte als deze van een archief gedownload wordt een redelijk uniek nummer. Wilt u dit nummer bewaren dan kan dat eventueel in dit extra deel, en/of u vult de originele bestandsnaam in als bv een NOTE bij de akte zelf in Ancestris. Deze manier heeft als voordeel dat bij sorteren eerst gesorteerd wordt op aktesoort, maar daarna direct op naam. Dus dan krijgt u bijvoorbeeld alle huwelijksaktes van Jansen, gesorteerd op datum achter elkaar. Dit werkt het handigste als u voor uzelf eerst een rijtje soortafkortingen van 3 letters bepaalt. Weet u van een gebeurtenis niet precies de datum dan kunt u de datum bijvoorbeeld invullen als 1850MMDD, als u alleen het jaar weet. Zo wordt de akte toch zo goed mogelijk meegesorteerd. Als u de datum helemaal niet weet, vul dan toch YYYYMMDD in ivm de sortering. Stamboom aktes onderverdelen in submappen Heeft u heel veel DTB aktes (Doop, Trouw, Begraaf) dan wordt de akte map misschien onoverzichtelijk. Dan kunt u deze Akte-map onderverdelen in submappen, die dezelfde 3-letterige naam hebben als u als soort aan uw bestanden gegeven had. Dus een submap "geb", "huw", en "ovl". Heeft u in uw stamboom bepaalde takken met veel personen met dezelfde achternaam, dan zou u ook kunnen overwegen om een map aan te maken met (het eerste deel) van deze achternaam en daarin dan de aktes op te bergen die bij deze familie horen, eventueel verder onderverdeeld in submappen naar keuze, Maar ook hier, het hangt er helemaal vanaf hoeveel personen u in uw stamboom heeft of denkt te krijgen, en welke methode u het meeste aanspreekt. Leg uw stamboom bronnen vast In de loop van de tijd zult u veel officiële documenten verzamelen om toe te voegen aan uw stamboom in Ancestris. Elk document dat u vindt zal u genealogie verrijken met personen, gebeurtenissen, bronnen of aantekeningen. Deze pagina legt u uit, hoe u een akte invoert met behulp van bronnen en archieven. Het belang van het vastleggen van bronnen van uw stamboom. Wat de oorsprong ook is, elke goede genealoog moet zijn bronnen tonen: er is geen goede stamboom zonder bronnen. Alle informatie die samen alle bronnen vormt voor een stamboom kan het resultaat zijn van: Persoonlijk onderzoek (burgerlijke stand, notarissen, begraafplaatsen, diverse archieven, enz.) Delen van gegevens met andere genealogen Verzamelen van mondelinge informatie Bestuderen van familiedocumenten Zelfs als de bron die u heeft niet de beste is, of niet definitief is, dan baseert u toch noodzakelijkerwijs het bestaan ​​van een persoon of een feit op een informatiebron. Dit wordt uw bron in de stamboom, en u houdt bij waar uw informatie vandaan komt, zelfs als dit betekent dat u later een betere bron moet zoeken. Bronnen en archieven in uw stamboom Een bron (Source) is dus een originele transcriptie op een medium, waarmee informatie die in een genealogie is ingevoerd, kan worden verantwoord. Bijvoorbeeld een parochieregister, een tienjarentafel, een akte van de burgerlijke stand, een akte van een parochieregister, een familieboek, een grafsteen, een video, een audiobestand. Bovendien moet elke bron aan een archief (Repository) worden gekoppeld. Een repository (Archief) is de plaats van de fysieke of elektronische opslag, de geografische locatie, die het oorspronkelijke medium (de bron of Source) bevat. Dit kan zijn een gemeentehuis, departementale archieven, begraafplaats, adres van het gebouw, enz.) of het is de website (van de provinciale archieven van een bepaalde regio of plaats). Hoe moeten bronnen en archieven in Ancestris worden georganiseerd. Onthoud: Een bron (Source) is opgeborgen in een archief (Repository). In Ancestris en in de Gedcom-specificatie zijn Source-entiteiten (bronnen) opgenomen in Repository-entiteiten (archieven). Wanneer de bron wordt ingevoerd, wordt tegelijk de repository ingevoerd. De repository moet dus op dat moment al bestaan. Daarom is het logischer om de repository aan te maken vóórdat u de bron aanmaakt. Deze verwijzing naar de repository is echter optioneel. Daarom kunnen we de bron en de repository dus aanmaken op het moment dat we die nodig hebben tijdens het maken van de bron, of later. Met de editors van Ancestris kunt u de entiteiten dus in de door u gewenste volgorde invoeren. Maar in de praktijk, namelijk in uw onderzoek en bij de volgorde waarin u uw gegevens invoert, is het gebruikelijker, om de repositories vóór de sources (bronnen) in te voeren, vooral omdat dezelfde repository door verschillende bronnen zal worden gebruikt. Waar bewaart u de bron en het archief? Al is het aanmaken van een persoon redelijk rechttoe rechtaan, en wel via de entiteit "Persoon", voor het aanmaken van zowel de bron als het archief heeft u een keuze. Hier zijn de beschikbare mogelijkheden om gegevens in het Gedcom bestand, en dus ook in Ancestris, in te vullen: De gegevens worden ingevuld binnen een Bron property, deze bron-property is een property van een bepaalde gebeurtenis, en die gebeurtenis hoort bij een bepaalde persoon (individu). De gegevens die op deze manier zijn ingevuld, zijn dan niet te delen. Een andere gebeurtenis kan hiernaar dus niet verwijzen. De 3 puntjes geven aan, dat er voor deze gebeurtenis meerdere van dergelijke properties kunnen zijn. Elk van deze bron-properties bevat dan de volgende informatie: Een link naar een Source entity. Deze link heeft dan de volgende kenmerken: De pagina binnen deze bron (Source) - Tag: PAGE De kwaliteit van de bron, op een schaal van 0 tot 3 - Tag: QUAY 0 = Onbetrouwbaar, of afkomstig van schatting 1 = Subjectief (interviews, mondelinge verklaringen, mogelijke vooringenomenheid, autobiografisch) 2 = Bron uit de tweede hand, officiële gegevens gerapporteerd na een gebeurtenis. 3 = Directe en officiële bron van de gebeurtenis. De transcriptie of de tekst van de bron - Tag DATA met de subtag TEXT Links naar multimedia bestanden - Tag OBJE Het type gebeurtenis dat in de bron wordt genoemd. (Dit kan verschillen van de gebeurtenis van de persoon waaraan het is gekoppeld.) - Tag EVEN De gegevens worden ingevuld binnen een Bron entity (Source). Dit s een gegeven dat wel gedeeld kan worden, en het kan de volgende gegevens bevatten: De Soure (bron) titel, zowel met een lange als met een korte beschrijving. - Respectievelijk met de tags TITL en ABBR. De transcriptie van de tekst van de Source (bron) - Tag: TEXT Links naar de multimedia files - Tag OBJE Links naar de Repositories (archieven) waar de Source (bron) kan worden gevonden. - Tag: REPO. Hierbij is er voor elke Repository, een referentie in die repository met de bijbehorende index. (er kunnen er meerdere zijn) - Tag: CALN En voor elke referentie ook nog het type media ondersteuning van de bron ( audio, boek, kaart, elektronisch, formulier, film, tijdschrift, manuscript, krant, foto, graf, video) - Tag: MEDI De types van de gebeurtenissen zoals aangegeven door de bron, met van elk type tegelijk de locatie ervan en de tijdsperiode. - Tag: DATA/EVEN/DATE and DATA/EVEN/PLAC De Verantwoordelijke Agent - Tag: DATA/AGNC De Auteur die de bron gemaakt heeft - Tag: AUTH En de Publicatie Informatie (wanneer en waar) - Tag: PUBL. De gegevens worden ingevuld binnen de Repository entiteit (archief). Dit is een gegeven wat gedeeld kan worden, en het kan de volgende informatie bevatten: De Naam van de Repository. - Tag: NAME. Het fysieke adres van de Repository - Tag: ADDR. Het Internet adres - Tag: WWW. Een contact nummer (Telefoon, Email, Fax) - Tag: PHON, EMAIL, FAX. We raden aan om op de volgende efficiënte manier te werk te gaan, namelijk om de informatie op te slaan als gedeelde gegevens als deze voor meerdere gebeurtenissen kan worden gebruikt, of als niet-gedeelde gegevens als deze slechts voor één enkele gebeurtenis kan worden gebruikt, ofwel voor de gebeurtenis van één individu, ofwel voor de gebeurtenis van één familie. Zie de pagina Gedeelde informatie voor meer details. Voor de bron is het des te relevanter omdat het vaak een lange tekst bevat die dan telkens moet worden getranscribeerd. Meerdere keren invoeren is dan niet aan de orde. Bovendien zou dan deze (zelfde) tekst op twee verschillende plaatsen worden opgeslagen, vandaar dat er een keuze moet worden gemaakt. Onze eerste vraag is nu dus: Waar vullen we een huwelijksakte in, met de tekst van de transcriptie? Het efficiëntieprincipe vertelt ons dat het veiliger is om een ​​huwelijksakte in te voeren in een bron entiteit (entity) in plaats van in een bron eigenschap (property). Een huwelijksakte kan een bron van informatie zijn over verschillende gebeurtenissen. Dat van het huwelijk van de echtgenoten natuurlijk, maar het informeert ons ook vaak over het bestaan ​​van andere individuen, mogelijk zelfs met hun naam, geboortedatum en -plaats. De afwezigheid van een ouder van een van de echtgenoten kan ons ook aanwijzingen geven over hun vermoedelijke overlijdensdatum. Er zijn dus voordelen aan het invoeren van een huwelijksakte in een gedeelde bron, dus in een Bron entiteit, en wel de volgende: De gedeelde bron en de bijbehorende tekst worden slechts éénmaal ingevoerd De gedeelde bron kan later worden gelinked aan elke andere genealogiegebeurtenis De gedeelde bron is rechtstreeks toegankelijk vanuit de tabel met entiteiten En de volgende vraag is: maar waar voer je dan het archief (repository) in waar het certificaat (de huwelijksakte) zich bevind? Volgens de Gedcom-standaard wordt het archief (repository) ingevoerd binnen een bron en is de huwelijksakte een pagina van het archief, waarbij dat archief zich op een natuurlijke manier in een broneigenschap registreert. Maar dan werkt ons principe van gedeelde informatie niet meer. Bovendien moedigt de Gedcom specificatie ons aan om een ​​​​begraafplaats te definiëren als een archief en een graf als een bronentiteit. Als een begraafplaats een bewaarplaats (archief) is, waarom zou een register (bv een kerkboek) dan niet óók een depository zijn? Dat maakt het er niet eenvoudiger op, want in het echte leven zijn de informatiebronnen ook niet zomaar op 2 gedeelde informatie niveaus gerangschikt. Mogelijke keuzes: Hier zijn wat mogelijke oplossingen uit de praktijk voor het bovenstaande voorbeeld. Maar er zijn natuurlijk ook andere oplossingen mogelijk: Individu Source (Bron) Repository Source property Gebeur-tenis Blz/ Kwaliteit Tekst/Media Titel Tekst/Media Ref repository / Media support Huwelijk 1 -/3 - Huwelijks certificaat Tekst + Media Deel 3AB12- Doop, Trouw, Begraaf Register van 1787-nb12 p219/ Manuscript Nationaal Archief van  Boston Huwelijk 2 p.219/3 Tekst(Huwelijk van ...) + Media Doop, Trouw, Begraaf Register van 1787 - Deel 3AB12/ Manuscript Nationaal Archief van  Boston Overwegingen bij de keuzes bij Huwelijk 1 hierboven De belangrijkste informatie van de broneigenschap is de kwaliteit Deze informatie kan alleen in de gebeurtenis worden bewaard, omdat het de geloofwaardigheid van de bron aangeeft om de gebeurtenis te bewijzen, niet de geloofwaardigheid van de bron als zodanig. De aanduiding van paginanummers of aktenummers zal eerder worden opgenomen in de verwijzing naar het register dan op de pagina aan de gebeurtenis-kant, of in de titel van de bron Als u voor een bron meerdere repositories(archieven) opgeeft (waarbij de bron dan uiteraard een andere vorm heeft, maar wel met dezelfde inhoud), dan heeft het akte- of paginanummer geen zin meer voor meerdere repository's waarnaar tegelijkertijd wordt verwezen. Overwegingen bij de keuzes bij Huwelijk 2 hierboven Wanneer het register een bron is, horen de tekst en de media duidelijk aan de gebeurtenis-kant Het paginanummer is dan logisch aan de gebeurtenis-kant De enige plaats om de titel van de acte in te voeren is in de bron-tekst Hoe moet u nu beslissen? Door te kijken hoeveel gebeurtenissen u gemiddeld aan dezelfde akte kunt koppelen, en hoeveel aktes u in hetzelfde register denkt te hebben. Hoe dichter die verhouding bij 1 ligt, hoe meer dingen er op dezelfde plaats moeten worden opgeslagen, en hoe groter de verhouding, hoe meer ze moeten worden gescheiden. als u denkt dat u veel gebeurtenissen heeft die horen bij dezelfde akte (Source), moet u de akte van de gebeurtenis scheiden, anders besteedt u uw tijd aan het vele malen opnieuw invoeren van dezelfde akte. als u denkt dat u veel akten in hetzelfde register heeft, is het des te belangrijker om het register van de akten te scheiden. Het kan in dit geval ook interessant zijn om het register samen te voegen met de repository, maar het hangt er helemaal van af of u veel registers heeft voor dezelfde repository. (Register is hier dan bv het doopboek, of het huwellijksregister) Onze aanbeveling is om de voorkeur te geven aan informatie die wordt gedeeld op het niveau van de aktes, dus keuze 1. Dit is wat de Cygnus editor doet. Met de andere twee editors kunt u alle gewenste keuzes maken. Algemeen gesteld vindt u het misschien handig om dit type overzichtstabel te maken voor alle soorten bronnen en repositories die u tegenkomt. Koppel een bron aan een Repository (archief) Zoals we hierboven al aangaven, kunnen we een Bron (Source) aanmaken en daarna een Archief (Repository), of andersom. Het aanmaken van entiteiten wordt hier niet beschreven. Dit kan gedaan worden vanuit de 3 editors, via het context menu van Ancestris en vanuit de Aries knoppen balk (Zie hierna). Voorbeelden van het aanmaken van een Repository (archief) vanuit het context menu van een bepaalde entity : 1e voorbeeld: Een rechts klik op een entity geeft een popup context menu. Hier kunt u kiezen voor "Een globale entiteit aanmaken", en daarna voor "Een archief aanmaken" (Repository) 2e voorbeeld: Aanmaken van een Repository vanuit de button bar van Aries in de buttonbalk aan de bovenkant van het scherm. (alleen zichtbaar indien geactiveerd. Zie bij de werkbalk van Ancestris) : Het allerbelangrijkste is de verbinding tussen de twee (Bron en Archief). Er zijn verschillende mogelijkheden, afhankelijk van de editor die gebruikt wordt. Bij gebruik van de Cygnus editor Wanneer u een bron bewerkt met de Cygnus editor, klikt u op de knop Repository rechtsonder (hier geel). Deze knop is alleen beschikbaar als er daadwerkelijk een bron wordt bewerkt. Als u op deze knop klikt, wordt het volgende venster geopend waarin u een reeds bestaande repository kunt kiezen, of u kunt daar een nieuwe aanmaken door de "bron"  "Nieuw archief" te kiezen. In dit venster wordt de gedetailleerde inhoud van de repository die aan de rechterkant is geselecteerd, bovenaan de linkerkant weergegeven (in geel). Het deel in het midden (groen) is de lijst met gebruikte bronnen waarnaar wordt verwezen door deze repository. (hier maar 1) De gegevens onderaan (lila) tonen de referenties, in de repository, van de bron die wordt bewerkt, dat wil zeggen degene van waaruit we net daarvoor hebben geklikt (Hier dus: "Family History Library ......"). In deze editor kun je maar één referentie plaatsen. Bij gebruik van de Aries editor Als u in de Aries editor een bron aan het bewerken bent, hetzij rechtstreeks vanuit een bronentiteit of vanuit een gebeurtenisbron, klik dan eerst op het tabblad "Archief" (Repository) en klik vervolgens op een van de twee gemarkeerde knoppen. Situatie START. Nog geen archief toegevoegd. Uitgaande van deze Start situatie, kiest u de knop Koppelen, dan verschijnt er een lijst met repositories, u hoeft er alleen maar een te kiezen. Nadat u gekozen heeft, klikt u op OK dan ziet u: Het archief is toegevoegd, nu kunt u de verwijzing van de bron naar de plek in het archief invullen, hiertoe klikt u op de groene plus: U kunt nu het index/referentie nummer invullen, waaronder het register in het betreffende archief is ondergebracht. Na klikken op OK ziet u: We gaan weer opnieuw uit van de START situatie zoals hierboven genoemd. Dus nog zonder toegevoegd Archief (repository) .Wilt u dan een nieuwe repository toevoegen (in plaats van er een te kiezen) dan klikt u op de plus. Dan, verschijnt het Archief venster: U vult de gegevens in, zoals hierboven als voorbeeld, en klikt dan op OK. U ziet dat in de Entiteiten tabel de regel voor deze Source (bron) ook is aangepast. De Archief regel in Aries zelf is ook aangepast. Ook hier kunt u nu het index/referentie nummer aanpassen zoals hiervoor beschreven. Bij gebruik van de Gedcom Editor Selecteer de gewenste Source entity in de Gedcom editor, bijvoorbeeld via de juiste regel in de entiteiten-tab van de sources (bronnen). De naam van de bron "S00001 - ....." staat dan bovenaan in het Gedcom editor venster. Doe daar een rechtsklik op de regel met SOUR, zoals hieronder, kies dan de regel met "Media, een notitie, een bron enz. toevoegen" en daarna "Een archief toevoegen". U krijgt dan het scherm "Een archief toevoegen". In dit scherm kunt u een nieuwe repository aanmaken, of eentje kiezen uit de lijst. Wij kiezen hier voor het aanmaken van een nieuwe repository. U ziet dat deze repository (archief) met de naam "R002 - ?" nu in de Gedcom editor staat. U kunt van deze repository nu de diverse regels (properties) zien. Deze regels hebben nu nog een oranje waarschuwing, omdat u deze nog van de juiste informatie moet voorzien. Nadat u alles heeft ingevuld ziet de Repository R002 er bijvoorbeeld zo uit: Op dit moment staat dus nog de nieuwe repository in het Gedcom editor scherm. Nu gaan we terug naar de vorige entry in de Gedcom editor (dat was de source/bron waar we van zijn uitgegaan). Teruggaan doen we via de groene pijlknoppen zoals in het volgende screenshot. Klik op de groene pijl naar links. We keren dan terug naar de Source entity waar we mee begonnen. U ziet dat hier nu een Repository bij is ingevuld. In de TEXT Tag van de Source Entity (de bron) staat aangegeven op welke bladzijde van het register de betreffende bron staat. Dus het bladzijde nummer in het boek zelf. Maar nu moeten we nog aangeven WAAR het boek in het Archief te vinden is. Stel dat het register bijvoorbeeld een Doop, Trouw, Begraafregister van een bepaald jaar is. Dat is dus het register waar de bron zelf instaat, Dit gaat als volgt, we doen een rechtsklik op de regel met REPO, en kiezen dan "Label direct toevoegen' en daarna "Oproepnummer CALN". Deze CALN (Callnumber) is een Gedcom tag die aangeeft wat het Archiefnummer / Inventaris nummer is van het betreffende register (boek). U vult dit nummer in en doet dan een rechtsklik op de regel met CALN en daar voegt u MEDI (het medium, in dit geval een boek) toe. Het resultaat ziet er dan bijvoorbeeld zo uit: U heeft misschien de verschillen in efficiëntie en transparantie van de respectieve editors opgemerkt. U kiest voor uzelf op welke manier u het handigste kunt werken. Voer een akte in Om een ​​geboorte-, huwelijks-, overlijdens- of andere akte in te voeren, heeft u in Ancestris verschillende mogelijkheden. Ofwel is het één van meerdere akten die u heeft opgevraagd, ofwel is het een uittreksel van een rapport met alle akten van een bepaalde gemeente. In het eerste geval zult u waarschijnlijk één ​​van de drie editors van Ancestris te gebruiken: Cygnus, Aries of Gedcom. In dat geval ontcijfert u de akte, haalt u zelf de gegevens uit de akte en voert u deze in via één van deze editors. In het andere geval, dus als de akte deel uitmaakt van bijvoorbeeld een hele lijst van aktes van één bepaalde gemeente, kunt u gebruik maken van het gereedschap "Register Records module". Met deze module voert u alle gegevens van de akte in, bijna in de volgorde waarin ze op de akte zelf staan, en Ancestris stelt u vervolgens in staat om al deze gegevens daarna te "verschuiven" naar waar u ze nodig heeft, door middel van "drag-n-drop", slepen en neerzetten dus. Documenteer een register Het invoeren van een register in Ancestris, is mogelijk met behulp van de module Register Records. De module wordt in detail beschreven op deze pagina. Met deze module kan een stamboom (gedeeltelijk) worden gebouwd, door het invoeren van bronnen (Sources) die door uzelf of door anderen al zijn getranscribeerd. Deze bronnen kunnen als bestand van vele bronnen tegelijk worden geïmporteerd. Voor meer informatie nodigen wij u uit, om het overeenkomstige gedeelte van die pagina te lezen. De module Register Records, moet worden geïnstalleerd via "Opties / Voorkeuren / Plugins". Eenmaal geïnstalleerd, is de module beschikbaar via het "Menu Gereedschap (Tools)". Voer specifieke gebeurtenissen in Als Ancestris-gebruiker heeft u vaak vragen over speciale gebeurtenissen en hoe deze moeten worden vastgelegd. Een van de vragen van een gebruiker vandaag was bijvoorbeeld: Eén persoon werd begraven en vervolgens opgegraven voordat hij in een ander dorp werd begraven. Hoe hiermee om te gaan, wetende dat men geen EVEN-gebeurtenis kan gebruiken omdat dit zou resulteren in een fout in de volgorde? Het antwoord op deze vraag is op het forum gegeven. Houdt ons op de hoogte van andere vragen van dit type en de meest relevante antwoorden die daarbij horen. Wordt dan vervolgd.