<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments for blogdoch reloaded</title>
	<atom:link href="http://v2.blogdoch.net/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://v2.blogdoch.net</link>
	<description>blogdoch.net — jetzt wird zurückgeblogt</description>
	<lastBuildDate>Wed, 15 May 2013 09:53:12 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Comment on Erst Leistungsschutzrecht haben wollen, und jetzt jammern?! by Markus Stumpf</title>
		<link>http://v2.blogdoch.net/2013/05/15/wusel-095514/#comment-1381</link>
		<dc:creator>Markus Stumpf</dc:creator>
		<pubDate>Wed, 15 May 2013 09:53:12 +0000</pubDate>
		<guid isPermaLink="false">http://v2.blogdoch.net/?p=10848#comment-1381</guid>
		<description>Spiegel Online hat eine Wildcard rausgegeben (außer für komplette Texte). Von Anfang an:
http://www.spiegel.de/netzwelt/netzpolitik/leistungsschutzrecht-was-das-gesetz-bedeutet-a-839094.html
und dann nochmal:
http://www.spiegel.de/netzwelt/netzpolitik/in-eigener-sache-spiegel-online-und-das-leistungsschutzrecht-a-890335.html</description>
		<content:encoded><![CDATA[<p>Spiegel Online hat eine Wildcard rausgegeben (außer für komplette Texte). Von Anfang an:<br />
<a href="http://www.spiegel.de/netzwelt/netzpolitik/leistungsschutzrecht-was-das-gesetz-bedeutet-a-839094.html" rel="nofollow">http://www.spiegel.de/netzwelt/netzpolitik/leistungsschutzrecht-was-das-gesetz-bedeutet-a-839094.html</a><br />
und dann nochmal:<br />
<a href="http://www.spiegel.de/netzwelt/netzpolitik/in-eigener-sache-spiegel-online-und-das-leistungsschutzrecht-a-890335.html" rel="nofollow">http://www.spiegel.de/netzwelt/netzpolitik/in-eigener-sache-spiegel-online-und-das-leistungsschutzrecht-a-890335.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on AR.Drone &amp; GSM &#8230; by wusel</title>
		<link>http://v2.blogdoch.net/2013/05/07/wusel-084249/#comment-1380</link>
		<dc:creator>wusel</dc:creator>
		<pubDate>Tue, 07 May 2013 16:50:30 +0000</pubDate>
		<guid isPermaLink="false">http://v2.blogdoch.net/?p=10793#comment-1380</guid>
		<description>Eigentlich a) per GSM die Reichweite erhöhen (WiFi ist schon arg schwierig, grade bei 2,4 Ghz, selbst in GT), b) habe ich noch &#039;n GPS-Dongle (USB-Stick, &lt;40g), über den wollte ich dann ein coming home realisieren, und die Cam war c) der Versuch, die arg weitwinklige Gradaus-Perspektive um eine weitere zu erweitern ;)

Naja, mal mit meiner aus der Bucht gefischten 1.0er hier in B weiter probieren, ggf. die nötigen Module für das On-Board-ARM-Linux compilieren und den MK802 einsparen bzw. alles inkl &#039;nem Hub aus dem On-Board-Netz speisen ;)</description>
		<content:encoded><![CDATA[<p>Eigentlich a) per GSM die Reichweite erhöhen (WiFi ist schon arg schwierig, grade bei 2,4 Ghz, selbst in GT), b) habe ich noch &#8216;n GPS-Dongle (USB-Stick, &lt;40g), über den wollte ich dann ein coming home realisieren, und die Cam war c) der Versuch, die arg weitwinklige Gradaus-Perspektive um eine weitere zu erweitern ;)</p>
<p>Naja, mal mit meiner aus der Bucht gefischten 1.0er hier in B weiter probieren, ggf. die nötigen Module für das On-Board-ARM-Linux compilieren und den MK802 einsparen bzw. alles inkl &#8216;nem Hub aus dem On-Board-Netz speisen ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on AR.Drone &amp; GSM &#8230; by Falko</title>
		<link>http://v2.blogdoch.net/2013/05/07/wusel-084249/#comment-1378</link>
		<dc:creator>Falko</dc:creator>
		<pubDate>Tue, 07 May 2013 07:20:20 +0000</pubDate>
		<guid isPermaLink="false">http://v2.blogdoch.net/?p=10793#comment-1378</guid>
		<description>über &quot;Nerd&quot; bist Du ja wohl schon lange hinweg ;) Aber nice try. Was soll der GSM Payload dann machen? Live Bilder senden? Versuchs doch mal mit Solarzellen statt der Batterie.</description>
		<content:encoded><![CDATA[<p>über &#8220;Nerd&#8221; bist Du ja wohl schon lange hinweg ;) Aber nice try. Was soll der GSM Payload dann machen? Live Bilder senden? Versuchs doch mal mit Solarzellen statt der Batterie.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on GPS data from the 1993&#8242;s? by Vasco</title>
		<link>http://v2.blogdoch.net/2013/04/24/wusel-000552/#comment-1371</link>
		<dc:creator>Vasco</dc:creator>
		<pubDate>Thu, 02 May 2013 17:00:33 +0000</pubDate>
		<guid isPermaLink="false">http://v2.blogdoch.net/?p=10736#comment-1371</guid>
		<description>I&#039;m also having the same bug for 1 month.
:S</description>
		<content:encoded><![CDATA[<p>I&#8217;m also having the same bug for 1 month.<br />
:S</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on armhf &amp;&amp; debian.net &#8230; by wusel</title>
		<link>http://v2.blogdoch.net/2013/04/22/wusel-230009/#comment-1367</link>
		<dc:creator>wusel</dc:creator>
		<pubDate>Mon, 29 Apr 2013 23:14:01 +0000</pubDate>
		<guid isPermaLink="false">http://v2.blogdoch.net/?p=10678#comment-1367</guid>
		<description>I *think* it was an UK mirror, but I&#039;m now 300 km away from the box where I checked the link (and got no armhf binaries), so, sorry, no. On the first error nowadays I&#039;ll do a “sed -i -e &#039;s%http://http.debian.net%http://ftp.de.debian.org%g&#039; /etc/apt/sources.list” as this &#039;just works&#039; for me for now. I do appreciate the idea behind http.debian.net -- but as soon as it&#039;s bugging me, I&#039;ll just opt out.</description>
		<content:encoded><![CDATA[<p>I *think* it was an UK mirror, but I&#8217;m now 300 km away from the box where I checked the link (and got no armhf binaries), so, sorry, no. On the first error nowadays I&#8217;ll do a “sed -i -e &#8216;s%http://http.debian.net%http://ftp.de.debian.org%g&#8217; /etc/apt/sources.list” as this &#8216;just works&#8217; for me for now. I do appreciate the idea behind http.debian.net &#8212; but as soon as it&#8217;s bugging me, I&#8217;ll just opt out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on armhf &amp;&amp; debian.net &#8230; by Raphael Geissert</title>
		<link>http://v2.blogdoch.net/2013/04/22/wusel-230009/#comment-1366</link>
		<dc:creator>Raphael Geissert</dc:creator>
		<pubDate>Mon, 29 Apr 2013 21:45:33 +0000</pubDate>
		<guid isPermaLink="false">http://v2.blogdoch.net/?p=10678#comment-1366</guid>
		<description>If you can still reproduce the problem, could you please check what mirror you are being redirected to for the failed request?
Millions of requests are handled every week without a problem. I&#039;d like to identify and find a solution to those that do cause problems.
Thanks in advance.</description>
		<content:encoded><![CDATA[<p>If you can still reproduce the problem, could you please check what mirror you are being redirected to for the failed request?<br />
Millions of requests are handled every week without a problem. I&#8217;d like to identify and find a solution to those that do cause problems.<br />
Thanks in advance.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on GPS data from the 1993&#8242;s? by wusel</title>
		<link>http://v2.blogdoch.net/2013/04/24/wusel-000552/#comment-1364</link>
		<dc:creator>wusel</dc:creator>
		<pubDate>Wed, 24 Apr 2013 22:14:58 +0000</pubDate>
		<guid isPermaLink="false">http://v2.blogdoch.net/?p=10736#comment-1364</guid>
		<description>Well, retried the setup just now before heading to bed, and, well, the stick seems to have found the right decade:
&lt;pre&gt;&lt;div style=&quot;font-size:0.6em&quot;&gt;┌───────────────────────────────────────────┐┌─────────────────────────────────┐
│    Time:       2013-04-24T22:12:59.920Z   ││PRN:   Elev:  Azim:  SNR:  Used: │
│    Latitude:    51.892809 N               ││  18    23    142    43      Y   │
│    Longitude:    8.384260 E               ││  21    73    111    33      Y   │
│    Altitude:   98.4 m                     ││  29    24    087    39      Y   │
│    Speed:      0.6 kph                    ││  31    08    204    18      Y   │
│    Heading:    306.5 deg (true)           ││  16    61    288    23      N   │
│    Climb:      5.2 m/min                  ││   5    06    025    17      N   │
│    Status:     3D FIX (16 secs)           ││   3    23    279    21      N   │
│    Longitude Err:   +/- 22 m              ││ 126    28    157    28      N   │
│    Latitude Err:    +/- 34 m              ││                                 │
│    Altitude Err:    +/- 52 m              ││                                 │
│    Course Err:      n/a                   ││                                 │
│    Speed Err:       +/- 214 kph           ││                                 │
│    Time offset:     0.161                 ││                                 │
│    Grid Square:     JO41ev                ││                                 │
└───────────────────────────────────────────┘└─────────────────────────────────┘&lt;/div&gt;&lt;/pre&gt;
It&#039;s maybe still the fastest stationary GPS receiver on this continent, but at least it&#039;s now in the right century ... Still puzzled what happened yesterday, though.</description>
		<content:encoded><![CDATA[<p>Well, retried the setup just now before heading to bed, and, well, the stick seems to have found the right decade:</p>
<pre>
<div style="font-size:0.6em">┌───────────────────────────────────────────┐┌─────────────────────────────────┐
│    Time:       2013-04-24T22:12:59.920Z   ││PRN:   Elev:  Azim:  SNR:  Used: │
│    Latitude:    51.892809 N               ││  18    23    142    43      Y   │
│    Longitude:    8.384260 E               ││  21    73    111    33      Y   │
│    Altitude:   98.4 m                     ││  29    24    087    39      Y   │
│    Speed:      0.6 kph                    ││  31    08    204    18      Y   │
│    Heading:    306.5 deg (true)           ││  16    61    288    23      N   │
│    Climb:      5.2 m/min                  ││   5    06    025    17      N   │
│    Status:     3D FIX (16 secs)           ││   3    23    279    21      N   │
│    Longitude Err:   +/- 22 m              ││ 126    28    157    28      N   │
│    Latitude Err:    +/- 34 m              ││                                 │
│    Altitude Err:    +/- 52 m              ││                                 │
│    Course Err:      n/a                   ││                                 │
│    Speed Err:       +/- 214 kph           ││                                 │
│    Time offset:     0.161                 ││                                 │
│    Grid Square:     JO41ev                ││                                 │
└───────────────────────────────────────────┘└─────────────────────────────────┘</div>
</pre>
<p>It&#8217;s maybe still the fastest stationary GPS receiver on this continent, but at least it&#8217;s now in the right century &#8230; Still puzzled what happened yesterday, though.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on GPS data from the 1993&#8242;s? by Maex</title>
		<link>http://v2.blogdoch.net/2013/04/24/wusel-000552/#comment-1363</link>
		<dc:creator>Maex</dc:creator>
		<pubDate>Tue, 23 Apr 2013 23:23:20 +0000</pubDate>
		<guid isPermaLink="false">http://v2.blogdoch.net/?p=10736#comment-1363</guid>
		<description>Probably the US will be attacking the Czech Republic soon and have disturbed the GPS in advance. :-D
http://dailycurrant.com/2013/04/22/sarah-palin-calls-invasion-czech-republic/</description>
		<content:encoded><![CDATA[<p>Probably the US will be attacking the Czech Republic soon and have disturbed the GPS in advance. :-D<br />
<a href="http://dailycurrant.com/2013/04/22/sarah-palin-calls-invasion-czech-republic/" rel="nofollow">http://dailycurrant.com/2013/04/22/sarah-palin-calls-invasion-czech-republic/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Telekoms DSL-Drosselpläne: starker Tobak by wusel</title>
		<link>http://v2.blogdoch.net/2013/03/23/wusel-223624/#comment-1340</link>
		<dc:creator>wusel</dc:creator>
		<pubDate>Tue, 26 Mar 2013 20:15:27 +0000</pubDate>
		<guid isPermaLink="false">http://v2.blogdoch.net/?p=10582#comment-1340</guid>
		<description>Die Zeiten haben sich geändert, ja. Allerdings IMO nicht so, wie Du es darstellst.

Um 1998 hatte ich dankenswerterweise schon &#039;ne Standleitung über meinen damaligen Brötchengeber; auch nur ISDN und, da 1TR6 und die SPV Geschichte waren, war&#039;s dial-up on demand, mit meinem ISDN-Anschluß als passive Seite, unserem Router als die Verbindung jeweils aufbauende. War relativ teuer, auch wenn ich damals noch weniger zu Hause 24/7 laufen hatte als heute; zum Glück war&#039;s nicht mein Konto, welches dies bezahlen mußte.

Gut, ISDN ist leitunsvermittelt, die Kapazität des Netzes war tatsächlich begrenzt. Wobei schon damals man hätte hingegen können und Verbindungen zwischen zwei Gegenstellen pauschal abrechnen --- und bei 1TR6 war die SPV, die »semi-permanente Festverbindung« für IIRC 280,-- DM im Monat, ja eigentlich genau diese Tarifoption. 

Ich zahle heute für VDSL21 (&lt;a href=&quot;http://v2.blogdoch.net/2012/09/30/wusel-093016/&quot; title=&quot;Abgehängt bei DSL :-(&quot; rel=&quot;nofollow&quot;&gt;mehr gibt meine Leitung ja nicht mehr her&lt;/a&gt;; Preisanpassungen gibt die Telekom ja nicht weiter und neu VDSL zu buchen sieht man sich bei der Telekom außerstande --- und da 93.000-Einwohner-Kuhdorf mit nur Indoor-VDSL-Ausbau gibt&#039;s hier auch keine Wahlmöglichkeiten) und Entertain Comfort 63,94 EUR, also um und bei 120 DM/Monat. Sicherlich deutlich günstiger als ISDN damals, aber auch Lichtjahre vom Schnäppchen entfernt. (Mein congster-VDSL50 in Berlin liegt bei unter 40,-- EUR/Monat.)

Das YouTube-Problem ist ein politisches der Telekom, kein technisches. Sobald ich statt über den Telekom- über den Telefónica-Backbone gehe, existiert kein YouTube-Problem. Die Deutsche Telekom kommt hier ihrer Verpflichtung zur bedarfsadäquaten Kapazitätsbereitstellung nicht nach --- derlei Herausforderungen zu meistern haben aber prinzipiell alle DSL-Anbieter, nur bei der Deutschen Telekom ist es augenscheinlich ein Problem. Sehr sonderbar; und so praktisch, hat man doch ein praktisches Beispiel für jeden User zur Hand, warum man jetzt wieder zur Abrechnung nach Volumen zurück muß.

Fair sind Bandbreitenkontingente nicht, und das Problem lindern sie auch nicht. Denn rechnerisch sind die Netze im ersten Drittel des Monats nach wie vor voll (gut, Telekoms rollierender Abrechnungszeitraum entzerrt das etwas; ich gehe aber schon davon aus, daß die Mehrzahl der Anschlüsse im ersten Drittel eines Monats geschaltet wurden; Um-/Einzug ist meines Erachtens meistens zum 1. eines Monats, und zu dann möchte man auch seine Infrastruktur bereitgestellt haben), danach deutlich leerer, denn die Volumina sind aufgebraucht. Mit anderen Worten: an der YouTube-Problematik ändert es gar nichts, auch wenn der Traffic insgesamt sinken mag, die Peaks, und das ist das Maß, nachdem man seine Leitungen dimensionieren muß, bleiben.

Ich denke eher, daß Telekom (und Wettbewerb) lange Zeit die Anpassung ihrer Kalkulationen versäumt haben und das wachsende Durchschnittsvolumen einerseits und die steigenden Endkundenbandbreiten andererseits nicht eingepreist wurden. Siehe VDSL50, doppeltes Volumen für 5,-- EUR/Monat (VDSL25 -&gt; VDSL50), hallo? o2 fährt ein ähnlich gewährliches Modell, da kostet bis zu VDSL50 statt ASDL16 (bis zu dreifaches Volumen) auch nur 5,-- oder 10,-- EUR/Monat. Und dieses Versäumnis wird jetzt versucht als Grund zu mißbrauchen, weshalb der Rückfall in die Internetsteinzeit, warum volumenbasierte Abrechnung alternativlos sei. Nur: nichts was jemals tatsächlich alternativlos.

Es geht um eine 180-Grad-Wende beim Geschäftsmodell; anstatt einen Internet-Zugang anzubieten, möchte man bei den (deutschen) ISPs gerne lieber nur portbasierten Zugang verkaufen --- 30,-- für den Zugang mit glech welcher Geschwindigkeit, 5,-- für das Telekomnetz verlassende Verkehre zu den TCP-Ports 80 &amp; 443 (hier jetzt Fußnote 1, die unten in 3pt-Schrift in hellgrau auf weiß wie folgt lautet: Ausgenommen sind Peer-to-Peer-, VPN-, Streaming- sowie interaktive Dienste, ferner VoIP und Messaging. Siehe Fußnoten 23 bis 28.), 5,-- für den Telekom-VPN-Dienst (der zwar so sicher wie DE-Mail ist, aber die einzige legale Möglichkeit für ein VPN), ...</description>
		<content:encoded><![CDATA[<p>Die Zeiten haben sich geändert, ja. Allerdings IMO nicht so, wie Du es darstellst.</p>
<p>Um 1998 hatte ich dankenswerterweise schon &#8216;ne Standleitung über meinen damaligen Brötchengeber; auch nur ISDN und, da 1TR6 und die SPV Geschichte waren, war&#8217;s dial-up on demand, mit meinem ISDN-Anschluß als passive Seite, unserem Router als die Verbindung jeweils aufbauende. War relativ teuer, auch wenn ich damals noch weniger zu Hause 24/7 laufen hatte als heute; zum Glück war&#8217;s nicht mein Konto, welches dies bezahlen mußte.</p>
<p>Gut, ISDN ist leitunsvermittelt, die Kapazität des Netzes war tatsächlich begrenzt. Wobei schon damals man hätte hingegen können und Verbindungen zwischen zwei Gegenstellen pauschal abrechnen &#8212; und bei 1TR6 war die SPV, die »semi-permanente Festverbindung« für IIRC 280,&#8211; DM im Monat, ja eigentlich genau diese Tarifoption. </p>
<p>Ich zahle heute für VDSL21 (<a href="http://v2.blogdoch.net/2012/09/30/wusel-093016/" title="Abgehängt bei DSL :-(" rel="nofollow">mehr gibt meine Leitung ja nicht mehr her</a>; Preisanpassungen gibt die Telekom ja nicht weiter und neu VDSL zu buchen sieht man sich bei der Telekom außerstande &#8212; und da 93.000-Einwohner-Kuhdorf mit nur Indoor-VDSL-Ausbau gibt&#8217;s hier auch keine Wahlmöglichkeiten) und Entertain Comfort 63,94 EUR, also um und bei 120 DM/Monat. Sicherlich deutlich günstiger als ISDN damals, aber auch Lichtjahre vom Schnäppchen entfernt. (Mein congster-VDSL50 in Berlin liegt bei unter 40,&#8211; EUR/Monat.)</p>
<p>Das YouTube-Problem ist ein politisches der Telekom, kein technisches. Sobald ich statt über den Telekom- über den Telefónica-Backbone gehe, existiert kein YouTube-Problem. Die Deutsche Telekom kommt hier ihrer Verpflichtung zur bedarfsadäquaten Kapazitätsbereitstellung nicht nach &#8212; derlei Herausforderungen zu meistern haben aber prinzipiell alle DSL-Anbieter, nur bei der Deutschen Telekom ist es augenscheinlich ein Problem. Sehr sonderbar; und so praktisch, hat man doch ein praktisches Beispiel für jeden User zur Hand, warum man jetzt wieder zur Abrechnung nach Volumen zurück muß.</p>
<p>Fair sind Bandbreitenkontingente nicht, und das Problem lindern sie auch nicht. Denn rechnerisch sind die Netze im ersten Drittel des Monats nach wie vor voll (gut, Telekoms rollierender Abrechnungszeitraum entzerrt das etwas; ich gehe aber schon davon aus, daß die Mehrzahl der Anschlüsse im ersten Drittel eines Monats geschaltet wurden; Um-/Einzug ist meines Erachtens meistens zum 1. eines Monats, und zu dann möchte man auch seine Infrastruktur bereitgestellt haben), danach deutlich leerer, denn die Volumina sind aufgebraucht. Mit anderen Worten: an der YouTube-Problematik ändert es gar nichts, auch wenn der Traffic insgesamt sinken mag, die Peaks, und das ist das Maß, nachdem man seine Leitungen dimensionieren muß, bleiben.</p>
<p>Ich denke eher, daß Telekom (und Wettbewerb) lange Zeit die Anpassung ihrer Kalkulationen versäumt haben und das wachsende Durchschnittsvolumen einerseits und die steigenden Endkundenbandbreiten andererseits nicht eingepreist wurden. Siehe VDSL50, doppeltes Volumen für 5,&#8211; EUR/Monat (VDSL25 -> VDSL50), hallo? o2 fährt ein ähnlich gewährliches Modell, da kostet bis zu VDSL50 statt ASDL16 (bis zu dreifaches Volumen) auch nur 5,&#8211; oder 10,&#8211; EUR/Monat. Und dieses Versäumnis wird jetzt versucht als Grund zu mißbrauchen, weshalb der Rückfall in die Internetsteinzeit, warum volumenbasierte Abrechnung alternativlos sei. Nur: nichts was jemals tatsächlich alternativlos.</p>
<p>Es geht um eine 180-Grad-Wende beim Geschäftsmodell; anstatt einen Internet-Zugang anzubieten, möchte man bei den (deutschen) ISPs gerne lieber nur portbasierten Zugang verkaufen &#8212; 30,&#8211; für den Zugang mit glech welcher Geschwindigkeit, 5,&#8211; für das Telekomnetz verlassende Verkehre zu den TCP-Ports 80 &#038; 443 (hier jetzt Fußnote 1, die unten in 3pt-Schrift in hellgrau auf weiß wie folgt lautet: Ausgenommen sind Peer-to-Peer-, VPN-, Streaming- sowie interaktive Dienste, ferner VoIP und Messaging. Siehe Fußnoten 23 bis 28.), 5,&#8211; für den Telekom-VPN-Dienst (der zwar so sicher wie DE-Mail ist, aber die einzige legale Möglichkeit für ein VPN), &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Telekoms DSL-Drosselpläne: starker Tobak by Pottblog</title>
		<link>http://v2.blogdoch.net/2013/03/23/wusel-223624/#comment-1339</link>
		<dc:creator>Pottblog</dc:creator>
		<pubDate>Mon, 25 Mar 2013 04:24:19 +0000</pubDate>
		<guid isPermaLink="false">http://v2.blogdoch.net/?p=10582#comment-1339</guid>
		<description>&lt;strong&gt;Links anne Ruhr (25.03.2013)...&lt;/strong&gt;

Dortmund: Panne bei &quot;Earth Hour&quot;: Dortmunder U strahlt weiter (WAZ.de) &#8211; Selm: Kein schnelles Internet: In Selm und Bork bleiben die Leitungen langsam (Ruhr Nachrichten) &#8211; Datteln: Lohnt sich das Kohlekraftwerk Datteln IV noch? (S...</description>
		<content:encoded><![CDATA[<p><strong>Links anne Ruhr (25.03.2013)&#8230;</strong></p>
<p>Dortmund: Panne bei &quot;Earth Hour&quot;: Dortmunder U strahlt weiter (WAZ.de) &#8211; Selm: Kein schnelles Internet: In Selm und Bork bleiben die Leitungen langsam (Ruhr Nachrichten) &#8211; Datteln: Lohnt sich das Kohlekraftwerk Datteln IV noch? (S&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
