Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- blog:quellen-_und_lizenzangaben [2017/11/18 09:11] – d.weller
+++ blog:quellen-_und_lizenzangaben [2017/11/18 09:32] – d.weller
@@ Zeile 7: / Zeile 7: @@
 ===== 1. Grundlagen =====
-Verantwortlich für eine Seite hier im KvFG-Wiki ist die Person, die die jeweilige Seite erstellt hat bzw. (im Falle von Schüler/innen) die betreuende Lehrkraft, die alle Werke zu sichten und freizugeben hat. Geht es um die Angabe von Lizenz- und Quellenangaben gibt es kein "ich wusste das nicht" oder gar "ich kann das nicht". Denn es gibt eine ganze Reihe an Möglichkeiten mit den an Online-Autor/innen gestellten Anforderungen umzugehen. Diese werden weiter Unten ausgeführt.
+Verantwortlich für eine Seite hier im KvFG-Wiki ist die Person, die die jeweilige Seite erstellt hat bzw. (im Falle von Schüler/innen) die betreuende Lehrkraft, die alle SuS-Werke zu sichten und freizugeben hat.
 Im KvFG-Wiki gilt mit gutem Grund und ohne Ausnahme die Regel, dass alle Lizenz- und Quellenangaben immer in der vom Rechteinhaber geforderten Form direkt am eingebundenen Werk zu machen sind.
@@ Zeile 50: / Zeile 50: @@
 Hintergrund ist hier, dass es einzelne Gerichtsentscheidungen gab, die sich auf die Medienseiten von Wikis bezogen statt auf die Inhaltsseiten. Selbst wenn auf den Inhaltsseiten die Quelle richtig angegeben wird - auf den der Medienseite kann diese dann fehlen! Schreibt außerdem die notwendigen Quellen- und Lizenzinformationen immer auch in den Caption-Teil der eingebundenen Bilder. Das sollte in den meisten Fällen sicher stellen, dass die Medienseiten von Dokuwiki diese Information ebenfalls bereit halten. Die Nebenwirkung ist, dass die Angaben in einem Overlay auftauchen, hält man die Maus über das Bild. Ein Overlay ist aber nie eine Lösung - siehe oben die Definition zu "direkt am eingebundenen Werk".
+Googlet den Rechteinhaber des von Euch genutzten Werkes zusammen mit Begriffen wie "Urheberrecht", "Abmahnung" oder "Anwalt" etc.. Sofern ihr fündig werdet: Finger weg von dessen Werken. Die Wahrscheinlichkeit ist zu hoch, dass es sich um einen der ganz besonderen Menschen handelt, die die Wikipedia für sich als Abmahnfalle nutzen.
 Darüber hinaus sei jedem Autor hier im Wiki dringend empfohlen, die Entnahme von Werken Dritter von anderen Seiten zu dokumentieren - z.B. durch Druck der Quellseite in ein PDF-Dokument. Das kann so aussehen wie hier zum im Folgenden verwendeten Katzenbild:
@@ Zeile 99: / Zeile 101: @@
 Außerdem gibt es für Geschmacksfragen ebenfalls Lösungen, über die es nachzudenken gilt.
-Viele Wünsche lassen sich über eigene Stylesheets regeln. In diesem Fall darf man sich in CSS einarbeiten - und an der einen oder anderen Stelle auch in den PHP-Quelltext von Dokuwiki oder eines anzupassenden Plugins. Dafür kommt man aber - im Vergleich mit allen anderen Lösungen - zügiger an's Ziel.
+Viele Wünsche lassen sich über spezielle Stylesheets regeln. In diesem Fall darf man sich in CSS einarbeiten - und an der einen oder anderen Stelle auch in den PHP-Quelltext von Dokuwiki oder eines anzupassenden Plugins. Dafür kommt man aber - im Vergleich mit allen anderen Lösungen - zügiger an's Ziel. Eine Bremse der Eigeninitiative, mit der man rechnen sollte, ist hier, dass Stylesheets immer für das gesamte Wiki gelten. Die notwendigen Absprachen mit den anderen Nutzer/innen sollte man von Beginn an "einpreisen".
-Lassen sich die eigenen Wünsche nicht mit CSS lösen, dann kann man sich ein fehlendes Plugin für Dokuwiki, das dann genau das tut, was man will, durchaus auch selbst schreiben. Die Schnittstellen sind offengelegt - also PHP lernen und los.
+Lassen sich die eigenen Wünsche nicht über CSS lösen, dann kann man sich ein fehlendes Plugin für Dokuwiki, das dann genau das tut, was man will, durchaus auch selbst schreiben. Die Schnittstellen sind offengelegt, die meisten Plugins sind Quelloffen und Dokuwiki hat seinen Code ebenfalls publiziert und freigegeben. Also PHP lernen und los.
 Oder man sucht sich jemanden, der das macht. Dabei muss man darauf achten, dass der Schreiber seinen Quellcode unter eine offene Lizenz stellt, will man nicht in die Falle laufen, dass die eigene Lösung in wenigen Jahren (z.B. mit einer neuen Dokuwiki Version) nicht mehr kompatibel ist. Nur durch die Freigabe des Quellcodes unter einer offenen Lizenz ist gewährleistet, dass andere die Arbeit fortsetzen können. Das kann z.B. ein Schüler sein - oder eine bezahlte Kraft. Die Kontaktaufnahme mit den Menschen hinter schon bestehenden Plugins oder auch den Machern von Dokuwiki lohnt sich. Evtl. hat man ja auch Glück und der höflich formulierte Feature-Request auf den Github Seiten des Plugin-Schreibers löst bei dessen nächster Version schon alle Probleme.