Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- blog:quellen-_und_lizenzangaben [2017/11/18 09:06] – d.weller
+++ blog:quellen-_und_lizenzangaben [2017/11/18 11:41] (aktuell) – [A. In zwei Absätzen] d.weller
@@ Zeile 2: / Zeile 2: @@
 Eines der zentralen Missverständnisse von digital natives beim Umgang mit Online-Quellen ist, dass diese meinen, sie hätten beim Zugriff auf "freie" Bilder ganz besondere Freiheiten. Meist tritt dieses Missverständnis im Zusammenhang mit der Entnahme von Bildern aus der Wikimedia auf und kann sich auch mit anderen Missverständnissen mischen. Im Folgenden deswegen einige Klärungen.
+<note tip>Die Ausführungen auf dieser Seite stellen keinen Rechtsrat dar. Nehmen Sie mit einem Anwalt Kontakt auf, wenn Sie rechtlichen Beistand benötigen.</note>
 ===== 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 13: / Zeile 15: @@
 Das Problem ist dabei weniger, dass man vor einem verständnisvollen Richter nicht für die eigene Interpretation von "direkt" Zustimmung bekommen würde, sondern dass der Schulträger schlicht das Prozessrisiko scheuen wird. Keine Behörde zieht gerne vor Gericht (das kann nämlich verdammt teuer werden) - und erst Recht nicht, wenn es um die Interpretation von ganz offensichtlich transparent gemachten Regeln geht.
-Was ich leider auch noch einmal besonders deutlich machen muss: Aus der Verantwortlichkeit der Autor/innen für die publizierten Inhalte folgt kein Anspruch auf Begleitung durch Dritte.
+Was ich leider auch noch einmal besonders deutlich machen muss: Aus der Verantwortlichkeit der Autor/innen für die publizierten Inhalte folgt kein Anspruch auf Begleitung durch Dritte. Die Bereitschaft, sich in die Publikationstechnik einzuarbeiten bringt mit sich, dass man gelegentlich das [[https://www.dokuwiki.org/manual|Handbuch zu Dokuwiki]] konsultieren muss oder sich auch über die [[https://forum.dokuwiki.org/|Foren von Dokuwiki]] etc. pp. schlau macht, wenn man komplexere Fragen hat.
-Die Bereitschaft, sich in die Publikationstechnik einzuarbeiten bringt mit sich, dass man gelegentlich das [[https://www.dokuwiki.org/manual|Handbuch zu Dokuwiki]] konsultieren muss oder sich auch über die [[https://forum.dokuwiki.org/|Foren von Dokuwiki]] etc. pp. schlau macht, wenn man komplexere Fragen hat.
 Weiter muss man sich als Autor/in in die genutzten Lizenzen und deren Bedingungen einlesen. Creative Commons Lizenzen verlangen z.B. durch die Bank, dass auf deren ausführliche Lizenztexte verlinkt wird.
@@ Zeile 25: / Zeile 25: @@
 Die offensichtlichste Möglichkeit, mit technischen und / oder rechtlichen Problemen umzugehen, ist der Verzicht auf die Einbindung eines Bildes in das eigene Werk. Wem es also nicht möglich ist, die grundlegenden Anforderungen umzusetzen, muss es bleiben lassen.
-Das eigene Werk mag dann etwas "spaßbefreit" und textlastig wirken. Aber darauf kommt es nicht an, denn erstens sind Wikiseiten immer textlastig und zweitens ist Spaß kein Kriterium, das in der Schule etwas gilt (sondern Freude).
+Das eigene Werk mag dann etwas "spaßbefreit" und textlastig wirken. Aber darauf kommt es nicht an, denn erstens sind Wikiseiten immer textlastig und zweitens ist Spaß kein Kriterium, das in der Schule etwas gilt (sondern Freude) - oder vor Gericht.
 ===== 3. Verlinkung =====
@@ Zeile 45: / Zeile 45: @@
 Name des Werkes //von// Name des Urhebers //plus// Angaben zum Rechteinhaber //plus// Lizenz mit Angabe der URL zur Lizenz //via// Quelle des Werkes //mit// Angabe der Quellen-URL
-Verzichtet auf jeden Fall und ohne Ausnahme auf die Übernahme von Bildwerken aus der Wikipedia / -media ins KvFG-Wiki durch Uploads. Verlinkt das Bild lieber. 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.
+Verzichtet auf jeden Fall und ohne Ausnahme auf die Übernahme von Bildwerken aus der Wikipedia / -media ins KvFG-Wiki durch Uploads. Bindet das Bild von Extern ein.
+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 66: / Zeile 70: @@
 Hauskatze in Abendsonne von Sebastianjude at the German language Wikipedia [[http://www.gnu.org/copyleft/fdl.html|GFDL]] or [[http://creativecommons.org/licenses/by-sa/3.0/|CC-BY-SA-3.0]], via [[https://commons.wikimedia.org/wiki/File:Hauskatze_in_Abendsonne.jpg|Wikimedia Commons]]
 </code>
+Der große Vorteil dieser sehr simplen Art der Einbindung ist, dass man sich nicht von Plugins abhängig macht, sondern auf die in Dokuwiki eingebauten Funktionen vertraut. Die werden gepflegt. Bei Plugins ist das nicht immer der Fall.
 ==== B. Plugin Caption ====
@@ Zeile 93: / Zeile 99: @@
 Bei der Betrachtung der Lösungen auf dieser Seite ist immer die Hierarchie der Werte im Hinterkopf zu haben. Es kann schon sein, dass keine der angeführten Darstellungsformen die spontane Zustimmung findet, weil man sich selbst für die eigene Seite etwas ganz anderes vorgestellt hat. Aber das Urheberrecht sticht eben Geschmacksfragen.
-Außerdem gibt es für Geschmacksfragen ebenfalls Lösungen, über die es nachzudenken gilt.
+Außerdem gibt es für Geschmacksfragen ebenfalls Lösungen, über die es nachzudenken gilt. Dabei sollte man aber von Beginn an bedenken, dass die folgenden Lösungen Auswirkungen auf alle Wiki-Seiten haben und vor allem auch auf die Pflege dieser Installation. Die notwendigen Absprachen muss man "einpreisen".
-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.
-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.
-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.
-Oder man stellt für sich fest, dass Dokuwiki aktuell nicht die Lösungen bietet, die man sucht, und weicht dann auf etwas anderes aus. Wir haben z.B. [[https://kvfg.net/blogs/|Blogs unter Wordpress]] im KvFG Netz, die andere Darstellungen unterstützen.
+  - 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.
+  - 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.
+  - Oder man stellt für sich fest, dass Dokuwiki aktuell nicht die Lösungen bietet, die man sucht, und weicht dann auf etwas anderes aus. Wir haben z.B. [[https://kvfg.net/blogs/|Blogs unter Wordpress]] im KvFG Netz, die andere Darstellungen unterstützen.
-In jedem Fall sollte man sich klar machen, dass auch Wordpress keine Malunterlage ist: Jedes CMS (Dokuwiki, Wordpress, Moodle ... Contineo, Typo3) muss den Nutzern Vorgaben machen, wie die Dinge aussehen, sonst läuft die Site komplett auseinander und der Gesamteindruck ist der von Chaos.
+In jedem Fall sollte man sich klar machen, dass kein Publikationstool eine Malunterlage ist: Jedes CMS (Dokuwiki, Wordpress, Moodle ... Contineo, Typo3) muss den Nutzern Vorgaben machen, wie die Dinge aussehen, sonst läuft die Site komplett auseinander und der Gesamteindruck ist der von Chaos.
 Wer aber CMS-Regeln für sich nicht gelten lassen will, muss pures HTML mit integriertem CSS nutzen. Da kann man machen was man will - für jede Seite anders. Das ist dann die Malunterlage für's Web. Das Ergebnis sieht aber aus wie die privaten Internetseiten aus den 90ern.