Skip to main content
ExLibris
  • Subscribe by RSS
  • ExLibris Dev

    Arbeiten mit Normierungsregeln

    Translatable
    Um mit Normierungsregeln zu arbeiten, müssen Sie die folgende Rolle innehaben:
    • Katalog-Administrator
    Normalisierungsregeln bieten die Bausteine zur Erweiterung von MARC 21-Datensätzen. Diese Erweiterungen können an individuellen Datensätzen im MD-Editor vorgenommen werden (Bearbeiten > Datensatz erweitern), oder an einer Gruppe von Datensätzen über die Verwendung von Sets.
    Um die Datensatz-Erweiterungen für einen einzelnen Datensatz zu verarbeiten, verwenden Sie die Option Datensatz erweitern (siehe den Abschnitt Menü- und Werkzeugleisten-Optionen des MD-Editors und Datensatz erweitern) oder Veränderungen übernehmen für einen individuellen Datensatz, wenn Sie die Funktion Normalisierungsregeln - Vorschau verwenden (siehe den Vorgang Um das Ergebnis einer Regeldatei als Vorschau anzusehen:).
    Um Datensatz-Erweiterungen zu einem Datensatz-Set hinzuzufügen, müssen Siemithilfe des MARC Drool-Normalisierungsprozesses einen Prozess erstellen (siehe Arbeitenmit Normalisierungsprozessen) und die Normalisierungsregel spezifizieren, die Sie im MD-Editor erstellen (siehe Um eine neue Normalisierungsregel-Datei zu erstellen). Sobald Sie den Prozess erstellt haben, können Sie anschließend einen Prozess ausführen, der diesen Prozess verwendet (siehe Manuelle Prozesse an definierten Sets ausführen).
    Normierungsregeln werden einer spezifischen Programmierungs-Syntax folgend erstellt und nutzen das Bearbeitungsfenster, das im MD-Editor der Registerkarte Regeln bereitgestellt wird.
    Registerkarte Regeln - Bearbeitungsfenster
    Zusätzlich zum Erstellen Ihres eigenen Programms für Normalisierungsregeln können Sie auch vorhandene Regeln in das Bearbeitungsfenster kopieren/einfügen, oder voreingestellte Beispiele verwenden (Registerkarte Regeln > Bearbeiten > Regel hinzufügen), um Ihre Normalisierungsregeln zu entwickeln. Siehe Normalisierungsregeln – Syntax und Beispiele für weitere Informationen zur Syntax von Normalisierungsregeln, sowie Beispiele, die Sie in das Bearbeitungsfenster kopieren können.
    Unter Verwendung der Vorschaufunktion im MD-Editor können Sie:
    • Die Normierungsregeln und Metadatensätze nebeneinander ansehen
    • Eine Vorschau des Ergebnisses einer Regeldatei ansehen, wenn diese an einem Metadatensatz ausgeführt wird
    • Zwischen der Regeldatei und den Vorschau-Änderungen umschalten
    • Regeln bearbeiten und sofort testen
    Dieser Abschnitt beschreibt, wie Sie eine Normalisierungsregel-Datei erstellen, mit vorab erstellten Regel-Dateien arbeiten und das Ergebnis einer Regeldatei als Vorschau ansehen, wenn diese an einem einzelnen Metadatensatz ausgeführt wird.
    Für zusätzliche Informationen zu Normalisierungsregeln siehe Normalisierungsregeln und -prozesse.
    Ein Video zu Normierungsregeln finden Sie unter Normierungsregeln (41:07 min). Für eine ausführliche Session "Fragen an den Experten" zur Konfiguration von Normierungsregeln siehe Normierungsregeln.
    Um eine neue Normierungsregel-Datei zu erstellen:
    1. Auf der Seite MD-Editor (Ressourcen-Verwaltung>Katalogisierung>Metadaten-Editor öffnen) wählen Sie Datei > Neu > Normierungsregel. Das Dialogfenster Normierungsregeln - Eigenschaften wird geöffnet.
      Dialogfenster Normierungsregeln - Eigenschaften
    2. Geben Sie einen Namen (erforderlich) und eine Beschreibung für die Normierungsregel-Datei ein.
    3. Wählen Sie eine Zugangsoption, Privat oder Gemeinsam genutzt. Wenn Sie die erste Option auswählen, können nur Sie an der Regel arbeiten, und die Regel kann in keinen Normierungsprozess eingebunden werden. Wenn Sie letztere auswählen, wird Ihre Regel unter Katalogisierern geteilt. In diesem Fall kann mehr als ein Benutzer zur selben Zeit die Regel ansehen und wenn zwei oder mehrere Personen die Regel zur Bearbeitung geöffnet haben, erscheint eine Warnmeldung, wenn einer von Ihnen versucht, Änderungen zu speichern. (Sie haben die Möglichkeit, Ihre Änderungen beizubehalten oder dem anderen Benutzer zu erlauben, Änderungen vorzunehmen oder zu speichern.)
    4. Um die Regel zu aktivieren, klicken Sie auf das Kontrollkästchen Aktiviert. (Standardmäßig ist die Normierungsregel-Datei, die Sie erstellen, deaktiviert.)
    5. Klicken Sie auf Speichern. Ein Textfeld wird geöffnet, in welches Sie die Regel oder Regeln eingeben können.
      Sie können eine bestehende Regel-Syntax einfügen (Bearbeiten > Neue Regel > {type of rule}) oder eine Regel definieren (für Details siehe Normalisierungsregeln -Syntax).
      Im Folgenden ein Beispiel einer Normierungsregel:
      Beispiel - Normierungsregel
    6. Klicken Sie auf Speichern. Die Regel-Datei wird der Liste der Regel-Dateien in der Registerkarte Normierungsregeln hinzugefügt.
    Um mit einer bestehenden Normierungsregel-Datei zu arbeiten:
    1. Auf der Seite MD-Editor (Ressourcen-Verwaltung > Katalogisierung > Metadaten-Editor öffnen) klicken Sie auf die Registerkarte Regeln und erweitern Sie die Liste MARC 21 - Bibliografisch, um die gespeicherten Regel-Dateien anzuzeigen.
      Registerkarte Regeln
    2. Klicken Sie auf die Regeldatei, mit der Sie arbeiten wollen und wählen Sie eine der folgenden Optionen aus:
      • Bearbeiten - Öffnet das Textfeld mit der Syntax der Regel(n), in dem Sie diese Syntax ändern können (Einzelheiten siehe Normalisierungsregeln - Syntax).
      • Löschen – Klicken Sie auf Ja, um das Löschen der Regel-Datei zu bestätigen.
      • Duplizieren – Dupliziert die ausgewählte Regel-Datei, wodurch Sie diese bearbeiten und als neue Regel-Datei speichern können, ohne die ursprüngliche Datei zu beeinträchtigen.
      • Eigenschaften – Öffnet das Dialogfenster Normierungsregeln - Eigenschaften, wo Sie die Eigenschaften der Regel-Datei ändern können.
    Um das Ergebnis einer Regeldatei als Vorschau anzusehen:
    1. Lokalisieren Sie den Titelsatz, mit dem Sie arbeiten wollen, (über die Bestandssuche oder in der Registerkarte Datensatz im MD-Editor) und öffnen Sie ihn im MD-Editor.
    2. Wählen Sie Bearbeiten > Geteilter Editor (F6) oder klicken Sie auf den Button Geteilter Editor.
    3. Klicken Sie auf die Registerkarte Regeln, erweitern Sie die Liste Normalisierungsregeln > Geteilt, um die gespeicherten Regel-Dateien anzuzeigen. Wählen Sie die Regel-Datei, deren Ergebnis Sie als Vorschau ansehen wollen, und klicken Sie auf Bearbeiten.
      Klicken Sie auf Bearbeiten, um die Normalisierungsregel zu. öffnen
      Die Regel wird im rechten Fensterbereich des MD-Editors angezeigt.
      Normierungsregeln - Vorschau
    4. Klicken Sie auf den Button Vorschau . Die Regel oder Regeln werden auf den Datensatz angewendet und das Ergebnis wird angezeigt.
    5. Klicken Sie auf Veränderungen übernehmen, um die Änderungen am Datensatz zu speichern, oder klicken Sie auf Zurück zu den Normalisierungsregeln.
    Wenn Sie zu Ihrer Normalisierungsregel zurückkehren, können Sie zusätzliche Änderungen daran vornehmen und, wiederholend, auf Vorschau klicken und Ihre Veränderungen ansehen. Wenn Sie Ihre abschließenden Änderungen an der Normalisierungsregel vorgenommen haben, klicken Sie auf Speichern (gleich neben dem Button Vorschau), um die endgültige Version Ihrer Normalisierungsregel zu speichern.

    Normalisierungsregeln - Syntax

    Regel-Dateien enthalten eine oder mehrere Regeln, die eine Bedingung und eine oder mehrere Aktionen enthalten, die auf Datensätze angewendet werden. Aktionen werden auf einen Datensatz angewendet, wenn dieser der Bedingung entspricht. Jede Aktion in einer Regel kann an einem einzelnen Feld innerhalb eines Datensatzes ausgeführt werden. Aktionen werden in der Reihenfolge ausgeführt, in der sie innerhalb der Regel erscheinen.
    Erfahren Sie mehr über die Erstellung von Normierungsregeln im Video Normierungsregeln (41:07 min).
    Sie erfahren, wie Sie Normalisierungsregeln erstellen, die bestimmte Felder aus Datensätzen löschen oder die Inhalte dieser Felder ändern, im Video Normalisierungsroutine - Syntax für das Löschen oder Ändern des Inhalts (9:57 min).
    Wenn
    (<conditions on MARC record>) dann
    Aktion1
    Aktion2 wenn Bdingung
    Aktion3
    Ende
    <conditions on MARC record> enthält eine oder mehrere boolesche Klauseln, die auf den Datensatz anwendbar sind. Wenn <conditions on MARC record> RICHTIG ergibt, wird die Regel auf den Datensatz angewendet; andernfalls wird die Regel nicht angewendet und der Datensatz wird nicht verarbeitet.
    “Wenn” muss das einzige Wort in der ersten Zeile sein. Die Bedingung muss in eine separate Zeile gesetzt werden.

    Datensatz-Elemente

    Bedingungen und Aktionen werden auf Datensatz-Elemente angewendet, wie etwa der MARC-Satz, Felder (eines oder mehrere), Indikatoren, Unterfelder (eines oder mehrere) und Feld-/Unterfeld-Inhalte.
    Um eine Bedingung zu testen oder eine Aktion auf ein Datensatz-Element anzuwenden, muss das Element der folgenden Syntax entsprechen:
    Syntax
    Bezeichnung Bedeutung
    "<tag>", "<new tag>" Stellt einen Feldcode dar, beispielsweise 001, 245, etc.
    "<oldCode>", "<newCode>" Stellt einen Unterfeld-Code dar, beispielsweise a, b, c.
    "<element>" für ein Datenfeld Die möglichen Werte für das Datenfeld sind folgende:
    • FIELD– zum Beispiel: 245
    • FIELD_VALUE – zum Beispiel: 245.value*
    • FIELD_INDICATOR – zum Beispiel: 245.{1,2}
    • FIELD_SUBFIELD_CODE – zum Beispiel: 245.a
    • FIELD_INDICATOR_SUBFIELD_CODE – zum Beispiel: 245.{1,2}.a
    • FIELD_SUBFIELD_CODE_VALUE – zum Beispiel: 245.a.value*
    • FIELD_INDICATOR_SUBFIELD_CODE_VALUE – zum Beispiel: 245.{1,2}.a.value*
    "<element>" für ein Kontrollfeld Die möglichen Werte für ein Kontrollfeld sind folgende:
    • FIELD_POSITION_LENGTH – zum Beispiel: LDR.{17,3}
    • FIELD_POSITION_LENGTH_VALUE – zum Beispiel: LDR.{17,3}.eng
    CONDITION auf Datensatz-Ebene Die folgenden Optionen sind mögliche Konditionen:
    • RICHTIG
    • existiert {element}
    • existierControl "{element}"
    • existiert {element}
    • existierControl "{element}"
    • existiertMehrAlsEinmal "{element}"
    • enthält (für Zusammenführungsregeln)

    Bedingungen

    Bedingungen können auf der gesamten Regel-Ebene definiert werden (WHEN), oder auf einer bestimmten Aktions-Ebene (IF). Dieselbe Bedingung verhält sich unterschiedlich, abhängig davon, auf welcher Ebene sie definiert wird.
    • WENN-Klausel – Eine Bedingung, die vom gesamten Datensatz erfüllt werden muss, um festzulegen, ob der Datensatz für die Anwendung der Regel in Frage kommt
    • WENN (innerhalb einer Aktion) - Eine Bedingung, die auf ein einzelnes Feld anwendbar ist, um festzulegen, ob die bestimmte Aktion für dieses Feld ausgeführt wird
    Bedingungen können sein:
    • existiert <element> – zumindest eine Entsprechung wurde gefunden
      • exists <element> – ist für Datenfelder anwendbar
      • existsControl <element> – ist für Kontrollfelder anwendbar
    • nicht existiert <element> – es wurde keine Entsprechung gefunden
      • not exists <element> – ist für Datenfelder anwendbar
      • not existsControl <element> – ist für Kontrollfelder anwendbar
    Jede IF-Klausel kann eines der folgenden Formate haben:
    • Anwendbar, wenn eine bestimmte Bedingung nicht richtig ist, zum Beispiel: HinzufügenFeld "{element}" wenn(nicht existiert "{condition}")
    • Anwendbar, wenn eine bestimmte Bedingung richtig ist, zum Beispiel: HinzufügenFeld "{element}" wenn(existiert "{condition}")
    • Bedingungslos anwendbar, zum Beispiel: HinzufügenKontrollfeld "{element}"
    Der Boole’sche ODER Operator kann in Konsequenz-Aussagen mit Verwendung des Pipe (|) Symbols verwendet werden, zum Beispiel: EntfernenFeld "866" wenn (nicht existiert "866.8.0|99")
    Wenn das Pipe-Symbol Teil des Wertes ist, verwenden Sie vier Backslashes (\\\\) , um ihm zu entgehen, zum Beispiel: EntfernenFeld "866" wenn (existiert "866.8.0\\\\|99")

    Liste der Aktionen

    Die folgende Tabelle bietet eine Liste mit verfügbaren Aktionen.
    Liste der Aktionen
    Aktion Bedingung Anmerkung
    Felder und Unterfelder durch andere Felder und Unterfelder ersetzen ÄndernKontrollfeld "<tag>" zu "neuer Feldcode‘"
    Beispiel: ÄndernKontrollfeld "007" zu "008"
    Ändert die Feldcode-Kennung eines Kontrollfeldes; ändert keine Inhalte.
    ÄndernFeld "<tag>" zu "Neuer Feldcode"
    Beispiel: ÄndernFeld "245" zu "246"
    Ändert die Feldcode-Kennung; ändert keine Indikatoren oder Unterfelder.
    ÄndernUnterfeld "<tag>.<code>" zu "Neuer Feldcode"
    ÄndernUnterfeldNurErstes "<tag>.<code>" zu "Neuer Feldcode"
    ÄndernUnterfeldAusgenommenErstes "<tag>.<code>" zu "Neuer Feldcode"
    Beispiel: ÄndernUnterfeld "035.b" zu "a"
    Ändert die Unterfelder (oder nur das erste Unterfeld oder alle mit Ausnahme des ersten Unterfeldes) "<code>" zum Unterfeld "neuer Code" im Feld "<tag>".
    ÄndernErsterIndikator "<tag>" zu "<value>"
    ÄndernZweiterIndikator "<tag>" zu "<value>"
    Beispiel: ÄndernErsterIndikator "245" zu "3"
    Stellt den Wert des festgelegten Indikators in Feldcode <tag> ein. Wenn der Indikator einen Wert hat, wird dieser geändert.
    KombinierenFelder"{tag}" mit Ausnahme "{comma-separated subfield list}"
    Beispiel: combineFields "852" excluding "a,b"
    Kombinieren Sie alle Felder mit der spezifizierten Nummer. Alle Unterfelder aus der zweiten und den folgenden Zeilen in die erste Zeile kopieren, unter Ausschluss von genannten Unterfeldern; nur die ersten Vorkommen von ausgeschlossenen Unterfeldern werden kopiert, und nur wenn sie nicht bereits in der ersten Zeile existieren.
    Felder und Unterfelder hinzufügen HinzufügenFeld "<tag>.<code>. <value>"
    HinzufügenFeld "<tag>.{<ind1>,<ind2>}.<code>. <value>"
    Beispiel: HinzufügenFeld "999.a.RESTRICTED"
    Fügt das Feld dem MARC-Satz hinzu. Stellt den Wert des Unterfeldes auf den angezeigten Wert ein.
    HinzufügenKontrollfeld "<tag>"."<value>"
    Beispiel: HinzufügenKontrollfeld "008.820305s1991####nyu###########001#0#eng##"
    Fügt das Kontrollfeld dem MARC-Satz hinzu. Stellt den Wert des Unterfeldes auf den angezeigten Wert ein.
    HinzufügenUnterfeld "<tag>.<code>.<value>"
    HinzufügenUnterfeld "<tag>.{<ind1>,<ind2>}.<code>.<value>"
    Beispiel: HinzufügenUnterfeld "245.h.[Journal]"
    Fügt das Unterfeld <code> mit dem Wert <value> dem Feld <tag> hinzu. Wenn das Feld nicht existiert, geschieht nichts.
    HinzufügenSystemNummer "<element>" von "<tag>" mit Präfix "<prefix tag>"
    Beispiel: HinzufügenSystemNummer "035.a" von "001" mit Präfix "003"
    Gleicht das Datenfeld <element> den Inhalten des zweiten Kontrollfeldes <prefix tag> in Klammern an, gefolgt von den Inhalten des ersten Kontrollfeldes <tag>.
    Wenn beispielsweise 001 den Wert 9945110100121 und 003 den Wert DAV hat, ergibt die Bedingung im Beispiel links 035 mit dem Wert ‡(DAV)9945110100121.
    Kopiert Felder KopierenFeld "<tag>" zu "<tag>"
    copyField "<tag>.<code>" to "<tag>.<code>"
    KopierenFeld "<tag>" zu "<tag>.{<ind1>,<ind2>}"
    Beispiel: copyField "971.a" zu "100.u"
    Kopiert das Feld zu einem anderen Feld. Wenn das Unterfeld <code> nicht spezifiziert wurde, ist das neue Unterfeld das gleiche wie das alte Unterfeld.
    copyField erstellt ein eigenes Feld, anstatt es zu einem vorhandenen Feld hinzuzufügen. Sie können das neue Feld mit allen vorhandenen Feldern kombinieren (siehe combineFields).
    Felder und Unterfelder entfernen EntfernenKontrollfeld "<tag>"
    Beispiel: EntfernenKontrollfeld "009"
    Entfernt das Kontrollfeld.
    EntfernenFeld "<tag>"
    Beispiel: EntfernenFeld "880"
    Entfernt alle Ereignisse des Feldes <tag>.
    EntfernenUnterfeld "<tag>.<code>"
    Beispiel: EntfernenUnterfeld "245.h"
    Entfernt das Unterfeld <code> vom angezeigten Feld.
    Text in Feldern oder Unterfeldern ersetzen ErsetzenKontrollinhalte "<tag>.{<position>,<length>}.
    <value>" mit "Neuer Wert"
    Beispiel: ErsetzenKontrollinhalte "LDR.{7,1}.s" mit "m"
    Ersetzt <value> mit "new value" in der Startposition <position> auf <position>+<length> des Kontrollfeldes <tag>. Ersetzt nur den Text, der mit <value> übereinstimmt.
    ErsetzenInhalte "<tag>.<code>.<value>" mit "Neuer Wert"
    ErsetzenInhalteNurErster "<tag>.<code>.<value>" mit "Neuer Wert"
    ErsetzenInhalteAusgenommenErster "<tag>.<code>.<value>" mit "Neuer Wert"
    Beispiel: ErsetzenInhalte "245.h.[Journal]" mit "[Book]"
    Ersetzt die übereinstimmenden Zeichenfolgen (oder nur die erste übereinstimmende Zeichenfolge oder alle Zeichenfolgen mit Ausnahme der ersten übereinstimmenden Zeichenfolge) <value> im Unterfeld <code> des Feldes "<tag>" mit "Neuer Wert". Die Zeichenfolge oder der Teil der Zeichenfolge, der nicht mit <value> übereinstimmt, wird nicht geändert.
    ErsetzenUnterfeldInhalte "<tag>.<code>" mit "<tag>.<code>"
    Beispiel: ErsetzenUnterfeldInhalte "245.b" mit "100.a"
    Ersetzt die Inhalte des Unterfeldes durch die Inhalte eines anderen Unterfeldes.
    Text in Unterfeldern hinzufügen PräfixFür "<tag>.<code>" mit "<value>"
    Beispiel: Präfix für "035.b" mit "(OCoLC)"
    Fügt ein Präfix an den Wert des Unterfeldes "<code>" im Feld "<tag>" hinzu.
    PräfixFürUnterfeld "<tag>.<code>" mit "<value>"
    Beispiel: PräfixFürUnterfeld "910.a" mit "906.a"
    Fügt dem Unterfeld "<code>" ein Präfix im Feld "<tag>" hinzu.
    SuffixFür "<tag>.<code>" mit "<value>"
    Beispiel: SuffixFür"035.b" mit "(OCoLC)"
    Fügt dem Wert von Unterfeld "<code>" ein Suffix im Feld "<tag>" hinzu.
    SuffixFürUnterfeld "<tag>.<code>" mit "<value>"
    Beispiel: SuffixFürUnterfeld "910.a" mit "907.c"
    Fügt dem Unterfeld "<code>" ein Suffix im Feld "<tag>" hinzu.
    Verwalten von Agentur-Informationen in Titelsätzen und Normdatensätzen
    Diese Syntax kann zum Beispiel in Normalisierungsregeln, die in der Aufgabenliste der Metadaten-Konfiguration für MARC 21-Titeldaten ausgewählt wurden, verwendet werden, um Titeldaten in der Netzwerkzone beim Speichern zu normalisieren.
    Diese Funktion ist in Arbeit. Bitte kontaktieren Sie den Ex Libris Support, um diese Syntax zu aktivieren.
    addCreatingAgency "<tag>.<code>"
    Beispiel: addCreatingAgency "040.a"
    Fügt den ISIL-Code der erstellenden Agentur zum Unterfeld in "<code>" im Feld "<tag>" hinzu.
    addModifyingAgency "<tag>.<code>"
    Beispiel: addModifyingAgency "040.d"
    Fügt den ISIL-Code der Modifizierungs-Agentur zum Unterfeld in "<code>" im Feld "<tag>" hinzu. Wenn bereits eine Modifizierungs-Agentur in "<tag>.<code>" vorhanden ist, wird ein weiterer Agentur-ISIL-Code hinzugefügt.
    replaceModifyingAgency "<tag>.<code>"
    Beispiel: replaceModifyingAgency "040.d"
    Fügt den ISIL-Code der Modifizierungs-Agentur zum Unterfeld in "<code>" im Feld "<tag>" hinzu. Sollten bereits Modifizierungs-Agenturen in "<tag>.<code>" existieren, werden alle ersetzt.

    Platzhalter und Sonderzeichen

    Das Sternchen (*) wird zur Übereinstimmung mit jeglicher Zeichenfolge verwendet. Beispiel: "<tag>.<*>.<value>" ist auf alle Unterfelder im Feldcode <tag> anwendbar, die den Wert <value> haben. * ist "gierig" und stimmt mit so vielen Zeichen wie möglich in der Satzfolge überein. Zum Beispiel: wenn Sie eine Zeichenfolge "a b c b d b e" haben, stimmt das Muster "b*b" mit "b c b d b" überein, nicht nur mit "b c b".
    Leere Indikatoren (jedoch nicht Felder oder Unterfelder) werden mit Querstrich angezeigt (-). Beispiel: "<tag> {-,<ind2>}" liefert alle Felder, in welchen der MARC-Feldcode <tag> ist, der erste Indikator nicht definiert, und der zweite Indikator <ind2> ist.
    Wenn der Text eines Unterfeldes einen Punkt enthält, verwenden Sie vier Backslashes, um mit dem Punkt übereinzustimmen. Beispiel:
    Regel "1 v. (bedingungslos) durch Leaves $$a ersetzen"
    wenn
    (RICHTIG)
    dann
    ErsetzenInhalte "3000.a.1 v\\\\." mit "Leaves"
    Ende
    Doppelte Anführungszeichen können (nur) in Bedingungen verwendet werden. Um doppelte Anführungszeichen als Teil einer Bedingung zu verwenden, verwenden Sie einfache Anführungszeichen (') anstelle von doppelten Anführungszeichen ("), um den Text in der Regel zu umschließen. Auf diese Art können Sie doppelte Anführungszeichen innerhalb des Textes auch nach einem Doppelslash (//) verwenden. Siehe das nachfolgende Beispiel.
    Hebräische Daten können (nur) in Bedingungen verwendet werden. Siehe das nachfolgende Beispiel.
    Regel "008 7-10 2016 ausfüllen"
    wenn
    ((existiert '260.{*, }.c.תשע\\"ו') ODER (existiert '264.{*, }.c.תשע\\"ו'))
    dann
    Steuerungsinhalte ersetzen "008.{7,4}" mit "2016"
    Ende

    Beispiel: Verwenden des Punktes in einer Normalisierungsregel mit ErsetzenInhalte

    Wenn ein Punkt in einer Normalisierungsregel mit dem Parameter ErsetzenInhalte verwendet wird, sollten ihm vier Backlashes vorangehen. Wenn Sie einen Datensatz mit Punkten haben, wie im folgenden Beispiel, und diese ersatzlos weglassen (die Punkte entfernen) wollen, sollte Ihre Normalisierungsregel Backlashes haben, wie in der Normalisierungsregel unten gezeigt.
    Beispiel eines Datensatzes mit Punkten:
    245 00 $$a Feminist literary theory. : $$b a reader / $$c bearbeitet von Mary Eagleton.
    246 0# $$a F.L.T.
    Normalisierungsregel für das Datensatz-Beispiel oben:
    Regel "die Punkte in 245 und 246 Unterfeld a entfernen (und die Punkte mit nichts ersetzen); den Punkten vier Backslashes voranstellen"
    wenn
    (RICHTIG)
    dann
    InhalteErsetzen "245.a.\\\\." mit ""
    InhalteErsetzen "246.a.\\\\." with ""
    Ende
    Siehe die Abbildung unten für die Vorher-Nachher-Beispiele.
    Vorher-Nachher-Beispiele

    Beispiel: Verwenden des Punktes in einer Normalisierungsregel mit HinzufügenFeld

    Wenn ein Punkt in einer Normalisierungsregel mit dem Parameter HinzufügenFeld verwendet wird, sollten ihm vier Backlashes vorangehen.
    Wenn dem Punkt nicht unmittelbar ein anderes Zeichen folgt, müssen ihm die vier Backlashes in der Normalisierungsregel vorangehen.
    Wenn dem Punkt unmittelbar ein anderes Zeichen folgt, ist das Vorangehen der vier Backlashes nicht erforderlich (wie in addField "907.a.F.L.T\\\\.").
    Beide Methoden funktionieren. Allerdings ist es die beste Vorgehensweise, die vier Backlashes immer in der Normalisierungsregel zu verwenden, um die gewünschten Ergebnisse so einheitlich wie möglich zu gestalten.
    Nachfolgend sehen Sie ein Beispiel eines Datensatzes, in dem Punkte hinzugefügt werden müssen:
    906 $$a Architektur.
    907 $$a F.L.T.
    Unten sehen Sie die Normalisierungsregel für das Datensatz-Beispiel oben, unter Verwendung der besten Vorgehensweise, immer Slashes hinzuzufügen:
    Regel "Feld 906 mit Text Architektur und Punkt am Ende hinzufügen und auch Feld 907 mit F.L.T. hinzufügen"
    Salienz 100
    wenn
    RICHTIG
    dann
    Hinzufügen "906.a.Architecture\\\\."
    FeldHinzufügen "907.a.F\\\\.L\\\\.T\\\\."
    Ende
    Siehe die Abbildung unten für die Vorher-Nachher-Beispiele des Datensatzes.
    Vorher-Nachher-Beispiele

    Beispiele - Normierungsregel

    Für eine Liste mit mehr als 50 Beispielen für Normalisierungsregeln siehe Regeln - Beispiele: Normalisierungsregel.docx.
    //doorbell.io feedback widged