<link>http://people.skolelinux.org/pere/blog/</link>
<atom:link href="http://people.skolelinux.org/pere/blog/index.rss" rel="self" type="application/rss+xml" />
+ <item>
+ <title>How is booting into runlevel 1 different from single user boots?</title>
+ <link>http://people.skolelinux.org/pere/blog/How_is_booting_into_runlevel_1_different_from_single_user_boots_.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/How_is_booting_into_runlevel_1_different_from_single_user_boots_.html</guid>
+ <pubDate>Thu, 4 Aug 2011 12:40:00 +0200</pubDate>
+ <description>
+<p>Wouter Verhelst have some
+<a href="http://grep.be/blog/en/retorts/pere_kubuntu_boot">interesting
+pcomments and opinions</a> on my blog post on
+<a href="http://people.skolelinux.org/pere/blog/What_should_start_from__etc_rcS_d__in_Debian____almost_nothing.html">the
+need to clean up /etc/rcS.d/ in Debian</a> and my blog post about
+<a href="http://people.skolelinux.org/pere/blog/What_is_missing_in_the_Debian_desktop__or_why_my_parents_use_Kubuntu.html">the
+default KDE desktop in Debian</a>. I only have time to address one
+small piece of his comment now, and though it best to address the
+misunderstanding he bring forward:</p>
+
+<p><blockquote>
+Currently, a system admin has four options: [...] boot to a
+single-user system (by adding 'single' to the kernel command line;
+this runs rcS and rc1 scripts)
+</blockquote></p>
+
+<p>This make me believe Wouter believe booting into single user mode
+and booting into runlevel 1 is the same. I am not surprised he
+believe this, because it would make sense and is a quite sensible
+thing to believe. But because the boot in Debian is slightly broken,
+runlevel 1 do not work properly and it isn't the same as single user
+mode. I'll try to explain what is actually happing, but it is a bit
+hard to explain.</p>
+
+<p>Single user mode is defined like this in /etc/inittab:
+"<tt>~~:S:wait:/sbin/sulogin</tt>". This means the only thing that is
+executed in single user mode in sulogin. Single user mode is a boot
+state "between" the runlevels, and when booting into single user mode,
+only the scripts in /etc/rcS.d/ are executed before the init process
+enters the single user state. When switching to runlevel 1, the state
+is in fact not ending in runlevel 1, but it passes through runlevel 1
+and end up in the single user mode (see /etc/rc1.d/S03single, which
+runs "init -t1 S" to switch to single user mode at the end of runlevel
+1. It is confusing that the 'S' (single user) init mode is not the
+mode enabled by /etc/rcS.d/ (which is more like the initial boot
+mode).</p>
+
+<p>This summary might make it clearer. When booting for the first
+time into single user mode, the following commands are executed:
+"<tt>/etc/init.d/rc S; /sbin/sulogin</tt>". When booting into
+runlevel 1, the following commands are executed: "<tt>/etc/init.d/rc
+S; /etc/init.d/rc 1; /sbin/sulogin</tt>". A problem show up when
+trying to continue after visiting single user mode. Not all services
+are started again as they should, causing the machine to end up in an
+unpredicatble state. This is why Debian admins recommend rebooting
+after visiting single user mode.</p>
+
+<p>A similar problem with runlevel 1 is caused by the amount of
+scripts executed from /etc/rcS.d/. When switching from say runlevel 2
+to runlevel 1, the services started from /etc/rcS.d/ are not properly
+stopped when passing through the scripts in /etc/rc1.d/, and not
+started again when switching away from runlevel 1 to the runlevels
+2-5. I believe the problem is best fixed by moving all the scripts
+out of /etc/rcS.d/ that are not <strong>required</strong> to get a
+functioning single user mode during boot.</p>
+
+<p>I have spent several years investigating the Debian boot system,
+and discovered this problem a few years ago. I suspect it originates
+from when sysvinit was introduced into Debian, a long time ago.</p>
+</description>
+ </item>
+
+ <item>
+ <title>Fint at militæret ikke ble aktivisert 22. juli</title>
+ <link>http://people.skolelinux.org/pere/blog/Fint_at_milit__ret_ikke_ble_aktivisert_22__juli.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Fint_at_milit__ret_ikke_ble_aktivisert_22__juli.html</guid>
+ <pubDate>Tue, 2 Aug 2011 09:35:00 +0200</pubDate>
+ <description>
+<p>I <a href="http://www.dagsavisen.no/innenriks/article518719.ece">gårdagens
+dagsavis</a> gjøres det et poeng av at Forsvarets spesialkommando ikke
+ble tatt i bruk da en rykket ut under aksjonene 22. juli. Personlig
+må jeg innrømme at jeg et glad for at militæret ikke ble tatt i bruk,
+og ser ikke det som et problem slik journalisten legger opp til.
+Politi er trent opp til å forholde seg til sivile regler, mens
+militæret er trent opp til å forholde seg til militære regler. For å
+si det litt flåsete, så skal politiet spørre først og skyte etterpå,
+mens militæret skal skyte først og spørre etterpå. Jeg vil helst kun
+ha den første gjengen i aktiv operasjon blant sivile i Norge.</p>
+
+<p>Ikke at jeg egentlig tror våre folk i militæret er mer skyteglade
+enn folk i politiet, men de er trent forskjellig og med forskjellig
+mål for treningen. Politiet er trent på å operere blant sin egen
+sivilbefolkning, mens militære er trent på å operere blant fiendtlige
+tropper. Jeg tror det er en vesentlig forskjell.</p>
+</description>
+ </item>
+
+ <item>
+ <title>Fin minnemarkering på Stortinget i dag</title>
+ <link>http://people.skolelinux.org/pere/blog/Fin_minnemarkering_p___Stortinget_i_dag.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Fin_minnemarkering_p___Stortinget_i_dag.html</guid>
+ <pubDate>Mon, 1 Aug 2011 16:40:00 +0200</pubDate>
+ <description>
+<p>Jeg hadde anledning, så jeg deltok på
+<a href="http://www.stortinget.no/no/Hva-skjer-pa-Stortinget/Nyhetsarkiv/Forsidenyheter/2010-2011/Minnemote-mandag-1-august-kl-12/">minnemarkeringen
+på Stortinget</a> i dag. Det var en fin markering, og jeg likte talene.
+For meg er demokrati, åpenhet og humanitet fundert på frihet, som jeg
+håper vi alle vil bidra til å beskytte i tiden som kommer. Jeg
+registrerer at det i Danmark
+<a href="http://www.aftenposten.no/nyheter/iriks/article4189002.ece">diskuteres
+å redusere friheten</a>. Vi bør vite bedre her i Norge. Stoltenberg
+berørte retten til å feile, og den er nært knyttet til muligheten til
+å lykkes. Begge deler krever at en har friheten til å prøve, og den
+er viktig i et samfunn. Friheten til å prøve begrenses når kontroll
+innføres.</p>
+
+<p>Det at noen av stolene i stortingssalen var tomme ga en litt
+uventet ramme til markeringen. Jeg hadde regnet med at
+stortingsrepresentanter, regjeringsmedlemmer og kongehus til sammen
+ville fylle alle setene. Vet ikke hvem som skulle sittet der det var
+ledige plasser, men antar noen var opptatt andre steder. Kanskje i
+begravelser, eller rett og slett var blitt drept (har ikke hørt at
+noen i Stortinget ble drept, men kan ha gått glipp av noe). Det at
+noen manglet synes jeg illustrerte minnestundens poeng godt. Vi
+mangler noen som skulle ha vært blant oss. Det kan aldri gjøres om,
+og bør aldri glemmes.</p>
+</description>
+ </item>
+
+ <item>
+ <title>What should start from /etc/rcS.d/ in Debian? - almost nothing</title>
+ <link>http://people.skolelinux.org/pere/blog/What_should_start_from__etc_rcS_d__in_Debian____almost_nothing.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/What_should_start_from__etc_rcS_d__in_Debian____almost_nothing.html</guid>
+ <pubDate>Sat, 30 Jul 2011 14:00:00 +0200</pubDate>
+ <description>
+<p>In the Debian boot system, several packages include scripts that
+are started from /etc/rcS.d/. In fact, there is a bite more of them
+than make sense, and this causes a few problems. What kind of
+problems, you might ask. There are at least two problems. The first
+is that it is not possible to recover a machine after switching to
+runlevel 1. One need to actually reboot to get the machine back to
+the expected state. The other is that single user boot will sometimes
+run into problems because some of the subsystems are activated before
+the root login is presented, causing problems when trying to recover a
+machine from a problem in that subsystem. A minor additional point is
+that moving more scripts out of rcS.d/ and into the other rc#.d/
+directories will increase the amount of scripts that can run in
+parallel during boot, and thus decrease the boot time.</p>
+
+<p>So, which scripts should start from rcS.d/. In short, only the
+scripts that _have_ to execute before the root login prompt is
+presented during a single user boot should go there. Everything else
+should go into the numeric runlevels. This means things like
+lm-sensors, fuse and x11-common should not run from rcS.d, but from
+the numeric runlevels. Today in Debian, there are around 115 init.d
+scripts that are started from rcS.d/, and most of them should be moved
+out. Do your package have one of them? Please help us make single
+user and runlevel 1 better by moving it.</p>
+
+<p>Scripts setting up the screen, keyboard, system partitions
+etc. should still be started from rcS.d/, but there is for example no
+need to have the network enabled before the single user login prompt
+is presented.</p>
+
+<p>As always, things are not so easy to fix as they sound. To keep
+Debian systems working while scripts migrate and during upgrades, the
+scripts need to be moved from rcS.d/ to rc2.d/ in reverse dependency
+order, ie the scripts that nothing in rcS.d/ depend on can be moved,
+and the next ones can only be moved when their dependencies have been
+moved first. This migration must be done sequentially while we ensure
+that the package system upgrade packages in the right order to keep
+the system state correct. This will require some coordination when it
+comes to network related packages, but most of the packages with
+scripts that should migrate do not have anything in rcS.d/ depending
+on them. Some packages have already been updated, like the sudo
+package, while others are still left to do. I wish I had time to work
+on this myself, but real live constrains make it unlikely that I will
+find time to push this forward.</p>
+</description>
+ </item>
+
+ <item>
+ <title>What is missing in the Debian desktop, or why my parents use Kubuntu</title>
+ <link>http://people.skolelinux.org/pere/blog/What_is_missing_in_the_Debian_desktop__or_why_my_parents_use_Kubuntu.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/What_is_missing_in_the_Debian_desktop__or_why_my_parents_use_Kubuntu.html</guid>
+ <pubDate>Fri, 29 Jul 2011 08:10:00 +0200</pubDate>
+ <description>
+<p>While at Debconf11, I have several times during discussions
+mentioned the issues I believe should be improved in Debian for its
+desktop to be useful for more people. The use case for this is my
+parents, which are currently running Kubuntu which solve the
+issues.</p>
+
+<p>I suspect these four missing features are not very hard to
+implement. After all, they are present in Ubuntu, so if we wanted to
+do this in Debian we would have a source.</p>
+
+<ol>
+
+<li><strong>Simple GUI based upgrade of packages.</strong> When there
+are new packages available for upgrades, a icon in the KDE status bar
+indicate this, and clicking on it will activate the simple upgrade
+tool to handle it. I have no problem guiding both of my parents
+through the process over the phone. If a kernel reboot is required,
+this too is indicated by the status bars and the upgrade tool. Last
+time I checked, nothing with the same features was working in KDE in
+Debian.</li>
+
+<li><strong>Simple handling of missing Firefox browser
+plugins.</strong> When the browser encounter a MIME type it do not
+currently have a handler for, it will ask the user if the system
+should search for a package that would add support for this MIME type,
+and if the user say yes, the APT sources will be searched for packages
+advertising the MIME type in their control file (visible in the
+Packages file in the APT archive). If one or more packages are found,
+it is a simple click of the mouse to add support for the missing mime
+type. If the package require the user to accept some non-free
+license, this is explained to the user. The entire process make it
+more clear to the user why something do not work in the browser, and
+make the chances higher for the user to blame the web page authors and
+not the browser for any missing features.</li>
+
+<li><strong>Simple handling of missing multimedia codec/format
+handlers.</strong> When the media players encounter a format or codec
+it is not supporting, a dialog pop up asking the user if the system
+should search for a package that would add support for it. This
+happen with things like MP3, Windows Media or H.264. The selection
+and installation procedure is very similar to the Firefox browser
+plugin handling. This is as far as I know implemented using a
+gstreamer hook. The end result is that the user easily get access to
+the codecs that are present from the APT archives available, while
+explaining more on why a given format is unsupported by Ubuntu.</li>
+
+<li><strong>Better browser handling of some MIME types.</strong> When
+displaying a text/plain file in my Debian browser, it will propose to
+start emacs to show it. If I remember correctly, when doing the same
+in Kunbutu it show the file as a text file in the browser. At least I
+know Opera will show text files within the browser. I much prefer the
+latter behaviour.</li>
+
+</ol>
+
+<p>There are other nice features as well, like the simplified suite
+upgrader, but given that I am the one mostly doing the dist-upgrade,
+it do not matter much.</p>
+
+<p>I really hope we could get these features in place for the next
+Debian release. It would require the coordinated effort of several
+maintainers, but would make the end user experience a lot better.</p>
+</description>
+ </item>
+
+ <item>
+ <title>Skolelinux-intervju: Frode Jemtland</title>
+ <link>http://people.skolelinux.org/pere/blog/Skolelinux_intervju__Frode_Jemtland.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Skolelinux_intervju__Frode_Jemtland.html</guid>
+ <pubDate>Wed, 27 Jul 2011 08:50:00 +0200</pubDate>
+ <description>
+<p>Neste mann ut i min serie med intervjuer av Skolelinux-relaterte
+personer er en tidligere styreleder i
+<a href="http://www.friprogramvareiskolen.no/">FRISK</a> som var med
+fra starten av
+<a href="http://www.skolelinux.org/">Skolelinux</a>-prosjektet.</p>
+
+<p><strong>Hvem er du, og hva driver du med til daglig?</strong></p>
+
+<p>Mitt navn er Frode Jemtland, og jeg jobber i Hedmark IKT, som er et
+driftsselskap for Grue, Hamar, Kongsvinger, Løten, Nord-Odal og Stange
+kommuner. Her er jeg leder for avdelingen Løsninger og Arkitektur. Vi
+har i hovedansvar for servere, infrastruktur og løsninger som
+helhet.</p>
+
+<p><strong>Hvordan kom du i kontakt med Skolelinux-prosjektet?</strong></p>
+
+<p>Jobbet i IBM fra 2000, og da spesielt med Linux. Dette var da et av
+de mest tydelige linux prosjektene i Norge, og her ønsket jeg å
+bidra. Var aktivt med i prosjektet i 4-5 år.</p>
+
+<p><strong>Hva er fordelene med Skolelinux slik du ser det?</strong></p>
+
+<p>Fordelene slik jeg ser det er den sentraliserte driftmodellen, og
+alle de vel gjennomtenkte løsningene som er inkludert i denne
+løsningen. Samtidig er det basert på en stabil, og godt kjent
+plattform. Dette vil si at man har en løsning som skal være mye
+tilgjengelig, og hvor det er relativt enkelt å få tak i personer som
+kan mye om den grunnleggende plattformen.</p>
+
+<p><strong>Hva er ulempene med Skolelinux slik du ser det?</strong></p>
+
+<p>De største utfordringene med en løsningen er at den er intensiv på f.eks
+nettverk. I seg selv ikke et problem for en enkelt skole, men skal løsningen
+kjøres i større skala, med sentraliserte servere, så gir dette noen
+utfordringer.</p>
+
+<p>Utifra hva jeg har sett på større installasjoner så er det ikke så
+enkelt å skjønne, hva som bør gjøres for at den skal skaleres opp, og
+da ta godt vare på alle sider av dette, ikke bare mer server å fordele
+last/trykk, men hvordan også beholde robustheten og fleksibiliteten i
+løsningen.</p>
+
+<p>En annen utfordring er at stadig flere produkter som skal brukes i
+skoleløsningen ikke er laget til å kunne brukes i en
+skolelinuxløsning. Det blir derfor fort mye skreddersøm i de
+forskjellige installasjonene, for å få diverse pedagogiske programmer,
+webløsninger, smartboards, m.m. til å fungere. Man er også en for
+liten kundebase til at leverandørene ønsker å gjøre noe med
+utfordringen. Problemet overlates til oss.</p>
+
+<p>Det er også en kontinuerlig utfordring rundt problemet med å holde
+programvare på stabile versjoner, kontra å få ny funksjonalitet. Dette
+er jo en konflikt mellom oss som ønsker å drifte en stabil, og
+kostnadseffektiv løsning, mot sluttbrukerne som ønsker seg funksjoner
+det er vant med fra andre løsninger, eller som de må ha for at et
+eller annet nytt produkt skal fungere i løsningen. Dette er en
+utfordring også for andre plattformer.</p>
+
+<p>En siste utfordring som ikke har noe med løsningen å gjøre, men med
+det omkringliggende miljøet denne skal kjøre i, er at de enhetene som
+skal drifte dataløsninger for kommuner og fylkeskommuner begynner å
+profesjonaliseres, og er da avhengig av å ha standard løsninger for å
+drifte store brukermasser. MS er selvsagt klar over dette, og har jo
+nå flere områder de begynner å bli veldig dominerende på. Den største,
+og mest problematiske er katalogtjenesten. Man får snart ikke tak i
+større løsninger som ikke krever en AD. Når man da har store enheter
+som drifter både kommunalt ansatte og skoler, så vil det være et
+stordriftargument å standardisere på en katalog tjeneste, og da har
+man ikke noe valg. Her er alle slike driftsenheter for små til å få
+gjort om på dette. Her burde konkurransemyndighetene kommet på
+banen. Men konkurransetilsynet i USA griper sjeldent (og ikke før det
+har gått veldig lang tid) inn i monopolsituasjoner så lenge
+monopolisten er et amerikansk firma, så da har vel ikke andre
+myndigheter så mye de skulle ha sagt....</p>
+
+<p><strong>Hvilken fri programvare bruker du til daglig?</strong></p>
+
+<p>Privat kjører jeg Debian på alle mine datamaskiner. Det gjør jeg
+også på min jobbmaskin. Vi har også 15-20 linux servere av typene
+SuSE, Debian, Redhat, CentOS m.m. Jeg bruker derfor mye fri
+programvare. Av enkelt programmer kan sikkert masse nevnes. Hvis vi
+skal begrense oss til daglig, så må jeg si: OpenOffice, Firefox,
+Kontact, Kopete, Amarok,
+<a href="http://gramps-project.org/">Gramps</a>, Kate, ssh, bash,
+rsync, backuppc m.m.</p>
+
+<p><strong>Hvilken strategi tror du er den rette å bruke for å få
+skoler til å ta i bruk fri programvare?</strong></p>
+
+<p>Det er et godt spørsmål, som jeg har lurt på selv.</p>
+
+<p>Argumentene som ofte har vært brukt om at ting koster mindre holder
+ikke mål når man ser på hva som faktisk koster penger. Det er de
+ansatte som er en kostnadsdriver. Det vil si at hvis man har et system
+som den ansatte kan, så vil en kostnad på dette systemet kunne
+forsvares ganske mye ved at den ansatte gjør dette raskere og
+effektivt. Også uten å måtte eventuelt leie inn folk.</p>
+
+<p>Jeg syns det er viktigere å fokusere på prinsippet med å velge fri
+programvare, men det er også et felt hvor man fort møter lite
+forståelse blant de ansatte i skolen.</p>
+
+<p>Her må nok strategien fortsette å være at de sentrale myndighetene
+må sende tydelige signaler for hva de ønsker at offentlige enheter
+skal gjøre. Det var mye positivt på gang ang. dette for et par år
+siden. Både med eNorge og eKommune planene, men dette syns jeg har
+stoppet opp. En del av dette kan jo kanskje være usikkerheten som
+etter hvert har blitt, når man har sett kompleksiteten i de
+prosjektene som har blitt igangsatt. Det har også blitt noe usikkerhet
+i markedet ref. Sun, Oracle, Novell, Microsoft m.m. Samtidig har jo
+også de proprietære programleverandørene sørget for å endre sine
+lisenser slik at man uansett ikke slipper unna kostnaden til deres
+produkter, selv om man skulle velge alternativer. Da er det økonomiske
+argumentet, som jeg nevnte tidligere, spilt ganske godt ut over
+sidelinjen.</p>
+</description>
+ </item>
+
+ <item>
+ <title>Perl modules used by FixMyStreet which are missing in Debian/Squeeze</title>
+ <link>http://people.skolelinux.org/pere/blog/Perl_modules_used_by_FixMyStreet_which_are_missing_in_Debian_Squeeze.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Perl_modules_used_by_FixMyStreet_which_are_missing_in_Debian_Squeeze.html</guid>
+ <pubDate>Tue, 26 Jul 2011 12:25:00 +0200</pubDate>
+ <description>
+<p>The Norwegian <a href="http://www.fiksgatami.no/">FiksGataMi</A>
+site is build on Debian/Squeeze, and this platform was chosen because
+I am most familiar with Debian (being a Debian Developer for around 10
+years) because it is the latest stable Debian release which should get
+security support for a few years.</p>
+
+<p>The web service is written in Perl, and depend on some perl modules
+that are missing in Debian at the moment. It would be great if these
+modules were added to the Debian archive, allowing anyone to set up
+their own <a href="http://www.fixmystreet.com">FixMyStreet</a> clone
+in their own country using only Debian packages. The list of modules
+missing in Debian/Squeeze isn't very long, and I hope the perl group
+will find time to package the 12 modules Catalyst::Plugin::SmartURI,
+Catalyst::Plugin::Unicode::Encoding, Catalyst::View::TT, Devel::Hide,
+Sort::Key, Statistics::Distributions, Template::Plugin::Comma,
+Template::Plugin::DateTime::Format, Term::Size::Any, Term::Size::Perl,
+URI::SmartURI and Web::Scraper to make the maintenance of FixMyStreet
+easier in the future.</p>
+
+<p>Thanks to the great tools in Debian, getting the missing modules
+installed on my server was a simple call to 'cpan2deb Module::Name'
+and 'dpkg -i' to install the resulting package. But this leave me
+with the responsibility of tracking security problems, which I really
+do not have time for.</p>
+</description>
+ </item>
+
+ <item>
+ <title>Overvåkningslogikkens fallitt</title>
+ <link>http://people.skolelinux.org/pere/blog/Overv__kningslogikkens_fallitt.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Overv__kningslogikkens_fallitt.html</guid>
+ <pubDate>Sat, 23 Jul 2011 10:45:00 +0200</pubDate>
+ <description>
+<p>Det er vanskelig å få gjort noe fornuftig i dag, etter gårdagens
+tragiske hendelse. Tankene går til de som har mistet sine nærmeste.
+Jeg kan ikke forstille meg hvor tungt de har det nå, og jeg håper alle
+jeg kjenner har klart seg.</p>
+
+<p>Jeg undres på hva motivasjonen til de som står bak kan være? Jeg
+tror en må være ganske desperat for å ty til slike midler, og oppleve
+at alle andre påvirkningsmuligheter er blokkert. Mon tro om
+Stortingets totalitære vedtak 4. april i år om å lovfeste massiv
+overvåkning av hele befolkningen bidro? Jeg undres også på om at
+gårdagens bombing og massedrap er resultat av de fremmedfiendtlige
+holdninger som har spredt seg i Norge i mange år, kombinert med
+Stortingets og regjeringens villighet til å forlate de verdier som
+vårt liberale demokrati er tuftet på (ved å legge opp til registrering
+og overvåkning av borgere som _ikke_ er mistenkt for noe
+kriminelt).</p>
+
+<p>En ting er ganske klart, dog. Massiv kameraovervåkning bidrar ikke
+til å hindre slik grotesk kriminalitet. Regjeringskvartalet er et av
+de mest kameraovervåkede områdene i Oslo, og hindret ikke at
+sprengingen fant sted. Registrering av posisjonen til alle
+mobiltelefoner som politiet har hatt tilgang til i flere år nå ser
+ikke ut til å ha hjulpet det heller. De som tror at massiv
+kommunikasjonskontroll av hele befolkningen vil hindre ekstremister i
+å skade oss i Norge tror jeg tar feil. Til det tror jeg det må mer
+åpenhet, mindre kontroll og mer tillit til hver enkelt innbygger, da
+jeg tror bidrar til å holde ekstreme holdninger i sjakk.</p>
+</description>
+ </item>
+
<item>
<title>Bombing og skyting</title>
<link>http://people.skolelinux.org/pere/blog/Bombing_og_skyting.html</link>
<pubDate>Fri, 22 Jul 2011 21:55:00 +0200</pubDate>
<description>
<p>I dag har det blitt bombet i regjeringskvartalet og skutt på AUFs
-sommerleir, og alt tyder på at desperate mennesker har vært på fære.
-Jeg håper de kriminelle som står bak blir funnet og straffet, og at
-dette blir gjort på et måte som gjør at demokrati, de mistenktes
+sommerleir. Hvem kan stå bak? Hvem har fordeler av at dette har
+skjedd? Jeg håper de kriminelle som står bak blir funnet og straffet,
+og at dette blir gjort på et måte som gjør at demokrati, de mistenktes
borgerrettigheter og samfunnets anstendighet blir ivaretatt. Jeg
frykter dog at moralpanikk vil føre til at våre alles
borgerrettigheter og det norske demokratiet blir skadelidende. Vi får
-se.</p>
+se. Vi bør i passe oss for å gjøre det såkalte terrorister ønsker,
+dvs. å gjøre samfunnet vårt verre for innbyggerne.</p>
</description>
</item>
</description>
</item>
- <item>
- <title>Free Software vs. proprietary softare...</title>
- <link>http://people.skolelinux.org/pere/blog/Free_Software_vs__proprietary_softare___.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Free_Software_vs__proprietary_softare___.html</guid>
- <pubDate>Mon, 20 Jun 2011 12:50:00 +0200</pubDate>
- <description>
-<p>Reading
-<a href="http://blog.thingiverse.com/2011/06/20/open-source-vs-closed-source-eulas/">the
-thingiverse blog</a>, I came across two highlights of interesting
-parts of the
-<a href="http://wiki.blender.org/index.php/Autodesk_EULA">Autodesk</a>
-and
-<a href="http://blog.makezine.com/archive/2011/06/things-you-cant-do-with-the-microsoft-kinect-sdk.html">Microsoft
-Kinect</a> End User License Agreements (EULAs), which illustrates
-quite well why I stay away from software with EULAs. Whenever I take
-the time to read their content, the terms are simply unacceptable.</p>
-</description>
- </item>
-
- <item>
- <title>Kartverkets lansering av tjenesten Se Eiendom har potensiale, hvis bruksvilkårene ikke blokkerer</title>
- <link>http://people.skolelinux.org/pere/blog/Kartverkets_lansering_av_tjenesten_Se_Eiendom_har_potensiale__hvis_bruksvilk__rene_ikke_blokkerer.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Kartverkets_lansering_av_tjenesten_Se_Eiendom_har_potensiale__hvis_bruksvilk__rene_ikke_blokkerer.html</guid>
- <pubDate>Sat, 18 Jun 2011 01:00:00 +0200</pubDate>
- <description>
-<p>På torsdag lanserte kartverket en ny nett-tjeneste kalt
-<a href="http://www.seeiendom.no/">Se Eiendom</a>, der en får innsyn i
-det norske eiendomsregisteret (Matrikkelen) og kan slå opp
-grunnleggende informasjon om hver eiendom. En kan slå opp et
-koordinat og finne ut hvilken eiendom punktet befinner se på og så slå
-opp eiendommen i matrikkelen og finne ut nøkkelinformasjon om
-eiendommen.</p>
-
-<p>Det slo meg at dette kan brukes til å gjenskape kommunegrenser, ved
-å slå opp punkter langs grenselinja og dermed bestemme hvor
-grenselinjen befinner seg. En kan bestemme den vilkårlig nøyaktig ved
-å gjøre et geometrisk søk.
-
-<p>Sniffet i kveld på trafikken til tjenesten, og det er i korte trekk
-tre relevante tjenestekall som returnerer JSON-data.</p>
-
-<p>Først en som konverterer mellom koordinater, som i mitt eksempel
-konverterer fra UTM sone 33 til UTM sone 32:</p>
-
-<blockquote><pre>
-% GET 'http://www.seeiendom.no/services/geoport.svc/GetTransformJsonp?nord=6648308.4755859&ost=248316.38085938&fromEpsg=EPSG:32633&toEpsg=EPSG:32632'
-{"x":583905.90433579613,"y":6640700.79711847}
-%
-</pre></blockquote>
-
-<p>Koordinatene i UTM sone 32 kan så gis til tjenesten som slår opp
-eiendom basert på koordinat:</p>
-
-<blockquote><pre>
-% echo | POST 'http://www.seeiendom.no/services/geoport.svc/PerformPropertySearchFromPolygonCoordinatesJsonp?polygonCoordinatesString=583905.9043357961,6640700.79711847'
-{"error":"","wfsTeigInfo":{"TeigId":128010625,"Areal":"6128.7","GardsNr":"300","BruksNr":"2384","FesteNr":"0","SeksjonsNr":"0","MatrikkelNr":"300/2384","HovedTeig":true,"KommuneNavn":"Bærum","Adresses":null,"ArealMerknadsKoder":null,"UregistrertJordsameie":false,"AvklartEiere":false,"TeigMedFlereMatrikkelEnheter":false,"Tvist":false,"KommuneNr":"0219"}}
-%
-</pre></blockquote>
-
-<p>Etter dette kallet har en kommunenavn og kommunenummer, noe som er
-tilstrekkelig til å gjenskape kommunegrenser. Hvis en ønsker å vite
-detaljene om eiendommen kan en slå opp i selve matrikkelen, og få ut
-en HTML-side med informasjon:</p>
-
-<blockquote><pre>
-% GET 'http://www.seeiendom.no/services/Matrikkel.svc/GetDetailPage?type=property&knr=0219&gnr=300&bnr=2384&fnr=0&snr=0&showpwm=false&customer=kartverket'
-&lt;!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
-&lt;html xmlns="http://www.w3.org/1999/xhtml">
- &lt;head>
- &lt;title>Matrikkel informasjon&lt;/title>
-[...]
-</pre></blockquote>
-
-<p>Informasjon om hva en kan hente ut ved hjelp av Matrikkel.svc er
-dokumentert og tilgjengelig på
-<a href="http://www.seeiendom.no/services/Matrikkel.svc/help">en egen
-hjelpeside</a>. Hvis en vil ha XML- eller JSON-formattert informasjon
-kan GetMatrikkelinfo-funksjonen brukes. Hvis en f.eks. bruker den slik
-får en masse informasjon om en eiendom:</p>
-
-<blockquote><pre>
-% echo '{"knr": 1601, "gnr": 27, "bnr": 2, "fnr": 0, "snr": 0, "customer": "kartverket"}' | \
- POST -c application/json http://www.seeiendom.no/services/Matrikkel.svc/GetMatrikkelinfo
-[...]
-%
-</pre></blockquote>
-
-<p>Dette ser ut som en svært nyttig tjeneste som kan gjøre FiksGataMi
-mer treffsikker når den skal finne ut hvilken kommune og fylke som
-skal ha problemrapporter. Da eierinformasjon ikke er tilgjengelig, må
-vi i så fall bygge opp vår egen database over eiere av eiendommer
-knyttet til vei for å kunne skille på veinivå om kommune eller
-vegvesen skal ha beskjed. Har ikke funnet informasjon om hvilke
-bruksvilkår tjenesten har, så jeg er ennå ikke sikker på om dette er
-trygt å gjøre. Håper det blir klart etter hvert som tjenesten tar
-form.</p>
-
-<p>Tillegg 2011-06-24: Har oppdaget at en også kan hente ut geografisk
-beskrivelse av eiendommen (dvs. et polygon som omkretser eiendommen),
-ved hjelp av følgende forespørsel.</p>
-
-<blockquote><pre>
-% echo | POST 'http://www.seeiendom.no/services/geoport.svc/GetPropertyBorderJsonp?kommunenr=1663&gardsnr=4&bruksnr=182&festenr=0&seksjonsnr=0&gateAdresseId=&address=&showPopUp=true'
-[...]
-%
-</pre></blockquote>
-
-<p>Da blir det straks veldig nyttig for å klassifisere eierskap på
-veier og andre offentlige områder. Det er dog en eller annen feil som
-gjør at oppslag på store eiendommer (som Nordmarka i Oslo og
-Finnmarksvidda) ikke fungerer. Vet ikke hva det kommer av.</p>
-
-</description>
- </item>
-
- <item>
- <title>Regjeringen vil gjøre offentlighetsloven mer tannløs</title>
- <link>http://people.skolelinux.org/pere/blog/Regjeringen_vil_gj__re_offentlighetsloven_mer_tannl__s.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Regjeringen_vil_gj__re_offentlighetsloven_mer_tannl__s.html</guid>
- <pubDate>Sat, 21 May 2011 12:50:00 +0200</pubDate>
- <description>
-<p>Oppdaget ved en tilfeldighet <a
-href="http://twitter.com/#!/Kriho/status/71568395132338176">via
-twitter</a> at regjeringen i går annonserte at de planlegger å <a
-href="http://www.regjeringen.no/nb/dep/jd/pressesenter/pressemeldinger/2011/vil-endre-innsynsretten.html?id=643893">gjøre
-offentlighetsloven og innsynsretten mer tannløs</a>. Forslaget ble
-<a href="http://www.regjeringen.no/nn/dep/jd/Dokument/proposisjonar-og-meldingar/prop/2010-2011/prop-125-l-20102011.html?id=643820">vedtatt
-i går</a> av regjeringen uten høring og de planlegger visst å
-oversende til stortinget uten å be om innspill fra berørte parter i
-forkant. Personlig ser jeg innsynsretten som en viktig rett som kan
-bidra til å holde maktpersoner i det offentlige under kontroll. Det
-er ingen privatsak å jobbe for folket, noe enhver som er ansatt i det
-offentlige eller valgt inn i posisjoner jo faktisk gjør, og det er
-viktig at enhver borger har mulighet til å se det offentlige i
-kortene.</p>
-
-<p>Forslaget bør skytes ned og ethvert forsøk på å gjøre det
-vanskeligere for innbyggerne å holde et øye med hva som skjer i det
-offentlige bør skrinlegges.</p>
-</description>
- </item>
-
- <item>
- <title>Hvem stemte hva på Stortinget?</title>
- <link>http://people.skolelinux.org/pere/blog/Hvem_stemte_hva_p___Stortinget_.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hvem_stemte_hva_p___Stortinget_.html</guid>
- <pubDate>Fri, 20 May 2011 21:20:00 +0200</pubDate>
- <description>
-<p>To britiske tjenester som jeg har veldig stor sans for er
-<a href="http://www.theyworkforyou.com/">TheyWorkForYou</a> og
-<a href="http://www.publicwhip.org.uk/">Public Whip</a>, som gir enkel
-og tilgjengelig oppdatering om hva som skjer i de britiske
-parlamentene. Jeg har lenge hatt lyst på noe slikt for det norske
-Stortinget, for å synliggjøre og ansvarliggjøre hver enkelt
-stortingsrepresentant. Voteringen over datalagringsdirektivet
-forsterket motivasjonen min tilstrekkelig til at jeg når har gått
-igang med å få dette på plass, og noen flere har meldt seg på.
-Utgangspunktet er å lage det som et NUUG-prosjekt på samme måte som
-med FiksGataMi.</p>
-
-<p>TheyWorkForYou gir en tilgang til informasjon om hver enkelt
-representant, og lar en f.eks. abonnere via epost på alt en
-representant har sagt i stortinget. En kan også abonnere via epost på
-alle som har nevnt ord en er interessert i. Public Whip lar en ser
-hva enkeltrepresentanter har stemt i voteringer i parlamentene, lar en
-se hvordan representantene forholder seg til relaterte voteringer, og
-kan se hvem som er utbrytere og hvilke voteringer som er spesielt
-kontroversielle (mange utbrytere).</p>
-
-<p>Hovedutfordringen nå er å få tilgang til nødvendig informasjon på
-strukturert og maskinlesbart format. Bak de to britiske tjenestene er
-skrapeprosjektet
-<a href="http://ukparse.kforge.net/parlparse/">Parlament Parser</a>, og
-det trengs en tilsvarende tjeneste for Stortinget som kan hente ut
-referater og informasjon om representanter og saker som er behandlet.
-På Stortingets nettsted mangler det informasjon om hvem som har stemt
-hva, så den informasjonen må en be eksplisitt om fra Stortinget. Jeg
-er i dialog med Stortingets informasjonsseksjon og håper de vil
-begynne å publisere denne informasjon på sikt. En annen kilde til
-relevant informasjon er
-<a href="http://www.nsd.uib.no/polsys/">PolSys-databasen</a> til Norsk
-samfunnsvitenskapelig datatjeneste AS, men bruksvilkårene de har valgt
-på sine data umuliggjør at enhver kan bruke informasjonen om
-stortinget til hva som helst og det er et mål for meg at alle skal
-kunne gjøre hva som helst med datasettene når jeg lager tjenesten.</p>
-
-<p>Første
-<a href="http://people.skolelinux.org/pere/stortingsinnsyn/prototype.cgi">demonstrasjon
-av konseptet</a> er nå tilgjengelig med de voteringsdata jeg har fått
-tak i så langt. Jeg regner med å kaste den koden når mer data er på
-plass, og heller basere tjenesten på lignende prosjekter som de to
-forannevnte, eller den polske
-<a href="http://sejmometr.pl/">Sejmometr</a>.</p>
-
-<p>Hvis du vil bidra, ta kontakt med meg på IRC (#nuug på
-irc.freenode.net) eller bli med på epostlisten
-<a href="http://lists.nuug.no/mailman/listinfo/aktive">aktive@nuug</a>.
-Det trengs både manne-timer for skraping og finansiering av
-utviklingstimer for å tilpasse eksisterende portal til norsk.</p>
-</description>
- </item>
-
- <item>
- <title>Hva utgjør en vellykket offentlig tjeneste?</title>
- <link>http://people.skolelinux.org/pere/blog/Hva_utgj__r_en_vellykket_offentlig_tjeneste_.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hva_utgj__r_en_vellykket_offentlig_tjeneste_.html</guid>
- <pubDate>Wed, 4 May 2011 09:10:00 +0200</pubDate>
- <description>
-<p>Artikkelen i Aftenposten i dag om de som fikk
-<a href="http://www.aftenposten.no/nyheter/oslo/article4110329.ece">tauet
-bort bilen</a> etter å ha trodd på Oslo kommunes oversikt over når
-ulike gater skulle feies i påsken, fikk meg til å ta en titt på
-<a href="http://www.samferdselsetaten.oslo.kommune.no/miljo/renhold/varrengjoring">kommunens
-oversikt</a>, og der ble jeg fascinert over følgende lille gullkorn:</p>
-
-<p><blockquote>
-<p><strong>Hvorfor har dere ikke SMS-varsling?</strong>
-<br>Forsøksordningen i 2005 viste dessverre at SMS-varsling i liten
-grad reduserte antallet borttauede biler. De som abonnerte på
-ordningen unngikk naturligvis feilparkeringer, men plassene ble brukt
-av "fremmede" biler altså av bileiere som ikke abonnerte og dermed
-ikke ble varslet.</p>
-</blockquote>
-
-<p>Det gir inntrykk av at kommunen i stedet for å se på SMS-varsling
-som en tjeneste for innbyggerne, som kunne gjøre at de innbyggerne som
-benyttet seg av tjenesten slapp å få tauet bilen sin, så på det som en
-tjeneste for seg selv for å redusere antall tauinger. Forklaringen
-synes jeg illustrerer veldig godt hvorfor det er så viktig å se på hva
-som er fokus for tjenester som leveres og hva som er
-suksesskriteriene. Jeg mistenker at hvis suksesskriteriet for
-SMS-tjenesten hadde vært hvor fornøyd brukerne av SMS-tjenesten var,
-så ville den blitt videreført. Eller hvis suksesskriteriet var økt
-bruk av tjenesten. Jeg vet i hvert fall mange som gjerne vil slippe å
-både daglig besøke bilen sin der den er parkert i Oslo, og som gjerne
-vil varsles i stedet for å oppdage at bilen er tauet bort når de
-trenger den.</p>
-
-<p>Mon tro hvor mange som må bruke en slik tjeneste før andelen
-bort-tauinger blir redusert? Jeg mistenker den må være godt over 50%
-av alle med bil i Oslo, før det er større sannsynlighet for at en
-ledig men risikofylt parkeringsplass blir stående ledig enn at den blir
-tatt umiddelbart. Det er for stort press på parkeringsplasser i Oslo
-i dag til å tro at en ledig parkeringsplass blir stående ubrukt med
-mindre sjåføren vet at det er risikabelt å stå der. Hvis reduksjon i
-antall bort-tauinger var suksesskriteriet for SMS-tjenesten var en
-dermed garantert å konkludere med at den feilet, da det er umulig å få
-så stor bruksprosent i en prøvedrift.</p>
-
-<p>Fokus for <a href="http://www.fiksgatami.no/">FiksGataMi</a> er
-innbyggeren, og et av suksesskriteriene er at innbyggerne som bruker
-tjenesten er fornøyde med at rapportene blir synliggjort og levert til
-relevant offentlig myndighet. Det er naturligvis fint om de som
-mottar meldingene også har nytte av tjenesten, og at problemene blir
-fikset, men det viktigste er innbyggernes opplevelse. Innbyggerne
-skal oppleve tjenesten som enkel og effektiv, slik at vi sikrer at
-flest mulig klarer å bidra til å forbedre offentlig infrastruktur.</p>
-</description>
- </item>
-
- <item>
- <title>Experimental Open311 API for the mySociety fixmystreet system</title>
- <link>http://people.skolelinux.org/pere/blog/Experimental_Open311_API_for_the_mySociety_fixmystreet_system.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Experimental_Open311_API_for_the_mySociety_fixmystreet_system.html</guid>
- <pubDate>Sat, 30 Apr 2011 17:20:00 +0200</pubDate>
- <description>
-<p>Today, the first draft implementation of an
-<a href="http://www.open311.org/">Open311 API</a> for the Norwegian
-service <a href="http://www.fiksgatami.no/">FiksGataMi</a> started to
-work. It is only available on the developer server for now, and I
-have not tested it using any existing Open311 client (I lack the
-platforms needed to run the clients I have found so far), but it is
-able to query the database and extract a list of open and closed
-requests within a given category and reported to a given municipality.
-I believe that is a good start to create a useful service for those
-that want to do data mining on the requests submitted so far.</p>
-
-<p>Where is it? Visit
-<a href="http://fiksgatami-dev.nuug.no/open311.cgi/v2/">http://fiksgatami-dev.nuug.no/open311.cgi/v2/</a>
-to have a look. Please send feedback to the
-<a href="http://lists.nuug.no/mailman/listinfo/fiksgatami">fiksgatami
-(at) nuug.no</a> mailing list.</p>
-</description>
- </item>
-
- <item>
- <title>Initial notes on adding Open311 server API on FixMyStreet</title>
- <link>http://people.skolelinux.org/pere/blog/Initial_notes_on_adding_Open311_server_API_on_FixMyStreet.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Initial_notes_on_adding_Open311_server_API_on_FixMyStreet.html</guid>
- <pubDate>Fri, 29 Apr 2011 10:00:00 +0200</pubDate>
- <description>
-<p>The last few days I have spent some time trying to add support for
-the <a href="http://www.open311.org/">Open311 API</a> in the
-<a href="http://www.fiksgatami.no/">Norwegian FixMyStreet service</a>.
-Earlier I believed Open311 would be a useful API to use to submit
-reports to the municipalities, but when I noticed that the
-<a href="http://fixmystreet.org.nz/">New Zealand version</a> of
-FixMyStreet had implemented Open311 on the server side, it occurred to
-me that this was a nice way to allow the public, press and
-municipalities to do data mining directly in the FixMyStreet service.
-Thus I went to work implementing the Open311 specification for
-FixMyStreet. The implementation is not yet ready, but I am starting
-to get a draft limping along. In the process, I have discovered a few
-issues with the Open311 specification.</p>
-
-<p>One obvious missing feature is the lack of natural language
-handling in the specification. The specification seem to assume all
-reports will be written in English, and do not provide a way for the
-receiving end to specify which languages are understood there. To be
-able to use the same client and submit to several Open311 receivers,
-it would be useful to know which language to use when writing reports.
-I believe the specification should be extended to allow the receivers
-of problem reports to specify which language they accept, and the
-submitter to specify which language the report is written in.
-Language of a text can also be automatically guessed using statistical
-methods, but for multi-lingual persons like myself, it is useful to
-know which language to use when writing a problem report. I suspect
-some lang=nb,nn kind of attribute would solve it.</p>
-
-<p>A key part of the Open311 API is the list of services provided,
-which is similar to the categories used by FixMyStreet. One issue I
-run into is the need to specify both name and unique identifier for
-each category. The specification do not state that the identifier
-should be numeric, but all example implementations have used numbers
-here. In FixMyStreet, there is no number associated with each
-category. As the specification do not forbid it, I will use the name
-as the unique identifier for now and see how open311 clients handle
-it.</p>
-
-<p>The report format in open311 and the report format in FixMyStreet
-differ in a key part. FixMyStreet have a title and a description,
-while Open311 only have a description and lack the title. I'm not
-quite sure how to best handle this yet. When asking for a FixMyStreet
-report in Open311 format, I just merge title an description into the
-open311 description, but this is not going to work if the open311 API
-should be used for submitting new reports to FixMyStreet.</p>
-
-<p>The search feature in Open311 is missing a way to ask for problems
-near a geographic location. I believe this is important if one is to
-use Open311 as the query language for mobile units. The specification
-should be extended to handle this, probably using some new lat=, lon=
-and range= options.</p>
-
-<p>The final challenge I see is that the FixMyStreet code handle
-several administrations in one interface, while the Open311 API seem
-to assume only one administration. For FixMyStreet, this mean a
-report can be sent to several administrations, and the categories
-available depend on the location of the problem. Not quite sure how
-to best handle this. I've noticed
-<a href="http://seeclickfix.com/open311/">SeeClickFix</a> added
-latitude and longitude options to the services request, but it do not
-solve the problem of what to return when no location is specified.
-Will have to investigate this a bit more.</p>
-
-<p>My distaste for web forums have kept me from bringing these issues
-up with the open311 developer group. I really wish they had a email
-list available via <a href="http://www.gmane.org/">Gmane</a> to use for
-discussions instead of only
-<a href="http://lists.open311.org/groups/discuss">a forum<a/>. Oh,
-well. That will probably resolve itself, one way or another. I've
-also tried visiting the IRC channel #open311 on FreeNode, but no-one
-seem to reply to my questions there. This make me wonder if I just
-fail to understand how the open311 community work. It sure do not
-work like the free software project communities I am used to.</p>
-</description>
- </item>
-
- <item>
- <title>FiksGataMi - fylkesoversikt på kart</title>
- <link>http://people.skolelinux.org/pere/blog/FiksGataMi___fylkesoversikt_p___kart.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/FiksGataMi___fylkesoversikt_p___kart.html</guid>
- <pubDate>Fri, 15 Apr 2011 13:15:00 +0200</pubDate>
- <description>
-<p>Det er morsomt å følge med hvordan bruken av FiksGataMi sprer seg
-over det ganske land. Her er lenkene til fylkesoversikt på kart over
-de (for tiden) 200 siste problemene. Bruker her GeoRSS-kilden i
-FiksGataMi og presenterer enten via Google Maps eller en
-GeoRSS-fremviser jeg fant for OpenStreetmap.</p>
-
-<ul>
-
- <li>Østfold [ <a href="http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Østfold">Google Maps</a> ] | [ <a href="http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Østfold">OpenStreetmap</a> ]</li>
- <li>Akershus [ <a href="http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Akershus">Google Maps</a> ] | [ <a href="http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Akershus">OpenStreetmap</a> ]</li>
- <li>Oslo [ <a href="http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Oslo">Google Maps</a> ] | [ <a href="http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Oslo">OpenStreetmap</a> ]</li>
- <li>Hedmark [ <a href="http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Hedmark">Google Maps</a> ] | [ <a href="http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Hedmark">OpenStreetmap</a> ]</li>
- <li>Oppland [ <a href="http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Oppland">Google Maps</a> ] | [ <a href="http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Oppland">OpenStreetmap</a> ]</li>
- <li>Buskerud [ <a href="http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Buskerud">Google Maps</a> ] | [ <a href="http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Buskerud">OpenStreetmap</a> ]</li>
- <li>Vestfold [ <a href="http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Vestfold">Google Maps</a> ] | [ <a href="http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Vestfold">OpenStreetmap</a> ]</li>
- <li>Telemark [ <a href="http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Telemark">Google Maps</a> ] | [ <a href="http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Telemark">OpenStreetmap</a> ]</li>
- <li>Aust-Agder [ <a href="http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Aust-Agder">Google Maps</a> ] | [ <a href="http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Aust-Agder">OpenStreetmap</a> ]</li>
- <li>Vest-Agder [ <a href="http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Vest-Agder">Google Maps</a> ] | [ <a href="http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Vest-Agder">OpenStreetmap</a> ]</li>
- <li>Rogaland [ <a href="http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Rogaland">Google Maps</a> ] | [ <a href="http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Rogaland">OpenStreetmap</a> ]</li>
- <li>Hordaland [ <a href="http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Hordaland">Google Maps</a> ] | [ <a href="http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Hordaland">OpenStreetmap</a> ]</li>
- <li>Sogn og Fjordane [ <a href="http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Sogn%2Bog%2BFjordane">Google Maps</a> ] | [ <a href="http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Sogn%2Bog%2BFjordane">OpenStreetmap</a> ]</li>
- <li>Møre og Romsdal [ <a href="http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Møre%2Bog%2BRomsdal">Google Maps</a> ] | [ <a href="http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Møre%2Bog%2BRomsdal">OpenStreetmap</a> ]</li>
- <li>Sør-Trøndelag [ <a href="http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Sør-Trøndelag">Google Maps</a> ] | [ <a href="http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Sør-Trøndelag">OpenStreetmap</a> ]</li>
- <li>Nord-Trøndelag [ <a href="http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Nord-Trøndelag">Google Maps</a> ] | [ <a href="http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Nord-Trøndelag">OpenStreetmap</a> ]</li>
- <li>Nordland [ <a href="http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Nordland">Google Maps</a> ] | [ <a href="http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Nordland">OpenStreetmap</a> ]</li>
- <li>Troms [ <a href="http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Troms">Google Maps</a> ] | [ <a href="http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Troms">OpenStreetmap</a> ]</li>
- <li>Finnmark [ <a href="http://maps.google.com/maps?q=http://www.fiksgatami.no/rss/reports/Finnmark">Google Maps</a> ] | [ <a href="http://vgr.petschge.de/?url=http://www.fiksgatami.no/rss/reports/Finnmark">OpenStreetmap</a> ]</li>
-
-</ul>
-
-<p>Antall problemer returnert i GeoRSS-kildene justeres over tid etter
-hvert som vi får mer erfaring med hvilken belastning det gir på
-tjenesten.</p>
-
-<p>Oppdatering 2011-04-27: Endret URL til fylker med mellomrom i
-navnene fra %20 til %2B, slik at de fungerer i flere nettlesere.</p>
-</description>
- </item>
-
</channel>
</rss>
projects / homepage.git / blobdiff