Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

license-Feld soll Objekt erwarten #87

Closed
acka47 opened this issue Jul 7, 2021 · 3 comments · Fixed by #88
Closed

license-Feld soll Objekt erwarten #87

acka47 opened this issue Jul 7, 2021 · 3 comments · Fixed by #88
Assignees
Milestone

Comments

@acka47
Copy link
Member

acka47 commented Jul 7, 2021

In ORCA wollen wir perspektivisch weitere Informationen zur Lizenz anpassen (z.B., dass sie zu einer Collection "CC-BY" gehört, in die wir alle CC-BY-Lizenzen unabhängig von Version und Land packen). Es gibt sicher auch andere Anwendungsfälle, wo so etwas nützlich ist, der einfachste wäre die Angabe eines Labels für die Lizenz in den Metadaten.

@TobiasNx , @mirjan-hoffmann und @acka47 haben deshalb beschlossen, dass die Objekt-Lösung die beste ist.

Es wird aber keinen Array geben, weil jede Ressource nur genau eine Lizenz haben soll.

@acka47 acka47 added this to the Version 1.0 milestone Jul 7, 2021
@acka47 acka47 self-assigned this Jul 7, 2021
acka47 added a commit that referenced this issue Jul 9, 2021
acka47 added a commit that referenced this issue Jul 9, 2021
@acka47 acka47 mentioned this issue Jul 9, 2021
@acka47 acka47 assigned mirjan-hoffmann and TobiasNx and unassigned acka47 Jul 9, 2021
@acka47
Copy link
Member Author

acka47 commented Jul 9, 2021

@oellers schreibt in #37 (comment):

Besonders größere Ressourcen (z.B. Kurse oder Software) umfassen jedoch häufig andere oder mehrere Lizenztypen.

Wir hatten hier zunächst entschieden, nur eine Lizenz pro Ressource zu erlauben. Hältst du diese Entscheidung für falsch, @oellers, weil es doppelt lizenzierte Ressourcen gibt oder komplexe Ressourcen, die aus unterschiedlich lizenzierten Teilen bestehen? (Ich ergänze mal einen Agendapunkt für das Treffen am Dienstag.)

@oellers
Copy link
Member

oellers commented Jul 16, 2021

Am 13.07. hatten wir die Thematik nochmals erörtert (siehe Notizen), Problem könnten zusammengesetzte Ressourcen, bspw. Präsentationen/Materialien, bestehend aus Inhalten/Bildern mit mehreren Lizenzen sein. Wenngleich theoretisch mit hasPart-Relationen gearbeitet werden könnte, dürfte das in der Praxis zunächst oft nicht der Fall sein.

Dennoch scheint zunächst eine einzelne Lizenz als Objekt hinreichend, da bei der Wiederverwendung der Metadaten der Zusatz "Soweit nicht anders gekennzeichnet" erfolgen könnte.

Hier stellt sich die Frage, ob das Bestandteil des Objektes sein sollte oder ob das immer eine "implizite" Annahme ist.

@acka47
Copy link
Member Author

acka47 commented Aug 3, 2021

Hier stellt sich die Frage, ob das Bestandteil des Objektes sein sollte oder ob das immer eine "implizite" Annahme ist.

Denkst du an so etwas?

{
  "@context":[
    "https://w3id.org/kim/lrmi-profile/draft/context.jsonld",
    {
      "@language":"de"
    }
  ],
  "id":"https://example.org/eine-oer",
  "type":"LearningResource",
  "license":{
    "id":"https://creativecommons.org/licenses/by/4.0/",
    "name":"Creative Commons Attribution 4.0 International",
    "description":"Lizenz CC-BY 4.0 soweit nicht anders gekennzeichnet"
  }
}

Das wäre leider nicht korrekt, weil die description ja keine Aussage über die Lizenz, sondern die OER macht. Das müsste dann anders modelliert werden, etwa so (nicht-schema.org-Properties mit ex: markiert):

{
  "@context":[
    "https://w3id.org/kim/lrmi-profile/draft/context.jsonld"
    {
      "@language":"de"
    }
  ],
  "id":"https://example.org/eine-oer",
  "type":"LearningResource",
  "ex:licensing":{
    "description":"Lizenz CC-BY 4.0 soweit nicht anders gekennzeichnet",
    "ex:mainLicense":{
      "id":"https://creativecommons.org/licenses/by/4.0/",
      "name":"Creative Commons Attribution 4.0 International"
    }
  }
}

Das finde ich zu komplex und da gibt es – zumindest in schema.org – derzeit nicht die passenden Properties zu. Von daher würde ich das erstmal nicht machen.

@acka47 acka47 closed this as completed in #88 Aug 3, 2021
@acka47 acka47 added this to AMB Jul 8, 2024
@acka47 acka47 moved this to Done in AMB Jul 8, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Archived in project
Development

Successfully merging a pull request may close this issue.

4 participants