Het valt me op dat op deze en op andere pagina's in de stambomen die ik online heb staan, de plaatsnaam dubbel getoond wordt. Bijvoorbeeld:

Zij is geboren op 28 december 1871 in 's-Gravenhage, Zuid-Holland, Nederland's-Gravenhage.

Het valt mij op dat dit bij andere stambomen niet het geval lijkt. Is er iets aan de hand met het GEDCOM-bestand dat ik exporteer en upload?

Dag Jeroen, ik zie wat bedoelt, bijv. op

https://www.genealogieonline.nl/stamboom-van-doornum/I0023.php

Kun je alle regels in je GEDCOM over de geboorte van deze persoon met ID 0023 delen a.j.b.?

Dit zijn de betreffende regels:

0 @I0023@ INDI
1 NAME Pauline Charlotte Josephine Marie Elise /Bovens/
2 GIVN Pauline Charlotte Josephine Marie Elise
2 SURN Bovens
1 SEX F
1 BIRT
2 DATE 19 AUG 1868
2 PLAC Salatiga, Java, Nederlands-Indië
3 MAP
4 LATI S7.316667
4 LONG E110.533333
2 ADDR
3 CITY Salatiga
3 CTRY Nederlands-Indië
2 SOUR @S0021@
3 PAGE Pagina 189
3 DATA
4 DATE 12 JAN 1916
1 FAMC @F0011@
2 PEDI birth
1 FAMS @F0009@
1 CHAN
2 DATE 14 FEB 2022
3 TIME 11:42:17

Salatiga komt 2x voor, in

2 PLAC Salatiga, Java, Nederlands-Indië

3 CITY Salatiga

Als PLACE gevuld is zou CITY niet meer getoond moeten worden op GO als ik 't goed begrijp. Hoe heten die velden in je stamboomprogramma? Kennelijk vul je dezelfde plaats in meerdere velden in en toont GO alle velden die 'n plaats bevatten.

Ik zie nog 'n ander probleem, als je Salatiga getoond wilt zien op de Google Map op de statistiekenpagina moet je het invullen zoals op https://www.geonames.org/ en Over de Plaats op GO gedefinieerd wordt, dus Salatiga, Kota Salatiga,Central Java, Indonesia

@Pauline, ik ben het eens met het eerste deel van je analyse.

Wat betreft Geonames klopt het echter niet wat je beweert. Dat kun je ook zien als je in de betreffende publicatie bij statistieken kijkt.

Salatiga wordt daar wel degelijk getoond op de wereldkaart. Een naam met GPS coordinaten is daarvoor voldoende.

Als je vergelijkingen wilt maken tussen verschillende pulicaties om te zien of daar dezelfde plaatsnamen in voorkomen is standaardisatie via Geonames wel handig.

Bedankt voor de correctie Gerrit, ik had m'n bewering gedaan op basis van 't feit dat Salatiga niet wordt onderstreept c.q. aanklikbaar is op 
https://www.genealogieonline.nl/stamboom-van-doornum/I0023.php Zie nu ook het aanklikbare wereldbolicoon dat linkt naar Salatiga, Java, Nederlands-Indië.

De Google Map toont kennelijk ook de oude definitie met Nederlands-Indië.

Het tonen van een plaats op de statistieken kaart heeft volgens mij niets met Geonames te maken.

Ik vind dat iedere stamboombeheerder er voor moet kunnen kiezen om de historische context van gebeurtenissen in zijn stamboom te handhaven. Ook wat betreft plaatsnamen, etc.

Ter info: GO maakt af en toe 'n kopie van 'n deel van de data van Geonames volgens Bob Coret. Ik schreef "als je Salatiga getoond wilt zien op de Google Map", daarmee laat ik de keuze aan de auteur:-)

We dwalen af van het oorspronkelijke probleem, zullen we daar 'n beetje meer op focussen?

Het probleem lijkt te zijn dat mijn genealogie-software Gramps een ADDR in de GEDCOM-export zet die zelf geen waarde heeft, maar wel een CITY en een CTRY onder zich heeft. Volgens GED-inline is een ADDR zonder waarde niet toegestaan.

Wellicht dat ik binnenkort even in de code van Gramps duik om een PR te maken, zodat het vanaf dat moment wel goed gaat. Verder vraag ik me af of GenealogieOnline een ADDR met inhoud (een straatnaam bijvoorbeeld) wel correct zou tonen. Wellicht probeer ik dat binnenkort eens uit. Of heeft iemand voorbeeld?

De fout zit inderdaad in Gramps, en als je een PR (Problem Report/Pull Request) wilt maken zou dat mooi zijn.

Voor zover ik kan nagaan mag een programma alleen een ADDR-blok exporteren als de gebruiker daadwerkelijk een (post)adres ingevuld heeft, en dat is hier zeer waarschijnlijk niet het geval. Verder ontbreekt er ook informatie, want als je Java als een provincie beschouwt zou het als state de deur uit moeten gaan, en dat gebeurt niet. En er is nog meer mis, want de CITY-regel wordt alleen geexporteerd als je een stad hebt. Als je een dorp hebt, gaat die regel er ook niet uit.

In dit geval, d.w.z. als er bij een gebeurtenis enkel een normale locatie ingevuld is, moet het ADDR-blok helemaal weg, en voor mezelf heb ik dat hier al geregeld:

https://github.com/gramps-project/gramps/commit/93120fcb3ac633c74259c039abad36a580197956

Deze commit meekrijgen in de mainstream Gramps bleek helaas zoveel gedoe op te leveren, dat ik dat maar heb laten zitten. Ik had op dat moment wel wat beters te doen, en we zijn nu hard bezig met Gramps 5.2.

En volgens mij is dit al eerder gemeld hier op het forum.

Mocht je bij ons op het forum nog aan willen dringen, kan je ook hier nog terecht:

https://gramps.discourse.group/

Hier is de eerdere draad van dit forum:

https://www.stamboomforum.nl/subfora/4/2/87353/0

Aanvulling: Als ik op onze bug tracker kijk, zie ik dat mijn melding nog steeds open staat. Hij is wel bevestigd, maar dat is dan ook alles.

Persooonlijk zou ik daarom adviseren dat genealogie online alle adresinformatie negeert als er al een PLAC-regel staat, bij een gebeurtenis. De motivatie daarvoor staat al bij de eerdere draad, en daar komt nu nog bij dat we op dit moment gefocust zijn op versie 5.2.