Hallo DES-Team,
von @Hermann Hartenthaler erhielt ich den Hinweis, das
Ich gehe davon aus, das damit der Browserlink
z.B. Verlustlisten 1. Weltkrieg, Seite 23982: Weiß Wilhelm (Buer) gemeint ist.
Auf der Seite (siehe Beispiel) steht folgender Hinweis,
der eigentlich das genaue Gegenteil davon aussagt.
Da ich Einträge der Dt. Verlustliste I.WK auf anderen Websites dauerhaft
referenzieren möchte, bitte ich hier nochmal um abschließende Klarstellung.
Liebe Grüße
Eberhard (Sauerbrei)
Aus meiner Sicht ist das so: vor vielen Jahren (<10) haben einige das Ziel gefasst, alle mit dem DES erfassten Daten in eine eigene Datenbank, genannt GEDBAS4ALL, einzuspeisen. Anfangs war es gar nicht möglich, in den einzelnen Werken zu suchen.
Andere sind davon nicht überzeugt; es ist auch nicht alles geklärt. Genau genommen wird an dem Vorhaben gar nicht aktiv gearbeitet.
Das erklärt, warum der Stand de facto so ist: ein bisschen durcheinander.
Anderseits gab es die uuid glaube ich noch gar nicht immer. Sie wurde erst später hinzugefügt. Ich kann mir nicht vorstellen, warum die sich nochmal ändern sollte, wenn es dann wirklich zu GEDBAS4ALL kommt.
Anderseits, Teil 2: Hermanns Aussage und dein Warnhinweis stehen gar nicht im Widerspruch zueinander. Die URL enthält ja gar nicht die uuid.
Eine UUID (Uinversally Unique Identifier) ist eine hexadezimal dargestellte Zahl, die z.B. so aussieht: 8be4df61-93ca-11d2-aa0d-00e098032b8c, also nicht dir URL. Allerdings sehe ich auf die Schnelle nicht, wo in den Verlustlisten der Eintrag eine UUID anzeigen würde.
Hallo zusammen,
und vielen Dank für eure Erläuterungsversuche.
Jetzt bin ich leider noch mehr verunsichert als vorher.
In folgendem Beitrag habe ich mal beschrieben was ich vorhabe.
https://discourse.genealogy.net/t/projekt-kriegsopfer-i-wk-stadt-gladbeck/838623/9
VLL: Verlustliste I.WK
Gerne hätte ich für die Kennzeichnung des VLL-Eintrages,
wenn vorhanden, eine entspr. Datenbank-IDNR verwendet
aber die obige Diskussion zeigt, das da doch viel Nebel ist.
Die von @Joe2 beschriebene UUID wäre für diesen Zweck
viel zu unübersichtlich und außerdem gibt es sie gar nicht.
Und nach der im Browserlink enthaltenen Ident-Nummer
Beispiel: xhttps://des.genealogy.net/search/show/8107242x
kann man in der VLL-Suchmaske leider nicht suchen.
Daher habe ich hier folgende Kennzeichnung gewählt.
VLL: Ausgabe_Seite_Datum
Das gibt leider nur an, auf welcher VL-Seite der Eintrag
steht, zur Suche muß noch der Name hinzugefügt werden.
Wie man unschwer erkennt, ist das alles nicht so einfach.
Wer Verbesserungspotential sieht, kann sich gerne melden.
Liebe Grüße
Eberhard (Sauerbrei)
Nabend Eberhard!
Die ID des Eintrags, die du in der URL siehst, ist tatsächlich nicht die uuid. Die uuid erhälst du nur aus dem Datenbank-Export, den ich dir gerne weiterleiten kann (er befindet sich in unter team.genealogy.net). Sie wird dir aber nichts nützen, denn (noch) kannst du damit nirgend hinverlinken.
Praktisch gesehen kannst du getrost mit der ID auf die URL verlinken. Du kannst sie sogar verwenden, um Daten über die Online-Schnittstelle zu ziehen! Das ist ein kaum bekannter Dienst, den Jesper da erstellt hat.
Und zwar kannst du mit der ID alle Daten des Eintrags direkt als json ziehen:
https://des.genealogy.net/entry/getEntry/1147894
{"id":1147894,"version":0,"uid":50440,"posX":1127,"posY":1040,"firstName":"Otto","lastName":"Sommer","value01":"Peterswalde, Braunsberg","value04":"tot","value05":"object_1045617","incorrect":0,"incomplete":false}
Hallo Michael,
da manche Plattformen keine Links unterstützen, würde ich darauf komplett
verzichten und dann nur die ID des VL-Eintrages z.B. ID: 1147894 angeben.
Wenn die UIID wirklich so aussieht wie von @Joe2 beschrieben,
dann wäre sie für diesen Zweck eigentlich auch nicht brauchbar.
Das ist zwar ein schönes Feature, aber wie/wo kann der Normal-
anwender nur mit der Angabe VL-ID: 1147894 danach suchen?
Im Verlustlisteneintrag ist diese ID nirgendwo aufgeführt und über
die normale VL-Suchmaske kann man danach auch nicht suchen.
Das Suchfeld für die VL-Seite kann der Anwender leicht finden.
Das ist leider alles nicht so ganz rund.
Liebe Grüße
Eberhard (Sauerbrei)
Moin Eberhard!
Wenn du die ID hast, dann ist es technisch gesehen keine Suche mehr, sondern ein Abruf. Darum wäre die Suchmaske der falsche Ort.
Die Lösung ist ganz einfach: mit der neuen ID erstellst du dir eine URL. Dann kommst du direkt zum Eintrag.
Der Vorschlag mit der Schnittstelle war so gemeint: deine Web-Applikation zieht sich selbständig Daten zum Eintrag aus der Datenbank und befüllt deine Seite. Die Schnittstelle ist natürlich nicht dafür gedacht, dass normale Seitenbesucher dorthin wechseln. Es ist eine Schnittstelle zwischen zwei Computeranwendungen.
In der URL findet sie sich.
Hallo Michael,
vielen Dank für deine doch recht interssanten Angaben,
ich habe daraus viel neues zu den Verlustlisten erfahren.
Aber ich suchte nach einer Identnummer des VL-Eintrages
und die ein normaler Anwender, der viellt. nach Vorfahren im
I.WK sucht, einfach in ein dafür vorgesehenes Suchfeld ein-
geben kann und dann das Datenblatt angezeigt bekommt.
Ich habe deinen Ausführungen entnommen, das das nicht geht.
Ich werde daher bei der bisher vorgesehenen Kennung bleiben.
Hiermit kann der Anwender dann in der VL-Suchmaske mit
Eingabe von Seite (kleinste Untermenge ca. 300 Einträge)
und Name (hier Amenda) dann den entspr. Eintrag finden.
Die Angabe des VL-Eintrages ist hier auch nur informativ
gedacht, die Daten stammen ja aus der Sterbeurkunde.
Bei der Suche nach einer Sterburkunde muß sich der
Anwender auch durch die Achiv-Struktur durchhangeln.
Er wird dabei aber geführt und muß sich keine URL basteln.
Nochmals vielen Dank für deine Unterstützung.
Liebe Grüße
Eberhard (Sauerbrei)
Ich glaube, die Macher des DES hatten einen solchen Anwendungsfall nicht vor Augen - normalerweise weiß man nicht, wonach man sucht.
Aber es wäre wohl relativ leicht, so etwas zu programmieren. Die Lösung sähe so aus: Nummer eingeben, Seite aufrufen - es ist ja nur ein Link, der intern erstellt werden muss.
Denkst du denn wirklich, dass die Besucher deiner Seite lieber die Nummer kopieren und eine weitere Seite aufrufen, statt mittels Link (auf deiner Seite) direkt zum Eintrag und dem Scan zu gelangen?
Hallo Michael,
schön das du dich nochmal meldest.
Das ist ja nicht meine Seite, sondern die vom Denkmalprojekt (da läuft der Test),
und da werden Links nicht unterstützt, habe mich gerade nochmal dazu erkundigt.
Das wäre eine gute Lösung, wenn man nur mit Identnummer arbeiten kann,
der Anwender bekäme dann direkt das angezeigt, wonach er eigentlich sucht.
Liebe Grüße
Eberhard (Sauerbrei)
Änderung ist live:
Alle Achtung, hatte nicht damit gerechnet
das ihr da so schnell was auf Kette kriegt.
Ich hab’s mal ausprobiert und einige Fragen / Hinweise.
Die Suche erfolgt wohl in allen aktuellen DES-Projekten?
Gibt es da Nummernbereiche je Projekt oder erfolgt die
Nummernvergabe nach Reihenfolge der Erfassung?
Die Verwendung dieser „Eintrags-ID“ EID setzt voraus,
das diese einmalig ist und dauerhaft bestehen bleibt.
Der Hinweis auf jeder Eintragsseite wiederspricht dem.
Die EID muß im Datenblock der Eintragsseite stehen,
z.B. wenn ich die Eintragsseite als Datenblatt ausdrucke.
Ist die EID-Suche auch in der Projektmaske möglich?.
Kannst du zu vorstehenden Punkten noch etwas sagen?
Mit den ID-Nummern wird das wohl ähnlich wie bei Find-a-Grave sein.
Dort sind jetzt aktuell 265 Mio. Gedenkstätten (Gräber) erfasst und die
ID-Nummer (jetzt 9-stellig) wird fortlaufend bei der Erfassung festgelegt,
unabhängig davon auf welchem Friedhof sich die Grabstelle befindet.
Na die globale Suche gab’s schon länger, ich hab die nur unlängst prominenter platziert. Gestern habe ich dort die Abfrage mit ID implentiert. Ist ja ganz leicht: ID an URLA, fertig. Mehr Komfort als Funktion.
Ja
Reihenfolge der Erfassung
Ja, bringt aber nichts. Die Nummern sind global möglich. Wenn man dann eine Nummer außerhalb dieses Projektes eingibt, kommt man trotzdem zum Eintrag? Wenn ja, ist es verwirrend, wenn nein, muss man erst die Nummern für dieses Projekt kennen (was ein unverhältnismäßiger Aufwand wäre).
Wie gesagt, es ist keine Suche sondern eine Abfrage.
Hallo Michael,
super, das du diese DES-ID (ich nenne sie mal so, weil sie alle
DES-Projekte betrifft) aus dem Dornröschenschlaf erweckt hast.
Manchmal braucht man bei der Arbeit auch mal etwas Komfort
Das hatte ich mir auch schon gedacht.
Siehe hierzu mein obiges Beispiel Find-a-Grave.
Da geht es aber um ein Thema, Gedenkstätten around the World.
Und im DES geht es ja um verschiedenste Erfassungsthemen.
Aber das ist egal, wenn die ID-Nr. eindeutig und dauerhaft ist.
Jetzt fehlen nur noch Angaben zu folgenden Punkten.
Wenn die DES-ID eindeutig und dauerhaft ist, kann dem
nicht gleich im nächsten Satz wiedersprochen werden.
Die DES-ID muß als eindeutiges Kennzeichnungsmerkmal
eines Eintrages auch im jeweiligen Datensatz vermerkt sein.
Liebe Grüße
Eberhard (Sauerbrei)
Da muss ich leider gleich widersprechen. Diese interne Nummer ist weder eindeutig noch dauerhaft. Eindeutig wird sie wohl sein, aber es kann passieren, dass ein Eintrag „einfach so“ mal seien Nummer wechselt. Die Nummern sind spätestens dann weg, wenn die Daten das DES verlassen haben.
Besser zur Identifikation ist die UUID eines Eintrags geeignet. Die bleibt nämlich auch bei Wechsel der Systeme erhalten. Diese UUID ist derzeit im DES aber nur beim Export sichtbar.
Hallo Jesper,
wir diskutieren hier schon etwas länger zu diesem Thema
und jetzt kommen endlich deine aufklärenden Informationen.
Wonach ich suchte hatte ich ja eindeutig beschrieben.
Wenn die DES-ID aber nur eine Zwischenlösung, und nicht dauerhaft
referenzierbar ist, ist sie zur eindeutigen Kennzeichnung nicht brauchbar.
Genau deshalb habe ich ja in der Sache so genau hier nachgefragt.
Die UUID wurde hier von einem User schon mal erläutert.
Von den gesuchten Kriterien erfüllt die UUID wohl die Vorgabe „dauerhaft“
aber kurz und einfach sieht doch anders aus und zu sehen ist sie nirgends.
Müssen wir uns daher als einzig eindeutige Zitier-Kennung zu einem
VL-Eintrag, doch wieder auf folgende bekannte Angaben festlegen?
Wobei die Ausgabe entbehrlich ist, da die Seiten fortlaufend zählen.
Diese Kennung verweist dann auf die Seite auf der der Eintrag steht.
Dort muß dann noch aus den ca. 300 Einträgen auf der Seite, der
gesuchte Eintrag (mit Name, Vorname …) herausgesucht werden.
Vielleicht kannst du ja etwas Klarheit in das Thema bringen.
Liebe Grüße
Eberhard (Sauerbrei)
An diesem Beispiel kann man sehen, wie die Kennungen erhalten bleiben:
https://adressbuecher.genealogy.net/entry/34d09185-652e-11ef-b615-0242ac104001 kann man mit der selben UUID in DES öffnen https://des.genealogy.net/search/uuid/34d09185-652e-11ef-b615-0242ac104001 solange die Adressbuch-Daten dort noch sind.
Müssen wir uns daher als einzig eindeutige Zitier-Kennung zu einem
VL-Eintrag, doch wieder auf folgende bekannte Angaben festlegen?Ausgabe_Seite_Datum (z.B. 0727_09281_1915-19-11)
Das ist denke ich nicht notwendig, da die strukturierten digitalen Daten auch bei Zenodo in einem Langzeitarchiv liegen: https://doi.org/10.5281/zenodo.18330751
Dort ist für jeden Eintrag die UUID hinterlegt, so dass man auch dort jeden Eintrag eindeutig adressieren kann.
Hallo Jesper,
an diesem Beispiel sieht man aber auch, das die angegebene UUID
in den beiden angezeigten Dokumenten, nirgendwo angezeigt wird.
Drucke ich also ein solches Dokument aus und gebe es jemand
weiter, so hat er dieses UUID-Kennzeichen ja gar nicht vorliegen.
Er kann diese UUID demnach auch gar nicht irgendwo eingeben
um sich das dazu gehörige Dokument wieder anzeigen zu lassen.
Ich veruche das mal am Beispiel Find-a-Grave zu verdeutlichen
Diese Gedenkstätte hat bei Find-a-Grave die ID-Nr. 287961512
Diese Nummer kann ich weitergeben und der Empfänger kann sie
bei Find-a-Grave eingeben und bekommt Hugo Ascher angezeigt.
Da ein Eintrag das meist nicht „einfach so“ von alleine macht, würde
der Verursacher bei Find-a-Grave sicher irgendwohin befördert werden.
Nun folgt derselbe Hugo Ascher aus der Dt. Verlustliste I.WK
Man sieht auf einen Blick, da steht keine UUID oder DES-ID.
Da stehen als Zitier-Kennung nur diese Angaben zur Verfügung
Eine kurze, einfache, dauerhafte und auch verwendbare ID-Nummer
wie oben beim Beispiel Find-a-Grave aufgeführt, gibt es hier also nicht.
Wie hier im ersten Beitrag erwähnt möchte ich
Das würde dann z.B. (ist nicht Hugo Ascher) so aussehen
Und dafür suchte ich diese kurze, … ID-Nr. zur Kennzeichnung
Ich hoffe ich habe das jetzt allgemeinverständlich rübergebracht.
Wenn es doch eine entspr. ID geben sollte, dann bitte melden.
Liebe Grüße
Eberhard (Sauerbrei)
Ich hab euch da was programmiert.
Unter den Daten eines Eintrags kann man nun die UUID sehen: Verlustlisten 1. Weltkrieg, Seite 20014: Rose I. Heinrich (Büchtern, Fallingbostel). Gefällt euch das so? Lässt sich noch prominenter platzieren.
Diese trägt man dann in die globale Suche ein.
