Abfrage von Metadaten und strukturierten Daten in und über Discoursebeiträge als (Property) Graph

In Fortführung von

sehen wir den Bedarf voraus, dass eine verzweigte Datenstruktur von Verbindungen und Eigenschaften zwischen Discourse Beiträgen, Nutzerïnnen, Gruppen und dergleichen ideellerweise als (Property) Graph abfragbar ist.

Unter Property Graph verstehen wir einen Graphen, welcher auf existierenden, relationalen Datenmodellen aufgestellt wird und diese mit einem festen Schema abstrahiert.

Als einen Graphen verstehen wir dann eine Datenstruktur, welche es erlaubt schemafreie, aber typisierte (semantische) Daten, die aus Tripeln/Quads bestehen, in einen generischen RDF-Datenspeicher zu laden und von dort abzufragen.

Dieser Beitrag widmet sich der Idee, Discourse als Graphen zu verstehen, und beschäftigt sich mit den damit verbundenen Schritten: über Konzeptionalisierung, Modellierung bis hin zur Implementierung.

graphQL ist wohl ein guter Kandidat für in-place Abfragen in einem Datengarten.
Wenn postgresql im backend läuft, dann ist wohl graphile ein Kandidat für nützliches Spielzeug:

Ohne Strukturinformationen scheint das ganze nicht sonderlich nützlich.

Wo sollen die Strukturinformationen jedoch herkommen ?

Brainstorming

  • Commons nutzen (^wikidata)
  • Attributnamen könnten feste Typen haben (Namenskonventionen)
  • Datensammel-Threads könnten beschreiben, welche Daten gesammelt werden sollen.