Themenbereich | Frage | Antwort | Datum |
|---|
| Datenlieferungen | Werden bei ZDB-Datenlieferungen über OAI und Batch unterschiedliche Daten ausgeliefert? | Die Auslieferung kann unterschiedlich sein und hängt ab von - der Art der Änderung
- dem über OAI abgefragten Zeitraum
- der Zeitpunkt, an dem die OAI-Abfrage abgeschickt wurde und
- welcher Set über OAI abgefragt wird.
| Art der Änderung | Aktualisierung in den Daten | Interne
Kennzeichnung | Auslieferung
ZDB-Änderungsdienst | Auslieferung
OAI-Harvester |
|---|
| Ein Katalogisierer ergänzt bei einem ZDB-Titel erstmals einen Lokalsatz. | In den bibliografischen Daten wird nur ein internes Feld (Pica+ 001@) aktualisiert, dh. das Änderungsdatum des ZDB-Titels
wird nicht aktualisiert | ZDB-Lokalsatz:
IN = "invoeren"
(Einfügen) ZDB-Titel:
IU = "in-use"
(in Verwendung) | ZDB-Titeldaten:
Seit Oktober 2012 werden die "in-use"-
Änderungen nicht mehr ausgeliefert. | Set zdb:holdings
Änderungen an Lokaldaten werden ausgeliefert. Sonstige Sets zdb*
Die Änderung wird nicht ausgeliefert, da das
Änderungsdatum des Titels nicht aktualisiert wurde. | | Ein Katalogisierer markiert den letzten Lokalsatz der eigenen Bibliothek mit dem Löschkennzeichen. | - Die aktuelle Änderung wird nur in Feld 7001 des Lokalsatzes ausgeführt.
- Im Rahmen des ZDB-Änderungsdienstes
werden die mit Löschkennzeichen
versehenen Lokalsätze physisch entfernt.
| - ZDB-Lokalsatz:
MU = "muteren"
(Änderung)
ZDB-Titel:
keine Kennzeichnung
- ZDB-Lokalsatz:
DE = "delete"
(Löschung)
ZDB-Titel:
OU = "out-of-use"
(nicht mehr verwendet)
| ZDB-Titeldaten:
Die "out-of-use"-
Änderungen werden nicht ausgeliefert. | Set zdb:holdings
Änderungen an Lokaldaten (1.) werden im Zeitraum von der Markierung mit Löschkennzeichen bis zum ZDB-Änderungdienst Änderungsdienst ausgeliefert. Sobald der Lokalsatz physisch gelöscht wurde (i.d.R. montags ab ca. 20:00), kann die Löschung nicht mehr geharvestet werden. Sonstige Sets zdb*
Die Änderungen werden nicht ausgeliefert, da das
Änderungsdatum des Titels nicht aktualisiert wurde. | | Ein Katalogisierer markiert einen Lokalsatz mit dem Löschkennzeichen. Die anderen Lokalsätze der Bibliothek werden nicht bearbeitet. | - Die aktuelle Änderung wird nur in Feld 7001 des Lokalsatzes ausgeführt.
- Im Rahmen des ZDB-Änderungsdienstes
werden die mit Löschkennzeichen
versehenen Lokalsätze physisch entfernt.
| - ZDB-Lokalsatz:
MU = "muteren"
(Änderung)
ZDB-Titel:
keine Kennzeichnung
- ZDB-Lokalsatz:
DE = "delete"
(Löschung
ZDB-Titel:
keine Kennzeichnung
|
ZDB-Titeldaten:
Die Änderungen werden nicht ausgeliefert. | Set zdb:holdings
Änderungen an Lokaldaten (1.) werden im Zeitraum von der Markierung mit Löschkennzeichen bis zum ZDB-Änderungdienst Änderungsdienst ausgeliefert. Sobald der Lokalsatz physisch gelöscht wurde (i.d.R. montags ab ca. 20:00), kann die Löschung nicht mehr geharvestet werden. Sonstige Sets zdb*
Die Änderungen werden nicht ausgeliefert, da das
Änderungsdatum des Titels nicht aktualisiert wurde. |
| Aktualisierung:
2013-08-03 |
Originalschriftliche Katalogisierung | Werden vom MVB gelieferte originalschriftliche Zeichen jetzt schon übernommen? | Bei den Datenimporten nach ILTIS über die unterschiedlichen Schnittstellen finden schon seit ca. Ende 2011 keine Zeichensatzkonversionen mehr statt, sondern alle Zeichen, auch wenn sie im UTF8-Zeichensatz sind, werden so übernommen, wie wir sie erhalten.
Das zentrale Bibliografiesystem CBS unseres ILTIS-Systems ist bereits seit einigen Jahren in der Lage alle UTF8-Zeichen intern korrekt abzuspeichern. An den Schnittstellen zum CBS gibt es Anwendungen, die UTF8-fähig sind (z.B. WinIBW3), Anwendungen die niemals UTF8-fähig sein werden (z.B. WinIBW2) und Anwendungen, die erst in zukünftigen Version UTF8-fähig sein werden (z.B. LBS). | 2012-07-19 |
Zeichensatz | Warum wird das Trema in Katalogen nicht immer korrekt angezeigt? | Wenn in der Datenverarbeitung eine Unterscheidung von Umlaut und Trema notwendig ist, empfiehlt ISO/IEC JTC 1/SC 2/WG 2 die unterschiedliche Darstellung des Tremas gegenüber dem Umlaut durch Verwendung des Combining Grapheme Joiner (Unicode Codepos. 034F, UTF-8 dez. \205\143) als Verbindung zwischen dem Grundbuchstaben und den zwei Punkten über dem Buchstaben, genannt Combining Diaeresis (Unicode Codepos. 0308, UTF-8 dez. \204\136).
Beispiel für die Codierung eines Umlautes: Bücher = Bu*\204\136cher
Beispiel für die Codierung eines Trema: Joël = Joe\205\143\204\136{*}l
Der Katalogisierungsclient WinIBW unterstützt die Unterscheidung von Umlaut und Trema sowohl bei der Anzeige, als auch bei der Erfassung, d.h. wenn in der Sonderzeichenleiste das Zeichen Trema (rechts neben dem Punkt übergesetzt) ausgewählt wird, so wird der Combining Grapheme Joiner verwendet. Sollte dies nicht der Fall sein, muss die Konfiguration der WinIBW überprüft werden (in Verzeichnis ...\defaults\pref\ die Dateien diacritics.js und diacritics_description_de.js).
Nicht alle Anwendungen, die die Daten des ILTIS-Systems nachnutzen, können die Darstellung mit dem Combining Grapheme Joiner korrekt verarbeiten, sodass die Anzeige nicht immer der Darstellung in ILTIS entspricht (z.B. Online-Katalog der DNB:
http://d-nb.info/gnd/1015048684). | 2012-09-12 |
Zeichensatz | Müssen für die Hoch- und Tiefstellung von Zeichen Protypen verwendet werden bzw. wie erfolgt die Erfassung der Hoch- und Tiefstellung? | Die bisherigen Protypen für Hoch- und Tiefstellung wurden bei der Bereinigung der Protypen in 2014 ersatzlos gestrichen. Die entsprechenden Buchstaben und Ziffern werden somit einfach auf gleicher Ebene mitgeschrieben. Nähere Informationen zur Bereinigung der Protypen sind im ILTIS-Info vom 20.Februar 2014 zu finden (Link).
| 2012-12-06 Aktualisierung:
2014-12-23 |