Heute war Verhandlung und Urteilsverkündung vor dem Bundesverwaltungsgericht hinsichtlich meiner Klage bezüglich Rundfunkgebühren für sogenannte neuartige Rundfunkempfangsgeräte. Das Bundesverwaltungsgericht hat die Berufung des Bayerischen Rundfunks zurückgewiesen und das bisherige Urteil bestätigt (Bericht zum bisherigen Rechtsweg und zugehörige Urteilstexte). Demnach muss ich für den Computer an meinem Heimarbeitsplatz keine zusätzlichen Rundfunkgebühren zahlen, nachdem ich bereits Rundfunkgebühren für privat genutzte Rundfunkempfangsgeräte innerhalb der selben Wohnung zahle. Die bisherige und äußerst fragwürdige Gebührenpraxis, nach der die Rundfunkanstalten für bestimmte Heimarbeitsplätze zusätzliche Rundfunkgebühren verlangen (beispielsweise bei Selbständigen), bei andere Heimarbeitsplätzen (beispielsweise von Lehrern) keine doppelte Gebührenpflicht besteht, ist im Gesetz nicht verankert. Folgerichtig wurde der Berufung des Bayerischen Rundfunks nicht stattgegeben.

Ich führe einen Rechtsstreit mit dem Bayerischen Rundfunk hinsichtlich der Zahlung von Rundfunkgebühren für sogenannte neuartige Rundfunkempfangsgeräte, zu dem ich aktuell das Urteil in zweiter Instanz erhalten habe. Aus diesem Anlass möchte ich mein Blog nun auch mal nutzen, darüber zu berichten.

Seit meinem Umzug zum 01.01.2008 befindet sich mein Bürozimmer, das ich im Rahmen einer selbständigen Tätigkeit besitze, innerhalb meiner Privatwohnung. Während ich in 2007, mit Einführung der Gebührenpflicht für neuartige Rundfunkempfangsgeräte Rundfunkgebühren für den Computer in meinem seinerzeit separat angemieteten Büro bezahlt habe, habe ich nach dem Umzug eine Klage gegen die Gebührenerhebung für mein nicht ausschließlich privat genutztes Rundfunkempfangsgerät angestrengt, da ich nunmehr in der selben Wohnung bereits Rundfunkgebühren für privat genutzte klassische Rundfunkempfangsgeräte bezahle.

In der ersten Instanz beim Verwaltungsgericht München wurde unter Aktenzeichen M 6b K 09.768 meiner Klage stattgegeben, indem die Rundfunkgebührenpflicht für neuartige Rundfunkempfangsgeräte insgesamt in Frage gestellt wurde (Urteil). Nach diesem Urteil hätte ich auch in 2007 für mein Büro keine Rundfunkgebühren zahlen müssen. Ich hatte auch tatsächlich bereits in 2007 überlegt, gegen die generelle Gebührenforderung für neuartige Rundfunkempfangsgeräte im nicht-privaten Bereich zu klagen, habe dann aber davon abgesehen. Und in der Tat wurde mittlerweile die grundsätzliche Gebührenpflicht für neuartige Rundfunkempfangsgeräte beim Bundesverwaltungsgericht bestätigt.

Der Bayerische Rundfunk hat in diesem Sinne auch ganz zu Recht Berufung gegen das erstinstanzliche Urteil eingelegt. Das Berufungsverwahren wurde beim Bayerischen Verwaltungsgerichtshof unter Aktenzeichen 7 BV 10.443 geführt (Urteil). Demnach besteht keine zweite Rundfunkgebührenpflicht für den Computer in meinem Büro. Eine Revision zum Bundesverwaltungsgericht ist zugelassen. Eine endgültige (und fallübergreifende) Bewertung dieser Situation ist leider auch nur auf diese Weise zu erreichen. Ich werde über den weiteren Fortgang im Verfahren in diesem Blog berichten.

I'm writing a web app which receives data from Excel 2010 on Windows 7 (64 bit). I'm using a small VBA macro for data upload and web page opening. However, when using ActiveWorkbook.FollowHyperlink in VBA the website is not opened by my default browser initially (Chrome in my example), but by some MS Office internal Internet Explorer instance. I'm redirecting from this first URL … and my real web browser is called on the redirected URL only. Got it? The header of the first access contains the following user agent:

User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C; ms-office)

The server response with a redirect and the other url is called by the same user agent. At the end this second url is opened with my default browser, which happens to be:

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.3 (KHTML, like Gecko) Chrome/6.0.472.63 Safari/534.3

Unfortunately this is not useful, as I'm setting a cookie at the first request (where the redirect occurs). I only found an ugly solution using ShellExecute (so far):

Private Declare Function ShellExecute Lib "shell32.dll" Alias "ShellExecuteA" (ByVal hwnd As Long, ByVal lpOperation As String, ByVal lpFile As String, ByVal lpParameters As String, ByVal lpDirectory As String, ByVal nShowCmd As Long) As Long

and then opening the website by:

ShellExecute 0, vbNullString, "http://...", vbNullString, vbNullString, vbNormalFocus

Others seem to have the same problem ( http://groups.google.com/group/microsoft.public.excel.programming/browse_thread/thread/3191ab7cbebe38e8). But ShellExecute really should only be a last resort. Never mind, it's just Microsoft.

I started a small project back in May where I was trying to use Python 3 for web development for the first time. While it somehow worked (with ugly hacks in the stdlib and being a memory hog), I finally decided it to be a failure. As I needed the project to get in production I switched back to Python 2 and everything worked out well. Still, I'm interested in web development on Python 3. Recently the author of the Python 3 enabled WSGI framework  bottle started a new project  multipart to fix the problems with cgi.FieldStorage. As the WSGI problems on Python 3 are under  constant discussion I want to demonstrate the use of multipart in bottle even though multipart has not yet been integrated in bottle by the author. In my mind it can be used already (at least for development and test instances), it works well, and doesn't look ugly at all. So you are welcome to have a look at  the source of my sample application and test the demo instance.

Recently I started to implement a small web app in py3k and wsgi. While none of the major python web frameworks are ready for py3k anytime soon and wsgi for py3k is still under major discussions (see for example  this current post by Armin Ronacher), there are already options to actually start working on the subject.

I'm using  bottle (dev tree) and the current releases of  sqlalchemy,  py-postgresql and  jinja2 on Python 3.1.2. This actually works sort of. I will likely write some further posts about my progress. However, I quickly found a bug in the cgi multipart input handling, which actually turned out to arise from two different sources. I tried to solve it and just opened  issue 8846 on the  Python issue tracker showing my findings.

Ich hab in meiner Küche ein paar Mini-Lichtleisten installiert (um genau zu sein  diese hier, gekauft bei  OBI). Die sind jetzt ungefähr zweieinhalb Jahre alt. Vor einer Weile schon (schon mehr als ein Jahr her) hing eine der Lampen herunter, weil die Plastikhalter für die horizontale Befestigung abgebrochen waren. Wahrscheinlich beim Einschalten kaputt gedrückt, dachte ich mir. Mit ein paar zusätzlichen Plastikstücken und Zweikomponentenkleber ließ sich das ganz brauchbar reparieren. Nachdem die Befestigungshalter sowieso einen eher schwächlichen Eindruck machten, hab ich gleich alle Halter entsprechend verstärkt (die eingeklebten Verstärkungen kann man auf dem Foto deutlich sehen). Gut, hat erstmal geklappt.

Allerdings hink kürzlich eine andere Lampe herunter. Und dort waren die Halter direkt bei der Verschraubung an den Oberschränken gebrochen. Wie beim ersten Mal war meiner Frau und mir nicht bewusst, dass wir das beim Benutzen kaputt gedrückt haben könnten. Und beim Abschrauben bröselte mir das dann auch gleich noch in mehreren Stücken entgegen (siehe Foto). Hmmm. Eigentlich kann das ja nun wirklich nicht sein. Irgend ein Materialproblem, denke ich. Nun ja, also hab ich mal nach dem Hersteller gesucht und dort per E-Mail angefragt (zusammen mit dem Foto). Den Wegschmeißen der völlig intakten Lampen fand ich nicht angemessen, zumal die Lampen ansonsten gut funktionieren und wir die Lampen gern und viel benutzen. Innerhalb nicht mal einer Stunde kam eine E-Mail-Antwort, dass ich kostenlos Ersatzhalter per Post geschickt bekomme, was dann auch prompt gestehen ist. Nachdem ich mich zunächst über das Problem mit den Haltern geärgert habe (und ich diese Halterung auch insgesamt für nicht so super stabil halte, aber es sind ja auch nur preiswerte Unterbauleuchten aus dem Baumarkt), finde ich das echt ein netten Zug vom Hersteller. Prima!

Nachdem meine alte Webseite jahrelang unverändert im Netz stand, nehme ich heute endlich mal eine radikale Aktualisierung online. Allerdings gibt es auf meiner eigentlichen Homepage auch nicht viel neue Inhalte und überhaupt brauche ich die Homepage auch nicht dringend, um Neuigkeiten hinsichtlich meiner Arbeit zu verbreiten. Andererseits war die alte Version in technischer Hinsicht her aus dem letzten Jahrtausend, so dass ich gar keinen Spaß hatte, darin überhaupt irgendwelche Zeit zu investieren. Was schon schade war, da ich gerade in letzter Zeit auch immer Mal über Themen gestolpert bin, bei denen ich eigentlich ganz froh gewesen wäre über eine Plattform, auf der man das auch mal dokumentieren kann. Ich denke da an meine Klage gegen den Bayerischen Rundfunk wegen doppelter Rundfunkgebühren (privat und als Selbständiger). Oder auch so ein paar nette Geschichten, die einem so als Verbraucher widerfahren. Und natürlich technische Spielereien und Tricks. Und für so etwas gibt es bekanntlich schon seit vielen Jahren Blogs.

Ich muss dazu sagen, dass ich vor einigen Jahren schon mal ein Blog angefangen hatte (nicht selbst gehostet, sondern bei einem großen Anbieter), das aber schnell eingeschlafen ist und das ich dann deshalb auch irgendwann wieder gelöscht hatte. Diesmal wird das sicher anders werden. Allein schon, weil ich eine ganze Menge Material in der Hinterhand habe und weil ich es in meinen Webauftritt integriere und selbst hoste.

Nun gut, genug der Vorrede. Dieses Blog hier wird sicher zweisprachig werden, weil technische gimmicks nunmal in Englisch disktuiert werden, andere Sachen aber nur auf Deutsch sinnvoll sind. Wer nur eine Sprache lesen will, kann ja die Kategorien deutsch und english nutzen.