Closed acka47 closed 4 years ago
Wir haben nun grünes Licht. Die Werte in 700n sollen wie in den folgenden Beispielen aussehen:
Das heißt, wir werden auch den Namensraum des SKOS-Vokabulars ändern von http://purl.org/lobid/nwbib-spatial#
zu https://nwbib.de/spatial#
.
Ich werde als nächstes eine Test-Update-Datei für die Verbundgruppe erstellen, siehe #464 .
Die Copy-Paste-Funktion muss in beiden Systematiken angepasst werden. @fsteeg, wie besprochen setzen wir das innerhalb dieses Issues um.
Deployed to test:
https://test.nwbib.de/spatial https://test.nwbib.de/subjects
+1 Da wir die URIs ja eh anpassen, könnten wir nun natürlich auch die verwirrende Inkonsistenz bei den Buchstaben vor den Notationen ("n" bei spatial, "s" bei subjects) anpassen. Wir können es aber meinetwegen auch einfach so lassen.
Nach dem Deployen das Ticket bitte nicht schließen, sondern in Ready zurückschieben.
Da wir die URIs ja eh anpassen, könnten wir nun natürlich auch die verwirrende Inkonsistenz bei den Buchstaben vor den Notationen ("n" bei spatial, "s" bei subjects) anpassen.
Oh ja, das ist eine gute Idee. Auf test deployed:
https://test.nwbib.de/spatial https://test.nwbib.de/subjects
So war das nicht gemeint. Nach dem Namespace darf keine Nummer kommen, weil es sonst in RDF/XML Probleme gibt. Das heißt, wir müssen einen Buchstaben voranstellen, können aber für beide Systematiken denselben nehmen. Mein Vorschlag wäre "n" für "Notation".
Auf test deployed (wie eben besprochen mit großem N für Konsistenz mit Q-IDs):
https://test.nwbib.de/spatial https://test.nwbib.de/subjects
+1
Die Art der Speicherung von URI plus String in 700n wird ja nun anders ablaufen als in .https://github.com/hbz/nwbib/issues/470#issuecomment-483588151 dargestellt. Die endgültige Fassung mit Ablage von String und URI in unterschiedlichen Unterfeldern ist im Wiki dokumentiert, hier das Beispiel:
<datafield tag="700" ind1="n" ind2="1">
<subfield code="a">Ruhrgebiet</subfield>
<subfield code="0">https://nwbib.de/spatial#N20</subfield>
</datafield>
<datafield tag="700" ind1="n" ind2="1">
<subfield code="a">Duisburg</subfield>
<subfield code="0">https://nwbib.de/spatial#Q2100</subfield>
</datafield>
<datafield tag="700" ind1="n" ind2="1">
<subfield code="a">Essen</subfield>
<subfield code="0">https://nwbib.de/spatial#Q2066</subfield>
</datafield>
<datafield tag="700" ind1="n" ind2="1">
<subfield code="a">Einzelne Autoren (Primärliteratur)</subfield>
<subfield code="0">https://nwbib.de/subjects#N768010</subfield>
</datafield>
Entsprechend der neuen Speicherung der Unterfelder müssen auch die Copy-Knöpfe in den Systematiken angepasst werden und z.B. sowas in die Zwischenablage kopieren (korrekt, @acka47?):
Niederrheinische Herzogtümer$$0https://nwbib.de/spatial#N43
Entsprechend der neuen Speicherung der Unterfelder müssen auch die Copy-Knöpfe in den Systematiken angepasst werden und z.B. sowas in die Zwischenablage kopieren (korrekt, @acka47?):
Niederrheinische Herzogtümer$$0https://nwbib.de/spatial#N43
Ja, der Katalogisierungsumstieg erfolgt Ende November.
Copy-Knöpfe sind aktualisiert: https://nwbib.de/spatial
Die Katalogisierung ist seit Donnerstag, 5.12.2019 umgestellt. Nach ein paar Schwierigkeiten mit dem Kpier-Knopf für die Sachsystematik (der auch spatial-URIs lieferte) scheitn das Verfahren zu funktionieren. Closing.
Momentan läuft noch die Abstimmung per Mailingliste, wie die Werte im Detail in 700n gespeichert werden sollen, siehe den Thread mit Betreff "NWBib-Systemstellen: Anzeige in der Webausgabe und Katalogisierung im hbz-Verbundkatalog".