Start
 

Aldfaer

Hét gratis stamboomprogramma

U bent op pagina StartForumAldfaer helpdeskGEDCOM invoer en bronvermelding
.

GEDCOM invoer en bronvermelding


  Posten niet toegestaanPage: « < 1 of 1 > »
30 Apr 2008 - 21:421673
GEDCOM invoer en bronvermelding

Hallo,

Ik heb vandaag versie 4.0.2 van Aldfaer gedownload, en ik ben behoorlijk tevreden over de lay-out, invoer mogelijkheden en de diverse rapporten. Ik wil dan ook graag overstappen op Aldfaer, maar de import van de GEDCOM 5.5 gaf problemen.

Ik kreeg meldingen dat de volgende GEDCOM 5.5 tags niet door Aldfaer worden ondersteund:

GEDCOM-tag wordt niet ondersteund [regel 240] GRAD
GEDCOM-tag wordt niet ondersteund [regel 241] DATE 30-JAN-1991
GEDCOM-tag wordt niet ondersteund [regel 242] PLAC te Enschede
GEDCOM-tag wordt niet ondersteund [regel 245] _EVN 18365
GEDCOM-tag wordt niet ondersteund [regel 308] _EYEC Bruin
GEDCOM-tag wordt niet ondersteund [regel 310] QUAY 3
GEDCOM-tag wordt niet ondersteund [regel 311] NATI Nederlands
GEDCOM-tag wordt niet ondersteund [regel 313] QUAY 3
GEDCOM-tag wordt niet ondersteund [regel 314] _HEIG 1 meter 78
GEDCOM-tag wordt niet ondersteund [regel 316] QUAY 2
GEDCOM-tag wordt niet ondersteund [regel 316] PHON 0545 xxxxxxx

Worden deze GEDCOM 5.5 compliant tags inderdaad niet ondersteund door Aldfaer, of komt dit te zijnertijd? Zeker de tag QUAY (Quality of Data) is een groot gemis, daar ik hiermee de bron kwaliteit aangeef.
Verder zijn ook de getuigen bij de diverse plechtheden weggevallen, alhoewel ze wel in de GEDCOM file zitten, zoals onderstaande voorbeeld aangeeft:
1 ASSO @F5783@
2 TYPE FAM
2 RELA Witness at event _EVN 23124
2 SOUR @S2@
3 QUAY 3

Verder valt het me op dat de bronvermelding ietwat anders in Aldfear komt dan ik van onderstaande
GEDCOM voorbeeld verwacht:
0 @S2@ SOUR
1 TITL Mondeling
1 ABBR Mondeling
1 NOTE Mondeling
1 _ITALIC Y

In Aldfear word dit vertaald in de text MondelingMondelingMondeling (TITL, ABBR en NOTE worden achter elkaar geplakt!) in een text veld.
Ik had begrepen uit het Forum dat de bronvermeldingen in een volgende versie van Aldfear onder handen word genomen. Gaat men dit GENCOM 5.5 compliant maken, zodat ik onderstaande bron goed in Aldfaer kan krijgen?

0 @S3@ SOUR
1 AUTH www.genlias.nl
1 TITL Bevolkingsregister gemeente Lichtenvoorde
1 ABBR Bevolkingsregister Lichtenvoorde
1 PUBL www.genlias.nl
1 NOTE Bevolkingsregister Lichtenvoorde
1 _ITALIC Y
1 _PAREN Y

Met vriendelijk groet,
Thom Bennink



30 Apr 2008 - 22:071675

Thom,

even een reactie op jouw opmerking over gedcom5.5 compliant.

Grad is bij mijn weten geen code uit de standaard. NATI en PHON ook niet
De datum mag niet n het format 31-JAN-19g1 zin volgens de standaard, maar dient te zijn 31 JAN 1991.
PLAC hoort niet te worden gevolgd door een 'te'.
_EVN is evenals alle andere codes die beginnen met _ wel toegestaan door de standaard voor de uitwisseling van gegevens tussende gebruikers van hetzelfde programm, maar hoort volgens de standaard niet door andere programma's verwerkt te worden.
_EYEC zie hierboven, zo ook _HEIG
QUAY kan ik nietsover zeggen. Dat komt wel inde standard voor, maar ik weet niet hoe het bij jou in de gedcom staat.
Bronnen zijn weinderdaadnog niet ver genoeg mee.

Al die tekst helpt jou echter niet verder. ALs je me je gedcom kunt toezenden (neem even contact op door op mijn naam te klikken) dan kan ik kijken of de benodigde aanpassingen aan je gedcom snel zijn te maken.
ASSO is onvoldoende gestandaardiseerd in 5.5 waardoor die zelden uitwisselbaar is tussenprogramma's en bovendien gebruik jij er een verwijzing naar een bronprogramma eigen code in.



__________________
Wim Rozendaal
Aldfaer team
01 Mei 2008 - 14:461705

Thom,

ik hebje gedcom ontvangen. Evenals het je opmerkingen over de gedcom standaard. Over de code sgrad, nati en phon heb je gelijk. Ik heb me giteren vergist toen ik zei dat het geen codes volgens de standaard waren.

Ik ben nu aan het kijken naar de benodigde omzettingen. De meeste zijn vrij eenvoudig, maar alleen het aanpassen van de ASSO wordt lastig ivm de gebruikte verwijzing naar de _EVN code. De quay is een ander geval. De meeste QUAY's worden wel geaccepteerd door ALdfaer, maar QUAY bij een bron zegt iets over de kwaliteit van de bron (itt de kwaliteit van de gegevens) en hoort dus bij de de bron te staan en kan niet via de indirecte verwijzing in de gedcom staan (want dan zegt het iets over de kwaliteit van deze specifieke gegevens. En dat doe je door direct een QUAY op te nemen bij het desbetreffende item).

Ik kan niet onafgebroken aan jouw probleem werken, dus graag even geduld. Ik probeer het probleem automatisch op te lossen.



__________________
Wim Rozendaal
Aldfaer team
  Posten niet toegestaanPage: « < 1 of 1 > »

© Stichting Aldfaer - ingeschreven bij de KvK Noord-Nederland onder nr. 01096526