Ik wil het rapport Gedcom_export gebruiken om bronnen toe te kunnen voegen aan personen. Hiertoe heb ik in het bron-veld (b.v.: _BIRTSOUR) een omschrijving opgenomen (b.v.: 'BS Den Haag, 1833, Huwelijk, Akte 12') en in het notitieveld (_BIRTNOTE) de source opgegeven (b.v.: 'Genlias' en op de volgende regels de tekst uit Genlias gekopieerd, dus inclusief harde returns.

Het Gedcom-bestand wil ik importeren in PhpGedView, omdat de huidige import een rommeltje maakt van de bron- en notitie-velden (geen titels en verkeerde koppelingen van bronnen met de tekst). Ook kan ik dit later eventueel gebruiken wanneer Aldfaer bronnen op een meer standaard-manier gaat bevatten (incl. repositories en afbeeldingen bij bronnen).

Over het sjabloon: in Gedcom_export wordt de volgende regel gebruikt:
_SETFILL( SET_TUSSEN_OPKNIP, [:_BIRTNOTE:], 60 )
maar deze neemt de harde returns op de verkeerde manier mee. Ik heb zelf al geprobeerd dit te veranderen in
_SETFILL( SET_TUSSEN_OPKNIP, [:_BIRTNOTE:], 0, 60, _ASC(13)[::]_ASC(10) )
maar natuurlijk zonder resultaat, want _ASC is een onbekende functie. Het geeft volgens mij echter wel aan wat ik er mee wil.

Is er een manier om dit toch voor elkaar te krijgen, en als dit niet via een Aldfaer sjabloon kan, kan dit dan via GEDCOMpare (omzetten naar PhpGedView)?

Alvast bedankt,

Marcel

Ik gebruik Aldfaer versie 3.5.3 en Rapportmodule versie 3.5.3.12.

Marcel,
aan de code herken ik dat dit een oud sjabloon van mij is wat ik niet meer ondersteun. De reden is simpel. Met de Aldfaer versie 4 kun je groepen maken en die exporteren en de groepsselectie was eigenlijk de enige echte meerwaarde van mijn sjabloon.
Het euvel van de sjabloontaal is dat je geen harde return kunt ontdekken, waardoor het in een *.ged file verkeerd gaat. Je zou wel de *.ged file door een editor kunnen halen en de regels die niet met een code beginnen aanpassen.

Een beter advies is eigenlijk om zo snel mogelijk over te stappen naar de nieuwste versie. Maak daar een groep aan en gebruik de standaard exporteer Gedcom.

Bedankt voor de tip. Ik zal vanavond de laatste versie installeren en een GEDCOM export maken. Ik probeer dus NOTE-velden te exporteren als SOUR-entries, dus ik hoop dat het met de nieuwe versie beter gaat.

Ook de nieuwe versie lost het probleem niet op dat harde returns niet kunnen worden uitgelezen. Helaas. Ik was wel gecharmeerd om met de Alfdaer gegevens als database te kunnen werken, maar nu ik bij mijn allereerste probeerseltje al tegen beperkingen oploop, die ook volgens jou niet op te lossen zijn, heb ik mijn vertrouwde vb-script maar weer van stal gehaald. Ik lees hiermee het geëxporteerde GEDCOM bestand uit.

Ondertussen heb ik 10 pagina's code die (bijna) doen wat ik wil. Het toevoegen van multimedia-links werkt goed, het selecteren van repositories lijkt het te doen, ik zou alleen nog willen dat ik meerdere sources kan koppelen aan een event. Daar moet ik dus nog even over denken.

Bijkomend voordeel is dat mijn scriptje ook fouten uit de invoer kan halen, b.v. dat ik een geboorte-bron bij zowel de vader als het kind heb geplaatst (een beetje te veel geknipt en geplakt, blijkbaar), of een ontbrekende bron bij geboorte terwijl ik die wel heb bij de doop.

In ieder geval bedankt voor je hulp.

Het resultaat van ca. 50 uur programmeren is te zien op
http://www.familievandongen.net/stamboom
Ik heb geen handmatige aanpassingen gedaan in PhpGedView, alleen een conversie van het ge-exporteerde GedCom file uit Aldfaer.

Even een kleine uitleg:
De notitievelden bij b.v. geboorte wordt gekoppeld aan de bijbehorende bronvermelding. In het notitie-veld heb ik de volgende eigen coderingen gebruikt:

Genlias, URL=http://www.genlias.nl:
Dit zorgt voor het toevoegen van een repository/bewaarplaats. De bron wordt aan deze repository gekoppeld. Meerdere bronnen kunnen met dezelfde repository worden verbonden. Een tweede repository-verwijzing in een notitie leidt tot een nieuwe source bij deze gebeurtenis.

[FILE: <directory>\bestandsnaam]
Dit zorgt voor het toevoegen van een multimedia-object bij de bron. Aldfaer plaatst deze alleen bij de persoon en niet bij de gebeurtenissen. Afhankelijk van de directory wordt een selectie gemaakt of het document-type een foto, document, boek, etc. is.

[SOURCE: <bron-titel]
Bij een tweede repository in het notitie-veld wordt standaard als titel bij de bron de tekst "Bronvermelding bij <persoon> (<volgnummer>)" gebruikt. De codering [SOURCE] zorgt ervoor dat de bron een mooiere titel heeft.

Verder probeer ik netjes met de gegevens om te gaan, dus niet alleen de bron bij een doop vermelden, maar dan ook deze bron (en geen andere) bij de geboorte vermelden. Het blijkt dat b.v. de geboorte- en overlijdens-aangifte niet standaard GedCom-codes zijn, maar als handmatige gebeurtenis zijn opgenomen. Veel andere programma's hebben problemen met importeren van deze gebeurtenissen, laat staan dat ze het kunnen vertalen.

Ook moet er bij een bron slechts één notitie horen, dus als b.v. bij een huwelijk het geboortejaar van de partner staat, gebruik ik deze bron bij de geboorte van de partner, maar voer ik niets in bij de geboorte-notitie. Anders zouden bij een bron twee verschillende notities horen. Hiervan raakt de conversie in de war.

Als je interesse hebt in mijn conversie-script, laat dan een berichtje achter op mijn site.