# WEMI Digital

Dises Dokument: problematisch, noch sehr in Arbeit

* {doc}`wemi-ifla-lrm-2017`
* {doc}`wemi-perdurant-particulars`.
* {doc}`webarch-frbr`


<!-- Überlegung: Wie sieht WEMI aus, wenn wir nicht staubige Bücher, sondern digitale Dateien beschreiben wollen? ... Pfad 1: frbr:wemi interpretieren, erweitern ... Pfad 2, hier gewählt: Als Setzung neue Klassen stipulieren, mithin ein neues, "schöneres"  Modell definieren, und dann bestimmte Entsprechungen argumentieren. Grundlage: .

Wir bilden *neue* Klassen:

wemid:Werk
  * *Essenz*: Gedanke, kognitiver Inhalt eines vernunftbegabten Geistes
  * keine Internetressource
  * typischer Sucheinstieg: Schlagworte

  
wemid:Expression: Drückt einen Gedanken aus.
  * webarch: rendert eine Repräsentation? NEIN, das wäre ein Item
  * Uns interessieren nur schriftliche Expressionen, also alles, was man in weitestem Sinn "schreiben" und "lesen" kann. , die mit Hilfe von Zeichen, Symbolen, Schrift aufgeschrieben werden kann.
  * *Essenz*: Zeichen, Symbole, Schrift, in RDF insbesondere URIs und Literale
  * wird beschrieben insbesondere durch die abstrakte Modellierungs-Sprache: RDF, XML, BPMN, UML und sehr viele mehr
    * nicht formal: grammatische Sätze	   
    * semiformal: Diagramme, Visualisierungen
    * formal: Tabellen, Relationen, math. Formeln, ein abstrakter RDF Graph
  * zwei abstrakte RDF Graphen sind gleich, wenn sie die gleichen Tripel enthalten -- unabhängig von der Serialisierung

wemid:Manifestation
  * NEU 2024-10, experimentell: "Bestellung", oder Ergebnis einer Bestellung?
  * erzeugt einen konkreten RDF-Graphen; "Konkretion" heißt hier: serialisiert in einem bestimmten Format
  * Ergebnisse werden beschrieben insbesondere durch Codierung, Format
  * "das" Informationsobjekt ist in Wirklichkeit eine Abstraktion, d.h. ein idealisierter Stellvertreter für alle gleichen Items

 
wemid:Item
  * Datei, String, QueryResult etc
  * eine webarch:Repräsentation
  * repräsentiert eine wemid:Expression
  * eine Folge aus Buchstabenzeichen (ASCII-, Latin1-, uft8-Characters), die von einem Computer gelesen, decodiert, geparst, interpretiert, verarbeitet werden kann.
    * *Essenz*: Buchstabenzeichen (char) und Format
  * die Folge ist kein unendlicher Strom, sondern abgegrenzt, d.h.  eine Buchstabenzeichenfolge mit Anfang, Ende, Länge 
  * Codierung von Zeichen, Symbolen und Gruppierungen aus solchen
  * zwei Items sind
    * identisch, wenn der bitstream gleich ist; ein guter Hinweis, dass das der Fall ist, ist der hash-Code (z.B. sha256)
    * gleich, wenn sie ...   * praktisch: dem selben hash-Code  eine natürliche ID für eine Manifestation wäre ihr hash-Code
  * *Essenz*: Zugriffsrechte, "öffnen" können, acessability

OFFEN: das Wetter in http://weather.example.com/oaxaca an 2 unterschiedlichen Zeitpunkten; oder zum selben Zeitpunkt an 2 unterschiedlichen Orten: zwei unterschiedliche Expressionen / Manifestationen / Items? ... Problem: jedes denkbare Intervall in Zeit oder Ort erzeugt eine neue Entity ... jetzt kommt **F** in FRBR: Funktion der Metadaten? 

Expression: Das Wetter über aller Zeit, überall ...Details wie Ort und Zeit sind hier irrelevant ... in Python keine Liste, sondern ein Generator: jede Abfrage liefert den gewünschten Wert; aber es gibt keinen Speicherort, wo alle Werte schon mal vorgehalten werden ...

Manifestation entspricht einer Abfrage ; Item ist eine Ausgabe des Generators ... ISBN, Großdruck, Verlag etc.: Das sind alles Ausstattungsmerkmale; Bibliotheken befassen sich vornemlich mit statischen Items ... kennen aber auch  ... Verlag digital ist die Authority in einem URI, d.h. der Server, der eine Antwort gibt ... vielleicht eine statische Datei; bei Datenbanken im Normalfall publishing on demand ...

URI der Anfrage bezieht sich auf Manifestation
URI der Anfrage plus Anfragezeitpunkt bezieht sich auf Item


### Disjointness


Sind die WEMI-KLassen disjoint? Um diese Frage zu bearbeiten, kommt es nicht nur darauf an, was man sich (a) persönlich unter WEMI vorstellt, sondern in weiteren Schritten (b) dann auch, 

* wie man dieses sein Verständnis in natürlicher Sprache umschreibt (eine natürlichsprachliche Definition verfasst),
* wie man die natürlichsprachliche Definition durch weitere, mehr formalere Definitionen ergänzt,
* mit welcher Modellierungssprache man das zugehörige formale Begrifssystem aufschreibt.

Wer mit WEMI vertraut ist merkt, dass obiger Top (a) Werk-Charakter und die drei Tops unter (b) verschiedene Expressionen sind. Der Unterschied zwischen Werk und Expression ist fundamental: Werke sind Gegenstände aus der Welt der Gedanken und abstrakten Vorstellungen, während Expressionen allgemein Ausdrucksformen der Kommunikation sind. Wenn wir an schriftbasierte Kommunikation denken, können wir uns Expressionen als räumliche Anordnungen von Zeichen vorstellen, ein Zeichenmosaik. Ein Zeichenmosaik par excellence sind Musiknoten, aber auch mathematische Formeln, Hierogrlyphen auf ägyptischen Mauern. (Vorsicht, Terminologie: "Zeichen" sei in diesem Zusammenhang im Sinne der Semiotik verstanden, "sign", nicht technisch als "Buchstabe", englisch "character".)

Früher wurden Zeichenmosaike auf Papier aufgeschrieben, heute verwenden wir den Computer. WYSIWYG Textverarbeitung, Präsentationssoftware, Zeichentool,  Musiknotationssoftware unterstützen uns darin, solche ein Zeichenmosaik graphisch zu erstellen. Wenn wir auf "sichern" drücken, erzeugt die Software eine "Datei", in der unser Mosaik in einem bestimmten "Format" "gespeichert" wird. Solch eine Datei besteht aus einer langen Kette von Zeichen (hier im Sinne von Buchstaben, Zahlen, "Sonderzeichen"). Solch eine Zeichkette "codiert" ein Zeichnmosaik in einer "computerlesbaren" Form; vom Computer "lesbar" heißt hier: Der Computer kann einen Zeichenstrom decodieren, in eine interne Repräsentation übersetzen, die eine algorithmische Bearbeitung erlaubt.

Der entscheidende Unterschied zwischen Expression und <strike>Manifestation </strike> Item scheint mir in den verschiedenen Lesarten des Zeichenbegriffs zu liegen.
* Wenn wir von einem Zeichen-*Mosaik* reden, verwenden wir Zeichen im semiotischen Sinn. Die Mosakik-Metapher suggeriert eine vorwiegend zweidimensionale Darstellung.
* Wenn wir dagegen von einer Zeichen-Kette reden, verwenden wir Zeichen im technischen Sinn: Buchstaben, Zahlen, Sonderzeichen, die wir heute typischerweise im Unicode Zeichensatz vorfinden und die dann in verschiedenen Kodierungen wie UTF-8 oder in HTML als benanne Symbole (wie z.B. `&euro;` für das Euro-Zeichen €) codiert werden. Die Metapher verweist auf eine eindimensionale Darstellung, einen (Buchstaben-)Zeichen-Strom (character stream).

Wir haben diesen Unterschied oben als den zwischen einer semiotischen und einer technischen Lesart des Zeichenbegiffs eingeführt. Zeichen im technischen Sinn, die von einem Computer "gelesen" und "verarbeitet" werden können, sind Entitäten aus dem Bereich der physikalischen Welt. Also bietet es sich an, ein Item als eine physikalische Repräsentation eines Mosaiks von semiotischen Zeichen zu interpretieren. Nicht das Zeichenmosaik selbst, sondern lediglich seine physikalische Repräsentation kann gespeichert, verarbeitet, vervielfältigt, transportiert werden. In FRBR Wemi erfüllten Bibliotheken mit ihren Büchern im Regal diese Aufgabe -- typische Items also.

Allerdings ist ein Transfer erforderlich von Büchern, analog, auf Dateien, digital. Bücher können wir beschreiben durch Standort, Abmessungen, Anzahl der Seiten und so weiter. Dateien beschreiben wir natürlich durch ihre Länge, aber insbesondere auch durch die "Form" der Codierung, die man als "Dateiformat" kennt:  DOC, PNG, XML, html, Markdown, LaTeX, MusicXML usw. Insbesondere Dateigröße und Dateiformat sind Eigenschaften, die man ausschließlich auf Items anwenden kann und die auf Expressionen angewandt keinen Sinn ergeben.