Ik heb de vraag al eens gesteld bij het overzetten van een Haza bestand komen in de nieuwe versie bijvoorbeeld de ë, è, ƒ enz. er als rare tekens in te staan bijv. ë wordt een promile /00 teken.
Nu moet ik eigenlijk alles eerst in aldfaer 353+bonus opnemen en dan overzetten naar de nieuwste versie.
Volgens mij hebben jullie een fout gemaakt in de Nieuwe versie.

En wat zou die fout dan wel moeten zijn?

Er is een probleem met HazaData (en niet alleen met dat programma). Het probleem is dat gedcom een standaard is, die het in de praktijk niet is. Want daar gaat het om. Jij probeert een door HazaData gegenereerde gedcom in te lezen in Aldfaer en eigenlijk - want dat is het idee achter de z.g. standaard gedcom - zou dat zonder problemen moeten kunnen. Maar bijna ieder programma genereert zijn eigen versie van gedcom, zijn eigen dialect. Zo'n dialect is wel in te lezen in een ander genealogisch programma, zoals een gedcom van HazaData in Aldfaer, maar de praktijk leert dat dit niet zonder problemen lukt, zoals jij nu ervaart.

Het is niet anders, helaas, en je zult je erbij moeten neerleggen. Wees blij dat Aldfaer (of welk ander genealogieprogramma ook dat met gedcoms accepteert), jouw gedcom verwerkt, zij het ook niet op de wijze zoals jij zou willen, namelijk foutloos en zonder problemen. In de loop van de tijd zul je de nodige correcties doorvoeren, maar je kunt tegelijkertijd de verwerking van je genealogische data gewoon kunnen voortzetten in Aldfaer. Bedenk daarbij ook dat Aldfaer andere mogelijkheden heeft dan HazaData (of andere genealogieprogramma's) en dat geen enkel genealogieprogramma precies kan omgaan met de mogelijkheden van dat ander programma.

Er is niets fout met Aldfaer, er is niets fout met HazaData (ik schrijf uit een ver verleden). Er zijn wel verschillen en die verschillen leveren problemen op bij de conversie.

Het overzetten van Haza 7.2 naar Aldfaer is een proces dat met enige zorgvuldigheid uitgevoerd moet worden. Andersom overigens ook.

Dat heeft te maken met twee zaken:
1) We hebben het allemaal wel steeds over "de gedcom standaard", maar er zijn de facto geen standaard. Enkel een voorstel van ruim 10 jaar geleden dat door de meeste systemen is gebruikt als ware het een standaard. Maar het is in de praktijk gebleken dat er "interpretatie verschillen" mogelijk zijn. En daardoor worden dezelfde gegevens in het Gedcom van verschillende programma's verschillend weergegeven.
Dergelijke verschillen bestaan er tussen Haza en Aldfaer ook.
2) De verschillende applicaties leggen verschillende gegevens vast. En dan krijg je het probleem van het kloppend maken (Zaken als commentaar of als feit toevoegen omdat er geen echte plek voor is.)

Daar komt nog als complicerende factor bij dat HAZA een wat afwijkende vastlegging van de gegevens gebruikt (uit mijn hoofd zeg ik codepage 858) ten opzihe van wat andere programma's verwachten. Het is deze afwijkende codepage die bij het inlezen van HazaData data tot onooglijke Daniëls etc leidt.
Dit probleem kunt u oplossen door de gedcom uit Haza eerste te bewerken met het programma "Gedcom code omzetten" dat onder hulpprograma's op deze website staat. (Let op: gebruik Internet explorer 6 of hoger of firrfox 2.5 of hoger met de Microsoft .Net compatibility add-on voor het downloaden. Met andere browsers lukt het niet.)

Voor de problemen onder 1 en 2 kunt u vervolgens het programma gedcompare gebruiken.

Indien u meer over Gedcom wilt weten verwijs ik u naar www.computergenealogie.org/diversen/gedcom.pdf

Wim Rozendaal