felixlohmeier
/
seminar-wir-bauen-uns-einen-bibliothekskatalog
mirror of https://github.com/felixlohmeier/seminar-wir-bauen-uns-einen-bibliothekskatalog.git
2
0
Fork 0
Code Releases Activity

Update 04_1_schnittstellen_des_bibliotheksverbunds_gbv.md

This commit is contained in:
Felix Lohmeier 2016-10-25 12:48:45 +02:00
parent 1c83db621e
commit dadb5c87ce
1 changed files with 4 additions and 2 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

6
04_1_schnittstellen_des_bibliotheksverbunds_gbv.md
View File

@ -10,8 +10,10 @@ Das interne Datenformat ist PICA+, das im Plain-Text-Format oder als XML-Format
* MODS
* ISBD
Informationen zum PICA-Format: https://www.gbv.de/wikis/cls/PICA-Format
Ausgehend vom internen Datenformat PICA+ werden die übrigen Formate automatisch hergestellt. Dazu werden Übereinstimmungen zwischen den Feldern definiert, die als Mapping oder [Crosswalk](https://en.wikipedia.org/wiki/Schema_crosswalk) bezeichnet werden. Wenn nicht alle Daten aus dem internen Datenformat in das Zielformat passen (wie zum Beispiel beim "kleinsten gemeinsamen Nenner" der Metadatenformate: Dublin Core), dann gehen bei diesem Prozess Informationen verloren.
Wenn alle Daten "verlustfrei" verarbeitet werden sollen, muss also entweder mit dem internen (auch: [nativ](http://www.duden.de/rechtschreibung/nativ)en) Datenformat gearbeitet werden oder es muss genau (in der Dokumentation) geprüft werden, ob der Crosswalk zum Zielformat wirklich vollständig ist.
Wenn alle Daten "verlustfrei" verarbeitet werden sollen, muss also grundsätzlich entweder mit dem internen (auch: [nativ](http://www.duden.de/rechtschreibung/nativ)en) Datenformat gearbeitet werden oder es muss genau (in der Dokumentation) geprüft werden, ob der Crosswalk zum Zielformat wirklich vollständig ist.
Informationen zum PICA-Format: https://www.gbv.de/wikis/cls/PICA-Format
In der folgenden Übung laden wir daher Beispieldatensätze und prüfen welche Daten in den verschiedenen Formaten enthalten sind.