Voordat ik het verversen van mijn publicatie hervat, hier nog even een samenvatting met de bijbehorende screenshots.

Na het verversen van mijn publicatie vind ik twee verschillende situaties voor wat betreft Johanna van der Las en alternatieve namen in het algemeen. Welke van de twee situaties ik na verversen aantref is een soort loterij.

Het betreffende stukje uit mijn Gedcom is daarbij onveranderd:

0 @I797@ INDI                                                               - zie persoonspagina Johanna van der Las
1 NAME Johanna/van der Las/
2 GIVN Johanna
2 SURN van der Las                                                        - achternaam (gebruikt voor GOnline familie naam index, neem ik aan)
1 NAME Johanna/Las, van der/                                       - alternatieve naam in komma notatie
2 SOUR @S197@

Het tweede voorbeeld met veel alternatieve achternamen:

0 @I159@ INDI
1 NAME Catharina/te Winkel/                                       - zie persoonspagina van Catharina te Winkel
2 GIVN Catharina
2 SURN te Winkel
2 NICK Trijne
1 NAME /te Kolste/                                                       - alternatieve achternamen met AKA label
2 TYPE AKA
1 NAME /in Borninkhofsbos/
2 TYPE AKA
1 NAME Trijne/Ubbink/
2 TYPE AKA
1 NAME Catharina/Winkel, te/                                     - alternatieve achternamen in komma notatie
2 SOUR @S1236@
1 NAME Trijne/Bornikhofferbos, in 't/
2 SOUR @S1310@

... etc.

======

Situatie 1:

• Naam van der Las foutief bij V in de index en las met een kleine letter, ook verkeerd op persoonspagina.
• Alternatieve naam correct omgezet naar gewone notatie. Wat wel opvalt is de komma aan het eind bij alt naam van der Las
• Alternatieve namen bij persoonspagina van Catharina te Winkel ook correct.
• bijbehorende screenshots:

======

Situatie 2: 

• Naam van der Las correct bij L in de index en Las met een hoofdletter, ook correct op persoonspagina.
• Alternatieve namen worden nu niet geconverteerd, dus een rommeltje geeft bij persoonspagina van Catharina te Winkel.
• Bijbehorende screenshots:  [heb nog niet alle screenshots, zodra ik ze zie na verversen voeg ik ze hier toe]

======

Hier volgen de data waarop de publicatie ververst is en de daarna aangetroffen situatie:

29 dec 2022 - situatie 1

03 jan 2023 - situatie 2

20 jan 2023 - situatie 1

24 jan 2023 - situatie 2

05 feb 2023 - situatie 1

12 mrt 2023 - Situatie 1

14 mrt 2023 - Situatie 1

24 mrt 2023 - Situatie 1

Genealogische software raakt in de war, als er in het "achternaam veld" (het gedeelte in een NAME regel tussen de / /) een komma notatie wordt gezet. De afspraak in het uitwisselingsformaat is dat hier een "complete" achternaam is komt zoals dit normaal in de naam wordt geschreven. Sommige stamboomprogramma's en GEDCOM geven daarnaast de mogelijkheid om naam-delen te specificeren. Ik zou dus aanraden om de naam met achternaam in komma notatie niet te gebruiken. Ik denk dat dit ook inhoudelijk niet toegevoegd aan de gegevens.

1 NAME Johanna/Las, van der/                                       
1 NAME Catharina/Winkel, te/                                    
1 NAME Trijne/Bornikhofferbos, in 't/

@Bob: Jammer dat je het accent nu verlegd naar de komma notatie, terwijl het ging om het feit dat van der Las - nog steeds - verkeerd in de index komt. Dat probleem is sinds 5 feb actueel, terwijl het vertalen van de komma notatie naar normale notatie bij alternatieve namen goed gaat. Het was alleen een bijvangst van het van der Las probleem.

Die komma notatie  in de gedcom was nooit een probleem voor GOnline, zie mijn referentie naar en item van meer dan een jaar geleden die ik nu al meerdere keren gegeven heb.

Ik zal bij GensDataPro pleiten voor het niet meer gebruiken van de komma notatie in de gedcom.

Vooruitlopend daarop heb ik die komma notatie bij Johanna van der Las al met de hand omgezet in de gedcom, zodat GOnline er niet meer van 'in de war' kan raken.

Daarmee heb ik zojuist mijn publicatie ververst en Johanna van der Las staat nog steeds in de index bij de V als "van der, las" en op de persoonspagina als "Johanna las van der".

Johanna van der Las in de Gedcom is nu:

0 @I797@ INDI
1 NAME Johanna/van der Las/
2 GIVN Johanna
2 SURN van der Las
1 NAME Johanna/van der Las/
2 SOUR @S197@
......

Gerrit,

Genealogie Online ging inderdaad weer in de fout met "van der Las". Ik het "las" nu maar uit de voorvoegsel tabel gehaald, zodat de naam nu weer goed wordt getoond en in de index komt.

Is uw probleem opgelost / vraag beantwoord?

Wilt u dan onderaan uw bericht klikken op 'Markeren als opgelost'?

Zo nee, wilt u ons dan laten weten wat er nog misgaat?

Bob heeft het voor mij inderdad opgelost door "Las" uit de voorvoegsel tabel te halen. Hij heeft niet onderzocht waarom het fout ging.

Daarom is dus eigenlijk het probleem niet opgelost, want:

- ik denk dat gebruikers waar "Las" wel een voorvoegsel is hier niet blij mee zijn.

- ik denk dat het nog steeds fout gaat bij famienamen die louter uit woorden uit de voorvoegsel tabel bestaan zoals b.v. van der Los. Gaat Bob Los dan ook uit de tabel halen, etc. ?

- in het geval van alleen voorvoegsels in de familienaam moet volgens mij het laatste woord ondanks het feit dat het in de tabel staat altijd als niet-voorvoegsel beschouwd worden, dan pas is het structureel opgelost.

De oplossing is dat stamboomprogramma's beter naaminvoer (van losse naamonderdelen) en export implementeren die is gebaseerd op de GEDCOM specificatie.

1 NAME Johanna/van der Las/

2 GIVN Joanna

2 SPFX van der

2 SURN Las

Dan hoeft een ontvangende partij niet te verzinnen wat er met NAME Johanna/Las, van der/ of NAME Johannes/van Toren te Roozendaal/ wordt bedoeld.

Tot dan is het schipperen. 

@Bob:

Als dit je standpunt is had ik dat graag geweten direct na de start van dit item in dec 2022. Het heeft mij veel tijd en energie gekost, zeker toen van der Las nog wisselend geïndexeerd werd door GO, dan weer "Las, van der" bij de L, dan weer "van der, las" bij de V. Daartoe heb ik zelfs een maand lang verversingen opgeschort om je de gelegenheid te geven de fout op te sporen en steeds gerapporteerd als het weer verandert was.

Ok, ik zal e.e.a. doorspelen naar de GDP helpdesk en dit item hier markeren als opgelost.