3.1.1 Geodaten

[12]Geodaten werden aus drei verschieden Quellen bezogen: staatliche Vermessungsstellen der Republik Irland (Ordnance Survey Ireland, OSi) und Nordirlands (Ordnance Survey of Northern Ireland, OSNI), sowie Community-Daten aus Open Street Map über die Plattform Irish Townlands. Die unterschiedlichen Datengeber stellen ihre Geodaten in verschiedenen Geodaten-Formaten (insbesondere als ESRI Shape-File) und unter verschiedenen Lizenzen zur Verfügung: CC BY-SA 4.0, Open Government Licence Version 3 (OOGL v3), bzw. Open Data Commons Open Database License (ODbL). In Tabelle 1 sind die hier genutzten Layer, mit ihren Lizenzen aufgeführt:

3.1.2. Ogham-Daten

[13]Ogham-Daten wurden sowohl aus analoger Literatur als auch aus digitalen Quellen bezogen. Die wichtigsten analogen Quellen sind das CIIC[33] und GTO[34]. Zu den wichtigsten digitalen Quellen (wie Online-Datenbanken, bzw. Repositorien und Access-Datenbanken) zählen die Online-Datenbank (Web-Interface) des CISP[35], sowie die Online-Datenbank (Web-Interface) und Repositorium (EPIDOC-Dateien) des O3D-Projekts[36].

[14]Das CIIC dient vor allem als Grundlage zur Modellierung der CIIC-Steine nach Macalister (vgl. Kapitel 3.2). Als Beispiel für die Art der Informationen in dieser Quelle sei die Beschreibung von CIIC 81 in der Barony of Kinalmeaky gezeigt:

»81.–Garranes (84). [...] On this townland there is an interesting group of earthworks which have recently been examined by excavation. C[A]SSITT[A]S MAQI MUCOI CALLITI. The present stone, which has been known since the sixties, appears to have come from a souterrain in the group; in Windele’s time it was standing loosely in the ground beside one or two others, but it must have fallen shortly after that; for long it lay prostrate on one of the ditches, where I first saw it. It is now in the Museum of University College, Cork. An irregular pillar of clayslate, 5’ 9’’ X 1’ 7’’ X 0’ 7’’: the inscription begins at 2’ 6’’ from the bottom of one angle, runs over the top, and ends 3’ 0’’ from the bottom of the adjacent angle. It is made with bold scores, punched and rubbed: a little chipped, so that some of the vowels are lost, but of the reading there can be no doubt. The notches of the I in the first word are accidentally grouped so as to make AUA, but the engraver’s intention cannot be questioned. Preceding the initial C there are some scratches, apparently modern, but in any case, of no significance.«[37]

[16]Im GTO[38] werden Ogham-Worte als formula words[39] sowie nomenclature words[40] beschrieben. Bei nomenclature words ist zu beachten, dass

»[...] personal names in the Ogham corpus, almost all of which appear in the genitive case (see §6.25), can be classified broadly into three types: (A) compounded dithematic names (German Vollname), (B) uncompounded monothematic nouns and adjectives with or without suffix (German Kurz- and Kosename) and (C) uncompounded dithematic names of the structure inflected noun + dependent genitive or attribute adjective«[41].

[18]Die hier erfassten Daten für ›nomenclature words‹ beziehen sich vor allem auf MacManus’ Kategorien (A) und (B). Beispiele für (A) sind »CUNA- (also CUNO-, CONU-, CVNO-)«[42] oder »CAT(T)U- (also CATA-, CAT-, CATO)«[43], bzw. (B) »[...] 5 ALATTOS, 215 ALATTO (gen. Alta, OI allaid ›wild‹), 90 BAIT (Báeth, báeth ›foolish‹) [...] 277 BIR (Berr, berr ›short-haired‹)«[44]. Prominente Beispiele für formular words sind »[...] MAQ(Q)I (MAQ, MAC, MACI, MACCI etc.) the most frequently occurring word on the inscriptions, is the gen sg. of PI *maqqas [...] the standard Irish word for ›son‹ [...]«[45] oder »[...] MUCOI (mocu, maccu) is exceptional among formula words in being confined in later Irish [...] to the stereotype sequences X mocu Y and mocu Y [...]«[46].

[19]Die Datenbanken und Repositorien von CISP und O3D umfassen u. a. eine große Anzahl irischer Ogham-Steine mit weiteren Informationen zu Fundorten, Maßen, Inschriften und Transkriptionen verschiedenster Wissenschaftler*innen, aber auch zu auf den Inschriften vermerkten Personen. In der CISP-Datenbank sind diese Informationen im HTML/XML-Format verfügbar; im O3D-Repositorium sind diese Daten in den EPIDOC-Dateien codiert. Literaturverweise sind vor allem in der CISP-Datenbank durch Seitenangaben in Macalisters Publikation angegeben (jedoch nicht in der dem Autor derzeit zur Verfügung stehenden Access-Datenbank und nicht auf die Nummerierung nach CIIC), z. B. GARES/1 = Macalister/1945:81.

[20]Die Daten zu Fundorten stellen in allen Quellen eine Herausforderung dar. Das O3D-Projekt gibt, wenn möglich, GPS-Koordinaten zu ›found‹, ›original‹ bzw. ›last recorded‹ an, z. B. CIIC 12. Die CISP-Datenbank bietet in der Online-Datenbank eine ›Irish Grid Reference‹ an, z. B. Garranes (W 472 629), diese ist jedoch manchmal unvollständig, z. B. Glanmore (Q 661 52), was eine valide Überführung in WGS84[47] beispielsweise mit dem Irish Grid Reference Finder erschwert. Auch die Überführung der Fundort-Informationen aus dem CIIC ist eine Herausforderung. Zwar kann davon ausgegangen werden, dass die erwähnten Orte ›rechts neben der Nummer‹[48] ein Townland darstellen, jedoch ist die Zuordnung auch mit Hilfe der Informationen zu Barony und County oft schwierig. Als erste Quelle zum Abgleich diente das Irish Townlands Repositorium. Jedoch waren Macalisters Angaben in manchen Fällen nicht vorhanden, unvollständig oder falsch (z. B. Tippfehler, falscher Ortsname). Dazu kommt, dass es zwischen 1995 und 2021 Gebietsreformen gab. Somit konnten einige Townlands nicht (direkt) identifiziert werden, bzw. erst durch Betrachtung und Plausibilitätsprüfung mit Hilfe anderer Repositorien. z. B. Historic Environment Viewer und Placenames Database of Ireland (Logainm), eine Annäherung erreicht werden.

3.2.1 Geodaten

[22]Grundlage der administrativen Grenzen, wie die Insel Irland, die administrativen Einheiten Republik Irland (RI) bzw. Nordirland (NI), Provinzen, Counties, Baronies, sowie Townlands bilden die in Kapitel 3.1.1 genannten Daten. Diese wurden mit Hilfe der Software QGIS in einen gemeinsamen ›Insel-Layer‹ aggregiert (insbesondere Geodaten der RI und aus NI) und in die PostGIS-Datenbank verschoben. Besonders zu erwähnen ist hierbei, dass die Daten der Insel sowie der Landesgrenzen aus den Geodaten der Provinzen aggregiert wurden. Für die Baronies Nordirlands wurden die Daten aus OSM benutzt, da hierzu keine Daten beim OSNI vorlagen. Zu den Daten der Townlands wurden fehlende Bereiche (die der Stadtbezirke Dublin, Cork, Galway und Waterford) digitalisiert und mit den Townland-Geodaten verschnitten. In der postgres-Datenbank wurden allen Entitäten bis auf die Townlands (da nicht vollständig in Wikidata enthalten) Wikidata-IDs zugewiesen (durch Daten aus Wikidata). Den Townlands wurde mit Hilfe von Irish Townlands eine OSM-ID sowie ein Logainm-ID zugewiesen, was auch hier eine weitere Interoperabilität gewährleistet.

3.2.2 Ogham-Daten

[23]Für die CIIC basierten Ogham-Daten musste zunächst eine manuelle Datenerhebung (Retrodigitalisierung) für alle Entitäten (Steine, Sites, Inschriften) erfolgen. Durchgeführt wurde dies manuell in Spreadsheets durch Sophie C. Schmidt und Florian Thiery. Diese Daten bilden als CSV-Datei die Basis der PostgreSQL-Datenbank. In PostgreSQL wurden diese Daten verknüpft und als CSV zur Verfügung gestellt (vgl. Kapitel 3.4). Die Erstellung von Koordinaten der einzelnen Fundorte folgte dem Vorgehen aus Kapitel 3.1.2.

[24]Ogham-Daten der CISP-Datenbank standen zu Beginn bereits als postgres-Datenbank zur Verfügung. Diese Datenbank wurde zunächst nach dem SCRIPTTYP = ogams / ogham / Ogams / Ogham und COUNTRY = Ireland gefiltert. Die resultierenden Steine konnten verknüpft und als CSV zur Verfügung gestellt werden (vgl. Kapitel 3.4). Die zugrundeliegende Access-Datenbank war jedoch nicht vollständig. Einige Informationen aus der Online-Datenbank fehlten[49] (z. B. GRID-Koordinaten, Referenzen). Diese wurden manuell digitalisiert und in die Datenbank integriert. Die nachfolgende Transformation der GRID-Koordinaten erfolgte nach dem in Kapitel 3.1.2 beschriebenen Workflow.

[25]Daten des O3D-Projekts standen sowohl als EPIDOC-Files als auch als Informationen auf der Website zur Verfügung. Die EPIDOC-Files wurden mit Hilfe eines Python-Scripts geparsed und das resultierende CSV in die postgres-Datenbank integriert. Zudem wurden weitere Informationen (z. B. Inschrift in Ogham-Script) manuell von der Website digitalisiert und als CSV in die Datenbank integriert. Nach der Aufbereitung konnten die Daten verknüpft und ebenfalls als CSV zur Verfügung gestellt werden (vgl. Kapitel 3.4).

[26]Auf Basis der zuvor gezeigten Schritte für Ogham-Steine wurde als ›Stein-Daten-Container‹ ein sogenannter Squirrel-Stone[50] erstellt. Diese Squirrel-Identifikationsnummer für Ogham-Steine integriert Ogham-Steine der CIIC-, CISP- und O3D-Systeme.

[27]Informationen zu Wörtern wurden aus GTO[51] digitalisiert (vgl. Kapitel 3.1.2) und als CSV in die postgres-Datenbank importiert. Personen auf Ogham-Steinen konnten aus den Datensammlungen der CISP- und O3D-Projekte mit Hilfe eines Python-Scripts extrahiert und als CSV in die postgres-Datenbank importiert werden (vgl. Kapitel 3.1.2). Nach einer Datenaufbereitung und -verknüpfung sind diese Daten als CSV verfügbar (vgl. Kapitel 3.4).

[28]In den Daten ist jeweils die Information der Ursprungsquelle hinterlegt. Alle Daten sind mittels Primär- und Fremdschlüssel miteinander verbunden, was zu (semantischen) Verknüpfungen in Kreuztabellen führt, die ebenfalls als CSV verfügbar sind. Die Daten wurden nach erfolgreicher Erhebung und Aufbereitung in Wikidata importiert (vgl. Kapitel 3.3.1). Dieser Schritt diente dazu, dass alle Daten mit Informationen aus Wikidata angereichert werden konnten. Darüber hinaus konnten Ogham-Daten auch mit Informationen der Geodaten (inkl. Wikidata-ID, OSM-ID, Logainm-ID) versehen werden. Durch einen Export in maschinenlesbare, semantisch modellierte Formate (vgl. Kapitel 3.3.1) mit Verknüpfungen zu bestehenden Ressourcen sind die hier publizierten Daten Teil der Linked Open Data Cloud, bzw. des Knowledge Graphs.

3.3.1 Linked Open Ogham Data

Abb. 3: Linked Ogham Ontology, vgl. Thiery 2021b, visualisiert mit WebVOWL 1.1.4. [Thiery 2022, CC BY 4.0 via Wikimedia Commons]

[30]Grundlage für eine semantische Modellierung der CSV-Dateien ist eine Ontologie (Ordner ›ontology‹), eine formal geordnete Darstellung (Regelwerk) einer Menge von Begriffen (Klassen) und der zwischen ihnen bestehenden Beziehungen (Properties) in einem bestimmten Geltungsbereich. Diese wird mit Hilfe der Web Ontology Language[52] maschinenlesbar dargestellt. Als Software zur Erstellung der Ontologie wird ›Protegé‹ genutzt. Die Ogham-Ontologie[53] (vgl. Abbildung 3) basiert unter anderem auf dem in der Archäologie als Standard angesehenen CIDOC Conceptual Reference Model (CIDOC CRM), Simple Knowledge Organization System (SKOS), Friend of a Friend (FOAF), GeoSPARQL und für Provenance Information auf PROV-O. Darunter sind Klassen zur Beschreibung der Geo- und Ogham-Daten-Entitäten eingehängt. Zur Beschreibung der Eigenschaften und Verknüpfungen (Crosstables) sind zudem ›Object-‹ und ›Data Properties‹ vorhanden. Tabelle 2 zeigt die genutzten Klassen sowie deren Bezüge (›Object Properties‹). Zur detaillierten Ansicht kann das OWL-File in Protegé geöffnet werden. Aus der Kombination zwischen Ausgangsdaten (CSV) und Ontologie (OWL) entstehen Linked Open Data (Ordner ›rdf‹).

3.3.2 Semantik in Wikidata

[31]Der Community-Hub Wikidata folgt einem streng semantischen Prinzip. Wikidata gibt dabei eine Struktur an ›Properties‹ (Verknüpfungsmöglichkeiten) vor. Klassen und Instanzen können eigenständig erzeugt werden. Im Rahmen dieser Datenpublikation wurden die in Kapitel 3.2.1 beschriebenen semantischen Daten in einer verkürzten Version in Wikidata bereitgestellt. Daten in Wikidata unterliegen einer CC0-Lizenz, sodass aufgrund von Lizenzbeschränkungen nicht alle Geo- und Ogham-Daten publizierbar sind. In Wikidata konnten Items zu ›Ogham-Sites‹, ›Ogham-Stein-Concepts‹, sowie ›Ogham-Words‹ hinterlegt werden. Die minimale semantische Modellierung in Wikidata kann im Ordner ›wikidata‹ nachvollzogen werden. Die JSON-Dateien wurden mit Hilfe der Software ›Open Refine‹ erstellt.

3.4.1 Zenodo / GitHub

[34]Die Schritte aus Kapitel 3.2 und 3.3 führen zu den in diesem Kapitel beschriebenen Daten, welche auf Zenodo / GitHub veröffentlicht sind. Basis für die GeoJSON- und RDF-Dateien sind immer die gleich benannten CSV-Dateien (vgl. ). Die unterschiedlichen Endlizenzen ergeben sich durch die verschiedenen Lizenzen der Quell-Dateien (vgl. Tabelle 3; vgl. Tabelle 1). Die RDF-Daten als LOD sind über einen SPARQL-Endpoint des Mainzer Zentrum für Digitalität in den Geistes- und Kulturwissenschaften (mainzed) verfügbar.

3.4.2 Wikidata

Abb. 4: Wikidata Ogham Sites (Q72617071) des Irische ᚑᚌᚆᚐᚋ Steine im Wikimedia Universum Fellow-Projekt (Q100530634). [Thiery 2022, CC BY 4.0 via Wikimedia Commons]

[35]Die Schritte aus Kapitel 3.2 und 3.3 führen zu in Wikidata veröffentlichen Daten[56] (vgl. Tabelle 4 und Abbildung 4) die durch die Community bearbeitet werden können. Basis für die Quick Statements-Dateien, welche im Import und zur Modifikation genutzt wurden, sind die aus Kapitel 3.4.1 erzeugten CSV-Dateien. Wikidata ist unter anderem über einen SPARQL-Endpoint erreichbar.