An dieser Stelle entsteht die öffentliche Dokumentation für Epigraf 5. Diese Seite ist noch in Bearbeitung.

Epigraf unterscheidet zwischen Datenmodell und Domänenmodell. Das Datenmodell stellt abstrakte Elemente zur Modellierung von Texten und Objekten bereit. Es zeichnet sich durch eine Anzahl inhaltsleerer Begriffe wie Sections, Items oder Properties aus. Das Domänenmodell spezifiziert diese Elemente für einen festgelegten inhaltlichen Bereich, etwa um damit Inschriften zu erfassen. Das bedeutet beispielsweise im Fall von Sections in einem Artikel (Datenmodell), dass diese typisiert werden, um konkrete Abschnitte wie Transkriptionen, Abbildungslisten oder Kommentare (Domänenmodell) zu erfassen. Das Domänenmodell wird für jede Datenbank einzeln konfiguriert. 

 

 

Epigraf basiert auf einer relationalen SQL-Datenbank. Die Dokumente werden in Tabellen abgelegt und miteinander verknüpft:

  • Artikel (articles): Die erfassten Dokumente werden in Epigraf als Artikel bezeichnet. 
  • Abschnitte (sections): Jeder Artikel setzt sich aus flexibel kombinierbaren Abschnitten zusammen, in denen der Text und alle relevanten Metadaten sowie zugehörige Dateien enthalten sind.
  • Inhalte (items) umfassen Text, Abbildungen und Zuordnungen zu Kategorien.
  • Annotationen (links) sind Auszeichnungen und Formatierungen innerhalb von Texten. Sie können mit standardisierten Vokabularen bzw. Kategorien verknüpft werden.
  • Fußnoten (footnotes) umfassen Apparate innerhalb von Textfeldern. Ergänzend zu Annotationen sind hier Anmerkungen zu Textstellen erfasst. 
  • Kategorien (=properties) sind Vokabulare, die zur strukturierten Beschreibung von Inhalten und für die Annotation genutzt werden.
  • Projekte (projects) gruppieren mehrere Dokumente.

Extraktionsschlüssel

Die Datensätze werden innerhalb der Anwendung als miteinander verknüpfte Objekte repräsentiert. Jedes Objekt verfügt über:

  • Echte Datenfelder: Inhalte aus der Datenbank. Zum Beispiel enthält ein Artikelobjekt das Datenfeld signature.
  • Virtuelle Datenfelder: Einige Objekte verfügen über Eigenschaften, in denen Inhalte aus der Datenbank aufbereitet werden. Zum Beispiel enthält ein Artikelobjekt das virtuelle Datenfeld iri_path, obwohl es dieses Feld in der Datenbank nicht gibt. Der Wert setzt sich in diesem Fall aus Tabellenname, Artikeltyp und IRI-Fragment zusammen.
  • Untergeordnete Relationen: Beziehungen zu anderen Objekten. Es können zwei Arten von Beziehungen auftreten. Eine belongsTo-Beziehung verweist auf ein einzelnes anderes Objekt. Zum Beispiel enthält ein Artikelobjekt die Beziehung project, darin ist das Projektobjekt enthalten. Dagegen enthalten hasMany-Beziehungen eine Liste mit Objekten. Zum Beispiel enthält eine Artikelobjekt die Liste der Abschnitte in der Beziehung sections.
  • Übergeordnete Relationen: Artikel enthalten Abschnitte, welche wiederum Inhalte enthalten, die auf Kategorien verweisen können. Der Artikel ist für alle diese Objekte das root-Objekt und kann über die root-Eigenschaft erreicht werden. Das jeweils übergeordnete Objekt kann über die container-Eigenschaft erreicht werden. In hierarchischen Tabellen wie den Abschnitten, ist ein übergeordneter Abschnitt über die parent-Eigenschaft erreichbar.

Für die Konfiguration der Oberfläche, die Auswahl von Spalten in Tabellen und beim Exportieren werden Daten aus diesen Objekten extrahiert. Dazu werden drei verschiedene Arten von Extraktionsschlüssels verwendet:

  • Pfadschlüssel tauchen in ein Objekt ein, indem die Felder mit Punkt getrennt aneinander gekettet werden.
    • Ein einfacher Pfadschlüssel enthält den Namen des Datenfeldes oder der Relation. Beispiel: signature.
    • Ein zusammengesetzter Pfadschlüssel kann in Objekte eintauchen, indem der Pfad mit einem Punkt getrennt angegeben wird. Beispiel ausgehend von einem Artikelobjekt: project.signature.
    • Ein zusammengesetzer Pfadschlüssel kann auch übergeordnete Objekte erreichen, etwa ausgehend von einem Inhalt die Artikel-IRI: root.iri.
    • Der Pfad kann ein Asterisk * als Platzhalter enthalten, um mehrere Objekte zu adressieren. So können Werte aus hasMany-Relationen extrahiert werden. Beispiel: items.*.content.
    • Zusätzlich kann bei der Verwendung von Platzhaltern gefiltert werden. Dazu wird in eckigen Klammern eine Bedingung angegeben. Beispiel: items.*[itemtype=images].file_name.
  • Aggregationsschlüssel: Sollen die Werte weiterverarbeitet werden, können an einen Pfadschlüssel mehrere  Verarbeitungschritte mit einer Pipe | angehängt werden. Die Parameter der Funktion werden nach einem Doppelpunkt angegeben, mehrere Parameter mit Komma getrennt. Beispiel: items.*[itemtype=images].file_name|collapse:;

    Aktuell stehen folgende Pfadfunktionen zur Verfügung:
    • collapse: Verbindet mehrere Werte zu einer Zeichenkette
    • first: Gibt das erste Element einer Liste zurück
    • min: Gibt das kleinste Element einer Liste zurück
    • max: Gibt das größte Element einer Liste zurück
    • count: Gibt die Anzahl der Elemente in einer Liste zurück
  • Platzhalterschlüssel sind Zeichenketten, die Aggregationsschlüssel in geschweiften Klammern enthalten. So können komplexe Werte zusammengesetzt werden. Beispiel: Quelle {project.description.source} - {article.created|date:deut}
  • Benannte Schlüssel beginnen mit einer Bezeichnung gefolgt von einem Gleichheitszeichen. Auf diese Weise können etwa Spalten in einer Tabelle benannt werden: Signatur=article.signature

Aufbau der Datenbanken

Übersicht über die Tabellen

Epigraf lässt sich flexibel konfigurieren, um es an verschiedene Domänen wie die Edition von Inschriften und Briefen oder für die Inhaltsanalyse von Social-Media-Beiträgen anzupassen. In der folgenden Tabelle sind Beispiele aus der Inschriftendomäne angegeben.

TabellennameErläuterungStatus
projects

Enthalten Artikel. 

Beispiel: Im Rahmen der Deutschen Inschriften wird für jeden Band ein Projekt angelegt, ein Projekt fasst Artikel zu einem Band zusammen.

 
articles

Enthalten die Beschreibungen der Analyseeinheiten, sie enthalten Abschnitte. Domänenmodell: 

Beispiel: Im Rahmen der Deutschen Inschriften gibt es zwei Typen von Artikeln, a) Inschriftenartikel und b) Textartikel, welche Einleitungen und andere Kapitel eines Bandes enthalten.

 
sections

Gliedern einzelne Artikel und enthalten Einträge. Abschnitte sind sortiert und hierarchisch angeordnet. 

Beispiel: Ein Abschnitt enthält zum Beispiel eine Objektbeschreibung oder eine Inschriftenbearbeitung. Abschnitte vom Typ Inschrift enthalten Abschnitte vom Typ Inschriftenteil, die wiederum Abschnitte vom Typ Bearbeitung enthalten.

 
items

Erfassen die Inhalte eines Abschnitts, sie sind sortiert und enthalten Felder für Daten (Texte, Werte...), Referenzen auf Eigenschaften und Verweise auf Artikel oder Abschnitte. 

Beispiel: In Inhaltsdatensätzen werden der Transkriptionstext, Literaturverweise, Standorte, Schriftarten, Textsorten oder Verweise auf Bilddateien abgelegt. Ein Abschnitt kann mehrere Inhalte umfassen, etwa mehrere Schriftarten oder mehrere Standortangaben.

 
footnotes

Enthalten weitergehende Informationen zu einer Textstelle. Sie werden als Tags in Textfelder gesetzt, mit einer ID versehen und der Inhalt der Fußnote ist unter dieser ID in der Datenbanktabelle zu finden. 

Beispiel: Bei der Edition von Inschriften wird zwischen textkritischem Apparat und Anmerkungen unterschieden. 

 
links

Werden genutzt, um durch Tags ausgezeichnete Textstellen mit Eigenschaften zu verbinden oder auf Artikel und Abschnitte zu verweisen. Die Tags werden mit einer ID versehen, die sich in der Links-Tabelle wiederfindet. 

Beispiel: So können beispielsweise Worttrenner mit der passenden Kategorie - handelt es sich um ein Kreuz, eine Blume, einen Punkt - versehen werden. 

 
properties

Enthalten Kategorien und Vokabulare, die zur strukturierten Erfassung eingesetzt werden. Eigenschaften sind sortiert und hierarchisch organisiert. Sie können entweder direkt in Einträgen oder in XML-Feldern vermittelt über Links verwendet werden. 

Beispiel: Einige Eigenschaften werden direkt mit einem Eintrag verbunden, etwa Standorte und Objekttypen. Andere Eigenschaften werden zur Auszeichnung von Textstellen verwendet, etwa Worttrenner.

 
files

Spiegelt das Dateisystem auf dem Server, um Datei- und Ordnernamen in der Datenbank vorhalten zu können.

Beispiel: Abbildungen von Inschriftenobjekten werden als Dateien erfasst.

 
typesKonfiguriert das Domänenmodell, d.h. welche Arten von articles, sections, items, footnotes, links und properties es gibt. 
notesNotizen der Bearbeiter:innen (Wiki) 
usersNutzer:innentabelle. Enthält Angaben zu den Bearbeiter:innen der Tabellen 
metaMetainformationen zur Datenbank, in Form von Schlüssel-Wert-Paaren 
locktableZugriffsberechtigungen für EPI-Desktop.deprecated
tokenZugriffsberechtigungen für EPI-Desktop.deprecated

 

Allgemeine Felder 

Die Tabellen enthalten folgende gemeinsame Felder:

SpalteErläuterungBeispielStatusTypNullStandard
id Eindeutige datenbankinterne Nummer des Datensatzes123 int(11)Nein 
deleted
  • 0 = Datensatz ist nicht gelöscht,
  • 1 = Datensatz ist gelöscht (soft-deleted)
  • 2 = Datensatz ist eine alte Version (soft-deleted, siehe Feld version_id), 
  • 3 = Datensatz wurde manuell bei einer Datenbereinigung gelöscht (soft-deleted)
0|1|2|3 int(11)Nein0
job_idWenn der Datensatz über das Jobsystem angelegt oder verändert wurde: ID des Jobs in der Epigraf-Datenbank123 int(11)JaNULL
version_idID des Originaldatensatzes123 int(11)JaNULL
published
  • 0 = Drafted = nicht öffentlich zugänglich
  • 1= In progress = Datensatz in Bearbeitung, nicht öffentlich zugänglich
  • 2= complete = Datenerfassung abgeschlossen, nicht öffentlich zugänglich
  • 3 = published = öffentlich zugänglich, aber nicht über die Suche
  • 4 = searchable = öffentlich zugänglich, auch über die Suche
0/1in progressint(11)JaNULL
createdZeitpunkt der Erstellung des Datensatzes10.10.2012 10:10 timestampJa0000-00-00 00:00:00
modifiedZeitpunkt der letzten Änderung am Datensatz10.10.2012 10:10 timestampNeinCURRENT_TIMESTAMP
modified_byID des Users der letzten Änderung123 int(11)JaNULL
created_byID des Users, der den Datensatz erstellt hat123 int(11)JaNULL

Projects

SpalteErläuterungBeispielStatusTypNullStandard
nameName des ProjektsGreifswald varchar(1500)JaNULL
shortnameAbkürzung des Projektsnamenhgw varchar(1500)JaNULL
descriptionWeitergehende Erläuterungen zum Projekt, ggf. im JSON-Format in progressvarchar(500)JaNULL
book_numberNummer des Bandes für DIO-URLs077deprecatedint(11)JaNULL
book_nameName des Bandes für DIO-URLsgreifswalddeprecatedvarchar(100)JaNULL
todelete_abbpath  deprecatedvarchar(1500)JaNULL
todelete_datapath  deprecatedvarchar(1500)JaNULL
norm_iriIRI des Projekts  varchar(100)JaNULL

Articles

SpalteErläuterungBeispielStatusTypNullStandard
articletypeArt des Artikels. Die möglichen Optionen sind in der types-Tabelle mit dem scope "articles" im name-Feld festgelegt.object|text varchar(50)NeinObjekt
signatureNummer des Artikels, entspricht bei Inschriften der ersten Signaturhgw.bodendenkmalpflege.glasbecher|008 varchar(1500)Nein 
titleTitel des ArtikelsGlasbecher varchar(1500)JaNULL
statusBearbeitungsstand des Artikels, Freitextneu angelegt varchar(1500)JaNULL
norm_dataIRIS von Normdatenbezeichnern, z.B. dois, mehrere IRIs werden durch Zeilenumbruch getrennt in progressvarchar(1500)JaNULL
norm_iriEindeutiger Normdatenbezeichner innerhalb des Epigraf-Universums, geplant ist, die Artikel-ID zu verwenden. in progressvarchar(1500)JaNULL
norm_type  deprecatedvarchar(1500)JaNULL
lastopen_idDatenpunkt des zuletzt geöffneten Feldes in der Epigraf-Anwendung, hier Koordinatenpunkt ID deprecatedint(11)JaNULL
lastopen_tabDatenpunkt des zuletzt geöffneten Feldes in der Epigraf-Anwendung, hier Koordinatenpunkt Tabelle deprecatedvarchar(500)JaNULL
lastopen_fieldDatenpunkt des zuletzt geöffneten Feldes in der Epigraf-Anwendung, hier Koordinatenpunkt Feld deprecatedvarchar(500)JaNULL
lastopen_tagidDatenpunkt des zuletzt geöffneten Feldes in der Epigraf-Anwendung, hier Koordinatenpunkt ID des Tags deprecatedvarchar(500)JaNULL

Sections

SpalteErläuterungBeispielStatusTypNullStandard
sortnoGibt Struktur der Sections innerhalb des Artikels an: Aufsteigende Nummer des Auftretens, identisch mit lft-Feld12deprecatedint(11)Nein0
layout_colsBreite des Rasters für die Anordnung von Items (u.a. Wappen), siehe items-Tabelle Feld pos_y.2 int(11)Nein0
layout_rowsHöhe des Rasters für die Anordnung von Items (u.a. Wappen), siehe items-Tabelle Feld pos_y.3 int(11)Nein0
sectiontypeArt der Section. Die möglichen Optionen sind in der types-Tabelle mit dem scope "sections" im name-Feld festgelegt. Je nach sectiontype sind unterschiedliche itemtypes möglich (siehe items-Tabelle).text varchar(200)Nein 
sectionnumberNummer der Section innerhalb eines Artikels1 int(11)JaNULL
sectionnameÜberschrift der Section, je nach Sectiontype automatisch aus der types-Tabelle aus dem caption-Feld generiert oder manuell gebildetInschrift A varchar(1500)JaNULL
sectionaliasManuelles Überschreiben automatisch generierter Namen im Feld sectionname.Erste Inschrift varchar(1500)JaNULL
commentMeta-Feld für Notizen zur Section.Transkription noch überarbeiten text(xml)JaNULL
statusMeta-Feld zum Erfassen des Bearbeitungsstatuses (0=unbearbeitet; 1=begonnen; 2=abgeschlossen; 3=geprüft)0|1|2|3 int(11)JaNULL
parent_idGibt die hierarchische Struktur der Sections innerhalb des Artikels an: ID der übergeordneten Section oder NULL, wenn keine vorhanden123 int(11)JaNULL
levelGibt die hierarchische Struktur der Sections innerhalb des Artikels an: Gibt Ebene in der Hierarchie an, beginnend mit 00|1|2 int(11)JaNULL
lftGibt die hierarchische Struktur der Sections innerhalb des Artikels an: Gibt den left-Wert des modified preorder tree traversal (mptt) Verfahrens an, beginnend mit 14 int(11)JaNULL
rghtGibt die hierarchische Struktur der Sections innerhalb des Artikels an: Gibt den right-Wert des modified preorder tree traversal (mptt) Verfahrens an.6 int(11)JaNULL
articles_idEindeutige ID des articles-Datensatzes (Fremdschlüssel)123 int(11)JaNULL
norm_iriIRI der Section  varchar(100)JaNULL

Items

SpalteErläuterungBeispielStatusTypNullStandard
itemtypeGibt den Typ des Items an. Items können Textfelder sein (z.B. Transkriptionen), Dateien (z.B. Abbildungen) oder Kategorisierungen durch Properties (z.B Standorte, Schriftarten, Objekttypen). Je nach Itemtyp werden unterschiedliche Item-Felder befüllt. Die möglichen Optionen sind in der types-Tabelle mit dem scope "items" im name-Feld festgelegt.transcriptions varchar(500)JaNULL
presumedKennzeichnet, wie sicher die im Item erfassten Daten sind. 0=sicher; 1=unsicher.0|1in progresstinyint(1)JaNULL
sortnoReihenfolge der Items, wenn mehrere Items des gleichen Typs in einer Section enthalten sind.2 int(11)JaNULL
properties_idNur verwendet, wenn das Item auf eine Property verweist. Eindeutige ID des Datensatzes in der properties-Tabelle (Fremdschlüssel).123 int(11)JaNULL
properties_category_id  deprecatedint(11)JaNULL
valueNur verwendet, wenn das Item einen Wert repräsentiert. Beispielsweise die Schrifthöhe oder Breite. Kann XML enthalten, wenn es in den Types entsprechend konfiguriert ist, zum Beispiel um Fußnoten zu setzen.0,3in progress: auf text umstellenvarchar(1500)(xml)JaNULL
contentNur verwendet, wenn das Item Text enthält. Kann XML enthalten, wenn es in den Types entsprechend konfiguriert ist.an<abr id="000004126348876084490740744071" value="">n</abr>o text(xml)JaNULL
translationNur verwendet, wenn das Item die Übersetzung zu einem Text (content) enthält. Kann XML enthalten, wenn es in den Types entsprechend konfiguriert ist.Im Jahr text(xml)JaNULL
flaggedEntweder-Oder-Markierung, z.B. um bei Abbildungen zu markieren, ob sie in in den Abbildungsteil aufgenommen werden sollen. Die Bedeutung der Werte wird der types-Tabelle mit dem scope "items" im "config"-Feld festgelegt.0|1 tinyint(1)JaNULL
links_idNur verwendet, wenn das Item auf eine andere Section, Artikel oder Item verweist. Enthält die ID des verlinkten Datensatzes aus der in links_tab angegebenen Tabelle (Fremdschlüssel, polymorph).123 int(11)JaNULL
links_tabNur verwendet, wenn das Item auf eine andere Section, Artikel oder Item verweist. Enthält den Tabellennamen des verlinkten Datensatzes (Fremdschlüssel, polymorph).sections varchar(500)JaNULL
links_fieldAktuell leer in progressvarchar(500)JaNULL
links_tagidAktuell leer in progressvarchar(500)JaNULL
file_nameNur verwendet, wenn das Item eine Datei beinhaltet. Enthält den Namen der Datei.hst.nikolai.gp-storkow_004.jpg varchar(1500)JaNULL
file_typeNur verwendet, wenn das Item eine Datei beinhaltet. Enthält die Angabe zum Dateityp..jpgin progressvarchar(10)JaNULL
file_pathNur verwendet, wenn das Item eine Datei beinhaltet. Enthält den Pfad zum Ordner, in dem die Datei liegt. In den Types wird das Wurzelverzeichnis definiert, an den der Pfad angehängt wird. Die Pfadangabe darf keine Slashes am Ende oder Anfang enthalten.hst/006 varchar(1500)JaNULL
file_sourceNur verwendet, wenn das Item eine Datei beinhaltet. Pfad der lokalen Datei vor dem Hinzufügen in die Epigraf-Anwendung.Z:\Epigraf-inschriften_mv\Bilder\hwi\hwi.alteschule.predella\ varchar(1500)JaNULL
file_copyrightNur verwendet, wenn das Item eine Datei beinhaltet. Enthält Angaben zu den Urheberrechten der Datei, z.B. der Name des Fotografen. Kann XML enthalten, wenn es in den Types entsprechend konfiguriert ist. LAKD/ADin progress: xml entfernen?text (xml)JaNULL
file_licenceNur verwendet, wenn das Item eine Datei beinhaltet. Die Lizenz für die Veröffentlichung von BildernCC BY 4.0 varchar(500)JaNULL
file_onlineNur verwendet, wenn das Item eine Datei beinhaltet. Kennzeichnung, ob das Bild auf dem Epiweb-Server (-1) oder lokal (0) liegt0|-1in progresstinyint(1)JaNULL
date_sortNur verwendet, wenn das Item eine Datierung beinhaltet. Enthält einen Sortierschlüssel zur chronologischen Sortierung der Items. Wird aus date_value abgeleitet.1400ABD0000000A3 varchar(1500)JaNULL
date_valueNur verwendet, wenn das Item eine Datierung beinhaltet. Enthält die Datierung, bzw. den Zeitraum der Datierung, als Text.2.H.14.Jh. varchar(1500)JaNULL
date_addNur verwendet, wenn das Item eine Datierung beinhaltet. Enthält weitere Angaben zur Datierung.Datierung nach der Fundschichtin progress: xml erlauben?textJaNULL
date_startNur verwendet, wenn das Item eine Datierung beinhaltet. Enthält das Startjahr der Datierung.1350in progressdoubleJaNULL
date_endNur verwendet, wenn das Item eine Datierung beinhaltet. Enthält das Endjahr der Datierung.1400in progressdoubleJaNULL
source_autopsyNur verwendet, wenn das Item eine Quellenangabe enthält. Angabe, ob die Transkription selbst erstellt wurde (1) oder nicht (0).0|1 tinyint(1)JaNULL
source_fromNur verwendet, wenn das Item eine Quellenangabe enthält. Literaturangabe zur Transkiption, wenn die Transkription nicht selbst erstellt wurde (source_autopsy = 0). Kann XML enthalten, wenn es in den Types entsprechend konfiguriert ist.Foto LAKD text (xml)JaNULL
source_additionNur verwendet, wenn das Item eine Quellenangabe enthält. Ergänzungen zur Literaturangabe (source_from). Kann XML enthalten, wenn es in den Types entsprechend konfiguriert ist.Hs. 245 text (xml)JaNULL
pos_xHorizontale Position des Items im Raster (u.a. Wappen), siehe sections-Tabelle Feld layout_cols, Zählung beginnt mit 1.2 int(11)JaNULL
pos_yVertikale Position des Items im Raster (u.a. Wappen), siehe sections-Tabelle Feld layout_rows, Zählung beginnt mit 1.3 int(11)JaNULL
pos_zReihenfolge der Items im Raster, wenn eine Position von mehreren Items belegt ist, Zählung beginnt mit 1.1 int(11)JaNULL
articles_idEindeutige ID des Datensatzes in der sections-Tabelle (Fremdschlüssel). Welche Item-Types in einer spezifischen Section möglich sind, ist in der types-Tabelle im config-Feld der entsprechenden Section festgelegt.123 int(11)JaNULL
sections_idEindeutige ID des Datensatzes in der articles-Tabelle (Fremdschlüssel).123 int(11)JaNULL
migration_id  deprecatedint(11)JaNULL

Footnotes

SpalteErläuterungBeispielStatusTypNullStandard
sortnoNummer der Fußnote innerhalb des Artikels3deprecated?int(11)JaNULL
fntypeArt der Fußnote, 0 = alphabetische Fußnote, 1 = numerische Fußnote.0|1deprecatedtinyint(1)JaNULL
nameWert der Fußnote (Zahl oder Buchstabe), werden je Kontext neu durchgezähltc varchar(200)Nein 
segmentReferenztextet text(xml)JaNULL
contentInhalt der FußnoteHier und im Folgenden bei Chytraeus tironisches et. text(xml)JaNULL
root_idWenn Fußnote in Artikel: ID des Artikels , wenn Fußnote in Properties: ID der Property123 int(11)JaNULL
root_tabWenn Fußnote in Artikel: articles, wenn Fußnote in Properties: propertiesarticles|properties varchar(500)JaNULL
from_idUrsprung der Fußnote, ID des Datensatzes289225 int(11)JaNULL
from_tabUrsprung der Fußnote, Name der Tabelleitems varchar(500)JaNULL
from_fieldUrsprung der Fußnote, Name des Feldes in der Tabellecontent varchar(500)JaNULL
from_tagnameUrsprung der Fußnote, Name des Tags innerhalb des XML-Feldes, app1 = numerische Fußnote (= aktuell normale Fußnote), app2 = alphabetische Fußnote (= aktuell textkritischer Apparat).app1|app2 varchar(10)JaNULL
from_tagidUrsprung der Fußnote, ID des Tags innerhalb des XML-Feldes000004453145122674768518563255 varchar(500)JaNULL
from_sortNummer des Tags innerhalb des XML-Feldes3 int(11)JaNULL

Links

SpalteErläuterungBeispielStatusTypNullStandard
root_idWenn Link in Artikel: ID des Artikels , wenn Link in Properties: ID der Property5 int(11)JaNULL
root_tabWenn Link in Artikel: articles, wenn Link in Properties: propertiesarticles varchar(500)JaNULL
from_idUrsprung des Verweises, ID des Datensatzes289225 int(11)JaNULL
from_tabUrsprung des Verweises, Name der Tabelleitems varchar(500)JaNULL
from_fieldUrsprung des Verweises, Name des Feldes in der Tabellecontent varchar(500)JaNULL
from_tagnameUrsprung des Verweises, Name des Tags innerhalb des XML-Feldesz varchar(1500)JaNULL
from_tagidUrsprung des Verweises, ID des Tags innerhalb des XML-Feldes000003957386834346064814828763 varchar(500)JaNULL
to_idZiel des Verweises, ID des Datesatzes270045 int(11)JaNULL
to_tabZiel des Verweises, Name der Tabellesections varchar(500)JaNULL
to_field  deprecatedvarchar(500)JaNULL
to_tagid  deprecatedvarchar(500)JaNULL

Properties

SpalteErläuterungBeispielStatusTypNullStandard
propertytypeGibt den Typ der Property an. Properties umfassen Vokabulare und Kategorien zur Beschreibung der Objekte. Ein Propertytype ist ein spezifisches Kategoriensystem (z.B. Standorte, Schriftarten, Objekttypen). Die konkrete Ausprägung ist im lemma-Feld enthalten. Die möglichen Optionen sind in der types-Tabelle mit dem scope "properties" im name-Feld festgelegt.materials varchar(500)JaNULL
lemmaKurzbezeichnung der Property. Eine Property ist die konkrete Kategorie (z.B. Marienkirche Greifswald, gotische Minuskel, Kelch) innerhalb eines Kategoriensystems (siehe propertytype) oder eine Beziehung zwischen Properties. Eine Kategorie kann Überkategorien (Oberlemma) oder Unterkategorien (Unterlemma) haben.geschnitzt varchar(1500)JaNULL
nameLangbezeichnung der Property. Der name beinhaltet im Vergleich zu lemma die gesamte Bezeichnung bzw. den gesamten Pfad, bestehend aus Kategorie und falls vorhanden Überkategorie. Dieser Wert wird für die Anzeige der Auswahllisten verwendet.Holz, geschnitzt varchar(1500)JaNULL
sortnoReihenfolge der Properties innerhalb eines Propertytypes. Nur noch für Marken und Wappen relevant, in allen anderen Eigenschaften wird das Feld lft verwendet.1deprecatedint(11)JaNULL
sortkeySchlüssel zur Sortierung, i.d.R. identisch zum Lemma. Soll eine abweichende Reihenfolge erfolgen, kann der Sortierschlüssel separat gewählt werden (beispielsweise um Zahlen innerhalb einer alphabetischen Sortierung aufsteigend zu sortieren, kann einstelligen Zahlen eine führende Null vorangestellt werden). Nicht alle Kategoriensysteme müssen alphabetisch sortiert werden. Wie sortiert wird, ist im Propertytyp festgelegt.Bispinghof 09in progressvarchar(500)JaNULL
numberNummer der Marken für das Markenverzeichnis1 varchar(1500)JaNULL
parent_idBildet die hierarchische Struktur der Properties innerhalb eines Propertytypes ab. ID der Überkategorie oder NULL, fals keine Überkategorie vorhanden.123 int(11)JaNULL
levelBildet die hierarchische Struktur der Properties innerhalb eines Propertytypes ab. Bezeichnung der Ebene der Property. Überkategorien ohne parent_id beginnen auf Ebene 0. Untergeordnete Kategorien werden aufsteigend nummeriert.1 int(11)JaNULL
lftBildet die hierarchische Struktur der Properties innerhalb eines Propertytypes ab. Gibt den left-Wert des modified preorder tree traversal (mptt) Verfahrens an, beginnend mit 14 int(11)JaNULL
rghtBildet die hierarchische Struktur der Properties innerhalb eines Propertytypes ab. Gibt den right-Wert des modified preorder tree traversal (mptt) Verfahrens an.6 int(11)JaNULL
file_nameNur verwendet, wenn die Property eine Datei beinhaltet (insb. Marken). Enthält den Namen der Datei.hst/hm.hst.nikolai.chorschranken.s21.m1.svg varchar(1500)JaNULL
properties_idMetaproperty zur Kategorisierung von Properties, insb. für Marken zur Unterscheidung von Markentypen wie Meisterzeichen oder Hausmarken. ID der Property in der properties-Tabelle. Je nach Propertytype (brands) sind unterschiedliche Propertytypes (brandtypes) möglich. Erlaubte Optionen sind in der types-Tabelle festgelegt.123 int(11)JaNULL
unitEinheit der Property, verwendet bei Maßangaben, z.B. Property Gewicht (lemma) wird in kg (unit)angegeben. Bei Propertytype Worttrenner wird das Zeichen angegeben.kg varchar(500)JaNULL
commentNähere Angaben zur Property, die Bedeutung ist in der types-Tabelle im config-Feld der entsprechenden Property festgelegt.HST: Estherteppich textJaNULL
contentNähere Angaben zur Property, die Bedeutung ist in der types-Tabelle im config-Feld der entsprechenden Property festgelegt.Frau mit Blumenstrauß text(xml)JaNULL
elementsNähere Angaben zur Property, die Bedeutung ist in der types-Tabelle im config-Feld der entsprechenden Property festgelegt.drei Blumen text(xml)JaNULL
keywordsAls Keywords werden von den Bearbeter:innen Schlüssel vergeben, die die Ansicht in Epi-Desktop beeinflussen.hgwin progressvarchar(1500)JaNULL
source_fromNähere Angaben zur Property, die Bedeutung ist in der types-Tabelle im config-Feld der entsprechenden Property festgelegt.vgl. <rec_lit id="000004192143361634259259322965" value="Siebmachers Wappenbuch"></rec_lit> (ND) 9, aus Bd. 5, Abt. 3 der OA 1888, S. 17, Tf. 19 text(xml)JaNULL
ishiddenKennzeichnung, ob Kategorie im gedruckten Band angezeigt wird (1) oder nicht (0)0|1 tinyint(4)JaNULL
iscategoryKennzeichnung, ob Property eine inhaltliche Kategorie (1) ist oder nur zu Strukturierungszwecken (0) eingesetzt wird0|1 tinyint(4)JaNULL
norm_dataIRIS von Normdatenbezeichnern, z.B. geonames bei Standorten oder dois bei Literatur, mehrere IRIs werden durch Zeilenumbruch getrennt in progressvarchar(1500)JaNULL
norm_iriEindeutiger Normdatenbezeichner innerhalb des Epigraf-Universums, siehe IRI-Dokumentationwidthin progressvarchar(1500)JaNULL
norm_type  deprecratedvarchar(150)JaNULL
import_db  deprecatedvarchar(1500)JaNULL
import_id  deprecatedvarchar(1500)JaNULL
related_idNur wenn Property einen Verweis darstellt (in lemma steht "siehe"). ID des referenzierten Datensatzes.123 int(11)JaNULL
mergedto_idVerwendet, wenn Datensätze zusammengeführt werden. ID des zusammengeführten, neuen Datensatzes.123in progressint(11)JaNULL
splitfrom_idVerwendet, wenn Datensätze aufgeteilt werden. ID des ursprünglichen Datensatzes.123in progressint(11)JaNULL
migration_idID zur Migration der Datenbank123temporär im Einsatzint(11)JaNULL

Types

SpalteErläuterungBeispielStatusTypNullStandard
scopeTabelle, auf die sich die Konfiguration beziehtarticles|sections|items|links|properties varchar(50)JaNULL
nameName des Artikel-, Section-, Item-, Link-, oder Property-Typsfonttypes varchar(100)JaNULL
categoryKategorie zur übersichtlicheren Strukturierung der Typen. Wird nur zur Anzeige im Browser genutzt.vocabularyin progressvarchar(100)JaNULL
captionBezeichnung des Artikel-, Section-, Item-, Link-, oder Property-TypsSchriftarten varchar(200)JaNULL
descriptionWeitergehende Erläuterungen, wie der Typ verwendet wird.Wird in Inschriftenartikeln bei Textabschnitten für den Namen des Abschnitts verwendet. varchar(500)JaNULL
configSemantik bzw. Konfiguration des Typs: Legt u.a. fest, welche Felder in dem Typ verwendet und wie sie beschriftet werden. (Domänenmodell){"items":["images"],"view":"images","links":{"comment":["text","transcription","references","links"]}} text(json)JaNULL
norm_iriIRI des Typs, zum Abgleich der Typen zwischen Datenbankenimages varchar(100)JaNULL

Files

SpalteErläuterungBeispielStatusTypNullStandard
nameDatei- oder Ordnernamedsc08032.jpg varchar(500)JaNULL
descriptionBeschreibung der Datei oder des OrdnersDieser Ordner ist dafür da,… textJaNULL
typeDateiendung. Leer wenn Ordner.jpg varchar(100)JaNULL
sizeDateigröße in Bytes. Leer bei Ordner.3506176 int(11)JaNULL
rootMount: Abgegrenzte Bereiche, in denen die Dateien liegen, also auf die sich path und name beziehen.articles|properties|notes|rootin progressvarchar(100)Jaroot
pathDer Pfad darf keine Slashes am Anfang oder Ende enthalten  varchar(500)JaNULL
isfolderKennzeichnung, ob Ordner (1) oder Datei (0)1|0 tinyint(4)Nein0

Notes

SpalteErläuterungBeispielStatusTypNullStandard
nameTitel der NotizAdressen Wismar char(200)JaNULL
categoryKategorie (Menüpunkt)Organisation varchar(300)JaNULL
contentInhalt der NotizPlanungsbüro X text(html)JaNULL
formatFormat des Content-Feldes, entweder Markdown oder HTMLmarkdown|htmlmarkdown deprecatedvarchar(15)Neinmarkdown

Users

SpalteErläuterungBeispielStatusTypNullStandard
nameName des Bearbeiters oder der BearbeiterinJakob Jünger varchar(1500)JaNULL
acronymAnfangsbuchstaben des NamensJJ varchar(1500)JaNULL
userroleRolle der Bearbeiterin oder des Bearbeiters: 0=Autor:in; 1= Admin; 2=Ehemalige:r Bearbeiter:in.0deprecatedint(11)JaNULL

Locktable

SpalteTypNullStandardKommentare
lock_tokenint(11)JaNULL 
lock_modeint(11)JaNULL 
lock_tablevarchar(1500)JaNULL 
lock_segmentvarchar(255)JaNULL 
lock_idint(11)JaNULL 

Meta

SpalteErläuterungBeispielStatusTypNullStandard
nameSchlüssel der Angabedb_version|db_name varchar(1500)JaNULL
valueWert der Angabe4.4|Epigraf varchar(1500)JaNULL

Token

SpalteTypNullStandardKommentare
usertokenvarchar(255)JaNULL 
sessiontokenvarchar(255)JaNULL