Internetplattformen – maßgeblich Facebook und Google+ – vermitteln, Privatsphäre ließe sich durch das Setzen von Häkchen schützen. „Privat“ heißt dort: Inhalte sind nur für bestimmte Nutzer einsehbar.

Plattform-Anbieter sammeln dennoch viele Nutzer-Informationen: Selbst wenn sie sie nicht zu Werbezwecken benötigen, müssen sie immerhin die Zugangsbeschränkungen verwalten. Die so propagierte Privatheit hat mit Datenschutz wenig zu tun; für beteiligte Firmen und Regierungen sind die Daten jederzeit zugänglich.

Die zur Durchsetzung der Privatphäre in sozialen Netzwerken angewandten Nutzergängelungen widersprechen jedoch den Prinzipien, die das Web erfolgreich gemacht haben – maßgeblich Hyperlinks und einfacher Zugang zu dezentral gelagerter strukturierter Information.

Halbtote Links

URLs – Verweise auf Resourcen im Netzwerk – sind das Rückgrat des Webs. Sie erst ermöglichen den einfachen Austausch von Informationen und werden sowohl online als auch offline verwendet, um Artikel, Bilder, Audio, Video u.V.m. mit Anderen zu teilen.

Zwangs-Anmeldungen und Leseverbote behindern diesen Austausch von Informationen enorm. Um URLs gegenüber plattform-internen Verweisen zu entwerten, werden sie unleserlich gemacht, etwa durch Kürzung. Google+ lügt bei privaten Beiträgen sogar, sie würden nicht existieren und gibt Fehler 404 zurück.

Balkanisierung

Wer private Resourcen teilen möchte, kann diese nun dennoch an andere Stellen kopieren, die weniger Beschränkungen bezüglich Anschauung bzw. Kommentaren haben. Dann jedoch geht der bisherige Kontext verloren.

Öffentlich zugängliche Diskussionen an verschiedenen Orten sind unproblematisch – Kontextverlust stört jedoch massiv. Durch ihn können etwa scherzhafte Bemerkungen als Vergewaltigungswitz interpretiert oder Kriege provoziert werden.

Datenfriedhöfe

Um zu erschweren, dass Nutzer Privatheits-Restriktionen umgehen, darf ein entsprechendes System (DRM) nicht interoperabel sein. Wären abgerufene Daten einfach ausles- und verwend-bar, untergrübe dies das Vertrauen in die Privatheits-Propaganda einer Plattform.

Könnten etwa Nutzer von Google+ zum Lesen Feedreader benutzen, wäre es trivial, Informationen an anderer Stelle neu zu veröffentlichen. Die vorgeblich zum Schutz der Privatheit existierende Weitergabe-Einschränkung circles wäre so weitgehend wertlos.

Teils verhindern eine Weiterverarbeitung schon die erwähnten Zombie-Links und eingestreute Turing-Tests. Dazu kommt die Veröffentlichung von Daten in nicht standardisierten Formaten – gerne mit dem Verweis, durch eine Offenlegung der Spezifikation stehe einer Nutzung nur vernachlässigbarer Implementations-Aufwand im Wege.

Zuletzt herrscht auch für Anwendungen Identifikations-Zwang: Web-Plattformen machen diese oft zur Bedingung zum Zugriff auf ihre Programmierschnittstellen.

Im Ergebnis entstehen Software-Ökosysteme für einzelne Plattformen, in denen individuelle Anwendungen bei Missverhalten leicht ausgeschlossen werden. Anpassbarkeit durch Benutzer wird generell als Risiko für die Privatheit anderer angesehen.

Eingespeiste Daten können von Plattformbetreibern, deren Geschäftspartnern, Ermittlungsbehörden, Geheimdiensten und deren Kollegen aus Übersee verwendet werden. Ob das effektiver Datenschutz ist, ist fraglich. Der Nutzen für die Öffentlichkeit ist jedoch beschränkt – begründet durch Privatheits-Propaganda.

Fazit

Natürlich stehen derartige Nutzergängelungen nicht im Vakuum: Jedes der beschriebenen antisozialen Phänomene hat strategische Vorteile für die Betreiber entsprechender Plattformen; Schutz des Privaten ist nur eine weitere passende Ausrede für Maßnahmen, die früher mit Spam-Vermeidung gerechtfertigt wurden.

Nutzer müssen sich das jedoch nicht gefallen lassen: Es ist durchaus möglich, sich selbst und anderen den Umgang mit eigenen Inhalten zu erleichtern. Der Leitsatz dieser Maßnahmen lautet Mehr Daten für alle!.

Am Einfachsten ist es, Öffentlichkeit zum Default zu erklären. Wer seine Artikel etwa mit WordPress veröffentlicht, limitiert die Weiterverteilung seiner Daten nicht und geht zudem kein Risiko ein, aufgrund eines nicht echt klingenden Benutzernamens gelöscht zu werden.

Wer selber Web-Anwendungen entwickelt, könnte diese sicher nutzerfreundlich gestalten, Zugangsbeschränkungen vermeiden, Standardformate nutzen und Kommentare ohne Anmeldung ermöglichen. All das fördert die Diskussionskultur – vermutlich ist es schlicht profitabler, es nicht zu tun.

Selbst einzelne Entwickler können ihren Teil dazu beitragen, Datenfriedhöfen die Bedeutung zu nehmen. Jedes Export-Skript, das plattform-spezifische Daten in offene Standard-Formate umwandelt, hilft Nutzern und beschädigt die Privatheits-Propaganda.

Der obige Text ist erlehmanns Einreichung zur nullten Spackeriade.

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

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.

In den Kommentaren fallen nun übermäßig viele euphemisierende Formulierungen auf — gerade auf Seiten der Verbotsbefürworter. Um diesem Abhilfe zu schaffen, habe ich auf die Schnelle ein WordPress-Plugin gebastelt, das diskursverzerrende Begriffe durch politisch korrekte Alternativen ersetzt. Und so wird aus der verharmlosenden Formulierung „Ich als Nichtraucher bin ja für strikte Maßnahmen. Nichtraucherschutz ist eine Entscheidung der MEHRHEIT.“ nun das ehrlichere „Ich als militanter Nichtraucher bin ja für totale Maßnahmen. Rauchverbot ist eine Entscheidung der FASCHISTEN.“. So einfach ist das.

Leider hat Julia das Plugin nicht installiert; ihr liegt wohl etwas mehr an ernsthaftem Diskurs als mir.

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.

Bisher erforderte dies ein Patchen von WordPress nach dem Installieren jeder neuen Version. Um das Problem dauerhaft aus dem Weg zu bekommen, habe ich nun ein kleines WordPress-Plugin geschrieben, dass alle Vorkommen von « und » durch die ensprechenden Zeichen „«“ und „»“ ersetzt. Aus Gründen der Vollständigkeit kümmert es sich ebenfalls um ‹ und › („‹“ und „›“) — an dieser Stelle ein Gruß an das Quo-Netzwerk.

wpquo ist freie Software unter der WTF Public License. Zur Installation einfach die heruntergeladene Datei wpquo.php in das Verzeichnis /wp-content/plugins/ hochladen und das Plugin im WordPress-Admin-Interface aktivieren.

Um mein Blog zu migrieren, nutzte ich den Serendipity-to-WordPress Importer(via), der alle meine Beiträge, Kategorien und Nutzer übertrug. Kleines Manko: Drafts wurden als publizierte Beiträge importiert.

Als Theme wählte ich Sandbox, das auch schon der grandiose Jeff Waugh verwendet, ein Stylesheet schreibe ich später. Hinzu kommen verschiedene Plugins, bei deren Installation ich den S9y-Paketmanager durchaus vermisste (weitere folgen später):

• Xhtmlstrictify Das Plugin verursacht einen Fehler.
• wp-quote-comments 0.5 (gepatcht, für semantische und formale Korrektheit)
• WP-hCard-Commenting (via) Wieder ein Fehler … parsererror: undefined
• hAvatar (via)
• Disable wpautop

Mit ein bisschen PHP habe ich mir meinen Spamschutz leichtgemacht (eigentlich sollte es das als Plugin geben), um OpenID kümmere ich mich später. Und natürlich halte ich mich auch sonst an die Tips der Experten:

Eine Website ist dann gut, wenn nichts mehr da ist, das man löschen kann.

Die nächsten Tage über werde ich mich dann wohl damit beschäftigen, 301-Redirects zu basteln.

Mikroformate bieten eine Einbettungsmöglichkeit semantischer Inhalte in (X)HTML; über die Attribute class, rel und ref werden die entsprechenden Informationen maschinenlesbar markiert. Die Nutzung von XML-Namensräumen wäre wohl der sauberere Ansatz, verträgt sich jedoch nicht mit Tagsoup-Apologeten wie Garvin Hicking, der leider nicht viel von validem Markup hält.

Die hCard-Spezifikation basiert auf dem bekannten und verbreiteten Standard vCard (RFC 2426) und besteht aus einem Stück (X)HTML-Code, das man einfach nur in das eigene Blog einfügen muss. Und diesen muss man natürlich auch nicht unbedingt selbst schreiben, sondern kann ihn sich vom hCard Creator generieren lassen.

Und nun zum Nutzen des Ganzen: Mit der Firefox-Erweiterung Operator lassen sich hCards (und weitere Mikroformate) einfach exportieren oder als Mini-Mashup (Kontakt / Ort / Tag in Google Maps / bei Amazon / Flickr finden) nutzen – eine ausführliche Erklärung findet sich im Blog von Alex Faaborg. Und für den Blogosphärenkrebs WordPress existiert ein Plugin, das die Avatare aus hCards ausliest und wider Erwarten offenbar funktioniert.

Mein Avatar ist übrigens ein Hackergotchi und das macht man so.