-<p>I
-<a href="http://www.regjeringen.no/upload/FAD/Vedlegg/Hoeringer/Refkat_V2/MicrosoftNorge.pdf">Microsoft
-sin høringsuttalelse</a> til
-<a href="http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/2009/horing---referansekatalog-versjon-2.html?id=549422">forslag
-til versjon 2 av statens referansekatalog over standarder</a>, lirer
-de av seg følgende FUD-perle:</p>
-
-<p><blockquote>"Vorbis, OGG, Theora og FLAC er alle tekniske
- spesifikasjoner overordnet styrt av xiph.org, som er en
- ikke-kommersiell organisasjon. Etablerte og anerkjente
- standardiseringsorganisasjoner, som Oasis, W3C og Ecma, har en godt
- innarbeidet vedlikeholds- og forvaltningsprosess av en standard.
- Det er derimot helt opp til hver enkelt organisasjon å bestemme
- hvordan tekniske spesifikasjoner videreutvikles og endres, og disse
- spesifikasjonene bør derfor ikke defineres som åpne
- standarder."</blockquote></p>
-
-<p>De vokter seg vel for å nevne den anerkjente
-standardiseringsorganisasjonen IETF, som er organisasjonen bak HTTP,
-IP og det meste av protokoller på Internet, og RFC-standardene som
-IETF står bak. Ogg er spesifisert i
-<a href="http://ietf.org/rfc/rfc3533.txt">RFC 3533</a>, og er uten
-tvil å anse som en åpen standard. Vorbis er
-<a href="http://ietf.org/rfc/rfc5215.txt">RFC 5215</a>. Theora er
-
-under standardisering via IETF, med
-<a href="http://svn.xiph.org/trunk/theora/doc/draft-ietf-avt-rtp-theora-00.txt">siste
-utkast publisert 2006-07-21</a> (riktignok er dermed teksten ikke
-skrevet i stein ennå, men det blir neppe endringer som ikke er
-bakoverkompatibel). De kan være inne på noe når det gjelder FLAC da
-jeg ikke finner tegn til at <a
-href="http://flac.sourceforge.net/format.html">spesifikasjonen
-tilgjengelig på web</a> er på tur via noen
-standardiseringsorganisasjon, men i og med at folkene bak Ogg, Theora
-og Vorbis også har involvert seg i Flac siden 2003, så ser jeg ikke
-bort fra at også den organiseres via IETF. Jeg kjenner personlig lite
-til FLAC.</p>
-
-<p>Uredelig argumentasjon bør en holde seg for god til å komme med,
-spesielt når det er så enkelt i dagens Internet-hverdag å gå
-misvisende påstander etter i sømmene.</p>
-</description>
- </item>
-
- <item>
- <title>Debian boots quicker and quicker</title>
- <link>Debian_boots_quicker_and_quicker.html</link>
- <guid isPermaLink="true">Debian_boots_quicker_and_quicker.html</guid>
- <pubDate>Wed, 24 Jun 2009 21:40:00 +0200</pubDate>
- <description>
-<p>I spent Monday and tuesday this week in London with a lot of the
-people involved in the boot system on Debian and Ubuntu, to see if we
-could find more ways to speed up the boot system. This was an Ubuntu
-funded
-<a href="https://wiki.ubuntu.com/FoundationsTeam/BootPerformance/DebianUbuntuSprint">developer
-gathering</a>. It was quite productive. We also discussed the future
-of boot systems, and ways to handle the increasing number of boot
-issues introduced by the Linux kernel becoming more and more
-asynchronous and event base. The Ubuntu approach using udev and
-upstart might be a good way forward. Time will show.</p>
-
-<p>Anyway, there are a few ways at the moment to speed up the boot
-process in Debian. All of these should be applied to get a quick
-boot:</p>
-
-<ul>
-
-<li>Use dash as /bin/sh.</li>
-
-<li>Disable the init.d/hwclock*.sh scripts and make sure the hardware
- clock is in UTC.</li>
-
-<li>Install and activate the insserv package to enable
- <a href="http://wiki.debian.org/LSBInitScripts/DependencyBasedBoot">dependency
- based boot sequencing</a>, and enable concurrent booting.</li>
-
-</ul>
-
-These points are based on the Google summer of code work done by
-<a href="http://initscripts-ng.alioth.debian.org/soc2006-bootsystem/">Carlos
-Villegas</a>.
-
-<p>Support for makefile-style concurrency during boot was uploaded to
-unstable yesterday. When we tested it, we were able to cut 6 seconds
-from the boot sequence. It depend on very correct dependency
-declaration in all init.d scripts, so I expect us to find edge cases
-where the dependences in some scripts are slightly wrong when we start
-using this.</p>
-
-<p>On our IRC channel for this effort, #pkg-sysvinit, a new idea was
-introduced by Raphael Geissert today, one that could affect the
-startup speed as well. Instead of starting some scripts concurrently
-from rcS.d/ and another set of scripts from rc2.d/, it would be
-possible to run a of them in the same process. A quick way to test
-this would be to enable insserv and run 'mv /etc/rc2.d/S* /etc/rcS.d/;
-insserv'. Will need to test if that work. :)</p>
+<p>Dagens
+<a href="http://www.statkart.no/Gratis+karttjenester.d25-SwJfY1-.ips">kartnyhet</a>
+er at kartverket gir ikke-kommersiell tilgang til
+en WMS-tjeneste der en til privat bruk kan hente ut bilder av
+kartutsnitt så lenge disse ikke lagres lokalt, brukes i begrenset
+oppløsning og ikke skader kartverket og rettighetshavernes omdømme og
+interesse.</p>
+
+<p>I går publiserte Ivan Sanchez
+<a href="http://www.opengeodata.org/2009/11/11/921/">kaketesten</a>
+som et forslag til en (av forhåpentligvis flere) måter å teste om kart
+eller kartdata er fritt tilgjengelige på. Testen er enkel, og sier
+enkelt (oversatt av meg): Et sett med geodata, eller en kart, er kun
+fritt tilgjengelig hvis noen kan gi deg en kake med det karte på
+toppen, som en gave. Kartverkets publisering av kart feiler så vidt
+jeg kan se denne testen fullstendig. En kan slik jeg leser vilkårene
+ikke be en konditor om å lage en kake (brudd på kravet om
+ikke-kommersiell bruk) med kartverkets kart.</p>
+
+<p>De som vil lage karttjenester basert på denne nye tjenesten fra
+kartverket vil gjøre det på kartverkets nåde og med sterke bindinger
+og begresninger. Det blir dermed helt uinteressant for meg. Jeg vil
+nok fortsette å bruke data fra
+<a href="http://www.openstreetmap.org">OpenStreetmap.org</a>, der jeg
+har kontrollen med tilgang til kartdataene, og kan endre på de
+underliggende dataene som jeg ønsker.</p>
+
+<p>Som et eksempel, så trenger vi til en norsk
+<a href="http://www.fixmystreet.com/">FixMyStreet-installasjon</a>
+tilgang til vektorutgaven av kommunegrensene. Denne nye karttjenesten
+er ubrukelig til dette.</p>