Blog-Eintrag

Liebe Kolleginnen und Kollegen,

vier Jahre nach der Installation der CBS-Version 8.3 steht nun das nächste Upgrade für das ILTIS-Produktionssystem an.

Wir planen am Wochenende vom Freitag, 05.07.2024 bis zum Montag, 08.07.2024 (10:00 Uhr) die produktive Übernahme der neuen CBS-Version 9.0!

Damit die produktive Übernahme der Version reibungslos verläuft, soll diese im ILTIS-Approvalsystem vom Montag, 22.04.2024 bis Freitag, 14.06.2024 auf Herz und Nieren geprüft werden.

Das ILTIS-Approvalsystem wird somit von Mittwoch, 17.04.2024 bis Montag, 22.04.2024 nicht zur Verfügung stehen, da folgende Arbeiten zur Vorbereitung des CBS 9.0 Gesamttests notwendig sind:

  • Installation der neuen Betriebssystemversion Red Hat Enterprise Linux 8.9
  • Neuaufbau und Migration der Datenbank von Sybase nach PostgreSQL
  • Installation der neuen CBS Version 9.0.4
  • Installation des neuen CBS-Job-Management (CJM)
  • Übernahme geänderter WinIBW3-Funktionen und -Datenmasken

Wichtige Termine

  - ILTIS-Approvalsystem steht wegen Installation CBS 9.0 nicht zur Verfügung

- Gesamttest CBS 9.0 im ILTIS-Approvalsystem

- Übernahme der CBS-Version 9.0 ins ILTIS-Produktionssystem

Informationen zum Gesamttest

Der Gesamttest der CBS-Version 9.0 im ILTIS-Approvalsystem wird im Zeitraum vom Montag, dem 22.04.2024 bis zum Freitag, dem 14.06.2024 stattfinden.

Die CBS 9.0 Version enthält gravierende Änderungen, die für die Anwender*innen nicht sichtbar sind. Dazu gehört die Migration von dem Datenbankmanagementsystem Sybase zum Open-Source-Produkt PostGreSQL und die Einführung des browser-basierten CBS-Job-Managementsystems (CJM) für die von der Produktionssteuerung durchzuführenden Datenselektionen.

Wir wollen die Produktivnahme der CBS 9.0 jedoch auch nutzen, um längst fällige Neuerungen einzuführen, u.a. die Erweiterung der Occurrence auf drei Stellen (999) (siehe Informationen im rechten Kasten!)

Im genannten Testzeitraum soll das gewohnte Arbeiten im ILTIS/CBS mit der WinIBW getestet werden, es soll überprüft werden, ob die üblichen Schnittstellen korrekt versorgt werden und ob Daten korrekt importiert werden. Schließlich soll auch geprüft werden, ob unsere regelmäßigen Prozesse und Verfahren mit der neuen Version genau so funktionieren, wie mit der bisherigen Version. Obwohl wir durch den Neuaufbau der Datenbank im Approvalsystem mit den aktuellen Daten des Produktionssystems sehr nah am Stand der Daten des produktiven CBS sind, sind wir auf die Mithilfe der Fachkolleg*innen angewiesen, um Tests wiederholt durchführen zu können. So könnten zum Beispiel bestimmte Eingaben und Erfassungen an den Datensätzen der GND durch die Fachabteilungen notwendig sein, um GND-Prozesse erneut zu testen.

Ab dem 22.04.2024 werden wir die regelmäßigen Verarbeitungen im Approvalsystem einrichten und aktivieren, sodass täglich z.B. MVB-Lieferungen eingespielt werden, Exemplardaten des anderen Standortes erzeugt werden und die CBS-Mahnprozess laufen..

Erweiterung der Occurrence auf drei Stellen (999)

Die Erweiterung der Occurrence auf drei Stellen hat zur Folge, dass bis zu 999 Exemplardaten pro ILN (Internal Library Number, ZDB-Melderkennung) abgespeichert werden können. Bisher ist die Grenze bei 99 Exemplardaten. Als Folge muss das PICA3-Format des Feldes 70XX  (Pica+: 208@) geändert werden, da das Feld derzeit nur für 2-stellige Occurrences vorgesehen ist. Wir haben wir uns bei der Umsetzung für die Vorgehensweise beim K10plus entschieden: EXXX!

Hier ein fingiertes Beispiel, welches die Änderungen verdeutlichen soll:

Format

vor CBS 9.0 / Feld 70XX

nach CBS 9.0 / Feld EXXX

Pica3

[0101 ] leipzig dnb [101a]
7001 18-12-18 : x
4821 1$cNEU$mm1mw-p$zStatZUG$D2019-01-28$N1130
4821 1$cNEU$mm1mw-p$zStatFOE$D2019-04-01$N1140
7100 2019 A 34774
7800 478523564
7900 11-04-19 08:02:59.000
8100 L-2019-000400

[ILN: 1 ELN: 0101 ] leipzig dnb <101a>
E001 18-12-18 : x
4821 1$cNEU$mm1mw-p$zStatZUG$D2019-01-28$N1130
4821 1$cNEU$mm1mw-p$zStatFOE$D2019-04-01$N1140
7100 2019 A 34774
7800 478523564
7900 11-04-19 08:02:59.000
8100 L-2019-000400 

Der Gesamttest soll also auch dazu dienen, sich mit dem neuen PICA3-Feld EXXX vertraut zu machen und alle Aspekte des neuen Feldes zu testen.

Stand  

Hintergrund

Am 26./27. August 2022 wurden als Abschluß der 1. Phase der ILN-Konsolidierung die Examplardaten des DMA der ILN 1 zugeordnet. 
Detaillierte Informationen können im ILTIS-Info Informationen zur ILN-Konsolidierung Phase 1 (DMA/Leipzig) nachgelesen werden.

Am 28./29. Oktober 2023 folgt die Umsetzung der 2. Phase der ILN-Konsolidierung.
Dabei werden die Exemplardaten der Archivalien des Deutschen Exilarchivs (DEA) von ILN 4 nach ILN 2, also in den Frankfurter ILN-Bereich verschoben.

Nach dieser Aktion gelten folgende Zuordnungen:

ILN12
StandortLeipzigFrankfurt
CBS-Bibliotheken
(Auswahl)

0101 Leipzig (Standard)
01011170 DBSM
01011171 Deutsches Exilarchiv Leipzig
3000 Deutsches Musikarchiv

0292 Frankfurt (Standard)
2000 Deutsches Exilarchiv Frankfurt

Anpassungen vor der produktiven Umsetzung der 2. Phase der ILN-Konsolidierung

  • Vor dem Verschieben der DEA-Exemplardaten werden alle Exemplardaten mit Feld 4800 versehen
  • Ergänzung der ILNs in den Bibliotheksdaten des DEA
  • Anpassung von DEA-Datenmasken
  • Anpassung der Online-Routinen für die automatische Exemplargenerierung und die Vergabe der Exilnotation bei den Archivalien des DEA.
    Durch die Erfassung des entsprechenden Codes in Feld 0701 $t kann die Verknüpfung zur Bibliotheksdatei in Feld 4800 gesteuert werden.

    IDN

    Sigel

    Ort und Name

    ILNCode in 0701 $t
    009030115DE-101aLeipzig, Deutsche Nationalbibliothek Leipzig11
    009013849DE-101bFrankfurt/Main, Deutsche Nationalbibliothek Frankfurt am Main22
    020583613DE-101cLeipzig, Deutsche Nationalbibliothek, Deutsches Musikarchiv13
    009033645DE-101dLeipzig, Deutsche Nationalbibliothek, Deutsches Buch- und Schriftmuseum17
    988738074DE-101eFrankfurt/Main, Deutsche Nationalbibliothek, Deutsches Exilarchiv 1933-194524 (Online-Routine "Vergabe Exilnotation" bei Archivalien)
    5 (Online-Routine: "automatische Exemplargenerierung")
    1253266433DE-101fLeipzig, Deutsche Nationalbibliothek Leipzig, Deutsches Exilarchiv 1933-194516

    siehe auch 4800 - Bibliothekskennzeichen
    Die Produktivnahme der geänderten Online-Routinen erfolgte am 31.08.2023

Produktive Umsetzung

Am Wochenende 28./29.10.2023 werden ca. 82 Tsd. Exemplardaten von ILN 4 nach ILN 2 verschoben.
Die Aktion wird protokolliert, sodass die lokalen Anwendungen der DNB aktualisiert werden.

Danach werden die CBS-Bibliotheksdaten der DEA-Bibliotheken auf ILN 2 umgestellt.
Die DEA-Exemplardaten werden dann im Bereich der Frankfurter Exemplardaten angezeigt.

Nachfolgend das Beispiel eines Datensatzes vor (grau) und nach (grün) der Verschiebung der DEA-Exemplardaten.

Hinweise zur Anzeige und Sortierung der Exemplardaten

Vor dem Verschieben wird das DEA-Exemplar in einem eigenen Bereich unterhalb der Überschrift  [2000 ] deutsches exilarchiv [101e] angezeigt.

Nach der Verschiebung der DEA-Exemplare werden diese zu Beginn des Bereiches [0292 ] frankfurt dnb [101b] angezeigt.

Die Sortierung der Exemplardaten innerhalb des Bereiches erfolgt anhand der BIK in Feld 4800 (das ist die Nummer direkt hinter der Verknüpfungs-IDN):
DEA: 101325-7

Frankfurt: 600100-2

Ausblick

Ab 2024 beginnen die Vorbereitungen für die letzte Phase der ILN-Konsolidierung: Die Zusammenführung von Frankfurt und Leipzig zu ILN 1.
Das für die Umsetzung geplante Projekt ist ab Mitte 2024 geplant. Die Laufzeit wird auf ca. 2 Jahre geschätzt.

Liebe Kolleg*innen,

als Ergebnis des inzwischen abgeschlossenen und im Produkt DOBI weitergeführten Projektes SamOA (Sammlung von Open Access Dokumenten)[1] werden ab der Kalenderwoche 34/2022 Metadaten von ausgewählten Datenlieferanten aus BASE auch in der DNB nachgewiesen.

BASE ist eine Suchmaschine, die weltweit wissenschaftliche Dokumentenserver aggregiert und für die Suche zur Verfügung stellt. Weitere Infos sind unter https://www.base-search.net/ und https://de.wikipedia.org/wiki/Bielefeld_Academic_Search_Engine zu finden.

Für die DNB werden im ersten Schritt Metadaten von Quellen nachgenutzt, die in den Sammelauftrag der DNB gehören, bei denen es bisher aber keine aktive Ablieferung von Seiten der Ablieferungspflichtigen gibt. Die Gründe, warum wir diese Netzpublikationen bisher nicht sammeln können vielfältig sein.

Die Umsetzung erfolgt auf der neuen technologischen Basis, die auch für die Aktualisierung der technischen Infrastruktur für die Sammlung von Netzpublikationen genutzt werden wird.

Die Metadaten werden als sogenannte Oafs-Sätze in den Hauptbestand des CBS der DNB eingespielt.

"Oafs" steht dabei für einzelne Online-Ressourcen, die aus Fremddaten übernommen wurden und die keinen Bestand in der DNB haben.

Durch die Übernahme von Metadaten zu möglichst frei im Internet lesbaren Dokumenten soll der Titelumfang für unsere Nutzer*innen angereichert werden, auch wenn die Objekte im ersten Schritt noch nicht von uns archiviert werden.

Aktuell werden Zugriffslinks über die Felder 4085 (mit einer URL) oder die Felder zu Persistent Identifiern (2050/2051/2052) bereitgestellt. Hierüber sollte in den meisten Fällen der Zugriff auf ein frei lesbares Dokument gewährleistet sein. Leider wird es hier Abweichungen und Fehler geben, da BASE selbst keine fehlerfreien Angaben vorliegen.

 Die mittelfristige Planung sieht vor auch die Objekte zu sammeln und in der DNB zu archivieren.

 Im Namen der Beteiligten aus allen Bereichen,

Conny Diebel


[1] Projektbeschreibung: https://www.dnb.de/DE/Professionell/ProjekteKooperationen/Projektarchiv/2020/SamOA/SamOA_node.html

 

Stand  

Hintergrund

Seit Beginn der Katalogisierung in ILTIS sind die Exemplardaten der DNB unterschiedlichen internen Bibliotheksnummern zugeordnet (ILN=Internal Library Number).

ILN1234
Standort/SammlungLeipzigFrankfurtDMADEA

Die Entscheidung für diese ILN-Zuordnung wurde bei der Einführung von ILTIS/CBS getroffen, da es zu Beginn unterschiedliche OPAC-Kataloge pro Standort Leipzig und Frankfurt gab, die technischer Bestandteil des jeweiligen lokalen Bibliothekssystems (LBS) waren.

Die Zuordnung einer CBS-Bibliothek ist dabei nur relevant für die Exemplardaten eines Datensatzes in ILTIS/CBS. Die einzige Stelle, wo die ILN in den bibliografischen Daten sichtbar wird, ist die interne Pica+-Kategorie 001@. Dort werden in Unterfeld $0 die ILN der Bibliotheken aufgelistet, die über einen Exemplardatensatz an dem Datensatz verfügen.

Auswirkungen der ILN-Zuordnung:

  • Exemplardaten können nur dann bearbeitet werden, wenn die aktuelle Kennung zu einer Bibliothek gehört, der die ILN des Exemplardatensatzes zugeordnet ist.
  • Exemplardaten werden in der Vollanzeige des Datensatzes mit allen Exemplaren (Kommando: s[how] da)  anhand der ILNs gruppiert.
  • Exemplardaten werden in der Vollanzeige des Datensatzes mit nur den eigenen Exemplaren (Kommando: s[how] d) nur angezeigt, wenn die Bibliothek der Kennung der gleichen ILN zugeordnet ist, wie der Exemplardatensatz.
  • Exemplardaten werden aufgrund der ILN-Zuordnung mit dem Online-Update-Mechanismus (OUM) an das zur ILN gehörige LBS geschickt.

Ziele der ILN-Konsolidierung

  • Organisatorische Zusammenführung der DNB-Exemplardaten, indem sie in Zukunft nur noch einer ILN zugeordnet werden.
    Alle Exemplardaten der DNB können dann ohne Wechseln der Kennung bearbeitet werden.
     
  • Reduzierung der Lokalsysteme auf ein LBS für alle DNB-Daten. Dadurch sind Kosteneinsparungen bei den LBS-Lizenzen zu erwarten.

Planung Gesamtprojekt

Aufgrund der Komplexität des Projektes wurde es in mehrere Phasen aufgeteilt. 

Informationen zur 1. Phase

In der 1. Phase wurde die ILN 3 (DMA) aufgelöst, d.h. alle Exemplardaten des DMA wurden der ILN 1 zugeordnet.

  1. Erste Änderungen sind im CBS-Release 2022.4 am 12.07.2022 erfolgt (Online Routinen, Validation)
  2. Danach folgte eine Zwischenphase in der Datensätze und Prozesse, z.B. NP-Import vorbereitet bzw. angepasst wurden.
  3. Am Stichtag 26./27.08.2022 wurden alle DMA-Exemplardatensätze von ILN 3 nach ILN 1 verschoben.
    Zeitgleich wurden alle DMA-Bibliotheken der ILN 1 zugeordnet.

Notwendige Änderungen vor dem Stichtag

  • Änderung der Online-Routine zur Exemplargenerierung
    Das CBS-Release 2022.4 enthielt wesentliche Änderungen der Online-Routine zur Exemplargenerierung.

    Die Online-Routine zur Exemplargenerierung generiert anhand der Angaben in Feld 0701 das Exemplar des Standortes des aktuellen Nutzers.

    Diese Routine wird so angepasst, dass alle DNB-Exemplardaten ein Feld 4800 mit der Verknüpfung zum Bibliotheksdatensatz erhalten.
    Bisher wird dieses Feld in DNB nur bei ZDB-Datensätzen und Einzelheftdatensätzen verwendet.

    Außerdem wertet die Online-Routine für die Vergabe der Verknüpfungs-IDN zur Bibliotheksdatei zukünftig zuerst das neue Unterfeld $t aus.
    Wenn kein Unterfeld $t vorhanden ist, wird wie bisher die ILN ausgewertet.

    Übersicht der in der 1. Phase enthaltenen IDN-Verknüpfungen

    Standort/Sammlungwenn Inhalt
    0701 $t =
    falls 0701 $t nicht
    vorhanden, wenn
    ILN =
    Verknüpfungs-IDN in Feld 4800BIKSigel
    DNB Leipzig11009030115950200-2DE-101a
    DNB Frankfurt22009013849600100-2DE-101b
    DMA33020583613180101-6DE-101c
     Die Änderung der Online-Routine zur Exemplargenerierung wurde am 18.07.2022 produktiv gesetzt.

  • Änderung des Batchprogrammes zur Exemplargenerierung am anderen Standort
    Das Batchprogramm, welches bei einer nächtlichen Verarbeitung das Exemplar des anderen Standortes generiert, wird ebenfalls so angepasst, dass immer auch das Feld 4800 vergeben wird. 
  • Änderung der CBS-Konfiguration
    In der CBS-Konfigurationstabelle zur Validation wird es leichte Anpassungen geben.

  • WinIBW-Funktionen
    Analyse, Anpassung und Tests der WinIBW-Funktionen ist geplant

  • BibControl
    Anpassungen bei den LBS-Auswertungen mit BibControl sind notwendig.

  • LBS
    Natürlich gibt es auch einen größeren Komplex an Anpassungen und Aktionen für die Migration der Daten des DMA-LBS in das Leipziger LBS, u.a. bei den Lieferantendaten.
    Diese werden von der LBS-Taskforce gemeinsam mit OCLC koordiniert.


Auswirkungen der Änderungen am Stichtag

Nachfolgend das Beispiel eines Datensatzes vor und nach der Verschiebung der DMA-Exemplardaten.

Hinweise zur Anzeige und Sortierung der Exemplardaten

Vor dem Stichtag wird das DMA-Exemplar in einem eigenen Bereich unterhalb der Überschrift [3000 ] deutsches musikarchiv [101c] angezeigt.

Nach der Verschiebung der DMA-Exemplare werden diese zu Beginn des Bereiches [0101 ] leipzig dnb [101a] angezeigt.

Die Sortierung der Exemplardaten innerhalb des Bereiches erfolgt anhand der BIK in Feld 4800 (das ist die Nummer direkt hinter der Verknüpfungs-IDN):
DMA: 180101-6
Leipzig: 950200-2

Ausblick

In 2023 ist dann eine ähnliche Aktion für die DEA-Archivalien geplant, die derzeit noch Exemplardaten unter ILN 4 haben. Diese sollen nach ILN 2 verschoben werden.
Bei Phase 2 des Projektes ist dann zwar kein LBS zu berücksichtigen, aber durch Besonderheiten des DEA, z.B. spezielle Online-Routinen, muss auch diese Phase gut vorbereitet und die Auswirkungen müssen genau geprüft werden.

Ab Mitte 2023 beginnen die Vorbereitungen für die letzte Phase der ILN-Konsolidierung: Die Zusammenführung von Frankfurt und Leipzig zu ILN 1.
Das Projekt ist ab 2024 geplant. Die Laufzeit wird auf ca. 2 Jahre geschätzt.

 

















Mit dem CBS-Release 06.2021 wurde das neue Feld 0596/009M – Datensatzkennzeichnung für Mahnung eingeführt.
Ab der 16. KW wird dieses Feld nun aktiv in der DNB für die Mahnprozesse der Monografien genutzt.

1. Hintergrund

Im Feld 0599/009@ ist die Datensatzkennzeichnung für die Statusverwaltung verankert. Sie umfasst bislang Kennzeichen zum Geschäftsgang (an der 1. Position) und zur Mahnung (an der 2. Position, "m"). Der Mahnstatus wird nun aus dem Feld 0599/009@ herausgetrennt und in einem eigenen Feld 0596/009M abgespeichert. Die Statusverwaltung im Feld 0599/009@ erfolgt wie bisher. Durch die Trennung der unterschiedlichen Kennzeichnung geht eine Erweiterung der Funktionalität bei den Mahnprozessen einher.

2. Ziele

Mit Einführung des neuen Feldes werden folgende Ziele verfolgt:

  • Monografische Einzelexemplare können in den Geschäftsgang gegeben werden, ohne dass die Mahnung abgebrochen oder verhindert wird.
  • Über eine Codierung ("i") im neuen Feld 0596/009M ist es möglich Bestellungen im LBS gezielt für einen bestimmten Standort anzulegen (Unterfeld $z).
  • Datensätze, deren Verlage auf der Mahnausschlussliste stehen, bei denen also keine Mahnung erstellt werden soll, erhalten nun die Kennzeichnung "k" und sind damit für die Mahnprozesse gesperrt.

3. Struktur

Die Feldstruktur sieht folgendermaßen aus: 

PICA3 / Steuerzeichen

Pica+ / UF

W

Inhalt

0596

009M

N

Datensatzkennzeichnung für Mahnung

"..._:_"

$a

N

Datum (JJ-MM-TT)

-ohne-

$b

N

Mahnstatus

$z

$z

N

ILN

Die Inhalte des Feldes 0596/009M sind mit dem Index MST wortweise suchbar.

Folgende Einträge sind im Unterfeld $b (Mahnstatus) möglich:

Mahnstatus

Bedeutung

m

Mahnstatus.
Maschinelle Kennzeichnung, dass zu diesem Datensatz im LBS eine Bestellung angelegt wurde, auf dem die Mahnprozesse aufsetzen.

Die Festlegung, in welchem LBS gemahnt wird, erfolgt durch die Auswertung der 1. und 2. Ziffer der Urheberkennung (11 = Leipzig; 12 = Frankfurt) bzw. anhand der 4. Position der Satzart ("m" = DMA)

i

Interimistischer Mahnstatus.
Manuelle Kennzeichnung, dass der Datensatz im Unterfeld $z genannten Standort gemahnt werden soll (1 = Leipzig; 2 = Frankfurt). Der Mahnstatus ist interimistisch, da er per Programm in den Mahnstatus "m" umgewandelt wird, wenn die Anlegung der Bestellung im LBS ausgelöst wurde.

k

Sperrstatus.
Maschinelle Kennzeichnung, dass der im Datensatz enthaltene Verlag in der Mahnausschlussliste enthalten ist und somit für die Mahnung gesperrt wird.

4. Umsetzung

In der 16. KW erfolgt eine Datenmanipulation, bei der in allen betroffenen Datensätzen der Mahnstatus aus dem Feld 0599/009@ herausgelöscht und in ein neues Feld 0596/009M geschrieben wird.  Im Anschluss an die Datenmanipulation werden die Mahnprozesse das neue Feld 0596/009M für die Kennzeichnung des Mahnstatus verwenden und die oben genannten Funktionalitäten stehen zur Verfügung.

Nachfolgend ein fingierter und gekürzter Beispieldatensatz aus dem ILTIS-Approvalsystem: 

Vorher - Mahnstatus an der 2. Pos. in Feld 0599

0500 Aac
0501 Text$btxt
0502 ohne Hilfsmittel zu benutzen$bn
0503 Band$bnc
0550 ONIX 2.1$cVLB - Verzeichnis Lieferbarer Bücher
0551 X$bm
0599 16-08-17 : cm
1100 2099
1500 /1ger
1700 /1XA-DE-HE
2000 978-3-8349-2619-7*PB. : ca. EUR 44.95
2040 9783834926197
2100 10,N33
2150 7fdc8a12faea4f8c970856485cea3d5f
2240 DNB:1005537038
3000 Flammann, Jens$BVerfasser$4aut
4000 Mitarbeiterführung im Wissenschaftsbereich (AT) : Wissensarbeiter auswählen, führen und binden / Jens Flammann, Astrid Gulba
4020 #11#1. Auflage 2099
4030 Wiesbaden : Betriebswirtschaftlicher Verlag Gabler ***5106257
4060 288 Seiten in 1 Teil
4061 15 Illustrationen
4062 24 cm x 16.8 cm
4208 16.06.30

Nachher - Mahnstatus in neuem Feld 0596

0500 Aac
0501 Text$btxt
0502 ohne Hilfsmittel zu benutzen$bn
0503 Band$bnc
0550 ONIX 2.1$cVLB - Verzeichnis Lieferbarer Bücher
0551 X$bm
0596 22-03-29 : m
0599 16-08-17 : c
1100 2099
1500 /1ger
1700 /1XA-DE-HE
2000 978-3-8349-2619-7*PB. : ca. EUR 44.95
2040 9783834926197
2100 10,N33
2150 7fdc8a12faea4f8c970856485cea3d5f
2240 DNB:1005537038
3000 Flammann, Jens$BVerfasser$4aut
4000 Mitarbeiterführung im Wissenschaftsbereich (AT) : Wissensarbeiter auswählen, führen und binden / Jens Flammann, Astrid Gulba
4020 #11#1. Auflage 2099
4030 Wiesbaden : Betriebswirtschaftlicher Verlag Gabler ***5106257
4060 288 Seiten in 1 Teil
4061 15 Illustrationen
4062 24 cm x 16.8 cm
4208 16.06.30







Liebe Kolleg*innen,

am Dienstag, den 9. November 2021, wurden die nachfolgenden Anpassungen im ILTIS-System produktiv gesetzt.

Bitte beachten Sie, dass die Anzeige der Vorgänge durch Betätigen des Links Zugangsberechtigung für das Bugtrackingsystem JIRA der DNB erfordert.

JiraWasBereich
ILT-7021

Validation der GND-Relationencodes in $XX / 0XX@ $4

Validation GND
ILT-7157

Validation von 4233 / 046X $5 (Bestanderhaltung und Archivierung)

Validation Titeldaten
ILT-7220

Neues Feld 0596 / 009M für den Mahnstatus

Datenformat, Validation und Indexierung Titeldaten

Liebe Kolleg*innen,

am Dienstag, den 7. September 2021, wurden die nachfolgenden Anpassungen im ILTIS-System produktiv gesetzt.

Bitte beachten Sie, dass die Anzeige der Vorgänge durch Betätigen des Links Zugangsberechtigung für das Bugtrackingsystem JIRA der DNB erfordert.

JiraWasBereich
ILT-6843

Validation für Lebensdaten bei Personen im Feld 548 / 060R

Validation GND

ILT-7114

Vereinheitlichung der Validation imFeld 5550 / 044K in DNB und ZDB

Validation Titeldaten
ILT-7147

Abstellen der Validation bei Verliererdatensatz in der Umlenkung

Validation GND
ILT-7199

Präzisierung der Bedeutung des Unterfeldes $5 und Zulassung des Unterfeldes für alle Datenfelder

Datenformat GND
ILT-7200

Einrichtung eines Unterfeldes $C für die Codierung des Anwendungskontextes für alle Inhaltsfelder

Datenformat GND


Liebe Kolleg*innen,

am Dienstag, den 13. Juli 2021, wurden die nachfolgenden Anpassungen im ILTIS-System produktiv gesetzt.

Bitte beachten Sie, dass die Anzeige der Vorgänge durch Betätigen des Links Zugangsberechtigung für das Bugtrackingsystem JIRA der DNB erfordert.

JiraWasBereich
ILT-6894

Einführung der EHKD-Unterfelder in 3210 / 022A und 3211 / 022A/01

Datenformat Titeldaten
ILT-6935

Wiederholbarkeit von Feld 4820 / 220A

Datenformat ZDB
ILT-7040

Validation der GND-Relationencodes in 548 / 060R

Validation GND
ILT-7119

Neue Unterfelder für 008H in der Bibliotheksdatei

Datenformat Bibliotheksdatei
ILT-7142

Weitere Standardnummern aus der MARC Source Code Liste im Unterfeld 024 /006Y $S zulassen

Validation GND
ILT-7152

Feld 0550 / 002M in der ZDB zulassen

Datenformat ZDB
ILT-7164

Anpassung der Kurzanzeige für TX-Datensätze

WinIBW-Anzeige GND


Liebe Kolleg*innen,

am Dienstag, den 25. Mai 2021, wurden die nachfolgenden Anpassungen im ILTIS-System produktiv gesetzt.

Bitte beachten Sie, dass die Anzeige der Vorgänge durch Betätigen des Links Zugangsberechtigung für das Bugtrackingsystem JIRA der DNB erfordert.

JiraWasBereich
ILT-6793

Validation BZK $4 $B in den Feldern 3000 / 028A und 3010 / 028C

Validation ZDB

ILT-6845

Validation Feld 1505 / 010E

Validation ZDB
ILT-6846

Validation Feld 4050 / 033H

Validation ZDB
ILT-6855Validation Feld 3000 / 028A: Wiederholbarkeit nur bei Erfassung von OriginalschriftValidation Titeldatendaten
ILT-6872

Einführung Feld 2020 / 004F für ZDB

Datenformat ZDB
ILT-7051

Neues Unterfelds $u (Link zu weiteren Informationen) im Feld 4233 / 046X

Datenformat ZDB
ILT-7054

Neuen Code in 4233 / 046X $a zulassen

Validation ZDB
ILT-7084

Validation für Tc-Feld 011 / 008A

Validation GND-Crosskonkordanzen


Liebe Kolleg*innen,

am Dienstag, den 30. März 2021, wurden die nachfolgenden Anpassungen im ILTIS-System produktiv gesetzt.

Bitte beachten Sie, dass die Anzeige der Vorgänge durch Betätigen des Links Zugangsberechtigung für das Bugtrackingsystem JIRA der DNB erfordert.

JiraWasBereich
ILT-6710

Validation $9 in Verknüpfungsfeldern

Validation Titeldaten
ILT-6714

Validation 4244/039E $b

Validation Titeldaten
ILT-6722

Validation in Verknüpfungsfeldern von RAK-Sätzen, $9 und $r

Validation Titeldaten
ILT-6724

Validation 4245/031@

Validation Titeldaten
ILT-6744

Validation 1109/011B $a, $b

Validation Titeldaten
ILT-6746

Validation Paarigkeit bei originalschriftlichen Angaben

Validation Titeldaten
ILT-6751

Validation 4034/033E

Validation Titeldaten
ILT-6764

Validation 3100/029A: Wiederholbar nur bei Originalschrift

Validation Titeldaten
ILT-6787

Validation 4050/033H: In $9 nur Tg-Sätze

Validation Titeldaten
ILT-6909

Neues Unterfeld $b in 0602/017C für thematische Setcodes

Datenformat und Indexierung Titeldaten
ILT-6933Neues Unterfeld $v in 4711/047R für Bemerkungen zur RechteklärungDatenformat und Indexierung Titeldaten
ILT-6946

Zulassen des Codes "3c" in 8001/209B/XX $x 01

Validation Titeldaten


Liebe Kolleg*innen,

am Dienstag, den 2. Februar 2021, wurden die nachfolgenden Anpassungen im ILTIS-System produktiv gesetzt.

Bitte beachten Sie, dass die Anzeige der Vorgänge durch Betätigen des Links Zugangsberechtigung für das Bugtrackingsystem JIRA der DNB erfordert.

JIRA

Was

Bereich
ILT-6646

Erweiterung des PICA-Feldes 5450/045Z - Notation eines Klassifikationssystems um $u URI

Datenformat ZDB Titeldaten

ILT-6663

Validation in der GND für Feld 043/042B Ländercode

Validation GND
ILT-6669

Erweiterung der Online-Expansion von 4050/ 033H und 510X/041A-041A/9X um $z Region

Expansion ZDB Titeldaten
ILT-6819

Feld 672 in der GND für Ts und Tu nicht zulassen

Validation GND
ILT-6902

Indexierung von Feld 4713/047V $b

Indexierung ZDB Titeldaten

Liebe Kolleg*innen,

am Dienstag, den 24. November 2020, wurden die nachfolgenden Anpassungen im ILTIS-System produktiv gesetzt.

Bitte beachten Sie, dass die Anzeige der Vorgänge durch Betätigen des Links Zugangsberechtigung für das Bugtrackingsystem JIRA der DNB erfordert.

JIRA

Was

Bereich
ILT-3923

Anpassung Kurzanzeige für Da*-Datensätze ("ohne Datum" statt "o.D."))

DEA Kurzanzeige
ILT-6702Feld 3210/022A in der Kurzanzeige aufführenTiteldaten Kurzanzeige
ILT-6747

Validation $4-Code "affi" im Feld 551

GND Validation
ILT-6786Indexierung Feld 815/035QIndexierung Adressdatei
ILT-6867Validation: Die Codes"ecli" und "ror" im Feld 024/006Y zulassenGND Validation

Liebe Kolleg*innen,

am Dienstag, den 22. September 2020, wurden die in der nachfolgenden Tabelle enthaltenen Anpassungen im ILTIS-Produktionssystem produktiv gesetzt.

Bitte beachten Sie, dass die Anzeige der Vorgänge durch Betätigen des Links Zugangsberechtigung für das Bugtrackingsystem JIRA der DNB erfordert.

JIRA

Was

Bereich
ILT-6308

Online-Expansion der ISSN aus der Gegenaufnahme in PICA 42XX/039X

ZDB Expansion
ILT-6615Bugfix: Aufrufen der verlinkten Bibliothek im ExemplardatensatzZDB Webkatalog
ILT-6619

Sprechendere Fehlermeldung bei falschem ISIL

ZDB Webkatalog
ILT-6636

Keine Verknüpfung zu Tn-Datensätzen mehr

GND Validation
ILT-6658Bugfix: Fehler in der Validation bei ISSN- und ISBN-FeldernZDB Validation
ILT-6674

Validierung Feld 2051/004P

ZDB Validation
ILT-6717

Validation für Exemplar-Erfassung rückgängig

ZDB Validation
ILT-6736

Neuer Index für die DDC-Hauptsachgruppe - Erweiterung von DHS

DNB Titeldaten Indexierung
ILT-6748

Validation der Standardnummern im Unterfeld 024/006Y $S

GND Validation
ILT-6749

Validation von Feld 550/041R mit $4 "akad"

GND Validation
ILT-6750Validation im DMA-Bestand für 2020/004F und 2029/004IDNB Titeldaten Validation
ILT-6765

Validation von 5057/045W $a

ZDB Validation
ILT-6794

Bugfix: Index DNS - DDC-Nebensachgruppe der übergeordneten Satzes

DNB Titeldaten Indexierung

Liebe Kolleg*innen,

am Dienstag, den 24. März 2020, wurden die in der nachfolgenden Tabelle enthaltenen Anpassungen im ILTIS-Produktionssystem produktiv gesetzt.

Bitte beachten Sie, dass die Anzeige der Vorgänge durch Betätigen des Links Zugangsberechtigung für das Bugtrackingsystem JIRA der DNB erfordert.

ILT-5923

Trunkierte Suche für Index SGN

Indexierung
ILT-6336

Numerische Sortierung der Kurzanzeige von Olfo-Datensätzen

Kurzanzeige
ILT-6356

Update-Skript "NormenAaa_Aa" für die Formalerschließung

WinIBW
ILT-6436Felder 2100/006T und 2150/006V wiederholbarDatenformat Titeldaten DNB
ILT-6487

Neuer Sprachencode "cnr" für Montenegrinisch im Titeldatenfeld 1500 und Normdatenfeld 377

Validation Titeldaten und Normdaten (GND)
ILT-6529

Indexierung für die Unterfelder $l, $m und $z in 2005/005I und 2010/005A, Schlüsseltyp ISS

Indexierung
ILT-6533

Validation PICA 3100/029A und 3110/029F

Validation Titeldaten ZDB

Liebe Kolleginnen und Kollegen,

am Dienstag, den 28. Januar 2020, wurden die in der nachfolgenden Tabelle enthaltenen Anpassungen im ILTIS-Produktionssystem produktiv gesetzt.

Bitte beachten Sie, dass die Anzeige der Vorgänge durch Betätigen des Links Zugangsberechtigung für das Bugtrackingsystem JIRA der DNB erfordert.

ILT-5837

Anzeige der Expansion aus GND-Verknüpfung nach Show-Kommando der Kategorien 1130-1133

Online-Expansion in Titeldaten
ILT-6236

Exemplarsortierung für die CBS-Präsentation

CBS Allgemein, ZDB
ILT-6305

DMA-Bestand: Validation nicht mehr genutzter DDC-Sachgruppen

Validation Titeldaten
ILT-6344

Einführung eines neuen Ländercodes für den Kosovo - XA-QV

WinIBW
ILT-6360

DBSM-Bestand: Indexierung des Feldes 2275 Fingerprint

Indexierung
ILT-6374

DDC-Sachgruppen sowie SG des DMA im Hauptbestand zulassen (Öffnung der Validation für neue Codes)

Validation Titeldaten
ILT-6375

Index um 4190 / 036G $9 erweitern

Indexierung
ILT-6408

Leerzeichen am Feldanfang sollen nicht zugelassen werden

Validation Titeldaten