Closed liowalter closed 5 years ago
Same here https://www.swissbib.ch/Record/551315296
@liowalter @sschuepbach Danke für die Info Lionel. Ich werde versuchen, mir das möglichst bald anzusehen, vielleicht im Kontext der Datenschnittstelle, obwohl das unterschiedliche Themen sind. Gut, dass wir überhaupt mehr in die Daten schauen - und uns damit vor allem mehr beschäftigen.
@liowalter @sschuepbach https://www.swissbib.ch/Record/551315296 https://www.swissbib.ch/Record/551125802
in 90.244 Dokumenten ist diese Person (https://data.swissbib.ch/organisation/d41d8cd9-8f00-3204-a980-0998ecf8427e) als contributor referenziert. Vergleiche auch: https://data.swissbib.ch/bibliographicResource?q=https%3A%2F%2Fdata.swissbib.ch%2Forganisation%2Fd41d8cd9-8f00-3204-a980-0998ecf8427e Das kann kaum möglich sein.
das Problem tritt bei rdfs:label auf
Frage: Warum wird der Hashwert als ID so oft generiert. Ich schaue es mir an
wo finden sich die bibliographischen Rohdaten:
@liowalter @witzigs
Der Grund für den gleichen Hashwert bei so vielen Dokumenten:
die Werte, welche wir für diesen konkreten Fall berücksichtigen, sind alle nicht gesetzt
Das ist ein Bug in der Hashgenerierung. Für solche Fälle, so meine Erinnerung, wollten wir eigentlich den Titel berücksichtigen. Grundsätzlich: Ich bin mit den Hashwerten als Personenidentifier grundsätzlich nicht sehr glücklich. Schon vor langer Zeit hatten wir die Idee, für die bereits mit einer GND Nummer identifizierten Subjekte, diese GND auch zu verwenden (das Schema sah dann so aus: data.swissbib.ch/person/[gndid] oder data.swissbib.ch/person/gnd/[gndid] Über die Vor und Nachteile (oder weitere Varianten) sollten wir noch diskutieren. Hauptgrund, warum wir die Umstellung damals nicht gemacht haben: Unser workflow war nicht stabil genug und ich wollte nicht an zu vielen Stellen gleichzeitig drehen.
Jetzt sieht es ein bisschen anders aus: @sschuepbach hat auf MF5 umgestellt. Die MF-commands sind modularisiert (aber noch nicht produktiv @sschuepbach: Der namespace von Metamorph Funktionen (zur Haswert Generierung) hat sich geändert, ich denke Du hast die Morphs schon angepasst?)
Ich schlage vor, dass ich für die bald anstehende Neuindexierung einen schnellen patch schreibe (nich nicht mit den modularisierten commands). Dann sollte der Fehler mehrheitloch weg sein, bzw man kann dann leichter herausfinden, welche bibliograpische Aufnahme das Durcheinander in rdfs:label verursacht (jetzt kann es potentiell eines der 90.000 Doks sein.)
Zusammen mit Sebastian versuche ich, nach seinen Ferien, eine neue Form von Identifier für Personen zu implementieren. Was denkt Ihr?
@Kordishal z.I
@liowalter fyi Ursache des Problems: Die Reihenfloge der Attribute, die von der Morphdefinition an den author-hash-generator übergeben wird, war nicht korrekt. https://github.com/linked-swissbib/mfWorkflows/commit/5b7cf09271423f8e195e043a4b14dd75cd6a1524 Danke an @witzigs für den schnellen Blick und die tatkräftige Unterstützung! @sschuepbach Ich habe das angepasste Morph jetzt "per Hand" auf sb-ls1 kopiert sb-ls1:/usr/local/swissbib/mfWorkflows/transformation/indexWorkflows/morphModules Auf sb-ls1 lassen wir ja noch MF4 laufen und lokal nutze ich bereits MF5. Dann stimmen die namespaces nicht mehr. Vielleicht können wir uns nach Deinen Ferien einen Plan machen, wie wir updaten wollen?
@liowalter @witzigs @sschuepbach der linked index ist nun auch mit dem neuen Export aufgebaut. Ich habe ihn gerade produktiv gesetzt (alias getauscht) Der Fehler in https://www.swissbib.ch/Record/551125802 tritt nun nicht mehr auf
There is a strange list of authors for this record : https://www.swissbib.ch/Record/551125802
Is it a problem with the linked workflow ?
Elastic search query :
GET lsb_181213/bibliographicResource/551125802
GET lsb_181213/organisation/d41d8cd9-8f00-3204-a980-0998ecf8427e