-
Notifications
You must be signed in to change notification settings - Fork 0
/
Copy pathindex.qmd
346 lines (212 loc) · 6.65 KB
/
index.qmd
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
---
title: "Fünf Jahre Avram"
subtitle: "zur Beschreibung und Validierung von Bibliotheksdaten"
date: 2024-04-15
author: Jakob Voß
---
## Warum Avram?
- Beschreibung von Katalogformaten nicht **maschinenlesbar**:
- [MARC21](https://www.loc.gov/marc/) (Bibliographic, Authority...)
- [K10plus PICA](https://wiki.k10plus.de/display/K10PLUS/K10plus+Format-Dokumentation)
- [GND-PICA](https://wiki.dnb.de/pages/viewpage.action?pageId=50759357)
- ...
::: {.incremental}
- Lokale Anwendungsprofile von Katalogformaten
- Prüfung von Daten schwer reproduzierbar
- Umständliches Nachschlagen in PDF/HTML-Dokumentation
:::
## Wie kam es zu Avram?
::: {.incremental}
- Vorarbeiten von Péter Király mit dem *Metadata Quality Assurance Framework* (ab 2015)
- Statistik von MARC21-Feldern (Herbst 2017, Karen Coyle)
- Wunsch nach maschinenlesbarer Liste (Januar 2018)
- Umsetzung von Validatoren in Java und Perl für MARC21 und PICA
(Péter, ich und Johann Rolschewski)
- Avram Spezifikation 0.1.0 (Februar 2018)
:::
## Henriette Avram
:::: {.columns}
::: {.column width="40%"}
![](henriette-avram.jpg)
:::
::: {.column width="60%"}
- 1919 New York -- 2006 Miami
- 1941-1951 Heirat und Kinder
- 1951 Studium der Mathematik
- 1952-1959 Arbeit bei der NSA
- 1965 Leiterin des Project MARC
- bis 1992 and der LoC
:::
::::
# Die Avram Spezifikation
## Aufgaben einer Schema-Sprache
::: {.incremental}
- Formale Schemas definieren Formate
- Gleiche Validierung mit verschiedenen Programmen
- Dokumentation
:::
## Aufgaben einer Schema-Sprache
![](abstraction.svg)
## Informationen in Avram-Schemas
::: {.incremental}
- Welche **Felder** gibt es?
- Welche **Unterfelder** gibt es?
- Welche davon sind **optional** und **wiederholbar**?
- Metadaten (Namen, Beschreibung, Änderungsdatum, Links auf Dokumentation...)
:::
## Beispiel (MARC21)
~~~{.json code-line-numbers="4,7,10,12,13,15"}
{
"family": "marc",
"fields": {
"245": {
"tag": "245",
"label": "Title Statement",
"repeatable": false,
"url": "https://www.loc.gov/marc/bibliographic/bd245.html",
"subfields": {
"a": {
"label": "Title",
"repeatable": false,
"required": true
},
"b": {
"label": "Remainder of title",
...
~~~
## Validierung von Feldinhalten
- Codeliste erlaubter Werte (z.B. ISO-Sprachcodes)
- Regulärer Ausdruck
- Positionen
## Beispiel-Feld (MARC21)
~~~{.json code-line-numbers="9,14"}
{
"tag": "033",
"label": "Date/Time and Place of an Event",
"url": "https://www.loc.gov/marc/bibliographic/bd033.html",
"subfields": {
"a": {
"label": "Formatted date/time",
"repeatable": true,
"pattern": "^[0-9-]{8}([0-9]{4}([+-][0-9]{4})?)?$"
},
"2": {
"label": "Source of term",
"repeatable": true,
"codes": "https://www.loc.gov/standards/sourcelist/subject.html",
~~~
## Zusätzliche Möglichkeiten
- Markierung von Elementen als `deprecated`
- Record Types
- Erweiterung durch Verweis auf externe Regeln
- Statistik: Wie oft kommen (Unter)felder vor?
## Was kann Avram nicht?
::: {.incremental}
- Datentypen (Zahl, Datum...)
- Wenn-dann-Regeln
- Interpretation des Inhalts
:::
# Avram in der Praxis
## Vorhandene Avram-Schemas
- MARC21 via <https://github.com/timathom/marc-schema/>
- MARC21 via <https://github.com/sul-dlss-labs/marctable>
- MARC21 via [QA Catalogue](https://github.com/pkiraly/qa-catalogue)
- UNIMARC erstellt per Hand (für QA Catalogue)
- PICA+ (K10plus) via [K10plus-Formatdatenbank](https://format.k10plus.de/k10plushelp.pl)
- Anwendungsprofile
# Implementierungen
## QA Catalogue
::: {.incremental}
- Erstes Validierungstool
- Primär für MARC21, inzwischen auch PICA und UNIMARC
- Backend: Analyse-Skript und Solr-Index (auch via Docker)
- Frontend: Webinterface für Ergebnisse
:::
---
![](qa-catalogue.png)
## Catmandu
- Kommandozeilen-Werkzeug zur Datenkonvertierung
- [Catmandu::Validator::MARC](https://metacpan.org/pod/Catmandu::Validator::MARC)
- [Catmandu::Validator::PICA](https://metacpan.org/pod/Catmandu::Validator::PICA)
. . .
- Anwendung als Teil einer ETL-Pipeline:
~~~fix
select valid(., MARC, schema: 'schema.json')
validate(., MARC, schema: 'schema.json')
if exists(errors)
...
~~~
## picadata
- [PICA::Data](https://metacpan.org/pod/PICA::Data)
- Grundlage von Catmandu::Validator::PICA
- Konvertierung und Validierung von PICA+
- Fehler in Datensätzen auch als Annotation möglich
## Beispiel
~~~pica
003@ $012345X
003@ $0123
021A $aEin $aBuch$hzum Lesen
~~~
. . .
~~~sh
$ curl https://format.k10plus.de/avram.pl?profile=k10plus-title \
> k10plus-title.json
$ picadata validate -s k10plus-title.json example.pp
12345X: field 003@ is not repeatable
12345X: invalid subfield 021A$a
~~~
## Avram-JS
- Referenzimplementierung (d.h. alle Features)
- Validierung von MARC, PICA und CSV
- Prüfung von Avram-Schema-Dateien (!)
## Beispiel
~~~sh
$ avram -s k10plus-title.json example.pp
k10plus-title.json is a valid Avram 0.9.6 pica schema
~~~
~~~sh
$ avram -f pp k10plus-title.json example.pp
Field '003@' must not be repeated.
field 021A subfield a must not be repeated
~~~
## PicaEditor
![](pica-editor-screenshot.png)
## PicaEditor
::: {.incremental}
- Anzeige von PICA-Datensätzen mit
Syntax-Highlighting und Kontexthilfe
- Eher Proof of Concept
- Problem: Pica3 vs. PICA+
- Online-Demo ist grade kaputt
:::
# Verwandte Methoden
## Alternativen zu Avram
- JSON $\Rightarrow$ JSON Schema
- XML $\Rightarrow$ XML Schema, Schematron, RelaxNG
- RDF $\Rightarrow$ SHACL, ShEx
- CSV $\Rightarrow$ Data Package Table Scheme, SQL...
. . .
Achtung: RDF/XML, MARCXML... sind nur XML-Verpackungen!
## Wann sollte Avram nicht verwendet werden?
::: {.incremental}
- Kein MARC oder PICA im Einsatz
- Was ich nicht weiß, macht mich nicht heiß
- Die Daten werden sowieso nicht genutzt
:::
## Zusammenfassung
::: {.incremental}
- Avram gibt's seit 5 Jahren
- Validierung und Beschreibung von MARC- und PICA-Daten (und CSV)
- Mehrere unabhängige Implementierungen und Schemas
- Außer K10plus leider keine *offizielle* Unterstützung durch
Herausgeber*innen von Bibliographischen Formaten (*hello, LoC!*)
- Ausstehende Verabschiedung der Spezifikation Version 1.0.0 nur Kosmetik
- Validierung hilft, Qualität macht aber auch Arbeit
:::
## Weitere Informationen
- Diese Folien: <https://jakobib.github.io/kim2024-avram/>
- Avram-Spezifikation
<https://format.gbv.de/schema/avram/specification>
- PICA-Formate entschlüsseln mit Avram und PicaEditor (2020)
<https://doi.org/10.5446/48737>
- [Einführung in die Verarbeitung von PICA-Daten](https://pro4bib.github.io/pica/)