Hier sind die Folien, von der Veranstaltung gibt es auch ein Video. Vorbereitet wurde das Ganze übrigens in einem Pad.

Bereits auf den ersten Blick fällt der dürftige Stil des Artikels auf: Garniert mit einer Boulevardfrage (Hört jetzt der Streit zwischen Internetaktivisten und netzskeptischen Politikern auf?) betont die Autorin das Vorkommen von Kampfbegriffen (etwa: Zensursula) in netzpolitischen Debatten – um dann noch im selben Absatz die unpräzise Phrase des geistigen Eigentums zu bemühen. Ganz nach der Linie von Copyright-Extremisten vermischt sie so unter Anderem Urheberrecht, den Wunsch nach Namensnennung und Kriterien wissenschaftlichen Arbeitens.

Keine Frage: Guttenberg hat mit seinem extensiven Plagiat alle drei Bereiche berührt; der vermeintliche Widerspruch bleibt dennoch arg konstruiert. Zwar zitiert die Autorin – korrekt – Markus Beckedahl, der in puncto Urheberrecht doppelte Standards bei der Union sieht, verkennt dann aber die Unterscheidung zu Positionen freier Kultur: Forderungen nach ungehinderter Anwendung und Möglichkeit zu Kopie, Veränderung oder Verbesserung implizieren keine Ablehnung der Nennung von Urheber oder Rechteinhaber.

Um dies festzustellen, bedarf es sicher keiner Ausbildung an einer renommierten Journalistenschule – schon eine flüchtige Beschäftigung mit tatsächlicher Remix-Praxis hätte gereicht: So setzen sämtliche Creative-Commons-Lizenzen eine Namensnennung voraus; Bestandteile der Werke von Sampling-Künstler Girl Talk sind dieser Ethik entsprechend interaktiv aufgelistet. Auch die thematisch verwandten Debian-Richtlinien für Freie Software und die davon abgeleitete Open Source Definition lassen Maßnahmen zum Schutz der Integrität eines Werkes durchaus zu; selbst viele minimalistische Software-Lizenzen fordern als einzige Bedingung für die Weiterverarbeitung eine Beibehaltung der Autorennennung.

Doch nicht erst die semantische Vermengung von Kopie und Bearbeitung macht den Artikel wirr – nebenbei behauptet die Autorin noch, das Netz, ja Zugang zu Google, mache Abschreiben verführerisch einfach, konstruiert so eine Verlagerung der Schuld weg von Guttenberg, hin zum (bösen) Internet. Sollte sich Khuê Pham auch in Zukunft weder um Fakten, noch um Kohärenz bemühen, täte die Zeitungsgemeinde gut daran, sich den Namen der Autorin zu merken – damit Printaktivisten ihre Artikel mit der modernen Kulturpraxis des drag and drop gleich zu den Erzeugnissen von Frank Patalong und Ben Schwan in den Mülleimer befördern können.

Hinweis auf einen möglichen Interessenkonflikt: Ich habe für das GuttenPlag-Projekt zwei Programme geschrieben. Eines (Guttenviz) stellt die identifizierten Fragmente in Karl-Theodor zu Guttenbergs Arbeit als interaktiven Barcode dar, das andere (Guttencat) gibt aus, wie viele Fragmente und Zeilen welcher Plagiatskategorie angehören. Die ermittelten Zahlen flossen in den zweiten Zwischenbericht von GuttenPlag ein.

Der Creative Commons License Manager ermöglicht es, Lizenz, Rechteinhaber, Quell-URI und Jurisdiktion sowohl global (als Standard) als auch individuell für einzelne Medien-Anhänge zu setzen (screenshot). Wenn ein Blogartikel dargestellt wird, wird entsprechendes HTML5-Markup für Bilder, Video- und Audio-Inhalte generiert, das maschinenlesbare Metadaten enthält. Die mitgelieferten stylesheets ermöglichen es, die Darstellung anzupassen — so ist etwa eines enthalten, das den minimalistischen Stil des Blogs Spreeblick imitiert.

Heruntergeladen werden kann das Plugin im Plugin-Verzeichnis von WordPress.org. Ein englischsprachiges Video mit deutschen und englischen Untertiteln (die im Browser leider nicht angezeigt werden) zeigt, wie der CC License Manager benutzt wird.

Anja Krieger hat mich bezugnehmend auf meine Arbeit am Plugin interviewt und daraus ein Audioporträt erstellt, in dem ich meine Gedanken zu Creative Commons und freier Kultur vortrage. Dieses ist auch im feed-Magazin erschienen.

Wer sich für technische Details und die Entstehungsgeschichte interessiert, sollte meine wöchentlichen Fortschrittsberichte im Labs-Blogs von Creative Commons nachlesen. Der Quellcode ist über ein Webinterface und über Git zugänglich; patches und bug reports sind natürlich immer erwünscht, letztere auch gerne in den Kommentaren.

Obwohl die Mehrzahl der nachfolgenden Personen keinen Quellcode beigesteuert hat, wäre das Plugin ohne sie in seiner jetzigen Form nicht möglich gewesen. Ich möchte ihnen daher an dieser Stelle herzlich danken.

• Matthias Mehldau (wetterfrosch) schrieb einen Blogpost, in dem er über mögliches Markup für Creative-Commons-lizenzierte Inhalte sinnierte.
• Julia Seeliger (zeitrafferin) verfasste einen verwandten Artikel, der das inspirierende Moment für mich wurde.
• Johnny Häusler schickte mir auf Anfrage einen screenshot des Spreeblick-Plugin-Interfaces.
• Nathan Yergler beriet mich bezüglich RDFa.
• Nathan Kinkade war mein Mentor beim Summer of Code; er schlug Verbesserungen vor und erklärte mir geduldig, wenn meine Ansätze ein Problem nicht lösten. Ebenso organisierte er die etwas komplizierte Veröffentlichung im Plugin-Verzeichnis auf WordPress.org.
• Moritz Metz (mtz) wies mich darauf hin, dass Nichtstandard-Wordpress-Verzeichnisnamen und post thumbnails berücksichtigt werden sollten.
• Markus Beckedahl schlug die embed-Funktionalität vor.
• Nicolas Ricquemaque schrieb eine hilfreiche Ogg-Bibliothek, die das Plugin nutzt, um die Dauer von Audio- und Video-Dateien zu ermitteln.
• Bernd Holzmüller erklärte mir, wie man Speicherlecks vermeidet.
• Matthias Rampke (matthiasr) beseitigte die Beschränkung, dass das Plugin-Verzeichnis den Wert „wordpress-cc-plugin“ haben musste.

Der neue Button Nils Dagsson Moskopp CC-BY

Das Plugin fügt in der HTML-Editoransicht einen Button mit der Aufschrift „CC Figure“ hinzu. Klickt man auf diesen, öffnet sich ein neues Fenster bzw. Tab, in das man die Metadaten (z.B. Titel, Alternativtext, Autor) einer Bild-, Audio-, oder Video-Datei einträgt. Hat man alle Felder ausgefüllt, kann das Markup eingefügt werden; so einfach ist das.

So einfach ist das. Nils Dagsson Moskopp CC-BY

Das so generierte (X)HTML kann natürlich per CSS dekoriert werden — mitgeliefert sind drei verschiedene Stylesheets. Auf eines bin ich besonders stolz; es formatiert die Lizenznotizen im Stil des Blogs Spreeblick. Zudem lässt sich im Admin-Interface (Screenshot) der verwendete Metadaten-Standard umstellen — zur Auswahl stehen Microdata-Markup und RDFa.

Mein Dank geht an folgende Personen (gelistet in der zeitlichen Reihenfolge, in der sie zum Gelingen beitrugen):

• Matthias wetterfrosch Mehldau für einen Blogpost zum Thema „Markup für Creative-Commons-Inhalte“
• Julia zeitrafferin Seeliger für einen verwandten Artikel nach dem Motto „man könnte doch mal“, das inspirierende Moment für mich.
• Johnny Häusler für einen Screenshot des Spreeblick-Plugin-Interfaces
• Ian Hickson, ohne den es das Microdata-Markup wohl nicht gäbe
• Michelle Thorne für das Vermitteln eines Metadaten-Experten
• Nathan Yergler, ebenjenen. Ich habe nicht auf seinen Rat gehört.

Ja, ich weiß, dass die ausschließliche Nutzung der deutschen Sprache nicht besonders förderlich für die Reichweite dieses Plugins ist. Ich hatte nunmal weder Zeit noch Lust, es zu übersetzen. Aber wenn jemand möchte … nur zu ! Und was die konfuse Qualität des Codes angeht: Er funktioniert soweit.

Die hier vorgestellte Vorgehensweise ist aufgrund von Änderungen an der HTML5-Spezifikation nicht mehr aktuell; u.A. wurde <legend> als Kindelement von <figure> entfernt und die Mikrodatasyntax geändert. Bevor ihr also Ähnliches versucht, schaut auch die aktuellen Abschnitte zu den entsprechenden Markup-Techniken an.

In den letzten Tagen bastelte ich eine verbesserte Version des CC-HTML-5-Markup-Generators. Kurz gesagt handelt es sich hier um ein Webanwendung, die das Präsentieren von CC-Inhalten vereinfacht. Hierzu wird aus Eingaben etwa zu Urheber und Lizenz passendes (X)HTML generiert. Dieses kann dann einfach auf einer Webseite, etwa dem eigenen Blog eingefügt und mit ein bisschen CSS ansprechend präsentiert werden; ein Beispiel findet sich im vorigen Blogeintrag.

Nachdem der zugehörige URL bereits in der schnelllebigen Twitterwelt verbreitet wird, halte ich es für eine gute Idee, das Markup zu erklären. Denn während einige der verwendeten Elemente und Attribute sicherlich bekannt sind, stellt der Kern des Konstrukts ein Novum dar und wird erst durch die neuen Features von (X)HTML 5 ermöglicht. Zukunftsmusik ist es damit allerdings nicht: Das Markup wird in allen einigermaßen aktuellen Browsern korrekt geparst.

Wer sich für die technischen Details nicht interessiert, kann an dieser Stelle aufhören zu lesen und sich sofort passendes Markup generieren lassen. Für alle anderen geht es gleich weiter, direkt nach dem Klick.

Fangen wird mit dem Offensichtlichen an: Das generierte (X)HTML-Fragment besteht aus einem <figure>-Element, welches als Kindelemente multimedialen Inhalt — Bild, Ton oder Video — und ein <legend>-Element enthält. <figure> ist ein mit HTML 5 neu eingeführtes Element zum Gruppieren von Inhalten, die die mit <legend> beschriftet werden. Hierbei ist es egal, ob die Beschriftung an erster oder letzter Stelle steht; genauer erklärt ist das Ganze natürlich in der Spezifikation.

Was innerhalb des <legend>-Elements statt findet, sieht zunächst reichlich konventionell aus: Kindelemente sind ein <span>, ein Link und ein <small>, die jeweils Titel, Autor, und Lizenzinformationen zum mit <legend> beschrifteten Werk angeben; in Letzterem wird der Name der Lizenz angeben und auf diese verlinkt. Wichtig und neu sind hier vor allem zwei Punkte: Einmal die Verwendung von <small>, das laut Spezifikation für rechtliche Informationen verwendet werden sollte, zweitens die Nutzung der Microdata-Annotationsmöglichkeiten von HTML 5, welche es einem Parser ermöglichen, die Semantik der präsentierten Informationen aufzuschlüsseln — die Vorteile maschinenlesbaren Markups müssen wohl kaum mehr erläutert werden in einer Welt, in der man bei Flickr, Google und Yahoo nach CC-lizenzierten Bildern suchen kann.

Abstrakt betrachtet funktionieren Microdata-Annotationen ähnlich wie das von Creative Commons genutzte RDFa: Objekten können maschinenlesbare Name-Wert-Paare zugewiesen werden, etwa „Dieses Bild hat den Titel ‚Sauerkraut‘.“. HTML5 stellt hierzu die beiden Attribute item und itemprop und ein vordefiniertes Vokabular für Urheber- und Lizenzinformationen bereit. Das beschriebene Objekt ist hier das mit itemprop="about" gekennzeichnete erste Kindelement der eingangs beschriebenen <figure>-Gruppierung, die ihrerseits mit item="work" die Kategorie der Metadaten konkretisiert.

Dass das so generierte Markup sich auf verschiedene Weisen dekorieren lässt, ist einfach zu zeigen: Der Wetter-Stil (Stylesheet) demonstriert, wie anhand der verlinkten Lizenz unterschiedliche Icons präsentiert werden können. Einfacher gehalten ist der Spreeblick-Stil (Stylesheet), der in der unteren linken Bildecke ein simples CC-Icon darstellt, bei dessen Überfahren mit der Maus der Urheber des Werkes angezeigt wird.

CC-Bildunterschrift nach einer Idee von Matthias „Wetter“ Mehldau

CC-Notiz wie auf Spreeblick.com

Apropos Spreeblick — deren Markup sieht im direkten Vergleich eher arm aus: Nicht nur, dass vor Allem generische Elemente wie <div> und <span> verwendet werden — CSS wird hier genutzt, um Inhalte zu präsentieren. Und während ersteres durch die mangelnden Möglichkeiten von HTML 4 bedingt und somit verzeihlich ist, zeigt letzteres, dass der verantwortliche Webfrickler die Philosophie hinter der HTML und CSS zu Grunde liegenden Trennung von Inhalt und Präsentation ganz offensichtlich kaum verstanden hat. Schade eigentlich, semantisch ist derartiges Markup so nämlich garantiert nicht.

Dieser Artikel ist obsolet. Neue und bessere Informationen gibt es in einem aktuelleren Beitrag auf diesem Blog.

Basierend auf der bereits erwähnten Anregung von wetter, einer Mail auf der WHATWG-Mailingliste und einigen Stunden Arbeit, präsentiert Die Welt ist gar nicht so, Deutschlands flauschigstes Weblog, nun eine Möglichkeit, einzelne Inhalte auf Webseiten mit Creative-Commons-Lizenzen auszuzeichnen. Und das funktioniert so:

In HTML5 / XHTML5 ist eine Kombination der Elemente <figure> und <legend> vorgesehen, um Inhalten eine Beschriftung zuzuordnen. Zudem ist die Semantik des <small>-Elementes derart umdefiniert worden, dass es guten Gewissens für Urheberrechtshinweise genutzt werden kann. Das daraus abgeleitete Gerüst zur Anheftung einer Creative-Commons-Lizenz an bestimmte Inhalte (hier: ein Bild) hat also in etwa folgende Struktur:

<figure> <img src="http://images.example.org/lavalampe.png"> <legend> <span class="title"> Shaky und seine Lavalampe </span> <a href="http://example.org/quelle"> Bernd Lieferts </a> <small> <a href="http://creativecommons.org/licenses/by/3.0/de/"> <abbr title="Creative Commons Namensnennung"> CC-BY </abbr> </a> </small> </legend> </figure>

Mit ein bisschen CSS sieht das Ganze eigentlich ganz nett aus (Beweis). Alle, die zu faul zum selber Tippen sind, können sich per Javascript entsprechendes Markup generieren lassen — wobei sie natürlich entsprechende Stylesheets in der Hinterhand halten sollten (schaut doch einfach mal, wie Max Winde das bei Spreeblick gelöst hat).