Boven de lijst Niet Eenduidige Plaatsnamen staat "Onderstaande plaatsnamen komen meerdere keren voor in de plaatsnamen-database GeoNames. Er kan dus niet eenduidig vastgesteld worden welke plaatsnaam u bedoelt." 

De volgende 3 plaatsnamen komen zo vaak voor dat ik graag wil weten hoe ze in te voeren om 'n marker op de Google Map op te leveren. 

1. Het betreft bij 456 personen Haar, Haren (Ems), Emsland, Niedersachsen, Duitsland
   http://www.geonames.org/advanced-search.html?q=Haar%2C+Haren+%28Ems%29%2C+Emsland%2C+Niedersachsen%2C+Duitsland
   Volgens geonames.org uniek geïdentificeerd zoals je ziet: "1 records found for "Haar, Haren (Ems), Emsland, Niedersachsen, Duitsland"
2. Bij 173 personen Langenberg, Haren (Ems), Emsland, Niedersachsen, Duitsland
   http://www.geonames.org/advanced-search.html?q=Langenberg%2C+Haren+%28Ems%29%2C+Emsland%2C+Niedersachsen%2C+Duitsland
   Ook uniek geïdentificeerd, zie: "1 records found for "Langenberg, Haren (Ems), Emsland, Niedersachsen, Duitsland"
3. Bij 150 personen Dalum, Geeste, Emsland, Niedersachsen, Duitsland
   http://www.geonames.org/advanced-search.html?q=Dalum%2C+Geeste%2C+Emsland%2C+Niedersachsen%2C+Duitsland
   Niet uniek vanwege het bestaan van Dalum Feld, zie "2 records found for "Dalum, Geeste, Emsland, Niedersachsen, Duitsland". 
   Hoe moet ik Dalum invoeren om 'n marker op te leveren?

Ik kan het vaak genoeg roepen, maar ook hier weer een standaardisatie probleem in het systeem van gebruik i.c.m. de Gedcom

Van waaruit noteer je wat en waar link je de info als subinfo aan.

Wat in geonnames (subinfo) resulteert, is vaak niet de genoteerde (logische) naam afgeleid van (meestal) het bewijsdocument wat je registreert.

Bij mijn database als ik zou publiceren, zijn er dus veel meer problemen van detectie op GO omdat ik exact de waarneming registreer en meerdere velden daarvoor gebruik, voor subinfo

Juiste vindbaarheid zou de subinfo (geonames) moeten zijn, waar de feitelijke gelezen en geregistreerde plaats aan gerelateerd is.

Dank, we gaan er mee aan de slag!

Pauline,

 Om de controle te doen of een plaats uniek is wordt de van Geonames gedownloade database gebruikt. Geonames kan ook direct bevraagd worden, maar slechts 20000 keer per dag en dat is voor een normale persoon genoeg maar een applicatie als Genealogie Online niet. Als http://www.geonames.org/advanced-search.html?q=Haar%2C+Haren+%28Ems%29%2C+Emsland%2C+Niedersachsen%2C+Duitsland één hit oplevert zou ook Genealogie Online één hit moeten vinden in de lokale Geonames database, en daar lijkt het bij plaatsnamen 1. en 2. dus - aan Genealogie Online kant - niet goed te gaan. Ik ga in de code duiken om de plaatsnaam matching te verbeteren.

Bij plaatsnaam 3. - meerdere plaatsnamen gevonden - ligt het probleem anders. Het opnemen van een URL van de plaats, bijv. http://www.geonames.org/2939275/dalum.html is een mogelijkheid, maar wellicht niet zo gebruikersvriendelijk (of standaard).

Inmiddels geboorteplaats Dalum vervangen door http://www.geonames.org/2939275/dalum.html en de Gedcom opnieuw geupload. Helaas nog steeds geen marker bij Dalum, ook niet de volgende dag.

En ook wordt deze URL niet herkend in veld geboorteplaats, aangezien hij niet onderstreept is, net als Dalum, Geeste etc. in veld plaats overlijden.

Hoe vaak wordt de geonames.org database gedownload? Ben benieuwd of het lukt de plaatsnaam matching te verbeteren. Nog 2: Aschendorf komt in mijn bestand 63 x voor, maar wordt niet herkend omdat er ook 'n treinstation is dat zo heet, zie

http://www.geonames.org/advanced-search.html?q=Aschendorf%2C+Papenburg%2C+Emsland%2C+Niedersachsen%2C+Duitsland

Ojé, Auschwitz concentration camp, Oswiecim, Powiat oswiecimski, Lesser Poland, Polen wordt niet herkend, zie 3 hits op

http://www.geonames.org/advanced-search.html?q=Auschwitz+concentration+camp%2C+Oswiecim%2C+Powiat+oswiecimski%2C+Lesser+Poland%2C+Polen&country=&featureClass=&continentCode=

Wow, nog maar 1 niet-eenduidge plaatsnaam?! Wat 'n verbetering, bedankt! ...Maar nog steeds geen marker bij Dalum. Geduld is 'n schone zaak:-)

1. Hoe kan het dat bijna alle plaatsnamen herkend zijn terwijl toch niet alle herkende plaatsen een marker op de Google Map krijgen?
2. Hoe vaak wordt die Google Map ververst?

Sinds de GEDCOM update van vandaag helaas weer 132 niet-eenduidige plaatsnamen:-( Hebel, Bockholt, Husberg, Ravensberg, Wittenberg, allemaal gemeente Haren (Ems), worden ten onrechte nog steeds getoond elders in Duitsland. En nog steeds geen marker bij Dalum.

Inmiddels wordt bij niet-eenduidige plaatsnamen iets nieuws getoond: Toon Suggesties. Heel goed, maar er gaat iets nog niet helemaal goed in de getoonde suggesties. Voorbeeld: "Alameda, Alameda, California, Verenigde Staten" toont o.a. "Alameda, Arkansas, California, VS". Wat doet Arkansas daar? Als je doorklikt naar geonames.org gaat het wel goed, d.w.z. "Alameda, California, Verenigde Staten" wordt getoond. Nu nog proberen of Alameda wijzigen in "Alameda, California, Verenigde Staten" in Pro-Gen 'n eenduidige plaatsnaam oplevert... 

Dan 'n voorbeeld dat maar liefst bij 366 personen voorkomt: 

"Haar, Haren (Ems), Emsland, Niedersachsen, Duitsland" ontbreekt bij Toon Suggesties maar wel uniek geïdentificeerd op geonames.org:

Hoe kan dat?

De volgende dag na wijziging van Alameda in "Alameda, California, Verenigde Staten"  en na het vernieuwen van de GEDCOM staat "Alameda, California, Verenigde Staten" ten onrechte op de lijst niet-eenduige plaatsnamen terwijl het zo goed zou moeten zijn volgens geonames.org. Helaas ook geen marker op de Google Map?! Vreemd dat de tooltip van elke suggestie de overkoepelende plaatsaanduiding is, hier "Alameda, California, Verenigde Staten". Van 'n tooltip verwacht ik dat het 'n toelichting is op waar je naar doorklikt. De tooltip moet dus veranderen als je met de muis langs 'n lijst met verschillende links beweegt.

De laatste schermafdruk suggereert toch weer dat m'n oorspronkelijke schrijfwijze "Alameda, Alameda, California, Verenigde Staten" correct zou moeten zijn volgens geonames.org, omdat het 'n plaats binnen 'n gelijknamige gemeente betreft.

Goed nieuws: sinds ik staten van de VS als <staat>, <staat>, United States invoer opeens 144-132=12 minder niet-eenduidige plaatsnamen. Doe er je voordeel mee:-) Voorbeeld: Missouri, United States wordt Missouri, Missouri, United States .

@Bob, 

Kun je de plaatsnamentabel op GO a.j.b. regelmatig verversen totdat de problemen opgelost zijn? Voorstel: eerste maandag van de maand. Dan kunnen we beter meedenken over wat er fout gaat. Ook zou ik graag uitproberen hoe wijzigingen door te voeren op geonames.org om te zorgen dat op GO plaatsnamen getoond worden op 'n Google Map en/of aanklikbaar worden. Als je bij zo'n experiment maanden moet wachten voordat je in de gaten hebt dat de tabel vernieuwd is gaat de lol er snel af:-) 

Ik doe nu bijv. 'n experimentje met Haar bij Haren (Ems), dat wordt op geonames gedefiniëerd als 19 P Haar, Lower Saxony, Germany

http://www.geonames.org/2913186/haar.html

Heel onlogisch, want Haren (Ems) en Emsland ontbreken als regionale aanduiding. In de adminsitratieve hiërarchie staan die 2 extra niveau's er wel:

Het enige dat opvalt is dat bij adm2 staat no admin2, al staat dat ook bij veel plaatsen die wel herkend worden door GO.

Haar, Lower Saxony, Germany wordt op GO niet herkend. Dus nu wacht ik op het vernieuwen van de plaatsnamentabel, maar hoe lang?:-)

In afwachting van 'n reactie van Bob hier nog 'n probleem dat maar liefst 133 x voorkomt, over niet-herkende plaatsen die slechts 1x voorkomen doe ik al niet moeilijk meer: Taos, ingevoerd in Pro-Gen zoals gedefinieerd als niet-eenduidige plaatsnaam en in de tooltip; 
Taos, Liberty Township, Cole, Missouri, United States, exact zoals op geonames.org, maar toch niet herkend door GO. Als je bij het zoeken behalve plaats ook alle regionale niveau's gebruikt dan zou het zoeken toch goed moeten gaan. Dat gebeurt kennelijk niet. Vreemd ook dat tooltip en suggestie verschillen, Taos zou volgens de suggestie in county Elmore liggen, volgens bijbehorende tooltip in county Cole?! Volgens

https://en.wikipedia.org/wiki/List_of_counties_in_Missouri

is Elmore geen county in Missouri. Volgens geonames.org is Elmore, Missouri 'n begraafplaats of 'n school:-) Waar komt die suggestie toch vandaan op GO?

En 57x Aschendorf, ingevoerd als "Aschendorf, Papenburg, Emsland, Lower Saxony, Duitsland". Die exacte definitie komt 2x voor op geonames.org, weliswaar 1x als "railroad station" en 1x als "populated place". In zo'n situatie stel ik voor dat ook de Feature Class meegenomen wordt in de plaatsherkenningssoftware op GO. Deze variant met Feature Class is nieuw in m'n betoog, vandaar dit bericht. Ik stel voor ook FeatureClass: Populated Place te downloaden van Geonames, en vooral geen Railroad Station, misschien is dan 't probleem met Aschendorf opgelost. Waar vind ik welke feature classes worden gedownload?

Dit probleem graag samen behandelen met Diverse Problemen met de Google Map 19 aug 2021.

Inmiddels komt Aschendorf 65x voor in m'n publicatie, zie schermafdruk, zoals je ziet dubbel bij Toon Suggesties, geen onderscheid dus tussen Populated Place en Railroad Station, zoals geonames.org doet dus. Maar zowel Populated Places als Railroad Stations worden kennelijk wel gedownload van Geonames. Kun je 'n de software zo aanpassen dat in zo'n situatie de plaats wel herkend wordt als zijnde uniek a.j.b.? Dus bijv. ook Feature Class tonen in getoonde suggesties, om onderscheid te maken tussen ogenschijnlijk identieke plaatsnamen. 

geonames.org:

Iets vergelijkbaars gebeurt bij Kalkwijk: Toon Suggesties toont 2 identieke plaatsen Kalkwijk, geonames.org laat bij de ene feature class Populated Place zien en bij de andere Section of Populated Place.

11 nov 2021 - 14:24 Meende ik staten van de VS als staat, staat, United States in te kunnen voeren, omdat Geonames dezelfde naam vaak in de kolom Place EN in de kolom Country heeft staan. Dat heeft volgens mij ook 'n poos gewerkt. Helaas staan die dubbele namen weer op de lijst Niet Gevonden Plaatsnamen. Toon Suggesties bestaat vanaf zomer 2021. Misschien mocht 't van Geonames wel en van Toon Suggesties van GO niet? Geonames zet op allerlei niveaus dubbele namen in, België, België inmiddels vervangen door Belgium om sowieso de trema kwijt te raken, daar struikelt Geonames over als je België, België probeert op te zoeken via Niet Gevonden Plaatsnamen. Als je niet meer weet dan de gemeente, bijv. Midden-Groningen, dan lijkt me Midden-Groningen, Groningen, Nederland correct. Volgens Geonames ook, zie http://www.geonames.org/advanced-search.html?q=Midden-Groningen Maar toch rekent GO dat fout. Of interpreteer ik Geonames verkeerd en zou je Midden-Groningen, Midden-Groningen, Groningen, Nederland in moeten voeren? Want Name=Midden-Groningen, Country=Netherlands, Groningen, Midden-Groningen.

Midden-Groningen bestaat sinds 2018, dat zal 't probleem niet zijn. Menen, Menen is wel verdwenen van de lijst Niet Gevonden Plaatsnamen, Maryland, Maryland ook. Misschien is 't vermelden van dezelfde naam in dezelfde plaatsnaambeschrijving alleen nodig en mogelijk als ze allebei 'n andere regionale indeling betekenen? Bijv. Groningen, Groningen, Groningen, Nederland is correct, want de stad Groningen ligt in de gemeente Groningen en die weer in de provincie Groningen. Nu nog Gronau,Gronau vervangen door Gronau. Maar wat te doen als zowel Missouri, United States als Missouri, Missouri, United States afgekeurd worden? Opeens valt me op dat dat afkeuren in de lijst Niet Gevonden Plaatsnamen gebeurt, niet in de lijst Niet Eenduidig Plaatsnamen. Fouten kunnen kennelijk verhuzien van de ene naar de andere lijst:-) 

Hoe moet je staten van de VS dan wel invoeren, als Minnesota, United States en Ohio, United States afgekeurd worden? Die staten komen alleen als plaatsnaam voor via Toon Suggesties, niet als staat. Ik denk niet langer dat het aan de manier van invoeren van 'n plaatsnaam in m'n stamboomprogramma ligt, maar aan de selectie die GO kiest van Geonames. Alleen als de volgende feature classes zouden worden getoond bij Toon Suggesties dan kan het aantal niet eenduidige en niet gevonden plaatsnamen verder dalen volgens mij.

Kunnen plaatsnamen die door Geonames in Feature Class: Second-order Administrative Division vallen toegevoegd worden aan Toon Suggesties? Dan zouden gemeentes zoals Sûdwest Fryslân en Midden-Groningen, maar ook counties zoals  Osage, Missouri, United States herkend worden vermoedelijk en ook op de Google Map gezet kunnen worden. Of zouden voor de Google Map toch weer andere regels gelden?

Seat of a Second-order Administrative Division nodig voor Tarutung, Indonesia, North Sumatra en voor Union, Union Township, Franklin, Missouri, United States.

Administrative Division, nodig voor Westerloh, North Rhine-Westphalia, Germany.

En Feature Class: Seat of a Third-order Administrative Division om Essen, Rethel en Verdun van de lijst Niet Gevonden Plaatsnamen te krijgen.

Om dezelfde reden First-order Administrative Division toevoegen a.j.b. voor Vlaanderen maar ook 91x Missouri.

Fourth-Order Administrative Division is nodig voor Stavern en voor Andervenne in Landkreis Emsland, Lower Saxony, Germany.

Juist voor stamboomonderzoek Historical Second-order Administrative Division, nodig voor Boarnsterhim en Menameradiel in Friesland.

Third-Order Administrative Division is nodig voor Breese Township, Clinton, Illinois, United States en voor Mineral Township, Jasper, Missouri
United States. Eigenlijk Mansur in Mineral Township, maar van Mansur is de feature class onbekend, dus neem ik al genoegen met het ruimere Mineral Township en verhuis Mansur naar het Brontekstveld:-) 

Graag ook Feature Class: Region toevoegen om Oost-Europa op de kaart te zetten, La Champagne, Grand Est, France en Achterdiep, Midden-Groningen, Groningen, Nederland. Ook nodig voor Surrey, England, United Kingdom en Silesia, Poland, 'n regio die maar liefst met 3 landen deels overlapt.

En Feature Class: Independent Political Entity om landen als Canada en United States goed te keuren.

En Capital of a Political Entity nodig voor Washington, Washington, D.C., United States.

Seat of Government of a Political Entity voor Den Haag!

En Locality, nodig voor Weerdingerveen, Gemeente Emmen, Drenthe, Nederland en Beetse, Westerwolde, Groningen, Nederland.

Populated Locality voor Mühlenfeld, Neukirchen-Vluyn, Wesel, Düsseldorf District, North Rhine-Westphalia, Germany.

Populated Place voor St.-Étienne-à-Arnes, Vouziers, Ardennes, Grand Est, France, hoewel dat ook 'n fourth-order administrative division is. Plaatsen relevant voor stamboomonderzoek i.v.m. WOI en WOII, of in de VS i.v.m. emigratie. Oeps, zie net dat ik daar 23 dec 2021 - 17:49 ook al om vroeg:-)

Graag ook Section of Populated Place, omdat Burgsteinfurt dat is, terwijl het enige alternatief Steinfurt-Burgsteinfurt 'n treinstation blijkt.

Abandoned Populated Place nodig voor Castle Rock, Jackson Township, Osage, Missouri, United States en Douthat, Ottawa, Oklahoma, United States. 

Polder voor Polder van Oost- en Westdongeradeel, Friesland, Nederland. 

Canal voor Süd-Nord-Kanal, Lower Saxony, Germany. Mensen woonden aan dat kanaal en verder is niet aangegeven ter hoogte van welk dorp, helaas.

Ocean voor North Atlantic Ocean, 'n kind geboren aan boord tijdens de overtocht naar Noord-Amerika.

Moor(s) voor Oberlanger Moor, Lower Saxony, Germany. Iemand is daar overleden, niet duidelijk of hij daar woonde.

Ook juist voor stamboomonderzoek: Heath voor  Schoonebeekerveld, Drenthe, Nederland. 

Farm voor o.a. Kollhoff, Meppen, Landkreis Emsland, Germany http://www.geonames.org/2886330/kollhof.html

Meen dat we het al eerder gehad hebben over feature class Farm. Voor genealogisch onderzoek op 't platteland is de geschiedenis van 'n boerderij met alle families die daar en in de buurt ervan in de loop der eeuwen woonden belangrijk.

Island nodig voor Kaskaskia Island, Randolph, Illinois, United States en Lombok Island, West Nusa Tenggara, Indonesia.

Ridge(s) voor Oberstin, Banskobystricky kraj, Slovakia. Iemand uit m'n bestand is daar geboren.

Last but not least: Historical Site nodig voor Imperial Abbey of Corvey, Höxter, Kreis Höxter, Regierungsbezirk Detmold, North Rhine-Westphalia, Germany. Juist verlaten plaatsen zijn relevant voor stamboomonderzoek:-)

Nog eentje: graag Area om Westfriesland, North Holland, Nederland te herkennen. Pas als de genoemde feature classes gedownload zijn heeft 't voor mij weer zin om naar niet eenduidige en niet herkende plaatsnamen te kijken.

Als populated places gedownload worden, waarom wordt dan Bost, Tienen, Arrondissement Leuven, Flemish Brabant Province, Flanders, Belgium toch niet herkend op GO? Tienen wel, ingevoerd door 'n andere genealoog als Tienen, Provincie Vlaams-Brabant, Flanders, België. Zie even niet op basis waarvan ik hier dacht dat populated places wel gedownload worden, in elk geval lang niet alle. 

Taos ligt in Cole County volgens Geonames, maar wordt alleen herkend op GO als je Elmore County invoert, zie 

https://www.genealogieonline.nl/the-dutch-connection/I9763.php

Da's vreemd, want als je vervolgens doorklikt op Taos naar Over de Plaats staat daar ook Cole County?!

Als komma gebruikt wordt als scheidingsteken tussen regionale aanduidingen in je stamboomprogramma en in je publicatie, hoe moet je dan komma's in 'n definitie op Geonames overnemen? Als 't 'n komma blijft ziet het er vreemd uit, zoals in Cologne, Urban District

voluit Wahn, Cologne, Cologne, Urban District, Cologne District, North Rhine-Westphalia, Germany

Dat Wahn niet herkend wordt kan komen door die komma als scheidingsteken die anders had gemoeten, of doordat feature class populated place nog niet compleet is gedownload.

Volgens https://www.geonames.org/4871697/info.html is Plymouth, Falls Township, Cerro Gordo, Iowa, United States correct gedefinieerd, toch geweigerd op GO, feature class S = spot, building, farm.

De Poolse letter ą ingevoerd als & aogon ; wordt &aogon, (; wordt ,) en daardoor niet herkend op https://www.genealogieonline.nl/the-dutch-connection/I42527.php nodig voor Borowina Gąsecka, Stanin, Powiat łukowski, Lublin, Polen (775476) http://www.geonames.org/775476/borowina-gasecka.html

Inmiddels staat de teller op 169 niet gevonden, 44 niet eenduidige en 1794 wel herkende plaatsnamen. Ben benieuwd of en wanneer het aantal feature classes uitgebreid wordt in de plaatsnamen download door GO, want alleen dan zal het aantal herkende plaatsen nog kunnen stijgen. De typo's zijn er echt wel uit:-) 

> De Poolse letter ą ingevoerd als & aogon ; wordt &aogon, (; wordt ,) en daardoor niet herkend op https://www.genealogieonline.nl/the-dutch-connection/I42527.php nodig voor Borowina Gąsecka, Stanin, Powiat łukowski, Lublin, Polen (775476)

In plaatsnamen worden geen HTML-entities als &aogon; verwacht, maar karakters volgens een bepaalde character-encoding als UTF-8 en in je stamboomprogramma dus gewoon ą.

Het toevoegen van andere feature classes moet wel met beleid, want het verhoogt ook weer de kans op meer "niet uniek herkend".

In "en in je stamboomprogramma dus gewoon ą" zit 'm nou net de kneep. Pro-Gen gebruikt Codepage 437, inmiddels Johan Mulderij van Pro-Gen gevraagd of hij de ą op de een of andere manier kan ondersteunen, maar dat kan volgens hem niet. Dus m'n vraag aan GO is of GO voor 'n oplossing kan zorgen.

OK. Alle HTML entities die Genealogie Online in de GEDCOM tegenkomt (hij namen, plaatsen, notities, ed.) worden nu omgezet naar UTF-8.

Bedankt Bob, Borowina wordt nu wel herkend en getoond.

Het wachten is nu op toevoeging van extra feature classes.

Nu moet ik nog de rest van de genoemde punten oppakken....