GOV/Mehrfachkennungen

GOV-Hauptseite > GOV/Projekt > Mehrfachkennungen

Projekt GOV
hier: GOV/Mehrfachkennungen
GOV-Datenbankabfrage: Einfache Suche Erweiterte Suche Infoseiten zum Projekt: GOV/Projekt GOV/Datenmodell Datenerfassung: GOV/Anleitung GOV/Quicktext GOV/Objekttypen GOV/Datenerfassungen GOV/Mehrfachkennungen Kontakt: <email>gov-support@genealogy.net</email> Online-Bereich für technische Fragen Kategorien: Kategorie:GOV Kategorie:GOV-Newsletter Kategorie:GOV-Intern Kategorie:GOV-Quelle

Auf diese Seite bitte doppelte GOV-IDs eintragen, die zusammengeführt werden sollen. Links steht die GOV-ID die doppelt ist und gelöscht werden soll, rechts die richtige GOV-ID, das Ziel der Zusammenführung. Hat man versehentlich im GOV einen Eintrag erzeugt, den es schon gibt, würde der versehentlich neu erzeugte links stehen, rechts der schon vorhandene Eintrag, der bleiben soll.

Bitte die zu löschenden GOV-IDs in den Abschnitt der Region eintragen.

Sind GOV-IDs zusammengeführt worden, löschen die GOV-Admins die Zeilen aus dieser Liste. In der Expertenansicht der gelöschten GOV-Id gelangt man über den Link Benutzeransicht an das Ziel der Verschmelzung.

Liste der Mehrfachkennungen

zu löschendes Objekt --> zu erhaltendes Objekt [optional: Name des Objektes]

Frankreich

• object_383486 --> object_306800 Amt Altenstadt

Deutschland

• object_149273 verschmelzen mit object_190315 verschmelzen mit object_264172. Siehe dazu Diskussion auf Mailingliste vom 5.4. bis 17.4.

Baden-Württemberg

keine Verschmelzung/bitte prüfen

• object_320464 --> adm_138311 beide sind Bezirksamt Freiburg -> Vorbereitung durch Ortskundigen nötig, komplexe Verflechtungen,
• object_190633 --> MAROFE_W7901 hier sind Altheim/Walldürn und Altheim (Alb) durcheinandergekommen <- unklar, was zu tun ist
• object_190600 --> SOGGENJN58AN hier sind Altheim/Walldürn und Altheim (Alb) durcheinandergekommen <- unklar, was zu tun ist
• object_190601 --> ZAHGENJN48XO hier sind Altheim/Walldürn und Altheim (Alb) durcheinandergekommen <- unklar, was zu tun ist

noch zu bearbeiten

• object_190608 --> EISLAUJN48XL sind beides Ortsteil von Beimerstetten,
• object_190609 --> HAGGENJN48XL sind beides Ortsteil von Beimerstetten,
• object_190610 und BERLE2JN48VL und BERLE3JN48VL --> BERLE1JN48VL sind alle Berghülen (Gemeinde),
• object_190613 --> BUHSENJN49VK sind beide Bühlenhausen,
• object_190612 --> TREUCHJN48VL ist Treffensbuch, Gem. Berghülen,
• object_190614 --> ZIETTE_W7901 ist Ziegelhütte Gem. Berghülen,
• object_190606 --> BERAD1JN58AM ist Gemeinde Bernstadt/ Württ.,
• object_190620 --> ASCSCHJN48VK ist Asch Stadt Blaubeuren,
• PAPLAU_W7901 --> PAPLAUJN48VI ist Pappelau Stadt Blaubeuren,
• object_190616 und SEISEN_W7901 --> SEISENJN48UJ ist Seißen Stadt Blaubeuren,
• object_190619 --> WEILERJN48VJ ist Weiler Stadt Blaubeuren,
• object_190611 --> HESOFEJN48VK ist Hessenhöfe Stadt Blaubeuren,
• ERSTEN_W7901 --> ERSTENJN48WI ist Erstetten Stadt Blaubeuren,
• object_190618 --> SOTSENJN48VI ist Sotzenhausen Stadt Blaubeuren,
• object_190617 --> STETTEJN48VK ist Steigziegelhütte Stadt Balubeuren,
• object_190621 --> WEILDE_W7901 ist Weilerhalde, Stadt Blaubeuren,
• object_190622 --> WENDENJN48UK ist Wennenden Stadt Blaubeuren,
• BORGE1JN58AM --> BORGENJN58AM ist Börslingen,
• object_190653 --> NEUHOF_W7905 ist beides Neuhauser Hof,
• object_190654 --> KREOFE_W7901 sind beides Kreuthöfe Dietlingen,
• object_190659 und DORAD1JN48XL --> DORADTJN48XL sind alle Dornstadt bei Ulm,
• object_190662 --> TEMSENJN48WL ist Temmenhausen Gemeinde Dornstadt,
• object_190663 --> BOLGENJN48WK ist Bollingen Gemeinde Dornstadt,
• object_190664 --> BOTGENJN48WK ist Böttingen Gemeinde Dornstadt,
• object_190679 --> EHINAUJN48UG ist Ehingen(Donau) Kernstadt,
• BERERGJN48VA --> BERERGJN48UG ist Berg Stadt Ehingen,
• KIRGEN_W7931 --> KIRGENJN48UF ist Kirchbierlingen Stadt Ehingen,
• object_190584 --> RISSENJN48VG ist Risstissen, Stadt Ehingen,
• BOCFEN_W7931 --> BOCFENJN48VF ist Bockighofen, Stadt Ehingen,
• WALOFE_W7031 --> object_407005 ist Waldhöfe, Gmde. Gärtringen,
• object_407013 --> object_407012 ist Sindlingen, Gmde. Gäufelden,
• UNTHL1_W7035 --> UNTHLEJN48NP ist Untere Sägmühle, Gmde. Weil im Schönbuch
• object_256358 --> BALLERJN48RS ist doppelt,
• SACEIMJN48MX --> object_256250 ist doppelt,
• LOTERG_W7321 --> LOTERG_W7339 ist doppelt und nicht ganz korrekt,
• DRAEIN_W7349 --> object_884956 Gemeinde ist doppelt, Fehler von mir
• object_985284 --> SCHHLE_W7049 ort ist doppelt, Fehler von mir

Bayern

keine Verschmelzung/bitte prüfen

• REITEN_W8311 (Gd. Vilsheim) -> REITENJN68BK Reitgarten (Gde. Hohenpoolding) verschiedene BLO passen nicht zusammen
• object_378804 --> object_286574 Amtsgericht/Landgericht ä.O. Mitterfels <- Verschmelzung kritisch, wird unübersichtlich <-- diese Bemerkung versteh ich nicht, da ja alles von Objekt1 bereits in Objekt2 enthalten ist, nur bei den untergeordneten Objekten ist es umgekehrt. Ich kann die natürlich auch alle händisch umziehen, aber ob das sinnvoll ist?. --Wolfgang Baumgartner 05:00, 23. Feb. 2015 (CET)
• SAUUT1_W8011 --> RIEAUSJN58WD Sauschütte (Gde. Anzing) <- passt nicht, vorher schon andere Verschmelzung
• BAUTE1JN68BC --> BAUTENJN68BC

Niedersachsen

• SEHGEN_W3091 ist redundant

Rheinland-Pfalz

• object_279988 --> adm_137335 Bezirksamt Landkreis Landau in der Pfalz
• object_319479 --> object_279989 Bezirksamt Landkreis Kirchheimbolanden
• object_279990 --> adm_137336 Bezirksamt Landkreis Kusel
• object_405335 --> object_291990 Pfarrbezirk Ramstein-Bruchmühlbach
• HAHHLE_W5489 --> HAHHLEJO30LK Hahnensteinermühle

Sachsen-Anhalt

• object_1046329 ist redundant

Schleswig-Holstein

• KALHO1JO54BK kann gelöscht werden, weil KALHOFJO54BK alles enthält
• DANHOF_W2301 identisch zu NIEHOFJO54BL; weitere Identität mit object_355926 zu prüfen
• object_316728 überflüssig, da WINARK_W2343 ausreichend
• object_407027 überflüssig, da object_315995 vorhanden
• object_289992 redundant zu object_316333
• object_184915 war redundant zu object_184935 und fälschlicherweise dem Kirchenkreis (Rendsburg-) Eckernförde zugeordnet - Bitte löschen--KlausKohrt 17:53, 24. Okt. 2015 (CEST)
• object_184919 war redundant zu object_184911 - Bitte löschen--KlausKohrt 10:16, 25. Okt. 2015 (CET)
• object_184920 war redundant zu object_184912 - Bitte löschen--KlausKohrt 10:16, 25. Okt. 2015 (CET)
• object_184917 war redundant zu object_271528 - Bitte löschen--KlausKohrt 10:16, 25. Okt. 2015 (CET)
• object_184921 war redundant zu object_271531 - Bitte löschen--KlausKohrt 10:22, 25. Okt. 2015 (CET)

Polen

Bitte prüfen

Ich löschte die alten Eingaben von mir.

• LIPIECKO10KL und LIPIECKO10KO - bei LIPIECKO10KL wurde einfach die Koordinate verändert [1] - in Wirklichkeit liegen die Orte 17km auseinander. Lösung:

LIPIECKO10KL bitte mit LIPARYKO10KK mergen. Der Ortsname lautet gemäß der 1930 Karte 1930 Lipowiec-Stary und heute Stary Lipowiec. Vermutlich steht in geonames auch noch Lipowiec. Auf der 1930 Karte steht aber Lipowiec-, und dieses Minus verbindet zu -Stary und -Nowy. Es sind nicht drei Orte sondern nur zwei. Ein Fehler, der bei geonames häufig vorkommt. Genauso wie die Umkehr der Reihenfolge. Dies und fehlerhafte Koordinaten waren die Hauptursache für das unbefriedigende Mergen von geonames- mit codgik-Daten.

Neu: Bitte doppelte Gutsbezirke (Reg.Bez. Posen) mergen

object_331020 object_333051, object_331022 object_333052, object_331023 object_333053, object_331024 object_333054, object_331036 object_333055, object_331042 object_333056, object_331043 object_333057, object_331044 object_333058, object_331154 object_333070, object_331158 object_333071, object_268046 object_268045, object_331220 object_333079, object_331222 object_333080, object_331239 object_333081, object_331243 object_333082, object_331250 object_333036, object_331252 object_333040, object_331363 object_333087, object_331370 object_333089, object_331373 object_333090, object_333090 object_331374, object_331394 object_333092, object_331409 object_333094, object_331410 object_333095, object_331479 object_333135, object_331480 object_333136, object_331485 object_333137, object_331495 object_333138, object_331499 object_333139, object_331504 object_333141, object_331512 object_333096, object_331522 object_333098, object_331534 object_333100, object_331550 object_333143, object_331560 object_333144, object_331563 object_333147, object_331566 object_333148, object_331568 object_333149, SIELECJO81NQ object_331584, object_331606 object_333152, PLAOWOJO81NQ object_331607, object_331623 object_333153, object_331652 object_333155, object_331666 object_333157, object_331676 object_333158, object_331678 object_333159, object_331682 object_333160, object_331709 object_333161, object_331712 object_333162, object_331782 object_333172, object_331801 object_333174, object_331819 object_333175, object_331821 object_333176, object_331843 object_333106, object_331851 object_333108, object_331852 object_333109, object_331853 object_333110, object_331863 object_333111, object_331869 object_333112, object_331870 object_333113, object_331876 object_333114, object_331880 object_333115, object_331883 object_333116, object_331889 object_333119, object_331890 object_333120, object_331891 object_333121, object_331900 object_333123, object_331903 object_333124, object_331904 object_333125, object_331907 object_333127, object_331908 object_333128, object_331919 object_333129, object_331920 object_333130, object_331925 object_333132,

• • immer beides mal Gov.bot.1,

noch zu bearbeiten

• Neu: ZARTKIKO11OU löschen ist heute in JUSAKIKO11OV enthalten.
• Neu: BIASK1KO12NA mergen mit BIASKAKO12NA
• Neu: DUBICAKO11OT mergen mit DUBRNAKO11OT, sind identisch haben fälschlich aber unterschiedliche geonames #.
• adm_172865 => object_214180
• object_199246 => object_214181
• object_1047782 => object_1047427
• object_190244 => object_214185
• object_214332 => object_293060
• SCHSENJO83TG => MROHENJO83TG
• KARZY1JO92ER => KARZYNJO92ER
• KRUICAJO92DQ => KRUWIEJO92DQ
• JAKITZJO92CV => JAKIT2JO92CV
• object_332243 => object_332952
• object_332251 => object_332953
• MODLA1JO71VI => MODLAUJO71VI
• object_375605 => LOOITZJO71TF
• OBRRAUJO92KX => OBROWOJO92KX
• object_190453 => SOMLNOJO92GJ

• CHRANWKO10HS => CHRCKIKO10GS
• KAWADAKO10FR => KAWADAKO10GR
• object_333103 => object_331837
• BROOW2JO82PE => BROOWOJO82PE

• object_398320 bitte löschen, doppelt und keine Untermengen

Russland

Kaliningrad

• GRUANNKO04XN => GRUANNKO04RM sind nicht doppelt!!
• SURNENKO14BF => SURNENKO14CL sind nicht doppelt!!

Tschechien

• Karlsbad: KARBADJO60KF, KARBA1JO60KF, KARBA3JO60KF auf KARBA2JO60KF verschmelzen
• es gibt drei Kreise Karlsbad: object_282086, object_266954 und object_266923. Welchen behalten?
• MAHER1JN89LX -> MAHERGJN89LX (Mährisch Schönberg, Šumperk)
• LIPICEJN78DX -> LINDENJN78CX (Linden, Lipanovice)
• WEIULZJN69IN -> WEIULZJN69IO (Weissensulz, Weißensulz)

Sudetenland/Böhmen

• STOOH2JN89QW und STOOH3JN89QW und KLEOHLJN89QW sind identisch
• PETHAUJO60JB und PETHAUJO60KC sind identisch
• KONHOFJO70VK in KONLBEJO70VK enthalten
• WEIERTJO60MM und WEIERTJO60ML in WEIER1JO60ML enthalten
• HARTAUJN89TU ->MAHTAUJN89TV Hartau
• STOOH3JN89QW->KLEOHLJN89PW Klein-Stohl
• STOOH4JN89QW -> GROOHLJN89QW Groß-Stohl
• LICAD2JO60KH und LICADTJO60KH in LICAD1JO60KH enthalten
• KUKITZJN88AV -> KUCICEJN88AV Kukrowitz
• MESSCHJO80AG -> ESKEZIJO80AG České Meziříčí
• DEUIDLJN78AS -> object_281489
• RUMUR1JO70GW -> RUMURGJO70GW
• OBEORFJO70GW -> HENORFJO70GW
• HOUSKAJO70HL -> object_291057 sind identisch: Houska; Hauska

Quellen

• source_357125 --> source_398288 Webseite Statistisches Landesamt Thüringen
• source_1052385 --> source_1050698
• source_1052386 --> source_1050698
• source_1052385 und source_1052386 --> source_1050698
• source_382332 Bitte löschen

Hinweise für die GOV-Administratoren

• Beim Zusammenführen zweier GOV-IDs werden die Datenzeilen des Quicktextes kopiert.
  Sollten z.B. die Objekte je eine eigene aber verschiedene "heißt" Zeilen haben, gibt es anschließend im Quicktext zwei verschiedene "heißt" Zeilen. Entweder löscht man vor dem Verschmelzen die nicht gewünschten Zeilen aus dem Quicktext des zu löschenden Objektes, oder man macht dies nach dem Verschmelzen am erhaltenen Objekt.
• Zu verschmelzende Objekte müssen den gleichen Objekttyp (oder die gleichen Objekttypen) aufweisen, sonst kommt es beim Verschmelzen zu Fehlermeldungen.
• Wird die zu löschenden GOV-ID im GenWiki benutzt, kann man sie dort sofort durch das zu erhaltendes Objekt ersetzen. Der GOV-Bot im GenWiki erkennt gelöschte GOV-IDs und führt die Ersetzung selbst durch. Allerdings läuft der Bot nur gelegentlich.
• Welcher Eintrag zu welchem verschmolzen wird kann im Zweifel so entschieden werden, dass die GOV-ID mit der niedrigeren Objekt-Nummer als Ziel verwendet wird, weil sie der ältere Eintrag ist.