Ich schrieb in Der alljährliche Wikimedia-Spendenaufruf :

Bitte seht davon ab, die Spende mit einer Zweckbindung “für …” zu versehen. Das macht der Vereinsbuchhaltung bei Wikipedia geradezu unglaubliche Arbeit. Danke sehr!

Daraufhin fragte Thomas:

Ui, ist das ein Aufruf zum dDOS?

Meine Antwort ist länger geworden und verdient einen eigenen Artikel.

“Nein, das ist genau das, was da steht.”

Ihr helft niemandem, wenn ihr die Verwaltung von Wikimedia Deutschland blockiert, insbesondere nicht dem meiner persönlichen Meinung nach berechtigten Anliegen, die Strukturen der Wikipedia transparenter und offener zu machen.

Am 20. April 2009 hat Sun verkündet, daß sie von Oracle gekauft werden. Das hätte MySQL mit eingeschlossen. Am 10. November hat die EU dann mitgeteilt, daß sie diesem Kauf widerspricht und zwar ausschließlich wegen MySQL.

Groklaw hat Hintergründe dazu , die ein wenig komisch erscheinen. Ausgerechnet Monty und Florian Müller argumentieren gegen diesen Verkauf und verwenden in den Texten, die sie öffentlich gemacht haben noch dazu die GPL: Diese verhindere nämlich kommerzielle Spinoffs und Forks von MySQL.

Wikimedia ruft auf zum Spenden! Nach dem Kohlepfennig der Exklusionistencent? Wenn Sie nicht spenden löschen wir diesen Artikel! – @dyfa auf Twitter

Ihr löscht sogar im Spendenticker – lol
– Susanna Korn

Da ist er also wieder mal, der alljährliche Wikimedia Foundation Fundraiser. Parallel dazu startet das Profi-Admin-Team der deutschen Wikipedia eine Sympathie-Offensive , nachdem die Wikipedia-Diskussion am 5.11. eher unschön über die Bühne ging: Mit Hausverboten für wichtige Diskussionsteilnehmer, vorab angefertigten Abschluß-Statements und ohne irgendein Ergebnis.

Während ich mir in Communitygift einmal angesehen habe, warum Wikipedia nicht funktioniert, wenn sie nicht funktioniert, findet man bei Helge Städtler einen wunderbaren Beitrag mit dem Titel Ein Eintrag in der Enzyklopädie Wikipedia: Wie geht das eigentlich? .

Helge beschreibt seine Erfahrungen mit der Wikipedia und der Erzeugung eines Eintrages zum Thema Educast , also Lehr- Podcasts . Dazu hat er sich einen Benutzer Lgxxl angelegt und danach dann einen Eintrag erzeugt. In seinem Blogartikel dokumentiert er seine Erfahrungen in einer Art Tagebuch.

Update: Diejenigen von Euch, die vom Trackback hierher kommen, finden alle Artikel zum Thema Wikipedia unter dem Tag Wikipedia. Die Diskussion ist seit der Aufnahme für die Sendung schon ein paar Artikel weiter gegangen.

KaiL hatte mich heute im IRC noch auf Der alljährliche Wikimedia-Spendenaufruf angesprochen und ich hatte ihm versprochen, noch einmal genauer aufzuschreiben, wieso ich Wikipedia als Projekt für kaputt halte. Dies ist der Versuch, meine zunehmende Distanz zum Projekt Wikipedia als positive und konstruktive Kritik zu formulieren. Ich hoffe, es hat ein bischen geklappt.

Links: Benutzer in der realen Welt. Rechts: Eine Unix UID, die diesen Benutzer im System repräsentiert.

Ich bin ich. Aber in einem Computersystem kann ich nicht sein, denn dort existieren nur Bits und Bytes. Daher werde ich dort durch einen Identifier repräsentiert. Diesen Identifier nennt man meinen Principal .

Wenn ich mich in einem System einlogge, dann gebe ich einen Usernamen an - ich behaupte, jemand zu sein. Diese Phase des Logins nennt man Identifikation, und zur Identifikation gebe ich entweder meinen Principal direkt ein, oder etwas, das vom System eindeutig auf den Principal abgebildet wird.

Ich glaube ja, daß Google eine der am meisten mißverstandenen Firmen auf diesem Planeten ist. Die meisten Leute halten Google für eine globale Suchmaschine. Das ist wohl richtig, aber es greift viel zu kurz, wenn man sich die Konsequenzen nicht klar macht.

Google selber formuliert die eigene Mission eher als den Versuch, alles Wissen der Welt zu erfassen, zu ordnen und gezielt zugreifbar zu machen. Das ist besser, aber die meisten Leute lesen das nicht oder denken nicht darüber nach, was das bedeutet.

Ich sitze hier auf der Open Source Monitoring Conference und unterhalte mich mit ein paar Nagios bzw. Icinga Entwicklern. Dabei hörte ich einen Haufen Flüche über NDO - Nagios Data Out. Ich schaue mir gerade die Dokumentation zum NDO Schema an und stelle fest, daß die Ideen hier auf eine Weise viele Fehler teilen, die auch dem MySQL Enterprise Manager Schema zugrunde liegen (Noch, das MEM-Team bastelt das grad um).

Ein naives Zeitreihenmodell

Beiden ist gemein, daß man Zeitreihendaten von mehreren Meßwerten sammeln möchte. Der naive Ansatz ist die Definition einer Tabelle mit einem Timestamp und dem Key als Primärschlüssel, etwa

Ich habe die letzten paar Tage unter Wikipedianern zugebracht. Also, nicht etwa in deren Wiki, wie man erwarten sollte, sondern im Freenode im Channel #wikipedia-de, wo offenbar einige Leute abhängen, die in der deutschen Wikipedia editieren. Die Erfahrung war… seltsam.

Also, die folgende Situation liegt vor: Jemand schreibt einen Artikel in einem großen deutschen Blog, der den Finger in eine Sache legt, die seiner Auffassung nach in der deutschen Wikipedia seltsam abgelaufen ist. Im Channel und offenbar auch in der Wikipedia kennt man diese Person nicht - wie auch, es gibt ja keinen Artikel über sie und außerdem ist es “nur ein Blogger, also nicht relevant”.

Ich lese gerade SQLite Foreign Key Support und ich muß sagen, ich kann mir ein leichtes Grinsen nicht verkneifen.

Also, ich finds ja gut, daß SQLite die Option für Foreign Key Constraints implementiert und ich finds sogar noch besser, daß mit DEFERRABLE INITIALLY DEFERRED sogar die einzig sinnvolle Weise das zu tun bereitgestellt wird, aber ich frag mich schon, wozu das gut sein soll.

Foreign Keys

Aber von vorne. Wenn eine Tabelle einen Primary Key hat, dann kann jede Zeile in der Tabelle über diesen Key eindeutig identifiziert werden. Das erlaubt es, in anderen Tabellen auf Zeilen der Ausgangstabelle Bezug zu nehmen: