benjaminaaron
commented
3 years ago @ChrisWittig hat vorgeschlagen, dass ich obige Liste in mehrere Einzel-Issues aufteile da sie dann einfacher zu kommentieren und zu bewerten sind: #36 #37 #38 #39 #40 #41 #42 #43
Den Punkt "Ein Feld um die Dateigröße anzugeben" habe ich nicht als Einzel-Issue angelegt, da @ChrisWittig sagt, es gibt bereits die optionale Eigenschaft dcat:byteSize (siehe hier). Diese Eigenschaft enthält die Größe der Distribution in Bytes 👍
Dieses Issue kann nun geschlossen werden.
Es ist gut möglich, dass einige dieser Punkte schon im Standard sind oder in anderen Issues bereits angesprochen wurden. Ich bitte Duplikate und Überschneidungen zu entschuldigen.
Das kam mal in einem Call auf, ich weiß nicht mehr in welchem: die Möglichkeit Links zum gleichen Datensatz in anderen Portalen anzugeben. Zum einem im Sinne eines Verlaufs vertikal entlang der "Hochreichungslinie" (z.b. auf dem Weg vom kommunalen Portal zum europäischen Portal), als auch horizontal: Portale wo man sonst noch weiß das genau dieser Datensatz auch liegt.
@sebastian-meier meinte, es wäre wichtig bei Geodaten die Möglichkeit zu haben, Änderungen (change reports) zu vorigen Versionen zu tracken (z.B. "im Vergleich zum Vorjahr hat es folgende Veränderung in den Grunddaten gegeben") als auch die (Änderungen der) Erhebungsmethoden mit anzugeben.
Wenn es sich um Linked Data (RDF) handelt, sollte es die Möglichkeit geben verwendete Ontologien anzugeben.
Darüber hinaus wäre bei Linked Data eine art Vorschau (sneak peek) in den Inhalt interessant. So im Sinne von "query me about xy". Eine Art "Datenhülle" zwischen Metadaten und eigentlichen Daten. Wenn es in den Daten um Fahrradhäuschen geht, könnte das sneak peek Feld bspw. Einblick geben, dass hier Kapazitäten und Standorte hinterlegt sind. Vielleicht kann SKOS hier Inspiration liefern wie ein solcher Feldinhalt standardisiert werden könnte. So könnte man Metadaten über RDF-Daten ein Stück weit hinsichtlich ihrer eigentlichen Inhalte "sparqlen" und dann entscheiden ob man die Daten herunterladen und ggf. in einen Triple Store importieren möchte.
Die Möglichkeit geordnete und ungeordnete Listen anzulegen um Datasets zu kuratieren/bündeln oder Datenreihen zu markieren. Auch im Sinne eines "Kunden die das interessant fanden könnten auch dies interessante finden", aber aus der Meinung des Datenbereitstellers.
Wer seine Daten gerne in (halb-)automatisch generierten Visualisierungen wiederfinden möchte, könnte die Möglichkeit bekommen bspw. Spalten als geeignete Hauptachsen zu markieren. Das Visualisierungstool des Linked-Data Dienst des Schweizer Bundesarchivs setzt auf Data Cubes um Dimensionen zu beschreiben.
Flags für not-proprietary, machine-readable, is-an-API und ggf. weitere um alles mögliche zu markieren was es Crawlern/Scripts/Queries leichter macht, durch automatisch lesbare Inhalte zu gehen.
Ein Feld um die Dateigröße anzugeben.
Vielleicht könnte ein Feld Sinn machen wo der Datenbereitsteller eine Chance hat zu beschreiben was dieser Datensatz nicht ist oder nicht beinhaltet. Um bspw. bei bestimmten Daten üblichen Missverständnissen entgegenzuwirken oder Transparenz zu schaffen hinsichtlich was hier noch fehlt wenn man einen gründlichen Vollständigkeitsanspruch anlegt. Eventuell sogar ein contradicts Feld falls bekannt ist, dass diese Daten teilweise im Widerspruch zu anderen Daten stehen, auch wenn das natürlich ggf. politischen Sprengstoff birgt.