Relationen zwischen den Inhaltetypen

Relationen zwischen den Inhaltetypen

Welche Verknüpfungen zwischen Organisationen, Bildungsangeboten und Veranstaltungen sind besonders naheliegend und sinnvoll für unsere Use Cases?

Bereits möglich

(siehe auch https://docs.edu-sharing.com/de/edu-sharing-documentation/9.1/objekte-miteinander-in-beziehung-setzen ):

  • isBasedOn

  • isPartOf

  • references

Vorschläge aus dem Datenraum

(siehe auch https://gitlab.opencode.de/mbr/datenraum/datenraum-oss/-/tree/main/documentation/guide?ref_type=heads):

Name

Bedeutung

Relevanz

Name

Bedeutung

Relevanz

requires

Ein Objekt benötigt das andere

references

Ein Objekt zeigt auf das andere

replaces

Ein Objekt ersetzt das andere

broader

Ein Objekt hat ein übergeordnetes (allgemeineres) Objekt

  • subEvent

  • subOrganization

has optional skill

 

Nicht als Relation gedacht, da Skills keine eigenen Inhalte sind

has essential skill

 

Nicht als Relation gedacht, da Skills keine eigenen Inhalte sind

exact match

Ein Objekt entspricht dem anderen Objekt

Duplikate sichtbar machen

close match

Ein Objekt entspricht recht eng dem anderen

Nicht intuitiv auf unsere Inhaltetypen anwendbar

broad match

Ein Objekt ist eine allgemeinere Variante eines anderen

Nicht intuitiv auf unsere Inhaltetypen anwendbar

has part

Ein Objekt ist Teil eines anderen

has format

Ein Objekt entspricht einem anderen, nur in einem anderen Format

Nicht intuitiv auf unsere Inhaltetypen anwendbar

has version

Ein Objekt existiert in einer anderen Version

Interessant für OER, weniger für unsere anderen Inhaltetypen

Metadaten für Relationen (aus dem Datenraum)

  • tailNodeId (Ausgang der Relation)

  • headNodeId (Ziel der Relation)

  • sourceId (Datenquelle)

  • isAiGenerated

  • metadata (JSON)

Vorschläge für Erweiterungen

Name

Bedeutung

Relevanz

Name

Bedeutung

Relevanz

offers (https://schema.org/offers )

Objekt bietet andere Objekt an

Organisationen und Personen können anbieten

sponsor (https://schema.org/sponsor )

Objekt finanziert Objekt

Organisationen und Personen können finanzieren

organizer (https://schema.org/organizer )

Objekt organisiert Objekt

Organisationen und Personen können veranstalten

subEvent (https://schema.org/subEvent )

Objekt hat Unter-Events

allgemeiner: hasPart

subOrganization (https://schema.org/subOrganization )

Objekt hat Unter-Organisationen

allgemeiner: hasPart

coursePrerequisites (https://schema.org/coursePrerequisites )

Objekt ist Voraussetzung für anderes

Bildungsangebote können Voraussetzung sein

memberof (https://schema.org/memberOf )

Objekt ist Mitglied eines anderen

Organisationen und Personen können Mitglieder sein

 

Mitdenken:

  • Welche Relationen sind für welche Typen überhaupt sinnvoll und sollten angezeigt werden können?

 


Vorschläge inkl. neue Inhaltstypen

Management Summary

Wir empfehlen, folgende Relationen aufzunehmen und damit die wichtigsten Uses-Cases abzudecken. Für die erste Phase haben wir darauf geachtet, möglichst generische Kanten zu finden und möchten nur in Einzelfällen noch spezialisiertere. In späteren Phasen können die Kanten ausgebaut und damit für die einzeln Anwendungsfälle verfeinert werden:

  • relates_to

Zusätzlich gut wären:

  • part_of / has_part

  • requires / is_required_for

  • has_role-in

  • qualifies_for

  • offers

  • is_based_on

  • version_of

 

Diskussion:

  • Beziehungen die redundant zu Metadaten sind wie z.B. Autor

    • könnte auch über Beziehung dargestellt werden

  • Müssen Beziehungen immer in beide Richtungen gehen?

    • z.b. supports, is support by

Immer möglich?

  • releatesto

  • duplicates

 

Kernrelationen (empfohlener Standard)

A. Struktur & Identität

Relation

Invers

Zweck

Relation

Invers

Zweck

hasPart

isPartOf

Teil-Ganzes, Hierarchie

hasVersion

isVersionOf

Versionierung

hasFormat

isFormatOf

Mediale / technische Form

isBasedOn

isBasisFor

Inhaltliche Grundlage

isDerivedFrom

hasDerivative

Ableitung / Transformation

B. Referenz & Ähnlichkeit

Relation

Invers

Zweck

Relation

Invers

Zweck

references

isReferencedBy

Expliziter Verweis

relatesTo

relatesTo

Unspezifischer Zusammenhang

exactMatch

exactMatch

Identisch

closeMatch

closeMatch

Stark ähnlich

duplicates

isDuplicatedBy

Dublette

C. Beteiligung, Rollen, Verantwortung

Relation

Invers

Zweck

Relation

Invers

Zweck

participatesIn

isParticipatedBy

Teilnahme

hasRoleIn

isRoleOf

Rolle

isResponsibleFor

isResponsibilityOf

Verantwortung

isAffiliatedWith

isAffiliatedWith

Institutionelle Bindung

D. Aktivitäten & Lernbezug

Relation

Invers

Zweck

Relation

Invers

Zweck

attends

isAttendedBy

Teilnahme an Ereignis

completes

isCompletedBy

Abschluss / Absolvierung

addresses

isAddressedBy

Inhaltlicher Fokus

qualifiesFor

isQualifiedBy

Qualifikation

isRelevantFor

isRelevanceOf

Relevanz

E. Angebot, Betrieb, Organisation

Relation

Invers

Zweck

Relation

Invers

Zweck

offers

isOfferedBy

Angebot

provides

isProvidedBy

Bereitstellung

hosts

isHostedBy

Hosting

organizes

isOrganizedBy

Organisation

isOperatedBy

operates

Betrieb

F. Nutzung & Funktion

Relation

Invers

Zweck

Relation

Invers

Zweck

uses

isUsedBy

Nutzung

requires

isRequiredBy

Voraussetzung

supports

isSupportedBy

Unterstützung

enables

isEnabledBy

Ermöglicht

G. Erstellung, Pflege, Kuratierung

Relation

Invers

Zweck

Relation

Invers

Zweck

creates

isCreatedBy

Erstellung

maintains

isMaintainedBy

Pflege

curates

isCuratedBy

Kuratierung

recommends

isRecommendedBy

Empfehlung

H. Zweck & Anwendung

Relation

Invers

Zweck

Relation

Invers

Zweck

isUsedFor

isPurposeOf

Zweckbindung

optimizedFor

isOptimizedFor

Qualitäts-/Zieloptimierung

isCompatibleWith

isCompatibleWith

Kompatibilität

Prompts: kein Sonderfall, nur Spezialisierung

Prompts sind Resources mit Zusatzrelationen, kein eigener Ontologiezweig.

Relation

Zweck

Relation

Zweck

isPromptFor

Zuordnung zu Tool / Modell / Aufgabe

hasPrompt

Ressource nutzt Prompt

optimizedFor

Qualitätsziel (z. B. Neutralität)

isCompatibleWith

Modell / Tool

 

Ergänzungsmöglichkeiten für Lernpfade

1) Zwingend (Minimal-Set)

Relation

Zweck

Relation

Zweck

hasLearningStep

Lernpfad besteht aus Lernschritten

precedes

Lernschritt A kommt vor B (Lernrichtung)

follows

Inverse zu precedes

hasPrerequisite

Voraussetzung für einen Lernschritt

isPrerequisiteFor

Inverse

2) Empfohlen (optional)

Relation

Zweck

Relation

Zweck

leadsToOutcome

Lernpfad/Schritt führt zu Kompetenz/Outcome

assesses

Lernschritt überprüft Kompetenz

supportsLearningPhase

Zuordnung zu Lernphase (Einführung, Übung …)

3) Als Eigenschaften (nicht als Relation)

  • mandatory / optional

  • order (nur ergänzend, nicht statt precedes)

  • difficultyLevel

  • estimatedTime

 

Matching-Tabelle

Inhaltstyp

Person

Bildungsgang/
-angebot

Prompt

Quelle

Lernmaterial

Tools, Services

Berufsbild

Veranstaltung

Didakt. Konzepte

Organisationen

Inhaltstyp

Person

Bildungsgang/
-angebot

Prompt

Quelle

Lernmaterial

Tools, Services

Berufsbild

Veranstaltung

Didakt. Konzepte

Organisationen