dini-ag-kim/amb

Strukturinformationen für Serienelemente

Closed this issue · 6 comments

axel-klinger commented

Neben den hierarchischen Beziehungen isPartOf und hasPart fehlt mE noch eine Beschreibung von Vorgängern und Nachfolgern in Serien bzw. auch die Abbildung der Reihenfolge bei hierarchischen Strukturen. Wenn die Lektionen eines Kurses oder die Elemente einer Lektion oder die Elemente einer Videoserie nur mit isPart zugeordnet werden, wären die Parts des übergeordneten Obejkts nur eine ungeordnete Menge. Vorschlag: die Beziehungen der Vorgänger (Predecessor) und Nachfolger (Successor) über isPredOf / hasPred und isSuccOf / hasSucc beschreiben.

acka47 commented

Vorschlag: die Beziehungen der Vorgänger (Predecessor) und Nachfolger (Successor) über isPredOf / hasPred und isSuccOf / hasSucc beschreiben.

In schema.org gibt es momentan nur die "is..Of"-Variante:

Wie auch immer, schema.org sieht ohnehin eher vor, die Nummerierung zu verwenden, um die Reihenfolge von Serienelementen darzustellen. Dies geschieht entweder über die generische Property sdo:position oder über deren Sub-Properties sdo:clipNumber, sdo:episodeNumber, sdo:issueNumber, sdo:seasonNumber, sdo:volumeNumber. Siehe auch den Blogpost "Schema.org Support for Bibliographic Relationships and Periodicals" von Richard Wallis.

Ich würde mich über einen konreten Use Case freuen, der hier mal beispielhaft umgesetzt werden kann, damit das keine theoretische Übung bleibt.

acka47 commented

Siehe auch #174, wo es nur um die Serieninformation ohne Strukturelemente geht.

axel-klinger commented

Hier zwei Beispiele zum testen:

Weitere Beispiele wären auch die Kurse des MIT mit ihren Einzelelementen.

axel-klinger commented

Eine Nummerierung mit position bildet das zwar auch ab, aber um später eine Navigation zu ermöglichen könnte pred/succ effizienter sein.

acka47 commented

Ich weiß nicht, ob so etwas im Bereich Bildungsressourcen passiert, möchte aber der Vollständigkeit halber bei dieser Diskussion darauf hinweisen. Bei der Neu-Modelliering der lobid-resources-Metadaten 2014/15 mussten wir auch Ressourcen korrekt abbilden, die gleichzeitig zu zwei Serien gehören und jeweils unterschiedliche Nummerierung pro Serie haben oder aber solche, die gleichzeitig Band X eines mehrbändigen Werkes sind und Teil einer Serie.

Beides ließe sich weder mit position noch mit pred/succ abbilden. Wir haben das dann bei lobid gelöst durch die Anwendung von "another level of indirection" (David Wheeler).

Das sieht dann zum Beispiel so aus:

{
   "isPartOf":[
      {
         "type":[
            "IsPartOfRelation"
         ],
         "hasSuperordinate":[
            {
               "id":"http://lobid.org/resources/HT002888668#!",
               "label":"lobid Ressource"
            }
         ],
         "numbering":"2"
      },
      {
         "type":[
            "IsPartOfRelation"
         ],
         "hasSuperordinate":[
            {
               "id":"http://lobid.org/resources/HT001236717#!",
               "label":"Schriften des Zentralinstituts für Geschichte"
            }
         ],
         "numbering":"73"
      }
   ]
}

Gerne würde ich das AMB aber einfach halten und auf eine solche Modellierung verzichten.

acka47 commented

@axel-klinger und haben gerade in Anwesenheit von @mirjan-hoffmann und @TobiasNx im OERSI-Treffen abgesprochen, dass wir zunächst die existierende Möglichkeit nutzen, die Zugehörigkeit einer Ressource zu einer Serie oder einem Kurs mit isPartOf zu erfassen. Siehe zur Anwendung auch #174. Dieses Ticket schließe ich damit vorerst.