Hoe maakt men een afstammingsreeks van een voorouder die als een kwartierherhaling voorkomt in een hogere generatie ?
Nu worden die herhalings sosanummers niet aanvaard en verwijst men naar de laagste nummer. Maar met deze nummer heeft men dan niet de gewenste stamreeks !
Victor

Victor,
Dat gaat niet. Intern werkt Aldfaer maar met 1 enkel kwartiernummer per persoon, en daardoor kan je per persoon ook maar 1 enkele afstammingsreeks opvragen: die naar het kwartiernummer dat Aldfaer intern aan die persoon toegekend heeft.

Hallo Antoon
In mijn kwartierstaat heb ik een persoon die 9x voorkomt ! 5 maal als Stambedovergrootouders en 4 maal als Stamoudouders. Kan dus slechts één afstammingsreeks maken !Hoe nu voor de anderen ?
Manueel is het terug te vinden in de grafische kwartierstaat door vanaf een bepaalde herhaling terug te scrollen naar de proband en alle tussen liggende blokjes te noteren. Een zeer omslachtig werk zeker in een kwartierstaat met 47 generaties !
Bestaat er geen rapport (sjabloon) om vanuit een voorouder(herhaling) terug te gaan naar één proband ?

Victor

Victor,
Je hoeft niet helemaal terug te gaan tot de proband. Het volstaat dat je teruggaat tot de eerste persoon waarvan het getoonde kwartierstaatnummer gelijk is aan het kwartierstaatnummer dat Aldfaer aan deze persoon heeft toegekend. Van die persoon kan je immers een afstammingsreeks opvragen die het resterende werk voor jou doet. Als je nu een grafische kwartierstaat opvraagt die de kwartierstaatherhaling toont, dan kan je niet zien welke kwartierstaatnummers uit Aldfaer komen en welke kwartierstaatnummers berekend werden door het sjabloon. Maar dat kan makkelijk met een hook op de functie _KWARTIERSTAATNUMMER uit Voorgeslacht (Grafisch).asjl. Als je in GrafischKwartierstaatHook.asjl bijvoorb. deze hook zet:

_FUNCBEGI(_KWARTIERSTAATNUMMER)
[&<i>[?[:_SETEXP(_KWNR,1,_SETSTRI):]!=_ASCENUM?]&]
[&[?_PREFNUMB?]_SETEXP(_KWNR,1,_SETSTRI)&]:.
[&</i>[?[:_SETEXP(_KWNR,1,_SETSTRI):]!=_ASCENUM?]&]
_FUNCEND

dan worden alle berekende kwartierstaatnummers schuin gezet en alle door Aldfaer toegekende kwartierstaatnummers blijven recht staan. Als je nu een grafische kwartierstaat met kwartierherhaling opvraagt, dan volstaat het van je meervoudige voorouder alle vakjes te zoeken waarin hij voorkomt (met de zoekfunctie van IE). Ga nu in elke tak waarin hij voorkomt terug tot aan het eerste nummer dat niet schuin staat en schrijf die nummers op (alle schuine nummers en het eerste rechte nummer). Voor elk eerste nummer dat recht staat vraag je vervolgens een afstammingsreeks op en dan heb je automatisch de rest van het verhaal. Deze procedure heb ik getest, en werkt snel en goed.
Sta me wel toe een beetje te glimlachen met die 47 generaties.

Hallo Antoon
De hook geinstalleerd en het werkt. Alleen zijn deze sosanummers alleen cursief in de blokjes van het grafisch voorgeslacht maar niet in de index en de detail uitvalvensters. Is dit normaal ?
Voor mijn praktisch voorbeeld moet ik vanuit generatie 23 terug gaan tot generatie 16 ! De afstammingsreeks gemaakt en geprobeerd deze manueel aan te vullen. Het rapportbestand "index.html" geopend met Compozer.exe programma. Kan echter geen vakjes bijmaken ! Kan wel de titel en de inhoud van de vakjes wijzigen !Is daar een eenvoudige werkwijze voor ?

NB "Sta me wel toe een beetje te glimlachen met die 47 generaties." Begrijp je bemerking. Heb adellijke familienaam gevonden ca 1600 waarover veel te vinden is op internet( Wikipedia en geschiedkundige sites) Zo geraakt tot 590 te East Anglia ! Besef wel dat deze bronnen niet altijd betrouwbaar zijn.

Groeten
Victor

Ja, dat is normaal: daar heeft de voorgestelde hook geen invloed op.

Neen, vakjes bijmaken gaat niet zomaar. Ik zal nog eens nadenken over een afstammingsreeks die werkt voor alle kwartierherhalingen van een voorouder.

Nog ter aanvulling: in de index wordt er al een onderscheid gemaakt tussen de interne kwartierstaatnummers en de kwartierstaatnummers van de herhaling. De eerste staan namelijk in vetjes, en de tweede staan in normaal lettertype. De nummers in normaal lettertype in de index zouden dus overeen moeten komen met de cursieve nummers van de hook. In de huidige versie van de index is dat echter niet altijd het geval, maar in de volgende versie is dat foutje opgelost.