Nachdem ich es ja schon letzte Woche angedeutet hatte, daß ich im Hintergrund an einer Renovierung des Blogs arbeite, hab ich heute dann den Schritt vollzogen und das System umgestellt. Seit heute mittag läuft das Blog nun wieder mit Drupal, nachdem es einige Jahre mit Serendipity lief.
Im Großen und Ganzen lief der Wechsel ziemlich problemlos, nachdem ich gestern die letzten Probleme aus der Welt räumen konnte. Aber sicherlich wird es noch einige Zeit brauchen, bis ich alles meinen Vorstellungen entsprechend umgesetzt habe. Für's erste bin ich aber gut zufrieden. Vor allem scheint die Ladezeit mit Drupal dank Caching deutlich besser zu sein.
Wer das Blog per RSS-Reader liest, muss sich leider die neuen Feeds zusammensuchen. Dafür einfach durchs Blog und die Tags/Kategorien klicken, bis man das hat, was man möchte und dann einfach oben rechts den RSS Feed kopieren/abonnieren.
Das Script, mit dem ich die Blogbeiträge und Kommentare migriert habe, mache ich hiermit dann auch verfügbar. Lizenz ist die GPL, wie dem Script selber zu entnehmen ist.

Nachdem ich es ja schon letzte Woche angedeutet hatte, daß ich im Hintergrund an einer Renovierung des Blogs arbeite, hab ich heute dann den Schritt vollzogen und das System umgestellt. Seit heute mittag läuft das Blog nun wieder mit Drupal, nachdem es einige Jahre mit Serendipity lief.

Im Großen und Ganzen lief der Wechsel ziemlich problemlos, nachdem ich gestern die letzten Probleme aus der Welt räumen konnte. Aber sicherlich wird es noch einige Zeit brauchen, bis ich alles meinen Vorstellungen entsprechend umgesetzt habe. Für's erste bin ich aber gut zufrieden. Vor allem scheint die Ladezeit mit Drupal dank Caching deutlich besser zu sein.

Wer das Blog per RSS-Reader liest, muss sich leider die neuen Feeds zusammensuchen. Dafür einfach durchs Blog und die Tags/Kategorien klicken, bis man das hat, was man möchte und dann einfach oben rechts den RSS Feed kopieren/abonnieren.

Das Script, mit dem ich die Blogbeiträge und Kommentare migriert habe, mache ich hiermit dann auch verfügbar. Lizenz ist die GPL, wie dem Script selber zu entnehmen ist.

I was trying the last week to import data from one database into a Drupal database. Basically this worked fairly well. The needed fields from the old database are easy to get by simple SELECT statements. Because I don't know anything about PHP, I doing the export/import with a Python script directly into the database. After all this is about articles, comments and tags, that need to be imported into a Drupal database.

The articles will be stored into tables node_revisions, node and node_counter. The tags into tables term_data and term_node. Comments will go into table comments. Here are the INSERTs:

Articles:

"insert into node_revisions (uid, body, teaser, log, timestamp, format, nid, title) values ('3', '%s', '%s', '', '%s', '1', '%s', '%s')" % (body, body, timestamp, i, title)

"insert into node (vid, type, uid, status, created, changed, comment, promote, moderate, sticky, language, tnid, translate, title) values ('%s', 'blog', '3', '1', '%s', '%s', '2', '1', '0', '0', '', '0', '0', '%s')" % (vid, timestamp, timestamp, title)

"insert into node_counter (nid,totalcount,daycount,timestamp) values ('%s', '100', '0','%s')" % (nid, timestamp)

Tags:

"insert into term_data (vid, name) values ('3', '%s')" % tag

"insert into term_node (nid, vid, tid) values ('%s', '%s', '%s')" % (nid, vid, tagtid)

Comments:

"insert into comments (pid, nid, uid, subject, comment, hostname, timestamp, status, format, thread, name, mail, homepage) values ('%s', '%s', '0', '%s', '%s', '%s', '%s', '0', '1', '01', '%s', '%s', '%s')" % (parentid, nid, ctitle, cbody, cip, ctimestamp, cauthor, cemail, curl)

sql="insert into term_node (nid, vid, tid) values ('%s', '%s', '%s')" % (nid, vid, tid)

The import is successful as there are comments and tags attached to each article or node. But there are still some problems. When accessing Recent Posts there are no entries listed. Yet, Drupal still thinks there are so many articles that it lists more than 30 pages:

Recent Post Errors

Something similar happens to the tags. The tags are actually assigned to and are displayed as well with the nodes. But when accessign taxonomys vocabular and trying to list the terms, the resulting page is empty:

Tag Errors

If my understanding of the Drupal6 database (on PostgreSQL this is) is correct, everything should be fine and properly stored into the database. But apparently there's something missing. But what? As already mentioned I have no clue about PHP, so using node_api or any other API calls by Drupal/PHP is no option for me. Except when the calls can be placed via Pythons system() call.

If anyone has some tips or hints for me, I would appreciate when you write a comment.

When there's interest I can provide the entire Python import script. I'm going to make it public anyway, when the last problems are solved.

I was trying the last week to import data from one database into a Drupal database. Basically this worked fairly well. The needed fields from the old database are easy to get by simple SELECT statements. Because I don't know anything about PHP, I doing the export/import with a Python script directly into the database. After all this is about articles, comments and tags, that need to be imported into a Drupal database.

The articles will be stored into tables node_revisions, node and node_counter. The tags into tables term_data and term_node. Comments will go into table comments. Here are the INSERTs:

Articles:
"insert into node_revisions (uid, body, teaser, log, timestamp, format, nid, title) values ('3', '%s', '%s', '', '%s', '1', '%s', '%s')" % (body, body, timestamp, i, title)
"insert into node (vid, type, uid, status, created, changed, comment, promote, moderate, sticky, language, tnid, translate, title) values ('%s', 'blog', '3', '1', '%s', '%s', '2', '1', '0', '0', '', '0', '0', '%s')" % (vid, timestamp, timestamp, title)
"insert into node_counter (nid,totalcount,daycount,timestamp) values ('%s', '100', '0','%s')" % (nid, timestamp)

Tags:
"insert into term_data (vid, name) values ('3', '%s')" % tag
"insert into term_node (nid, vid, tid) values ('%s', '%s', '%s')" % (nid, vid, tagtid)

Comments:
"insert into comments (pid, nid, uid, subject, comment, hostname, timestamp, status, format, thread, name, mail, homepage) values ('%s', '%s', '0', '%s', '%s', '%s', '%s', '0', '1', '01', '%s', '%s', '%s')" % (parentid, nid, ctitle, cbody, cip, ctimestamp, cauthor, cemail, curl)
sql="insert into term_node (nid, vid, tid) values ('%s', '%s', '%s')" % (nid, vid, tid)

The import is successful as there are comments and tags attached to each article or node. But there are still some problems. When accessing Recent Posts there are no entries listed. Yet, Drupal still thinks there are so many articles that it lists more than 30 pages:

Recent Post Errors

Something similar happens to the tags. The tags are actually assigned to and are displayed as well with the nodes. But when accessign taxonomys vocabular and trying to list the terms, the resulting page is empty:

Tag Errors

If my understanding of the Drupal6 database (on PostgreSQL this is) is correct, everything should be fine and properly stored into the database. But apparently there's something missing. But what? As already mentioned I have no clue about PHP, so using node_api or any other API calls by Drupal/PHP is no option for me. Except when the calls can be placed via Pythons system() call.

If anyone has some tips or hints for me, I would appreciate when you write a comment.
When there's interest I can provide the entire Python import script. I'm going to make it public anyway, when the last problems are solved.

UPDATE:
Killes on IRC hinted me that node_comment_statistics and term_hierarchy needs to be filled as well. Thanks for the hint!

Ich hab die letzte Zeit versucht, Daten von einer Datenbank in eine Drupal Datenbank zu importieren. Prinzipiell hat das auch gut funktioniert. Die Felder, die ich aus der alten Datenbank sind recht einfach per SELECT zu beschaffen. Da ich mit PHP nichts anfangen kann, mache ich den ganzen Export/Import per Python Script direkt in die Datenbank. Letztendlich handelt es sich um Artikel, Kommentare und Tags, die ich in eine Drupal Datenbank importieren will.

Die Artikel kommen in die Tabellen node_revisions und node sowie node_counter. Für die Tags sind die Tabellen term_data und term_node notwendig. Die Kommentare kommen nach comments Hier die INSERTs:

Artikel:
"insert into node_revisions (uid, body, teaser, log, timestamp, format, nid, title) values ('3', '%s', '%s', '', '%s', '1', '%s', '%s')" % (body, body, timestamp, i, title)
"insert into node (vid, type, uid, status, created, changed, comment, promote, moderate, sticky, language, tnid, translate, title) values ('%s', 'blog', '3', '1', '%s', '%s', '2', '1', '0', '0', '', '0', '0', '%s')" % (vid, timestamp, timestamp, title)
"insert into node_counter (nid,totalcount,daycount,timestamp) values ('%s', '100', '0','%s')" % (nid, timestamp)

Tags:
"insert into term_data (vid, name) values ('3', '%s')" % tag
"insert into term_node (nid, vid, tid) values ('%s', '%s', '%s')" % (nid, vid, tagtid)

Kommentare:
"insert into comments (pid, nid, uid, subject, comment, hostname, timestamp, status, format, thread, name, mail, homepage) values ('%s', '%s', '0', '%s', '%s', '%s', '%s', '0', '1', '01', '%s', '%s', '%s')" % (parentid, nid, ctitle, cbody, cip, ctimestamp, cauthor, cemail, curl)
sql="insert into term_node (nid, vid, tid) values ('%s', '%s', '%s')" % (nid, vid, tid)

Der Import ist insofern erfolgreich, als daß bei den einzelnen Artikeln bzw. Nodes alle Kommentare und auch alle Schlagwörter bzw. Tags aufgelistet werden. Allerdings gibt es noch das eine oder andere Problem. So werden bei Recent Posts keine Beiträge aufgelistet. Drupal ist trotzdem der Meinung, daß soviele Beiträge vorhanden sind, daß über 30 Seiten aufgelistet werden:

Fehler bei Recent Posts

Ähnliches passiert bei den Tags. Die Tags sind ja bei den Nodes vorhanden und werden auch angezeigt. Will man beim entsprechenden Vokabular die Terme aber auflisten lassen, bekommen man wieder nur eine leere Liste:

Fehler bei Tags

Nach meinem Verständnis der Drupal6 Datenbank (in diesem Fall PostgreSQL), sollte eigentlich alles korrekt in die DB eingetragen worden sein, aber offensichtlch fehlt noch was. Nur was? Da ich, wie erwähnt, nichts mit PHP anfangen kann, entfällt für mich der Weg über node_api oder ähnliche Aufrufe der Drupal API. Es sei denn, die Aufrufe liessen sich in einen system() Aufruf bei Python packen.

Wer also sachdienliche Hinweise hat, was beim Import schiefgeht, der möge diese bitte in den Kommentaren kundtun! ;-)
Auf Nachfrage rücke ich auch gerne das Python Script im Source raus. Sobald der Import ohne Probleme klappt, will ich das eh veröffentlichen.

UPDATE:
Killes gab mir im IRC den Tip, auch node_comment_statistics und term_hierarchy in der DB zu füllen. Thanks!

Turbulente Zeiten hab ich mir da für den Umabu des Blogs ausgesucht. Nicht nur, daß Lena in Oslo spektakulär gewonnen hat und die Nation deswegen total am Rad dreht. Nein, auch unser Bundespräsident überraschte kurz darauf mit seinem Rücktritt, weil er das Amt durch die Kritik an seinem Interview zum Bundeswehreinsatz und Verteidigung von Wirtschaftswegen gefährdet sah. Nun sagen ja einige, daß er da wenigstens mal offen ausgesprochen hat, was eh schon jeder weiß oder zumindest ahnt. Insofern also die Wahrheit sagte. Aber sei es, wie es nun ist. Bis zum 30. Juni muss ein Kandidat gefunden werden, da dann die Bundesversammlung zusammenkommt und einen neuen Präsidenten wählt. Allerdings zeugen die derzeitigen Vorschläge, die so kursieren, eher davon, daß das Amt des Bundespräsidenten zu einer Resterampe von Politikern wird, die an anderer Stelle stören. So war auch Roland Koch im Gespräch, der ja eigentlich aus der Politik aussteigen will. Auch Noch-Ministerpräsident Rüttgers aus NRW gilt als heißer Kandidat, würde so auch der Weg zu einer großen Koalition zwischen SPD und CDU in NRW frei. Aber am schlimmsten erscheint mir der Vorschlag, die ehemalige Familien- und nun Arbeitsministerin Ursula v.d. Leyen als Kandidatin aufzustellen. V.d. Leyen hat letztes Jahr maßgeblich das ZugErschwG durchgepeitscht, was zu einem Desaster für die neue Regierung geworden ist. Aus dem Netz musste sie sich den Vorwurf der Zensur gefallen lassen und kam deshalb zu ihrem Spitznamen Zensursula.

Es wird also allen Ernstes eine Politikerin vorgeschlagen, die einen nicht unbeträchtlichen Teil der Bevölkerung gewissermaßen gegen sich aufgebracht hat und durchaus als Ikone einer Politik gilt, die nicht die im Grundgesetz verbürgten Grundrechte verteidigt. Das kann nicht der Ernst der vorschlagenden Politiker sein. Es ist zwar durchaus verständlich, daß v.d. Leyen nach ihrem Desaster aus dem letzten Jahr irgendwie auf das Abstellgleis gestellt werden soll, aber das Amt des Bundespräsidenten ist zu wichtig, um es mit einer solchen Politikerin zu besetzen, die ein solches Image hat. P.S.: In den Kommentaren bei Netzpolitik.org wird Jürgen Papier vorgeschlagen. Finde ich persönlich eine exzellente Wahl!

Gestern fand der Drupal Stammtisch in Rostock statt und zu unserer großen Überraschung hatten wir nicht nur einen Überraschungsgast, den Dirk angekündigt hatte, sondern noch zwei zusätzliche Gäste aus Schwerin, die den weiten Weg über die frischgebaute Autobahn A14 nicht gescheut haben.
Da es sich bei beiden Schweriner um Profis handelt, die mit Drupal ihr Geld verdienen, ist das natürlich eine interessante Bereicherung für den Stammtisch. So wurde viel gefachsimpelt und auch ein weiterer Austausch, gegenseitige Besuch und auch eine Art DrupalCamp verabredet. Selbstverständlich wird unser DrupalCamp bedeutend kleiner sein als z.B. das DrupalCamp in Köln, aber es ist zumindest geplant, einmal eine eintägige Veranstaltung mit Vorträgen und so zu machen.

Nur falls sich jemand wundert, daß in letzter Zeit so wenig hier im Blog los ist: das ist nicht, weil ich keine Lust mehr zum Bloggen habe oder mir schlechtweg nichts mehr einfällt, sondern vielmehr bin ich gerade im Hintergrund geschäftig am Arbeiten und am Renovieren des Blogs. Ein paar Tage wird es noch dauern. Lasst euch überraschen!

Die Gerichte sollten eigentlich zur Wahrung von Recht und Gesetz und insbesondere auch von Grundrechten eintreten. Aus diesem Grund ist die Judikative eine der tragenden Säulen des modernen Staats mit Gewaltenteilung. Eine weitere wichtige Säule ist die Presse bzw. sind die Medien. Deshalb werden diese auch häufig als die 4. Säule betrachtet wird. Doch was ist, wenn sich Judikative und Presse diametral gegenüberstehen?

Gerade die Gerichte in Hamburg und Berlin sind bekannt dafür, daß sie häufig das Recht vorzugsweise in Richtung Persönlichkeitsrecht bzw. entgegen der Presse- und Meinungsfreiheit auslegen. Ich hatte darüber ja schon das eine oder andere mal geschrieben. Das Gericht muss natürlich in jedem Fall zwischen Presse-/Meinungsfreiheit und Persönlichkeitsrechte abwägen, aber bei der Rechtsprechung der entsprechenden Gerichte stellt sich die Frage, ob das vielleicht zu einseitig in Richtung Persönlichkeitsrechte geschieht.

Das TV-Magazin "Zapp" hatte im letzten Jahr auch einen interessanten Beitrag zu diesem Thema:

Mal von der Problematik mit dem fliegenden Gerichtsstand und der Möglichkeit abgesehen, vor mehreren Gerichten gleichzeitig Klage einzureichen, wird das damit verbundene Problem deutlich: man kann so lange und häufig klagen, bis man Erfolg hat, was teilweise zu absurden Ergebnissen führt, wie sie im Zapp-Beitrag erwähnt werden. Dadurch sehen sich kritische Berichterstatter einem unverhältnismäßig hohem Risiko ausgesetzt. Dies betrifft sowohl etwaige Gerichtsverfahren als auch die vielerorts sehr beliebten Abmahnungen, die eigentlich kostspielige und langwierige Verfahren vor Gericht ersparen sollen. Stattdessen führt das aber dazu, daß jeder dafür sorgen kann, daß Kritik oder andere unliebsame Inhalte aus dem genommen werden müssen, indem er entweder Abmahnungen verschickt oder aber im Zweifel ein Gericht finden kann, daß seinen Fall günstig beurteilen dürfte. Die Chancen für einen Abmahner stehen also relativ gut, auch vor einem Gericht Recht zu bekommen. Der kritische Abgemahnte bleibt dann auf den gesamten Kosten sitzen.

Aus diesem Grund ist auch die Meinungsfreiheit als solche bedroht, da viele Journalisten und andere Publizisten zwar nicht unbedingt mit einem Bein im Knast stehen, aber zumindest ein Kosten-Damokles-Schwert über ihren Köpfen droht, ihnen finanziell das Genick zu brechen. Denn niemand wird frei seine Meinung äußern, wenn er dafür seinen finanziellen Ruin befürchten muss, wenn er in langwierigen Gerichtsverfahren für sein Grundrecht auf Meinungsäußerung vor Gericht streiten muss.
Natürlich haben eindeutige Beleidigungen oder Verleumdungen weder im Netz noch anderswo etwas zu suchen und dafür sollte dann auch der Weg mit Abmahnungen und Gerichtsverfahren möglich sein, aber wenn ein wesentlicher Bestandteil des öffentlichen Lebens - die Presse bzw. die Medien - nicht mehr frei berichten kann, dann entsteht der Gesellschaft insgesamt gesehen ein weitaus größerer Schaden als dem Einzelnen mit seinem gekränktem Ego. Oder anders ausgedrückt: der vielfache Eingriff in die Grundrechte vieler wiegt weitaus schwerer als der Eingriff in das Grundrecht eines Einzelnen. Insbesondere dann, wenn dadurch die Grundlage unseres Staates gefährdet wird.
Dies darf nicht geschehen und die Hamburger und Berliner Gerichte täten gut daran, ihre Rechtssprechung dahingehend zu überprüfen. Vor allem auch dann, wenn andere Gerichte und Juristen gegenteiliger Auffassung sind.