Log inRegister
Dokumentation der Normalisierungsregeln
 PROZESS IM UMBAU!Derzeit werden alle Normalisierungen in Alma von Drools auf XSLT umgestellt. Das macht neben besserer Wartbarkeit und Testbarkeit auch Dinge möglich, die es mit Drools nicht gegeben hätte. Diese Umstellung erfolgt inkrementell. Das heißt, dass immer mehr Drools-Regeln entfernt und durch XSLT-Regeln ersetzt werden. Die XSLT-Regeln werden VOR den Drools-Regeln ausgeführt. An dieser Stelle sind nur die Drools-Regeln dokumentiert, den aktuellen Stand der XSLT-Normalisierung findet man hier: Normalize on Save |
Marc21 Bib normalize on save. Dieser Prozess hat mehrere Schritte. Unter anderem wird eine Nummer in MARC 009 vergeben (so noch keine vorhanden ist), leere Felder werden gelöscht, die Felder werden sortiert, etc.
Der komplexeste Teil dabei ist die Normalisierung. Hierbei werden mittels bestimmten Regeln (in einem eigenen Subset der Sprache drools) Änderungen am Datensatz vorgenommen. Die Reihenfolge, in der diese Regeln abgearbeitet werden, ist entscheidend, weil nachfolgende Regeln auf die Ergebnisse der Anwendung vorheriger Regeln als Input zugreifen.
Insgesamt werden drei "Dateien" in dieser Reihenfolge abgearbeitet: OBV_KATA_P1_, OBV_KATA_P2, OBV_KATA_DATA. Die nachfolgenden Tabellen listen die Dokumentation der einzelnen Regeln in der Reihenfolge auf, in der sie in der Datei vorkommen. Tatsächlich werden sie innerhalb der Datei in umgekehrter Reihenfolge, d. h. von unten nach oben, abgearbeitet.
OBV_KATA_P1 und OBV_KATA_P2 sorgen dafür, dass z. B. temporäre Subfelder umbenannt werden und materialspezifische Codes vergeben werden. OBV_KATA_DATA sorgt dafür, dass beim Import aus externen Ressourcen entstandene temporäre Felder in ihre Zielkategorie aufgelöst werden.
OBV_KATA_DATA
Name:
Definiton:
Note:
| Name | betroffene Felder | Definiton | Anmerkung |
|---|---|---|---|
| remove temporary 4XX | 4XX excluding 490 | Muss ganz am Ende laufen. | |
| KATA-034-DATA: rule 1-1 dnbzdb | 084 | rule 1-1 dnbzdb | |
| KATA-034-DATA: rule 1-2 dnbzdb | rule 1-2 dnbzdb | ||
| KATA-034-DATA: rule 2-1 dnbzdb | rule 2-1 dnbzdb | ||
| KATA-034-DATA: rule 2-2 dnbzdb | rule 2-2 dnbzdb | ||
| KATA-034-DATA: rule 3-1 dnbzdb | rule 3-1 dnbzdb | ||
| KATA-034-DATA: rule 3-2 dnbzdb | rule 3-2 dnbzdb | ||
| KATA-034-DATA: rule 4-1 dnbzdb | rule 4-1 dnbzdb | ||
| KATA-034-DATA: rule 4-2 dnbzdb | rule 4-2 dnbzdb | ||
| KATA-034-DATA: rule 5-1 dnbzdb | rule 5-1 dnbzdb | ||
| KATA-034-DATA: rule 5-2 dnbzdb | rule 5-2 dnbzdb | ||
| KATA-034-DATA: rule 6 dnbzdb | rule 6 dnbzdb | ||
| KATA-034-DATA: rule 7-1 dnbzdb | rule 7-1 dnbzdb | ||
| KATA-034-DATA: rule 7-2 dnbzdb | rule 7-2 dnbzdb | ||
| KATA-034-DATA: rule 9-1 dnbzdb | rule 9-1 dnbzdb | ||
| KATA-034-DATA: rule 9-2 dnbzdb | rule 9-2 dnbzdb | ||
| KATA-034-DATA: rule 10 dnbzdb | 040 SFd | Dieses Suffix wird beim OAI-Update generiert, damit SFd nicht inKATA-036-upd040d mit “AT-OBV” überschrieben wird. Nachdem diese Regelgelaufen ist, muss das Suffix wieder entfernt werden. Das passiert hier. |
|
| KATA-034-DATA: rule 1-1 dnb | 040 | In 400 wird beim DNB-OAI-Update die 040 der DNB transportiert. Nur SFd soll übernommen werden. Wenn SFd nicht übernommen wird, scheint hier immer AT-OBV auf. |
|
| KATA-034-DATA: rule 1-2 dnb | rule 1-2 dnb | ||
| KATA-034-DATA: rule 2-1 dnb | rule 2-1 dnb | ||
| KATA-034-DATA: rule 2-2 dnb | rule 2-2 dnb | ||
| KATA-034-DATA: rule 3-1 dnb | rule 3-1 dnb | ||
| KATA-034-DATA: rule 3-2 dnb | rule 3-2 dnb | ||
| KATA-034-DATA: rule 4-1 dnb | rule 4-1 dnb | ||
| KATA-034-DATA: rule 4-2 dnb | rule 4-2 dnb | ||
| KATA-034-DATA: rule 1-1 zdb | rule 1-1 zdb | Feld 401 transportiert die 040 aus der ZDB bei OAI-Update. Das vorhande SFa der 040 wird beibehalten. Alle anderen Subfelder der 040 werden von der ZDB übernommen. Damit entspricht hier der Algorithmus auch der Formulierung dokumentierten Spezifikation: Katalogisierungshandbuch |
|
| KATA-034-DATA: rule 2-1 zdb | rule 2-1 zdb | ||
| KATA-034-DATA: rule 2-2 zdb | rule 2-2 zdb | ||
| KATA-034-DATA: rule 3-1 zdb | rule 3-1 zdb | ||
| KATA-034-DATA: rule 3-2 zdb | rule 3-2 zdb | ||
| KATA-034-DATA: rule 4-1 zdb | rule 4-1 zdb | ||
| KATA-034-DATA: rule 4-2 zdb | rule 4-2 zdb | ||
| KATA-034-DATA: rule 4-3 zdb | rule 4-3 zdb | ||
| KATA-034-DATA: rule 4-4 zdb | rule 4-4 zdb | ||
| KATA-034-DATA: rule 5 zdb | rule 5 zdb | ||
| KATA-034-DATA: rule 6 zdb | rule 6 zdb | ||
| KATA-034-DATA: rule 7-1 zdb | rule 7-1 zdb | ||
| KATA-034-DATA: rule 7-2 zdb | rule 7-2 zdb | ||
| KATA-034-DATA: rule 8-1 zdb | rule 8-1 zdb | ||
| KATA-034-DATA: rule 8-2 zdb | rule 8-2 zdb | ||
| KATA-034-DATA: rule 9-1 zdb | 650 | Hereinkommende 650er werden im Importprozess zu 460 umgewandelt. 650 sollte von DNB/ZDB üblicherweise nicht geliefert werden |
|
| KATA-034-DATA: rule 10-1 zdb | 9700# | Die 457 wird beim Import vor dem Merge aus der 882 (incoming) generiert. Dieser Umweg ist nötig, weil die 970 geschützt ist und nicht durch den Merge kommen würde. |
|
| KATA-034-DATA: rule 1-1 zdbok | rule 1-1 zdbok | ||
| KATA-034-DATA: rule 1-2 zdbok | rule 1-2 zdbok | ||
| KATA-034-DATA: rule 2-1 zdbok | rule 2-1 zdbok |
Copyright &© by the contributing authors. All material on this collaboration platform is the property of the contributing authors. Ideas, requests, problems regarding OBV Wiki? Send feedback
This page was cached on 03 Sep 2026 - 18:52.
This website is using cookies. More info.
That's Fine