Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- blog:quellen-_und_lizenzangaben [2017/11/18 09:32] – d.weller
+++ blog:quellen-_und_lizenzangaben [2017/11/18 11:41] (aktuell) – [A. In zwei Absätzen] d.weller
@@ Zeile 3: / Zeile 3: @@
 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 in keinem Fall einen Rechtsrat dar. Nehmen Sie mit einem Anwalt Kontakt auf, wenn Sie rechtlichen Beistand benötigen.</note>
+<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 =====
@@ Zeile 15: / 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 27: / 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 72: / 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 99: / 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 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 ü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.
+  - 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.