<div class="entry">
- <div class="title"><a href="http://people.skolelinux.org/pere/blog/TV_with_face_recognition__for_improved_viewer_experience.html">TV with face recognition, for improved viewer experience</a></div>
- <div class="date"> 9th June 2012</div>
- <div class="body"><p>Slashdot got a story about Intel planning a
-<a href="http://entertainment.slashdot.org/story/12/06/09/0012247/intel-to-launch-tv-service-with-facial-recognition-by-end-of-the-year">TV
-with face recognition</a> to recognise the viewer, and it occurred to
-me that it would be more interesting to turn it around, and do face
-recognition on the TV image itself. It could let the viewer know who
-is present on the screen, and perhaps look up their credibility,
-company affiliation, previous appearances etc for the viewer to better
-evaluate what is being said and done. That would be a feature I would
-be willing to pay for.</p>
-
-<p>I would not be willing to pay for a TV that point a camera on my
-household, like the big brother feature apparently proposed by Intel.
-It is the telescreen idea fetched straight out of the book
-<a href="http://gutenberg.net.au/ebooks01/0100021.txt">1984 by George
-Orwell</a>.</p>
+ <div class="title"><a href="http://people.skolelinux.org/pere/blog/Hvorfor_leverer_noen_sent_til_Offentlig_Elektronisk_postjournal_.html">Hvorfor leverer noen sent til Offentlig Elektronisk postjournal?</a></div>
+ <div class="date"> 5th July 2012</div>
+ <div class="body"><p>I forbindelse med NUUG-prosjektet for å
+<a href="http://people.skolelinux.org/pere/blog/Postjournaler_i_det_offentlige___vanskelig_med_vilje_.html">lage
+en samlet postjournal</a>, har jeg som tidligere nevnt
+<a href="https://scraperwiki.com/scrapers/postliste-oep-deliverydates/">samlet
+inn leveringstidspunkt</a> for de ulike leverandørene av postjournaler
+til DIFIs <a href="http://www.oep.no/">Offentlig Elektronisk
+Postjournal</a>.
+<a href="https://api.scraperwiki.com/api/1.0/datastore/sqlite?format=htmltable&name=postliste-oep-deliverydates&query=select%20agency%2C%0A(julianday(datetime('now'))%20-%20%0A%20julianday(min(%60deliverydate%60)))%2Fcount(*)%20as%20dayfreq%2C%0A%20count(*),max(deliverydate)%20as%20lastdelivery%0Afrom%20%60swdata%60%20group%20by%20agency%20order%20by%20dayfreq%20desc">Leveringsfrekvensen</a>
+ser i dag slik ut for de som har brukt mer enn 10 dager i snitt siden
+jeg startet innsamling av leveringsdato 2012-05-14</p>
+
+<table border="1">
+<tr> <th>agency</th> <th>dayfreq</th> <th>count(*)</th> <th>lastdelivery</th> </tr>
+<tr> <td>Norges geologiske undersøkelse</td> <td>27.0866579862</td> <td>4</td> <td>2012-07-02T00:00:00</td> </tr>
+<tr> <td>Kompetansesenter for distriktsutvikling</td> <td>18.4488773149</td> <td>3</td> <td>2012-06-20T00:00:00</td> </tr>
+<tr> <td>Toll- og avgiftsdirektoratet</td> <td>18.4488773149</td> <td>3</td> <td>2012-07-04T00:00:00</td> </tr>
+<tr> <td>Departementenes servicesenter</td> <td>18.0866579862</td> <td>4</td> <td>2012-06-29T00:00:00</td> </tr>
+<tr> <td>Medietilsynet</td> <td>14.5866579862</td> <td>4</td> <td>2012-07-04T00:00:00</td> </tr>
+<tr> <td>Politidirektoratet</td> <td>14.3366579862</td> <td>4</td> <td>2012-06-20T00:00:00</td> </tr>
+<tr> <td>Fredskorpset</td> <td>12.4693263889</td> <td>5</td> <td>2012-06-22T00:00:00</td> </tr>
+<tr> <td>Kunnskapsdepartementet</td> <td>11.2693263889</td> <td>5</td> <td>2012-07-05T00:00:00</td> </tr>
+<tr> <td>Statens legemiddelverk</td> <td>10.4780902778</td> <td>7</td> <td>2012-06-29T00:00:00</td> </tr>
+<tr> <td>Norsk Akkreditering</td> <td>10.4488773149</td> <td>3</td> <td>2012-07-02T00:00:00</td> </tr>
+</table>
+
+<p>Basert på innsamlet leveringsfrekvens har jeg så sendt spørsmål til
+den offisielle epostadressen til de som har lavest leveringsfrekvens,
+og spurt dem hva som skjer. Her er svarene jeg har fått så langt, som
+et knippe forklaringer til hvorfor det kan gå lang tid før offentlige
+postjournaler blir tilgjengelig for innbyggerne og pressen.</p>
+
+<p><strong>Norges geologiske undersøkelse</strong></p>
+
+<p><blockquote>
+<p>Subject: Hvor ofte leverer Norges geologiske undersøkelse til Offentlig Elektronisk postjournal?
+<br>Date: Fri, 08 Jun 2012 09:20:57 +0200</p>
+
+<p>Hei. Jeg har et lite spørsmål til dere. Fra statistikken til Offentlig
+Eletronisk Postjournal (OEP) ser jeg det er lenge siden NGU leverte
+postjournalen sin sist. Hvor ofte pleier NGU å levere til Offentlig
+Eletronisk Postjournal? Er dere fornøyd med dagens leveringfrekvens?</p>
+
+<hr/>
+
+<p>Subject: SV: Hvor ofte leverer Norges geologiske undersøkelse til Offentlig Elektronisk postjournal?
+<br>Date: Fri, 8 Jun 2012 12:49:35 +0200</p>
+
+<p>Hei</p>
+
+<p>NGUS fravær på OEP skyldes problemer vi har i forbindelse med
+oppgradering til ny versjon i vårt arkivsystem. Det jobbes med saken
+og jeg tror og håper at det snart skal være i orden. Normalt leverer
+vi til OEP 1 gang i uken.</p>
+</blockquote></p>
+
+<p><strong>Medietilsynet</strong></p>
+<p><blockquote>
+<p>Subject: Hvor ofte leverer Medietilsynet til Offentlig Elektronisk postjournal?
+<br>Date: Mon, 11 Jun 2012 13:29:23 +0200</p>
+
+<p>Hei. Jeg har et lite spørsmål til dere. Fra statistikken til Offentlig
+Eletronisk Postjournal (OEP) ser jeg det er lenge siden Medietilsynet
+leverte postjournalen sin sist. Hvor ofte pleier Medietilsynet å levere
+til Offentlig Eletronisk Postjournal? Er dere fornøyd med dagens
+leveringfrekvens?</p>
+
+<hr>
+<p>Subject: SV: Hvor ofte leverer Medietilsynet til Offentlig Elektronisk postjournal?
+<br>Date: Tue, 12 Jun 2012 04:55:42 +0000</p>
+
+<p>Hei!</p>
+
+<p>Medietilsynet leverer normalt postlister en gang i uka. Nå har vi
+tekniske problemer, derfor er vi forsinket. Vi regner med å levere i
+løpet av denne uken. Ellers er vi fornøyd med dagens
+leveringsfrekvens.</p>
+</blockquote></p>
+
+<p><strong>Kunnskapsdepartementet</strong></p>
+<p><blockquote>
+<p>Subject: Hvor ofte leverer Kunnskapsdepartementet til Offentlig Elektronisk Postjournal?
+<br>Date: Fri, 22 Jun 2012 21:03:01 +0200</p>
+
+<p>Hei. Jeg har et lite spørsmål til dere. Fra statistikken til Offentlig
+Eletronisk Postjournal (OEP) ser jeg at Kunnskapsdepartementet har levert
+postjournalen sin to ganger siden 2012-05-10, og sist 2012-05-16. Hvor
+ofte pleier Kunnskapsdepartementet å levere til Offentlig Eletronisk
+Postjournal? Er dere fornøyd med dagens leveringfrekvens?</p>
+
+<hr/>
+
+<p>Subject: Re: Hvor ofte leverer Kunnskapsdepartementet til Offentlig Elektronisk Postjournal?
+Date: Wed, 27 Jun 2012 14:42:23 +0200</p>
+
+<p>Hei. Kom denne eposten frem? Har ikke sett noe svar, og andre
+institusjoner jeg har spurt om tilsvarende har svart i løpet av under en
+dag på tilsvarende spørsmål, så jeg begynner å lurer på om meldingen
+gikk tapt.</p>
+
+<p>[... kopi av opprinnelig epost ...]</p>
+
+<hr/>
+<p>Subject: Re: VS: Hvor ofte leverer Kunnskapsdepartementet til Offentlig Elektronisk Postjournal?
+<br>Date: Wed, 27 Jun 2012 14:33:20 +0000</p>
+
+<p>Hei!</p>
+
+<p>Normalt leverer vi hver virkedag til OEP, med fem virkedagers
+forsinkelse. Kunnskapsdepartementet har imidlertid ikke kunnet levere
+OEP pga innføringen av nytt saksbehandlingssystem 7. Mai. Den
+etterfølgende streiken medførte så et større etterslep på
+journalføring som har gjort at vi har måttet prioritere dette fremfor
+offentlig journal. Dette arbeidet har av flere sammenfallende årsaker
+tatt noe tid. Vi håper imidlertid på at vi kan begynne å publisere
+offentlig journal igjen i løpet av denne uken, senest neste uke. Vi
+gjenopptar da vår vanlige publiseringsfrekvens i tillegg til å få på
+plass de manglende journalene.</p>
+
+</blockquote></p>
+
+
+<p><strong>Norsk Akkreditering</strong></p>
+<p><blockquote>
+<p>Subject: Hvor ofte leverer Norsk Akkreditering til Offentlig Elektronisk postjournal?
+<br>Date: Thu, 28 Jun 2012 07:35:43 +0200</p>
+
+<p>Hei. Jeg har et lite spørsmål til dere. Fra statistikken til
+Offentlig Eletronisk Postjournal (OEP) ser jeg det går lenge hver gang
+Norsk Akkreditering leverer postjournalen sin. Hvor ofte pleier Norsk
+Akkreditering å levere til Offentlig Eletronisk Postjournal? Er dere
+fornøyd med dagens leveringfrekvens?</p>
+
+<hr/>
+
+<p>Subject: SV: Hvor ofte leverer Norsk Akkreditering til Offentlig Elektronisk postjournal?
+<br>Date: Mon, 2 Jul 2012 08:32:06 +0200</p>
+
+<p>Hei,</p>
+
+<p>Norsk Akkreditering har som ambisjon å levere til OEP 2 ganger i
+uken. Pga sykdom har dette vært vanskelig å gjennomføre i juni.</p>
+</blockquote></p>
+
+<p><strong>Toll- og avgiftsdirektoratet</strong></p>
+<p><blockquote>
+<p>Date: Tue, 03 Jul 2012 11:55:07 +0200
+<br>Subject: Hvor ofte leverer Toll- og avgiftsdirektoratet til Offentlig Elektronisk postjournal?</p>
+
+
+<p>Hei. Jeg har et lite spørsmål til dere. Fra statistikken til
+Offentlig Eletronisk Postjournal (OEP) ser jeg det går lenge hver gang
+Toll- og avgiftsdirektoratet leverer postjournalen sin til OEP, og at
+siste levering var 2012-06-06. Hvor ofte pleier Toll- og
+avgiftsdirektoratet å levere til OEP? Er dere fornøyd med dagens
+leveringfrekvens?</p>
+
+<hr>
+
+<p>Date: Wed, 4 Jul 2012 09:33:18 +0000
+<br>Subject: SV: Hvor ofte leverer Toll- og avgiftsdirektoratet til Offentlig Elektronisk postjournal?</p>
+
+<p>Til: Petter Reinholdtsen</p>
+
+<p>Det vises til din e-post av 3. juli 2012.</p>
+
+<p>Våre rutiner tilsier at vår journal skal publiseres en gang pr. uke
+(hver torsdag). Vi søker så langt det er mulig å få dette til og har
+stort sett publisert iht rutinene siden vi kom opp på OEP.</p>
+
+<p>Pga ekstraordinære forhold ved vårt arkiv har vi i de siste ukene
+ikke hatt kapasitet til å opprettholde den publiseringsfrekvensen vi
+har fastsatt. Det er et begrenset antall medarbeidere som kan og skal
+kunne publisere våre journaler. Vi håper imidlertid at dette raskt vil
+bedres og vi er tilbake til den frekvens vi har satt oss som mål å ha.</p>
+
+<p>Vi beklager hvis dette har skapt vanskeligheter.</p>
+</blockquote></p>
+
+<p>Like etter at jeg fikk svar ble OEP oppdatert med postjournaler fra
+alle disse etatene. Antagelig tilfeldig, men jeg ser ikke bort fra at
+det kan ha virket motiverende for å få på plass leveringen at de ser
+at det er interesse for leveringen til OEP.</p>
</div>
<div class="tags">
- Tags: <a href="http://people.skolelinux.org/pere/blog/tags/english">english</a>, <a href="http://people.skolelinux.org/pere/blog/tags/surveillance">surveillance</a>.
+ Tags: <a href="http://people.skolelinux.org/pere/blog/tags/norsk">norsk</a>, <a href="http://people.skolelinux.org/pere/blog/tags/nuug">nuug</a>, <a href="http://people.skolelinux.org/pere/blog/tags/offentlig innsyn">offentlig innsyn</a>.
</div>
<div class="padding"></div>
<div class="entry">
- <div class="title"><a href="http://people.skolelinux.org/pere/blog/Web_service_to_look_up_HP_and_Dell_computer_hardware_support_status.html">Web service to look up HP and Dell computer hardware support status</a></div>
- <div class="date"> 6th June 2012</div>
- <div class="body"><p>A few days ago
-<a href="http://people.skolelinux.org/pere/blog/SOAP_based_webservice_from_Dell_to_check_server_support_status.html">I
-reported how to get</a> the support status out of Dell using an
-unofficial and undocumented SOAP API, which I since have found out was
-<a href="http://lists.us.dell.com/pipermail/linux-poweredge/2012-February/045959.html">discovered
-by Daniel De Marco in february</a>. Combined with my web scraping
-code for HP, Dell and IBM
-<a href="http://people.skolelinux.org/pere/blog/Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html">from
-2009</a>, I got inspired and wrote
-<a href="https://views.scraperwiki.com/run/computer-hardware-support-status/">a
-web service</a> based on Scraperwiki to make it easy to look up the
-support status and get a machine readable result back.</p>
-
-<p>This is what it look like at the moment when asking for the JSON
-output:
-
-<blockquote><pre>
-% GET <a href="https://views.scraperwiki.com/run/computer-hardware-support-status/?format=json&vendor=Dell&servicetag=2v1xwn1">https://views.scraperwiki.com/run/computer-hardware-support-status/?format=json&vendor=Dell&servicetag=2v1xwn1</a>
-supportstatus({"servicetag": "2v1xwn1", "warrantyend": "2013-11-24", "shipped": "2010-11-24", "scrapestamputc": "2012-06-06T20:26:56.965847", "scrapedurl": "http://143.166.84.118/services/assetservice.asmx?WSDL", "vendor": "Dell", "productid": ""})
-%
-</pre></blockquote>
-
-<p>It currently support Dell and HP, and I am hoping for help to add
-support for other vendors. The python source is available on
-Scraperwiki and I welcome help with adding more features.</p>
+ <div class="title"><a href="http://people.skolelinux.org/pere/blog/Medietilsynets_syn_p__om_Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html">Medietilsynets syn på om Frikanalen bør være ukryptert på det digitale bakkenettet</a></div>
+ <div class="date"> 4th July 2012</div>
+ <div class="body">I forgårs fikk jeg endelig svar fra Medietilsynet på min epost med
+spørmål om hvorfor <a href="http://www.frikanalen.no/">Frikanalen</a>
+er kryptert på RiksTV. De toer sine hender:
+
+<p><blockquote>
+<p>Date: Mon, 2 Jul 2012 08:15:38 +0000
+<br>From: Arve Lindboe <Arve.Lindboe (at) medietilsynet.no>
+<br>To: Petter Reinholdtsen
+<br>CC: Arthur Garnes <Arthur.Garnes (at) rikstv.no>,
+ postmottak (at) sd.dep.no, post (at) frikanalen.no
+<br>Subject: Spørsmål om kryptering av Frikanalen i det digitale bakkenetttet for fjernsyn</p>
+
+<p>Vi viser til Deres spørsmål av 27. mai i år til RiksTV,
+Samferdselsdepartementet og Medietilsynet, og til RiksTVs svar av
+1. juli til Dem, som vi har mottatt i kopi.</p>
+
+<p>For ordens skyld vil vi orientere om at Medietilsynet har visse
+tilsynsoppgaver knyttet til kapittel 3 i NTVs konsesjon for
+opprettelse og drift av det digitale bakkenettet for fjernsyn. Av
+pkt. 3.5 i denne konsesjonen går det bl.a. fram at NRKs
+kjernetilbud/allmennkringkastingstilbud... «skal være tilgjengelig
+uten betaling og ha lik dekning.» For distribusjon av innhold utenfor
+NRKs tilbud er det ikke tatt inn noen tilsvarende forutsetning i
+konsesjonen.</p>
+
+<p>Medietilsynets mandat omfatter ikke spørsmålet om kryptering og
+administrasjon av engangsavgift knyttet til adgangskontrollsystem for
+NTVs formidling, og tilsynet kan derfor ikke ta stilling til de
+spørsmålene De reiser i tilknytning til det.</p>
+
+<p>Mvh</p>
+
+<p>Arve Lindboe</p>
+
+<p>rådgiver,
+<br>Medietilsynet</p>
+</blockquote></p>
+
+<p>Her må det tydeligvis andre aktører i sving for å bli kvitt
+krypteringen av Frikanalen.</p>
</div>
<div class="tags">
- Tags: <a href="http://people.skolelinux.org/pere/blog/tags/english">english</a>, <a href="http://people.skolelinux.org/pere/blog/tags/nuug">nuug</a>.
+ Tags: <a href="http://people.skolelinux.org/pere/blog/tags/frikanalen">frikanalen</a>, <a href="http://people.skolelinux.org/pere/blog/tags/norsk">norsk</a>, <a href="http://people.skolelinux.org/pere/blog/tags/nuug">nuug</a>, <a href="http://people.skolelinux.org/pere/blog/tags/video">video</a>.
</div>
<div class="padding"></div>
<div class="entry">
- <div class="title"><a href="http://people.skolelinux.org/pere/blog/Kommentar_til_artikkel_i_Adresseavisa_som_omtaler_FiksGataMi.html">Kommentar til artikkel i Adresseavisa som omtaler FiksGataMi</a></div>
- <div class="date"> 2nd June 2012</div>
- <div class="body"><p>Jeg oppdaget nylig en
-<a href="http://www.adressa.no/nyheter/trondheim/article1831198.ece">artikkel
-i Adresseavisa</a> i Trondheim som nevner FiksGataMi, og der Trondheim
-kommune ser ut til å fortelle at de ikke følger forvaltningslovens
-krav ved mottak av meldinger sendt inn via FiksGataMi. La derfor
-nettopp inn denne kommentaren til artikkelen:<p>
-
-<p><blockquote>
-
-<p>Her er en liten faktaoppdatering om FiksGataMi-tjenesten, da noen
-ser ut til å ha misforstått hvordan den fungerer.</p>
-
-<p>FiksGataMi er et privat initiativ opprettet og drevet av
-medlemsforeningen NUUG. FiksGataMi tar imot meldinger om feil i
-offentlig infrastruktur, og sender meldingen skriftlig videre på vegne
-av innmelder til aktuell aktør i det offentlige, det være seg kommune,
-fylke eller vegvesenregion. Offentlig etat blir valgt ut fra
-geografisk plassering og kategori valgt av innsender. Offentlige
-etater er i følge forvaltningsloven pliktig å følge opp og besvare
-skriftlige henvendelser, og hvis noen av mottakerne ikke gjør dette
-kan en klage på lovbrudd i det offentlige. FiksGataMi fungerer dermed
-som en slags epostklient for innbyggerne der kopi av innsendte
-meldinger gjøres tilgjengelig og knyttes til kartplassering for enkel
-gjenfinning. Å sende inn nye problemrapporter via FiksGataMi er
-dermed ikke avhengig av at kommunen aktivt må følge med på meldinger
-hos FiksGataMi, da de får dem tilsendt på sine offisielle
-epostmottakspunkter. Hvorvidt noe blir fikset og om innbyggerne er
-opp til mottaker av meldingene. For Trondheim kommune er
-mottaksadressen bydrift.vegdrift@trondheim.kommune.no, en adresse jeg
-inntil jeg leste denne artikkelen trodde ble håndtert i henhold til
-forvaltningslovens krav.</p>
-
-<p>Kan ellers fortelle at 57 kommuner lenker til FiksGataMi fra sine
-nettsider, og at 37 % (4182 av 11266 ) av problemrapportene sendt inn
-via FiksGataMi er markert som løst i løsningen. Trondheim kommune har
-fått tilbud om å få rapportene levert på datamaskinlesbart format i
-stedet for epost, men har ikke takket ja så langt.</p>
-
-<p>Vennlig hilsen Petter Reinholdtsen, en av NUUG-folkene bak FiksGataMi.no</p>
-
-</blockquote></p>
-
-<p>Det høres for meg ut som om innbyggerne i Trondheim burde klage på
-kommunens potensielle lovbrudd.</p>
+ <div class="title"><a href="http://people.skolelinux.org/pere/blog/Can_Zimbra_be_told_to_send_autoreplies_to_the_From__address_.html">Can Zimbra be told to send autoreplies to the From: address?</a></div>
+ <div class="date"> 3rd July 2012</div>
+ <div class="body"><p>In the NUUG <a href="http://www.fiksgatami.no/">FiksGataMi</a>
+project (Norwegian version of
+<a href="http://www.fixmystreet.com/">FixMyStreet</a> from
+<a href="http://www.mysociety.org/">mySociety</a>), we have discovered
+a problem with the municipalities using
+<a href="http://www.zimbra.com/">Zimbra</a>. When FiksGataMi send a
+problem report to the government, the email From: address is set to
+the address of the person reporting the problem, while envelope sender
+is set to the FiksGataMi contact address. The intention is to make
+sure the municipality send any replies to the person reporting the
+problem, while any email delivery problems are sent to us in NUUG.
+This work well in most cases, but not for Karmøy municipality using
+Zimbra. Karmøy is using the vacation message function in Zimbra to
+send an automatic reply to report that the message has been received,
+and this message is sent to the envelope sender and not the address in
+the From: header.</p>
+
+<p>This causes the automatic message from Karmøy to go to NUUGs
+request-tracker instance instead of to the person reporting the
+problem. We can not really change the envelope sender address, as
+this would make it impossible for us to discover when there are
+problems with the MTAs receiving problem reports. We have been in
+contact with the people at Karmøy municipality, and they are willing
+to adjust Zimbra if something can be changed there to get a better
+behaviour.</p>
+
+<p>The default behaviour of Zimbra is as far as I can tell according
+to the specification in RFC 3834, which recommend that vacation
+messages are sent to the envelope sender and not to the From: address.
+But I wonder if it is possible to adjust or configure Zimbra to behave
+differently. Anyone know? Please let us know at
+<a href="http://lists.nuug.no/mailman/listinfo/fiksgatami">fiksgatami
+(at) nuug.no</a>.</p>
</div>
<div class="tags">
- Tags: <a href="http://people.skolelinux.org/pere/blog/tags/fiksgatami">fiksgatami</a>, <a href="http://people.skolelinux.org/pere/blog/tags/norsk">norsk</a>.
+ Tags: <a href="http://people.skolelinux.org/pere/blog/tags/english">english</a>, <a href="http://people.skolelinux.org/pere/blog/tags/fiksgatami">fiksgatami</a>, <a href="http://people.skolelinux.org/pere/blog/tags/nuug">nuug</a>.
</div>
<div class="padding"></div>
<div class="entry">
- <div class="title"><a href="http://people.skolelinux.org/pere/blog/Debian_Edu_interview__Mike_Gabriel.html">Debian Edu interview: Mike Gabriel</a></div>
- <div class="date"> 2nd June 2012</div>
- <div class="body"><p>Back in 2010, Mike Gabriel showed up on the
-<a href="http://www.skolelinux.org/">Debian Edu and Skolelinux</a>
-mailing list. He quickly proved to be a valuable developer, and
-thanks to his tireless effort we now have Kerberos integrated into the
-<a href="http://www.debian.org/News/2012/20120311.html">Debian Edu
-Squeeze</a> version.</p>
-
-<p><strong>Who are you, and how do you spend your days?</strong></p>
-
-<p>My name is Mike Gabriel, I am 38 years old and live near Kiel,
-Schleswig-Holstein, Germany. I live together with a wonderful partner
-(Angela Fuß) and two own children and two bonus children (contributed
-by Angela).</p>
-
-<p>During the day I am part-time employed as a system administrator
-and part-time working as an IT consultant. The consultancy work
-touches free software topics wherever and whenever possible. During
-the nights I am a free software developer. In the gaps I also train in
-becoming an osteopath.</p>
-
-<p>Starting in 2010 we (Andreas Buchholz, Angela Fuß, Mike Gabriel)
-have set up a free software project in the area of Kiel that aims at
-introducing free software into schools. The project's name is
-"IT-Zukunft Schule" (IT future for schools). The project links IT
-skills with communication skills.</p>
-
-<p><strong>How did you get in contact with the Skolelinux/Debian Edu
-project?</strong></p>
-
-<p>While preparing our own customised Linux distribution for
-"IT-Zukunft Schule" we were repeatedly asked if we really wanted to
-reinvent the wheel. What schools really need is already available,
-people said. From this impulse we started evaluating other Linux
-distributions that target being used for school networks.</p>
-
-<p>At the end we short-listed two approaches and compared them: a
-commercial Linux distribution developed by a company in Bremen,
-Germany, and Skolelinux / Debian Edu. Between 12/2010 and 03/2011 we
-went to several events and met people being responsible for marketing
-and development of either of the distributions. Skolelinux / Debian
-Edu was by far much more convincing compared to the other product that
-got short-listed beforehand--across the full spectrum. What was most
-attractive for me personally: the perspective of collaboration within
-the developmental branch of the Debian Edu project itself.</p>
-
-<p>In parallel with this, we talked to many local and not-so-local
-people. People teaching at schools, headmasters, politicians, data
-protection experts, other IT professionals.</p>
-
-<p>We came to two conclusions:</p>
-
-<p>First, a technical conclusion: What schools need is available in
-bits and pieces here and there, and none of the solutions really fit
-by 100%. Any school we have seen has a very individual IT setup
-whereas most of each school's requirements could mapped by a standard
-IT solution. The requirement to this IT solution is flexibility and
-customisability, so that individual adaptations here and there are
-possible. In terms of re-distributing and rolling out such a
-standardised IT system for schools (a system that is still to some
-degree customisable) there is still a lot of work to do here
-locally. Debian Edu / Skolelinux has been our choice as the starting
-point.</p>
-
-<p>Second, a holistic conclusion: What schools need does not exist at
-all (or we missed it so far). There are several technical solutions
-for handling IT at schools that tend to make a good impression. What
-has been missing completely here in Germany, though, is the enrolment
-of people into using IT and teaching with IT. "IT-Zukunft Schule"
-tries to provide an approach for this.</p>
-
-<p>Only some schools have some sort of a media concept which explains,
-defines and gives guidance on how to use IT in class. Most schools in
-Northern Germany do not have an IT service provider, the school's IT
-equipment is managed by one or (if the school is lucky) two (admin)
-teachers, most of the workload these admin teachers get done in there
-spare time.</p>
-
-<p>We were surprised that only a very few admin teachers were
-networked with colleagues from other schools. Basically, every school
-here around has its individual approach of providing IT equipment to
-teachers and students and the exchange of ideas has been quasi
-non-existent until 2010/2011.</p>
-
-<p>Quite some (non-admin) teachers try to avoid using IT technology in
-class as a learning medium completely. Several reasons for this
-avoidance do exist.</p>
-
-<p>We discovered that no-one has ever taken a closer look at this
-social part of IT management in schools, so far. On our quest journey
-for a technical IT solution for schools, we discussed this issue with
-several teachers, headmasters, politicians, other IT professionals and
-they all confirmed: a holistic approach of considering IT management
-at schools, an approach that includes the people in place, will be new
-and probably a gain for all.</p>
-
-<p><strong>What do you see as the advantages of Skolelinux/Debian
-Edu?</strong></p>
-
-<p>There is a list of advantages: international context, openness to
-any kind of contributions, do-ocracy policy, the closeness to Debian,
-the different installation scenarios possible (from stand-alone
-workstation to complex multi-server sites), the transparency within
-project communication, honest communication within the group of
-developers, etc.</p>
-
-<p><strong>What do you see as the disadvantages of Skolelinux/Debian
-Edu?</strong></p>
-
-<p>Every coin has two sides:</p>
-
-<p>Technically: <a href="http://bugs.debian.org/311188">BTS issue
-#311188</a>, tricky upgradability of a Debian Edu main server, network
-client installations on top of a plain vanilla Debian installation
-should become possible sometime in the near future, one could think
-about splitting the very complex package debian-edu-config into
-several portions (to make it easier for new developers to
-contribute).</p>
-
-<p>Another issue I see is that we (as Debian Edu developers) should
-find out more about the network of people who do the marketing for
-Debian Edu / Skolelinux. There is a very active group in Germany
-promoting Skolelinux on the bigger Linux Days within Germany. Are
-there other groups like that in other countries? How can we bring
-these marketing people together (marketing group A with group B and
-all of them with the group of Debian Edu developers)? During the last
-meeting of the German Skolelinux group, I got the impression of people
-there being rather disconnected from the development department of
-Debian Edu / Skolelinux.</p>
-
-<p><strong>Which free software do you use daily?</strong></p>
-
-<p>For my daily business, I do not use commercial software at all.</p>
-
-<p>For normal stuff I use Iceweasel/Firefox, Libreoffice.org. For
-serious text writing I prefer LaTeX. I use gimp, inkscape, scribus for
-more artistic tasks. I run virtual machines in KVM and Virtualbox.</p>
-
-<p>I am one of the upstream developers of X2Go. In 2010 I started the
-development of a Python based X2Go Client, called PyHoca-GUI.
-PyHoca-GUI has brought forth a Python X2Go Client API that currently
-is being integrated in Ubuntu's software center.</p>
-
-<p>For communications I have my own Kolab server running using Horde
-as web-based groupware client. For IRC I love to use irssi, for Jabber
-I have several clients that I use, mostly pidgin, though. I am also
-the Debian maintainer of Coccinella, a Jabber-based interactive
-whiteboard.</p>
-
-<p>My favourite terminal emulator is KDE's Yakuake.</p>
-
-<p><strong>Which strategy do you believe is the right one to use to
-get schools to use free software?</strong></p>
-
-<p>Communicate, communicate, communicate. Enrol people, enrol people,
-enrol people.</p>
+ <div class="title"><a href="http://people.skolelinux.org/pere/blog/Xocai___sjokolade_uten_helse_i_hver_bit.html">Xocai - sjokolade uten helse i hver bit</a></div>
+ <div class="date"> 3rd July 2012</div>
+ <div class="body"><p>Via Skepsis-bloggen kom jeg i dag over en skremmende og interessant
+historie om hvordan norske selgere av sjokoladen Xoçai legger frem
+helsepåstander de ikke kan støtte opp med beviser, og kommer med
+trusler for å stilne sine kritikere. Her er et knippe bloggposter som
+forteller historien:</p>
+
+<p><ul>
+
+<li><a href="http://skepsis.no/blog/?p=6522">Ulovlige
+ sjokoladepåstander</a></li>
+
+<li><a href="http://tjomlid.com/2012/06/26/xocai-en-stygg-historie-om-norsk-sjokolademafia/">Xocai
+ – en stygg historie om norsk sjokolademafia</a></li>
+
+<li><a href="http://tjomlid.com/?p=6659">Xocai, en sunn sjokolade? Er
+ det helse i hver bit?</a></li>
+
+<li><a href="http://tjomlid.com/?p=6654">30 punkter du bør undersøke
+ før du starter som Xocai distributør</a></li>
+
+</ul></p>
+
+<p>Historien er så interessant at selgerne fortjener
+Streisand-effekten</p>
</div>
<div class="tags">
- Tags: <a href="http://people.skolelinux.org/pere/blog/tags/debian edu">debian edu</a>, <a href="http://people.skolelinux.org/pere/blog/tags/english">english</a>, <a href="http://people.skolelinux.org/pere/blog/tags/intervju">intervju</a>.
+ Tags: <a href="http://people.skolelinux.org/pere/blog/tags/norsk">norsk</a>, <a href="http://people.skolelinux.org/pere/blog/tags/skepsis">skepsis</a>.
</div>
<div class="padding"></div>
<div class="entry">
- <div class="title"><a href="http://people.skolelinux.org/pere/blog/SOAP_based_webservice_from_Dell_to_check_server_support_status.html">SOAP based webservice from Dell to check server support status</a></div>
- <div class="date"> 1st June 2012</div>
- <div class="body"><p>A few years ago I wrote
-<a href="http://people.skolelinux.org/pere/blog/Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html">how
-to extract support status</a> for your Dell and HP servers. Recently
-I have learned from colleges here at the
-<a href="http://www.uio.no/">University of Oslo</a> that Dell have
-made this even easier, by providing a SOAP based web service. Given
-the service tag, one can now query the Dell servers and get machine
-readable information about the support status. This perl code
-demonstrate how to do it:</p>
-
-<p><pre>
-use strict;
-use warnings;
-use SOAP::Lite;
-use Data::Dumper;
-my $GUID = '11111111-1111-1111-1111-111111111111';
-my $App = 'test';
-my $servicetag = $ARGV[0] or die "Please supply a servicetag. $!\n";
-my ($deal, $latest, @dates);
-my $s = SOAP::Lite
- -> uri('http://support.dell.com/WebServices/')
- -> on_action( sub { join '', @_ } )
- -> proxy('http://xserv.dell.com/services/assetservice.asmx')
- ;
-my $a = $s->GetAssetInformation(
- SOAP::Data->name('guid')->value($GUID)->type(''),
- SOAP::Data->name('applicationName')->value($App)->type(''),
- SOAP::Data->name('serviceTags')->value($servicetag)->type(''),
-);
-print Dumper($a -> result) ;
-</pre></p>
-
-<p>The output can look like this:</p>
-
-<p><pre>
-$VAR1 = {
- 'Asset' => {
- 'Entitlements' => {
- 'EntitlementData' => [
- {
- 'EntitlementType' => 'Expired',
- 'EndDate' => '2009-07-29T00:00:00',
- 'Provider' => '',
- 'StartDate' => '2006-07-29T00:00:00',
- 'DaysLeft' => '0'
- },
- {
- 'EntitlementType' => 'Expired',
- 'EndDate' => '2009-07-29T00:00:00',
- 'Provider' => '',
- 'StartDate' => '2006-07-29T00:00:00',
- 'DaysLeft' => '0'
- },
- {
- 'EntitlementType' => 'Expired',
- 'EndDate' => '2007-07-29T00:00:00',
- 'Provider' => '',
- 'StartDate' => '2006-07-29T00:00:00',
- 'DaysLeft' => '0'
- }
- ]
- },
- 'AssetHeaderData' => {
- 'SystemModel' => 'GX620',
- 'ServiceTag' => '8DSGD2J',
- 'SystemShipDate' => '2006-07-29T19:00:00-05:00',
- 'Buid' => '2323',
- 'Region' => 'Europe',
- 'SystemID' => 'PLX_GX620',
- 'SystemType' => 'OptiPlex'
- }
- }
- };
-</pre></p>
-
-<p>I have not been able to find any documentation from Dell about this
-service outside the
-<a href="http://xserv.dell.com/services/assetservice.asmx?op=GetAssetInformation">inline
-documentation</a>, and according to
-<a href="http://iboyd.net/index.php/2012/02/14/updated-dell-warranty-information-script/">one
-comment</a> it can have stability issues, but it is a lot better than
-scraping HTML pages. :)</p>
-
-<p>Wonder if HP and other server vendors have a similar service. If
-you know of one, drop me an email. :)</p>
+ <div class="title"><a href="http://people.skolelinux.org/pere/blog/Hvem_samler_inn_flest_bensinpriser_.html">Hvem samler inn flest bensinpriser?</a></div>
+ <div class="date"> 2nd July 2012</div>
+ <div class="body"><p>For ca. en måned siden så jeg på tjenester som forsøker å gjøre det
+enklere å ta informerte valg om hvor en skal kjøpe drivstoff, for å
+bedre konkurransesituasjonen i drivstoffmarkedet. Det er tre aktive
+tjenester jeg kjenner til. NAF Bergens
+<a href="http://www.drivstoffpriser.no/">Drivstoffpriser.no</a>,
+Bitfactorys
+<a href="http://www.bitfactory.no/bensinpris.html">Bensinpris-app</a>,
+og Dinsides
+<a href="http://www.dinside.no/php/oko/bensin/vis_prisliste.php">prisliste</a>.
+Nå har jeg holdt øye med alle disse i over en måned, og kan fortelle
+hvor mange priser for 95-oktan bensin de har klart å samle inn i juni
+2012:</p>
+
+<p><table border="1">
+<tr><th>Tjeneste</th><th>Antall målinger i juni 2012</th></tr>
+<tr><td>Bitfactorys bensinpris-app</td><td>7687</td></tr>
+<tr><td>Drivstoffpriser.no</td><td>1788</td></tr>
+<tr><td>Dinsides prisliste</td><td>322</td></tr>
+<table></p>
+
+<p>Det er dermed åpenbart at Dinsides tjeneste henger langt etter de
+andre to, og at Bitfactorys løsning er den som har størst sjanse for å
+gi bileiere gode råd ved kjøp av drivstoff. Det er ca. 1600
+bensinstasjoner i Norge, så optimalt sett burde det vært samlet inn 30
+* 1600 = 48 000 priser for å ha maksimalt en dag gamle priser for alle
+bensinstasjoner i Norge. Ingen av tjenestene er i nærheten av å ha
+komplett dekning. Og kun Dinside og NAF Bergens Drivstoffpriser gjør
+prisinformasjonen tilgjengelig for alle på Internet.</p>
+
+<p>Den store fordelen med Drivstoffpriser.no er at de også har
+historiske priser liggende ute på åpne nettsider, slik at det er mulig
+å se alle prisdata de har samlet inn så langt. Jeg har laget
+<a href="https://scraperwiki.com/scrapers/naf-drivstoffpriser/">en
+SQLite-database</a> med alle prisene samlet inn der, som oppdateres
+jevnlig hos Scraperwiki. Tidligere anbefalte jeg å registrere priser
+hos Dinside, men etter å ha utvekslet noen epost med dem og konkludert
+med at der kommer det neppe til å skje noen videreutvikling med det
+første, anbefaler jeg nå å registrere prisene hos NAF Bergens
+drivstoffpriser.no. Jeg foretrekker å bidra til tjenester som åpent
+deler data med andre, og det gjør ikke Bitfactory.</p>
</div>
<div class="tags">
- Tags: <a href="http://people.skolelinux.org/pere/blog/tags/english">english</a>, <a href="http://people.skolelinux.org/pere/blog/tags/nuug">nuug</a>.
+ Tags: <a href="http://people.skolelinux.org/pere/blog/tags/drivstoffpriser">drivstoffpriser</a>, <a href="http://people.skolelinux.org/pere/blog/tags/norsk">norsk</a>, <a href="http://people.skolelinux.org/pere/blog/tags/scraperwiki">scraperwiki</a>.
</div>
<div class="padding"></div>
<div class="entry">
- <div class="title"><a href="http://people.skolelinux.org/pere/blog/Veileder_fra_DIFI_om_publisering_av_offentlige_data.html">Veileder fra DIFI om publisering av offentlige data</a></div>
- <div class="date"> 1st June 2012</div>
- <div class="body"><p>På onsdag rakk jeg såvidt innom
-<a href="http://www.meetup.com/osloopendata/">Oslo Open Data Forums</a>
-møte, og fikk lagt hendene mine på DIFIs helt nye veileder
-"<a href="http://veileder.data.norge.no/">Åpne data. Del og skap
-verdier. Veileder i tilgjengeliggjøring av offentlig data</a>" (også
-<a href="http://www.difi.no/filearchive/veileder-i-tilgjengeliggjoring-av-offentlig-data-web.pdf">tilgjengelig
-som PDF</a> fra DIFI).</p>
-
-<p>Veilederen er veldig bra, og nevner viktige problemstillinger og
-skisserer f.eks. både verdiskapningspotensialet og formatmulighetene
-som en bør ha i bakhodet når en publiserer offentlig informasjon på
-maskinlesbart format. Kildekoden til veilederen er
-<a href="https://github.com/difi/veileder-opnedata">tilgjengelig via
-github</a>, og en kan rapportere tilbakemeldinger og forslag til
-forbedringer der (eller via epost og twitter for de som ønsker
-det).</p>
-
-<p>Det eneste jeg virkelig savnet i veilederen var omtale av
-<a href="http://www.w3.org/DesignIssues/LinkedData.html">w3cs
-stjerneklassifisering</a> av åpne datakilder, som jeg tror ville være
-nyttige mentale knagger for de som vurderer å publisere sin
-informasjon på som åpne data. Jeg har
-<a href="https://github.com/difi/veileder-opnedata/issues/1">rapportert
-en github-bug</a> om dette, så får vi se hvordan den blir behandlet.</p>
-
-<p>Det slo meg at det var veldig lite konkret i veilederen om valg av
-bruksvilkår ved publisering (aka lisens), men jeg er ikke sikker på om
-det hører hjemme der, da det er et vanskelig tema som kanskje heller
-hører hjemme i sin egen veileder. Uansett, anbefaler alle å ta en
-titt på veilederen og sikre at alle offentlige etater en har kontakt
-med får en kopi.</p>
+ <div class="title"><a href="http://people.skolelinux.org/pere/blog/Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html">Frikanalen bør være ukryptert på det digitale bakkenettet</a></div>
+ <div class="date"> 1st July 2012</div>
+ <div class="body"><p><a href="http://www.frikanalen.no">Frikanalen</a> er Norges
+landsdekkende <a href="http://no.wikipedia.org/wiki/Åpen_kanal">åpne
+kanal</a>, der alle innbyggerne kan sende sine innslag ut på
+TV-mediet, slik at alle kan se det de har laget. Det er demokratisk
+TV i sin mest ekstreme form, og en kan nesten si at det er Youtube på
+TV. NUUG har vært involvert i Frikanalen i mange år, og har bidratt
+til å lansere en
+<a href="http://www.nuug.no/pub/video/frikanalen/frontpage.cgi">løsning
+basert på åpne standarder</a> i tillegg til den originale løsningen
+som er basert på Silverlight.</p>
+
+<p>Frikanalen skal være tilgjengelig for alle uten hindringer, men
+RiksTV har av en eller annen grunn tvunget kanalen til å sendes
+kryptert ut på det digitale bakkenettet, og dermed tvinges de som skal
+se på kanalen via dette nettet å skaffe seg et kundeforhold til
+RiksTV. Det synes jeg er svært urimelig, og mistenker det er i strid
+med Stortingets intensjon fra da Stortinget vedtok at det skulle være
+en åpen kanal på det digitale bakkenettet. Jeg sendte derfor en epost
+til RiksTV, Samferdselsdepartementet og Medietilsynet, og tok opp
+problemstillingen. Her er det som har vært av oppfølging så
+langt.</p>
+
+<p><blockquote>
+
+<p>From: Petter Reinholdtsen
+<br>Subject: Når blir Frikanalen ukryptert på RiksTV?
+<br>To: post (at) rikstv.no, postmottak (at) sd.dep.no, post (at) medietilsynet.no
+<br>Cc: post (at) frikanalen.no
+<br>Date: Sun, 27 May 2012 00:28:10 +0200</p>
+
+<p>Hvorfor er det så dyrt a motta Frikanalen i det digitale
+bakkenettet? I følge nettsidene til Frikanalen er kanalen gratis, men
+den sendes kryptert ut på RiksTV, mens f.eks. NRK ikke er kryptert.
+For å få tilgang til de krypterte sendingene må en ha programkort som
+koster flere hundre kroner for hvert fjernsyn. Dette er jo langt fra
+gratis.</p>
+
+<p>I Stortingsmelding 39 2007 står det:</p>
+
+<p><blockquote>
+ NTVs søsterselskap RiksTV skal stå for betal-tv-operasjonen på
+ plattformen. RiksTV har lagt opp til at det ikke-kommersielle
+ tilbudet i bakkenettet skal distribueres som en enkeltkanal utenfor
+ selskapets betal-tv-pakke. Kanalen vil gå som et gratistilbud til
+ seerne og vil dele sendeflate med lokal-tv. Det er lagt opp til at
+ de ikke-kommersielle aktørene i første omgang skal ha sendetid i
+ perioden kl. 12 til kl. 17.30. Tilbudet vil bli sendt kryptert, men
+ RiksTV vil påta seg å dekke alle utgifter for kundene (seerne),
+ dvs. at programkortet seerne må ha for å kunne ta inn de krypterte
+ sendingene vil være gratis i dette tilfellet. RiksTV vil også dekke
+ distribusjonskostnadene for den åpne kanalen. Alle disse avtalene
+ vil gjelde fram til midten av 2010.
+</blockquote></p>
+
+<p>Hva gjelder så etter midten av 2010? Betyr det som står i
+stortingsmeldingen at RiksTV fra midten av 2010 kan kreve hvilken som
+helst pris fra folk som ønsker å se på Frikanalen, derfor RiksTV
+velger å distribuere Frikanalen? Eller var det tillatelsen til å
+sende Frikanalen kryptert som gikk ut i 2010?</p>
+
+<p>--
+<br>Vennlig hilsen
+<br>Petter Reinholdtsen</p>
+</blockquote></p>
+
+<p>Jeg har ikke fått svar hverken fra departement eller medietilsyn,
+men har fått to svar fra RiksTV.</p>
+
+<p><blockquote>
+<p>From: post (at) rikstv.no
+<br>Subject: RE:Når blir Frikanalen ukryptert på RiksTV?--ActionID:[92641] Hvis du svarer på denne henvendelsen, ikke forandre subjektet
+<br>To: Petter Reinholdtsen
+<br>Date: Mon, 28 May 2012 14:30:27 +0200</p>
+
+<p>Takk for din henvendelse</p>
+
+<p>Som det fremgår i Stortingsmeldingen gjelder avtalen om at RiksTV
+dekker kostnadene for Programkort frem til midten av 2010. Avtalen er
+gjengitt i sin helhet på denne lenken:
+<a href="http://www.regjeringen.no/nb/dep/kud/dok/regpubl/stmeld/2006-2007/Stmeld-nr-39-2007-/28/4.html?id=478517">http://www.regjeringen.no/nb/dep/kud/dok/regpubl/stmeld/2006-2007/Stmeld-nr-39-2007-/28/4.html?id=478517</a>
+
+<p>Dersom du ønsker tilgang til Frikanalen via det digitale
+bakkenettet per idag trenger du et Programkort og RiksTV godkjent
+dekoder. Programkortet har en engangsavgift på kr 225,- og er å regne
+som en del av utstyret du trenger for å motta krypterte signaler.</p>
+
+<p>Vennligst se mer informasjon om Programkort på denne lenken:
+<a href="https://www.rikstv.no/kundeservice/Utstyr/programkort/">https://www.rikstv.no/kundeservice/Utstyr/programkort/</a></p>
+
+<p>For mer informasjon om våre produkter og priser se, www.rikstv.no </p>
+
+<p>Ha en fin dag.</p>
+
+<p>Med vennlig hilsen
+<br>Thomas Eikeland
+<br>RiksTV AS
+<br>Kundeservice
+<br>Telefonnummer: 09595
+<br>www.rikstv.no</p>
+</blockquote></p>
+
+<p>Meldingen fra RiksTV svarte ikke helt på det jeg spurte om, så jeg
+fulgte opp med en ny epost:</p>
+
+<p><blockquote>
+<p>From: Petter Reinholdtsen
+<br>Subject: Re: Når blir Frikanalen ukryptert på RiksTV?--ActionID:[92641] Hvis<br> du svarer på denne henvendelsen, ikke forandre subjektet
+<br>To: post (at) rikstv.no
+<br>Date: Fri, 08 Jun 2012 10:14:49 +0200</p>
+
+<p>[Thomas Eikeland]
+<br>> Takk for din henvendelse</p>
+
+<p>Takk for svaret.</p>
+
+<p>> Som det fremgår i Stortingsmeldingen gjelder avtalen om at RiksTV dekker
+<br>> kostnadene for Programkort frem til midten av 2010. Avtalen er gjengitt
+<br>> i sin helhet på denne lenken:
+<br>> http://www.regjeringen.no/nb/dep/kud/dok/regpubl/stmeld/2006-2007/Stmeld
+<br>> -nr-39-2007-/28/4.html?id=478517</p>
+
+<p>Jeg lurer altså på hva som gjelder etter at denne avtaleperioden er
+over. Er den erstattet med en ny avtale?</p>
+
+<ul>
+
+<li>Kan RiksTV nå kreve hvilken som helst pris fra folk som ønsker å se
+ på Frikanalen, eller var det tillatelsen til å sende Frikanalen
+ kryptert som gikk ut i 2010?</li>
+
+</ul>
+
+<p>> Dersom du ønsker tilgang til Frikanalen via det digitale bakkenettet
+<br>> per idag trenger du et Programkort og RiksTV godkjent
+<br>> dekoder. Programkortet har en engangsavgift på kr 225,- og er å regne
+<br>> som en del av utstyret du trenger for å motta krypterte signaler.
+<br>>
+<br>> Vennligst se mer informasjon om Programkort på denne lenken:
+<br>> https://www.rikstv.no/kundeservice/Utstyr/programkort/</p>
+
+<p>Dette er litt på siden av det jeg lurte på, som er hva slags
+reguleringer departementet har gitt når det gjelder Frikanalen og RiksTV
+etter 2010.</p>
+
+<p>--
+<br>Vennlig hilsen
+<br>Petter Reinholdtsen</p>
+</blockquote></p>
+
+<p>Etter mange uker fikk jeg så på fredag følgende tilbakemelding.</p>
+
+<p><blockquote>
+<p>From: Arthur Garnes
+<br>Subject: RE: Når blir Frikanalen ukryptert på RiksTV
+<br>To: Petter Reinholdtsen
+<br>Date: Fri, 29 Jun 2012 13:02:38 +0200</p>
+
+<p>Hei,</p>
+
+<p>Det vises til din henvendelse av 27.5.2012. Vi beklager at din
+henvendelse har tatt noe tid å besvare.</p>
+
+<p>RiksTV har en distribusjonsavtale med Frikanalen, hvor Frikanalen
+vederlagsfritt får distribusjon i det digitale bakkenettet. At
+signalet er kryptert bygger på RiksTVs avtale med Frikanalen. At alle
+kanalene som RiksTV distribuerer som en del av sitt tilbud skal være
+kryptert har også vært forutsetningen for NTV, RiksTV, myndighetene og
+Frikanalen hele tiden. RiksTV og NTV har kostnader knyttet til å ha et
+adgangskontrollsystem og utstedelse, distribusjon og administrasjon av
+programkort og trenger som en kommersiell aktør å få dekket disse
+kostnadene.</p>
+
+<p>Skulle du ha noen ytterligere spørsmål så er det selvsagt bare å ta
+kontakt.</p>
+
+<p>Med vennlig hilsen
+<br>Arthur Garnes
+<br>Product Manager</p>
+
+<p>Mobil: +47 98234224
+<p>E-post: arthur.garnes (at) rikstv.no
+<br>RiksTV AS
+<br>Besøk: Økernveien 145, 17. etg, Oslo
+<br>Post: Postboks 393 Økern, 0513 Oslo</p>
+
+<p>Web: rikstv.no rikstvbloggen.no facebook.com/rikstv twitter:@rikstv</p>
+
+<p>Denne e-post og informasjonen den inneholder er konfidensiell og
+ment kun for den korrekte adressaten. This e-mail and the information
+it contains is confidential and intended only for the right
+addressee.</p>
+</blockquote></p>
+
+<p>Her var det mye å ta tak i, men jeg vet ikke når jeg rekker følge
+opp.</p>
</div>
<div class="tags">
- Tags: <a href="http://people.skolelinux.org/pere/blog/tags/norsk">norsk</a>, <a href="http://people.skolelinux.org/pere/blog/tags/opphavsrett">opphavsrett</a>, <a href="http://people.skolelinux.org/pere/blog/tags/web">web</a>.
+ Tags: <a href="http://people.skolelinux.org/pere/blog/tags/frikanalen">frikanalen</a>, <a href="http://people.skolelinux.org/pere/blog/tags/norsk">norsk</a>, <a href="http://people.skolelinux.org/pere/blog/tags/nuug">nuug</a>, <a href="http://people.skolelinux.org/pere/blog/tags/video">video</a>.
</div>
<div class="padding"></div>
<div class="entry">
- <div class="title"><a href="http://people.skolelinux.org/pere/blog/First_monitor_calibration_using_ColorHug.html">First monitor calibration using ColorHug</a></div>
- <div class="date">31st May 2012</div>
- <div class="body"><p>A few days ago my color calibration gadget
-<a href="http://www.hughski.com/index.html">ColorHug</a> arrived in the
-mail, and I've had a few days to test it. As all my machines are
-running Debian Squeeze, where
-<a href="http://packages.qa.debian.org/c/colorhug-client.html">the
-calibration software</a> is missing (it is present in Wheezy and Sid),
-I ran the calibration using the Fedora based live CD. This worked
-just fine. So far I have only done the quick calibration. It was
-slow enough for me, so I will leave the more extensive calibration for
-another day.</p>
-
-<p>After calibration, I get a
-<a href="http://en.wikipedia.org/wiki/ICC_profile">ICC color
-profile</a> file that can be passed to programs understanding such
-tools. KDE do not seem to understand it out of the box, so I searched
-for command line tools to use to load the color profile into X.
-xcalib was the first one I found, and it seem to work fine for single
-monitor setups. But for my video player, a laptop with a flat screen
-attached, it was unable to load the color profile for the correct
-monitor. After searching a bit, I
-<a href="http://ubuntuforums.org/showthread.php?t=1347896">discovered</a>
-that the dispwin tool from the argyll package would do what I wanted,
-and a simple</p>
-
-<p><pre>
-dispwin -d 1 profile.icc
-</pre></p>
-
-<p>later I had the color profile loaded for the correct monitor. The
-result was a bit more pink than I expected. I guess I picked the
-wrong monitor type for the "led" monitor I got, but the result is good
-enough for now.</p>
+ <div class="title"><a href="http://people.skolelinux.org/pere/blog/Skolelinux_intervju__Markus_Gamenius.html">Skolelinux-intervju: Markus Gamenius</a></div>
+ <div class="date">30th June 2012</div>
+ <div class="body"><p>Tidligere leder av
+<a href="http://www.friprogramvareiskolen.no">foreningen som
+organiserer Skolelinux-dugnaden</a>, Markus Gamenius , har i vår vært
+i media og
+<a href="http://www.dn.no/privatokonomi/article2345489.ece">debattert
+skattepolitikk</a>, og det fikk meg til å høre om han kunne lokkes til
+å fortelle om hans inntrykk nå, etter at han ble lokket bort fra
+Linux- og <a href="http://www.skolelinux.org/">Skolelinux</a>-verden
+for å overta familiebedriften. Her har vi hans betraktninger i dag,
+noen måneder etter at
+<a href="http://www.debian.org/News/2012/20120311.html">Skolelinux
+Squeeze</a>-utgaven ble gitt ut.</p>
+
+<p><strong>Hvem er du, og hva driver du med til daglig?</strong></p>
+
+<p>Jeg heter Markus Gamenius og er 40 år. Utdannet biolog med ymse
+fag på siden. Har jobbet som lærer der jeg var driftsansvarlig på
+Ulsrud VGS i Oslo. Senere eide og jobbet jeg flere år i Linuxlabs AS,
+som jeg solgte til Redpill Linpro AS (den gangen Linpro AS). I dag
+jobber jeg med ulike investeringer, hovedsaklig i eiendom, men også i
+en del ulike IT-relaterte bedrifter.</p>
+
+<p><strong>Hvordan kom du i kontakt med Skolelinux-prosjektet?</strong></p>
+
+<p>Fruen og jeg dro på en lengre seiltur i 2000, der jeg måtte ha "noe
+å gjøre" under hjemturen over Atlanteren. Jeg kjøpte et par bøker om
+Linux i en bokhandel i New York og ble veldig fascinert. Etter
+hjemkomsten begynte jeg å jobbe på Ulsrud VGS, som naturfagslærer, men
+som IT-interessert ble jeg fort en del av den nye IT-satsningen som
+skulle løfte Ulsrud og gi skolen en bedre rykte. Vi hadde ganske
+mange maskiner, som gikk på Win98 og to servere som ble oppgradert til
+Win2000. Systemene var ustabil og dårlige. På leting etter noe
+bedre, uten å knekke ryggen økonomisk, kom jeg over "Linux i Skolen"
+og Skolelinux. Jeg tok kontakt med miljøet og en gjeng møtte opp på
+skolen, der vi gjorde en liten testinstallasjon. Etter et par år var
+ryggraden på skolen Linux (Skolelinux) og vi hadde flere hundre
+maskiner, både tynne klienter (gamle og nye), bærbare (Debian) og noen
+stasjonære (Win2000). På et tidspunkt var Ulsrud den råeste IT-skolen
+og det irriterte skolesjefen i Oslo, da de satset hardt på
+Windows.</p>
+
+<p><strong>Hva er fordelene med Skolelinux slik du ser det?</strong></p>
+
+<p>Det som gjorde at vi fikk inn Skolelinux var ene og alene
+økonomiske. Det faktum at vi slapp å kjøpe masse nye lisenser og at
+vi kunne bruke gammel hardware. Alt i alt gjorde dette at vi sparte
+mye, men i stede for å bruke mindre på IT brukte vi det vi sparte på å
+skaffe mer hardware og på den måten gi det beste tilbudet i landet til
+våre elever. For oss som driftet var det himmel å ha et system som
+gikk å administrere sentralt og effektivt. Det var heller ikke så
+dumt at vi kunne "låse" maskinene mer effektivt enn vi kunne med
+Microsoft Windows, slik at vi slapp mye feil og problemer som ble
+forårsaket av "kreative" elever.</p>
+
+<p><strong>Hva er ulempene med Skolelinux slik du ser det?</strong></p>
+
+<p>Det vi slet med var mangelen av en del programmer lærerne ville ha.
+Husker ikke alle, men det var et knippe med pedagogiske programmer de
+ikke fikk. I dag tror jeg det problemet er langt mindre da det meste
+av disse kjøres gjennom nettleseren.</p>
+
+<p><strong>Hvilken fri programvare bruker du til daglig?</strong></p>
+
+<p>Jeg bruker mye Apple i dag og er ikke så stolt av det, men jeg har
+både OpenOffice, Firefox og en del andre programmer på den bærbare.
+Firefox brukes mest av disse. På Apple-serveren hjemme bruker jeg
+HandBrake mye, og jeg har installert OpenWRT på flere av
+basestasjonene både hjemme og på jobben. I tillegg til det har jeg i
+flere år finansiert et prosjekt som heter
+<a href="http://www.found.no/">Found IT</a>. Dette er et prosjekt der
+vi lager et rammeverk for søk, der alt vi bruker fri programvare. Det
+er Alex Brasetvik som er daglig leder i Found IT.</p>
+
+<p><strong>Hvilken strategi tror du er den rette å bruke for å få
+skoler til å ta i bruk fri programvare?</strong></p>
+
+<p>Når det gjelder IT og skole er fortsatt økonomi veldig viktig. Så
+man må oppfylle minimumskravene (ikke være best, men bra nok) og selge
+seg inn på hvor mye man sparer. Det betyr selvsagt at man sparer på
+lisenser, men også på driftsinnsats. Men nå når jeg ikke er en aktiv
+del av miljøet lenger hører jeg nesten ingen ting om fri programvare.
+Jeg stiller meg da spørsmålet om det har blitt stille rundt miljøet,
+eller om jeg kun så det tydeligere før når jeg var aktiv? Uansett er
+det for stille rundt Skolelinux-prosjektet nå.</p>
</div>
<div class="tags">
- Tags: <a href="http://people.skolelinux.org/pere/blog/tags/english">english</a>.
+ Tags: <a href="http://people.skolelinux.org/pere/blog/tags/debian edu">debian edu</a>, <a href="http://people.skolelinux.org/pere/blog/tags/intervju">intervju</a>, <a href="http://people.skolelinux.org/pere/blog/tags/norsk">norsk</a>.
</div>
<div class="padding"></div>
<div class="entry">
- <div class="title"><a href="http://people.skolelinux.org/pere/blog/Hvor_samles_det_inn_bensinpriser_for_Norge_.html">Hvor samles det inn bensinpriser for Norge?</a></div>
- <div class="date">31st May 2012</div>
- <div class="body"><p>Det finnes i følge de som har talt ca. 1600 bensinstasjoner i
-Norge. Daglig innsamling av informasjon fra alle disse vil antagelig
-kreve noen tusen frivillige. Dugnadsbasert innsamling av bensinpriser
-for å gjøre det enklere å sammenligne priser og dermed bedre
-konkurransen i bensinmarkedet er en idé som mange har gjennomført de
-siste årene. Her er et forsøk på en oversikt over de som finnes i
-dag.</p>
-
-<dl>
-
-<dt>Dinside.no nettside</dt>
-
-<dd>Nettavisen dinside startet for noen år siden en dugnad for å
-<a href="http://www.dinside.no/1931/her-faar-du-billigst-bensin-diesel">samle
-inn drivstoffpriser</a>. Tjenesten samler inn med et nettsideskjema
-der en må registrere seg for å delta. En SMS-tjeneste har visst
-eksistert tidligere, men er ute av drift 2012-05-31. Listen over
-bensinstasjoner er kun tilgjengelig for registrerte brukere, og
-mangler geografiske koordinater for fremvisning på kart. Listen over
-innsamlede bensinpriser er tilgjengelig som nettside i litt over 24
-timer etter registrering. Antall innsamlede priser pr. dag ligger i
-området 10-35, og jeg har startet på
-<a href="https://scraperwiki.com/scrapers/dinside-bensinpriser/">en
-database over de publiserte prisene</a> hos Scraperwiki.</dd>
-
-<dt>Bitfactorys mobilapp</dt>
-
-<dd>I fjor lanserte
-<a href="http://www.bitfactory.no/bensinpris.html">selskapet Bitfactory
-sin landsdekkende mobilapp</a> (først for iphone, siden også for
-Android) for å samle inn drivstoffpriser og gjøre det enkelt å finne
-billigste stasjon i nærområdet ved hjelp av smarttelefon. Den
-innsamlede informasjonen er ikke publisert på web, men dagens priser
-kan hentes ut ved hjelp av et
-<a href="http://people.skolelinux.org/pere/blog/Litt_informasjon_om_Bitfactorys_Bensinpris_API.html">web-API
-som jeg har dokumentert med reversutvikling</a>. Stasjonslisten
-inneholder geografiske koordinater for fremvisning på kart. Antall
-innsamlede priser pr. dag ser ut til å ligge rundt 200.</dd>
-
-
-
-<dt>NAF Bergens nettside og iphone-app</dt>
-
-<dd>I år lanserte NAF Bergen <a href="http://www.drivstoffpriser.no/">en
-landsdekkende iphone-app</a> koblet til NAF Bergens tjeneste for å
-samle inn og varsle brukerne om bensinpriser. Nettstedet har
-publisert listen over bensinstasjoner, men ikke en komplett oversikt
-over innsamlede priser. De har interessant statistikk over
-prisutviklingen som går tilbake til 2009.
-
-<dt>bensinpris.net</dt>
-
-<dd>Nettside med prisinformasjon for Trondheimsområdet. Informasjonen
-registreres via web og SMS, og krever ikke registrering. Nettsiden
-viser de tre siste prisene registret for bensin og disel. Har liste
-over kjente stasjoner tilgjengelig. Svært lite oppdatert for
-tiden.</dd>
-
-</dl>
-
-<p>I tillegg er jeg kjent med drivstoffguiden.no som ser ut til å være
-nedlagt, og at SSB som del av beregningen av konsumprisindeksen samler
-inn driftstoffpriser hver måned og
-<a href="http://www.ssb.no/petroleumsalg/">legger dem ut i
-PDF-format</a>.</p>
-
-<p>Det jeg ikke forstår er hvorfor det stadig opprettes nye nett- og
-mobiltjenester for å samle inn bensinpriser, i stedet for å samarbeide
-med de eksisterende løsninger for å gjøre de gode nok til nye
-bruksområder. Jobben med å samle inn priser er formidabel, og hvis
-målet er bedre konkurranse på bensinmarkedet ville jeg tro det beste
-var om kundene samlet seg om _ett_ nettsted og samlet alle prisene
-der, i stedet for å spre innsatsen på mange nettsteder. Jeg mistenker
-årsaken ligger i at de aktørene som har satt opp tjenester så langt
-ikke har lagt opp til deling og samarbeid på like vilkår med andre
-aktører, og dermed gjort det vanskelig å legge til funksjonalitet som
-presentasjon på kart, statistisk analyse eller kvalitetssikring av
-bensinstasjonslisten og prisinformasjonen.</p>
-
-<table>
-
-<tr>
-<th>Tjeneste</th>
-<th>Offentlig stasjons-liste</th>
-<th>Publisert stasjons-geopunkt</th>
-<th>Publisert API for inn-legging</th>
-<th>Publisert API for ut-henting</th>
-<th>Publisert alle priser</th>
-<th>Publisert database</th>
-<th>Lands-dekkende</th>
-</tr>
-
-<tr>
-<td>Dinside</td>
-<td>(ja)</td>
-<td>nei</td>
-<td>nei</td>
-<td>nei</td>
-<td>ja</td>
-<td>(ja)</td>
-<td>ja</td>
-</tr>
-
-<tr>
-<td>Bitfactorys mobilapp</td>
-<td>nei</td>
-<td>ja</td>
-<td>(ja)</td>
-<td>(ja)</td>
-<td>nei</td>
-<td>nei</td>
-<td>ja</td>
-</tr>
-
-<tr>
-<td>drivstoffpriser.no</td>
-<td>ja</td>
-<td>ja</td>
-<td>nei</td>
-<td>nei</td>
-<td>nei</td>
-<td>nei</td>
-<td>ja</td>
-</tr>
-
-<tr>
-<td>bensinpris.net</td>
-<td>ja</td>
-<td>nei</td>
-<td>nei</td>
-<td>nei</td>
-<td>nei</td>
-<td>nei</td>
-<td>nei</td>
-</tr>
+ <div class="title"><a href="http://people.skolelinux.org/pere/blog/DIFI_foresl_r___kaste_ut_ODF_og_ta_inn_OOXML_fra_statens_standardkatalog.html">DIFI foreslår å kaste ut ODF og ta inn OOXML fra statens standardkatalog</a></div>
+ <div class="date">29th June 2012</div>
+ <div class="body"><p>DIFI har nettopp annonsert høring om revisjon av
+<a href="http://www.standard.difi.no/forvaltningsstandarder">standardkatalogen</a>,
+og endelig har Microsoft fått viljen sin. Se
+<a href="http://www.standard.difi.no/hoyring/forslag-om-endring-av-forskrift-om-it-standarder-i-offentlig-forvaltning">høringssiden</a>
+for hele teksten.</p>
-</table>
+<p>Her er forslaget i sin helhet:</p>
+
+<p><blockquote>
+<p>3.2 Revisjon av krav til redigerbare dokumenter</p>
+
+<p>I første versjon av referansekatalogen i 2007 ble det satt krav om
+Open Document Format (ODF), versjon 1.1 (OASIS, 1.2.2007) for
+redigerbare dokumenter. Kravet var obligatorisk for stat og sterkt
+anbefalt for kommunal sektor. I 2009 ble kravet gjort obligatorisk for
+hele offentlig sektor i
+<a href="http://www.lovdata.no/for/sf/fa/xa-20090925-1222.html">forskrift
+om IT-standarder i forvaltningen</a>. Anvendelsesområdet for kravet
+har vært begrenset til publisering av dokumenter som skal bearbeides
+videre (§ 4 nr. 1 andre ledd). I 2011 ble anvendelsesområdet utvidet
+til å omfatte utveksling av dokumenter beregnet for redigering som
+vedlegg til e-post (§4 nr. 2).</p>
+
+<p>Office Open XML ISO/IEC 29500:2011 (OOXML) er et dokumentformat
+opprinnelig utviklet av Microsoft med tilsvarende anvendelsesområde
+som ODF. Formatet er blant annet tatt i bruk i nyere versjoner av
+kontorstøtteprogamvaren MS Office. Difi har foretatt en
+<a href="http://www.standard.difi.no/filearchive/revisjonsvurdering-standarder-for-redigerbare-dokumenter-v1-0.pdf">revisjonsvurdering</a>
+av krav som stilles til redigerbare dokumenter i Forskrift om
+IT-standarder i forvaltningen, og anbefaler at kravet til ODF
+fjernes. Dette innebærer at det ikke stilles krav til dokumentformater
+for redigerbare dokumenter ved publisering på offentlige virksomheters
+nettsider og for redigerbare vedlegg til e-post som sendes fra
+offentlige virksomheter til innbyggere og næringsliv. Offentlige
+virksomheter vil dermed stå fritt til å publisere eller sende
+redigerbare dokumenter i det format som ivaretar brukernes behov
+best.</p>
+
+<p>Forslaget innebærer at krav til ODF utgår § 4 nr. 1 tredje ledd og
+§ 4 nr. 2 første ledd</p>
+
+<P>Imidlertid bør det stilles strengere krav til hvilke formater
+offentlige virksomheter plikter å motta redigerbare dokumenter. Vi
+mener at det ikke bør skilles mellom mottak av redigerbare dokumenter
+som sendes i ODF eller OOXML3, som begge er åpne standarder. Dette
+medfører at innbyggere og næringsliv skal kunne basere sitt valg av
+programvare på egne behov og ikke på de valg offentlige virksomheter
+tar. Kravet vil omfatte hele offentlig sektor, herunder
+utdanningssektoren, hvor det kanskje er størst bruk av ODF. Kravet er
+foreslått som ny § 4 nr.2 andre ledd</p>
+</blockquote></p>
+
+<P>De satser vel på at det hele blir glemt over sommeren, og at de
+fleste har glemt Standard Norge og ISOs fallitt fra da OOXML ble
+jukset igjennom som ISO-standard. Jeg håper mine lesere sender inn
+høringsuttalelser til høringen.</p>
+
+<p>Anbefaler alle å friske opp sine argumenter ved å lese
+<a href="http://people.skolelinux.org/pere/blog/The_reply_from_Edgar_Villanueva_to_Microsoft_in_Peru.html">svaret
+fra senator Edgar Villanueva til Microsoft i Peru</a>. Det er en
+klassisk tekst som er like gyldig i dag som da det ble skrevet.</p>
-<p>Dinside mangler dugnadsbasert kvalitetssikring av stasjonslista,
-georeferert informasjon og API for innlegging og uthenting av
-informasjon. Bitfactory mangler publisering av all innsamlet
-informasjon, dugnadsbasert kvalitetssikring av stasjonslista og
-dokumentert API for innlegging og uthenting av informasjon. NAFs
-løsning mangler publisering av all innsamlet informasjon og API for
-innlegging og uthenting av informasjon.</p>
-
-<p>Jeg har nylig spurt folkene bak dinside.nos oversikt og
-drivstoffpriser.no om de er villige til å gi ut sine innsamlede data
-uten bruksbegresninger og tilby et dokumentert og publisert API for å
-legge inn og hente ut informasjon. Så får vi se hva de sier.</p>
</div>
<div class="tags">
- Tags: <a href="http://people.skolelinux.org/pere/blog/tags/drivstoffpriser">drivstoffpriser</a>, <a href="http://people.skolelinux.org/pere/blog/tags/norsk">norsk</a>.
+ Tags: <a href="http://people.skolelinux.org/pere/blog/tags/norsk">norsk</a>, <a href="http://people.skolelinux.org/pere/blog/tags/nuug">nuug</a>, <a href="http://people.skolelinux.org/pere/blog/tags/standard">standard</a>.
</div>
<div class="padding"></div>
<div class="entry">
- <div class="title"><a href="http://people.skolelinux.org/pere/blog/Database_over_bensinpriser_fra_dinside_no.html">Database over bensinpriser fra dinside.no</a></div>
- <div class="date">30th May 2012</div>
- <div class="body"><p>En god og offentlig kilde til bensinpriser i Norge er
-<a href="http://www.dinside.no/1931/her-faar-du-billigst-bensin-diesel">dinside.no
-sin prisoversikt</a> samlet inn på dugnad fra frivillige over hele
-landet. Den har ikke like mange priser rapportert inn som Bitfactorys
-mobil-app, men informasjonen som samles inn er enkelt offentlig
-tilgjengelig på web. Dessverre forsvinner prisene fra web etter noen
-dager, så for å kunne lage analyser og se trender må en lage en
-database ved å hente ut informasjon fra dinside.no sine nettsider over
-en lengre periode. Jeg startet for litt over en uke siden en
-innsamlingstjeneste som gjør nettopp dette. Jeg har de siste ukene
-lært meg å bruke <a href="http://www.scraperwiki.com/">Scraperwiki</a>,
-et nytt og nyttig verktøy for å hente ut og strukturere informasjon
-tilgjengelig fra nettsider, PDF-er og andre kilder og som trenger
-strukturering. Hvis du vil se hvordan prisene har utviklet seg, ta en
-titt på
-<a href="https://scraperwiki.com/scrapers/dinside-bensinpriser/">scraperwiki-siden
-med databasen</a> over bensinpriser. Den henter ned priser fra
-dinside.no hver time. Hvis du vil bidra til å bedre oversikt over
-bensinprisene i Norge
-<a href="http://www.dinside.no/php/int/vis_endre.php?ny=1">registrer
-deg</a> hos dinside.no og legg inn prisene fra dine lokale
-bensinstasjoner.</p>
-
-<p>Jeg har kun gjort dette med informasjonen fra dinside.no og ikke
-informasjonen fra Bitfactory pga. bekymring rundt opphavsrettslige
-problemstillinger. Faktainformasjonen samlet inn av brukerene av
-dinside.no nettsider er åpenbart publisert offentlig, mens jeg
-mistenker det er en juridisk gråsone om det samme gjelder
-informasjonen samlet inn av brukerne av bitfactorys mobilapp. Derfor
-bidrar jeg med å samle inn priser hos dinside.no, og anbefaler andre å
-gjøre det samme. Jeg prioriterer å bidra hos de som forstår verdien
-av å dele informasjon med andre uten bruksbegresninger.</p>
+ <div class="title"><a href="http://people.skolelinux.org/pere/blog/Departementenes_servicesenter_har_ingen_avtale_om_bruk_av_H_264_med_MPEG_LA.html">Departementenes servicesenter har ingen avtale om bruk av H.264 med MPEG-LA</a></div>
+ <div class="date">29th June 2012</div>
+ <div class="body"><p>Da fikk jeg nettopp svar fra
+<a href="http://www.dss.dep.no/">Departementenes servicesenter</a>
+(DSS) på
+<a href="http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html">mitt
+spørsmål om avtale rundt bruk av H.264</a>. De har ingen avtale med
+MPEG LA eller dets representanter. Her er svaret.
+
+<p><blockquote>
+
+<p>Date: Fri, 29 Jun 2012 07:04:42 +0000
+<br>From: Nielsen Mette Haga <Mette-Haga.Nielsen (at) dss.dep.no>
+<br>To: Petter Reinholdtsen <petter.reinholdtsen (at) ...>
+<br>CC: Postmottak <Postmottak (at) dss.dep.no>
+<br>Subject: SV: Innsynsbegjæring om MPEG/H.264-relaterte avtaler</p>
+
+<p>DSS har ikke inngått noen egen lisensavtale med MPEG-LA eller noen som
+representerer MPEG-LA i Norge. Videoløsningen på regjeringen.no er
+levert av Smartcom:tv. Lisensforholdet rundt H.264 er ikke omtalt i
+vår avtale med Smartcom.</p>
+
+<p>Vennlig hilsen</p>
+
+<p>Mette Haga Nielsen
+<br>Fung. seksjonssjef</p>
+
+<p>Departementenes servicesenter</p>
+
+<p>Informasjonsforvaltning
+
+<p>Mobil 93 09 83 51
+<br>E-post mette-haga.nielsen (at) dss.dep.no</p>
+</blockquote></p>
+
+<p>Hvis den norske regjeringen representert ved DSS ikke har slik
+avtale, så kan en kanskje konkludere med at det ikke trengs? Jeg er
+ikke trygg på at det er god juridisk grunn å stå på, men det er i det
+minste interessant å vite at hverken NRK eller DSS har funnet det
+nødvendig å ha avtale om bruk av H.264.</p>
+
+<p>Det forklarer ikke hvordan de kan ignorere bruksvilkårene knyttet
+til bruk av opphavsrettsbeskyttet materiale de bruker til
+videoproduksjon, med mindre slike vilkår kan ignoreres av selskaper og
+privatpersoner i Norge. Har de lov til å bryte vilkårene, eller har
+de brutt dem og så langt sluppet unna med det? Jeg aner ikke.</p>
</div>
<div class="tags">
- Tags: <a href="http://people.skolelinux.org/pere/blog/tags/drivstoffpriser">drivstoffpriser</a>, <a href="http://people.skolelinux.org/pere/blog/tags/norsk">norsk</a>, <a href="http://people.skolelinux.org/pere/blog/tags/scraperwiki">scraperwiki</a>.
+ Tags: <a href="http://people.skolelinux.org/pere/blog/tags/multimedia">multimedia</a>, <a href="http://people.skolelinux.org/pere/blog/tags/norsk">norsk</a>, <a href="http://people.skolelinux.org/pere/blog/tags/opphavsrett">opphavsrett</a>, <a href="http://people.skolelinux.org/pere/blog/tags/standard">standard</a>, <a href="http://people.skolelinux.org/pere/blog/tags/video">video</a>, <a href="http://people.skolelinux.org/pere/blog/tags/web">web</a>.
</div>
<div class="padding"></div>
<div class="entry">
- <div class="title"><a href="http://people.skolelinux.org/pere/blog/Litt_informasjon_om_Bitfactorys_Bensinpris_API.html">Litt informasjon om Bitfactorys Bensinpris-API</a></div>
- <div class="date">28th May 2012</div>
- <div class="body"><p>I fjor lanserte Bitfactory en
-<a href="http://www.bitfactory.no/bensinpris.html">mobilapp for å få
-tilgang til bensinpriser</a> på landets bensinstasjoner ved å samle
-inn prisene på dugnad ved hjelp av mobilapp-ens brukere.
-Informasjonen app-ens brukere har samlet inn har så langt kun vært
-tilgjengelig for brukerne av app-ene, og API for å hente ut
-informasjonen fra andre plattformer har ikke vært publisert. Da
-løsningen kom spurte jeg utviklerne om de kunne publisere
-API-dokumentasjon og de skulle se på saken, men det har ikke skjedd så
-langt. Jeg antar de har vært for travelt opptatt til å publisere
-API-dokumentasjon.</p>
-
-<p>Utrolig nok er det i følge
-<a href="http://www.dn.no/energi/article2194526.ece">Dagens
-Næringsliv</a> og
-<a href="http://www.finnmarkdagblad.no/nyheter/article5323140.ece">Finnmark
-Dagblad</a> bensinstasjoner som nekter å oppgi prisene sine på
-telefon, slik at det ikke finnes en fornuftig måte å få tak i prisene
-på uten å samle dem inn på stedet. Flere har dugnader på gang for å
-samle inn prisinformasjon om bensin, men så vidt jeg kan se er det kun
-<a href="http://www.dinside.no/php/oko/bensin/vis_prisliste.php">dinside.no</a>
-og Bitfactorys App som får regelmessige oppdateringer. Dinsides
-oversikt er tilgjengelig på web for de som vil følge med, mens
-bitfactorys informasjon ikke er like enkelt tilgjengelig.<p>
-
-<p>Jeg tok meg derfor litt tid for å revers-utvikle protokollen for
-Bitfactorys mobilapp for å gjøre den innsamlede informasjonen mer
-tilgjengelig for flere. Protokollen bruker HTTP og normal
-forms-notasjon for POST. Jeg lot en telefon koble seg til mitt
-trådløsnett, og satte opp tcpdump til å samle all trafikken mot
-www.bitfactory.no, og deretter tittet på alle HTTP-kallene ved hjelp
-av wireshark. Her er API-kallene jeg har identifisert så langt.</p>
-
-<p><b>stasjonsDatabaseUpdateStamp</b></p>
-
-<p><tt>GET http://www.bitfactory.no/Bensin/ver1.1.stasjonsDatabaseUpdateStamp</tt></p>
-
-<p>Vet ikke helt hva dette API-kallet gjør, men navnet gjør at jeg
-tror den rapporterer når listen over stasjoner sist ble endret.
-Returverdien er et tall som pr. 2011-12-09 er 1319145491 og
-pr. 2012-05-28 er 1336420693. Mitt gjett er at dette er sekunder
-siden 1. januar 1970 ala det en finner på Linux, som kan konverteres
-til en leselig dato med <tt>perl -e 'print
-scalar(localtime(1319145491)), "\n"'</tt>. Den første verdien
-konverterer da til "Thu Oct 20 23:18:11 2011", mens den andre
-konverteres til "Mon May 7 21:58:13 2012".</p>
-
-<p><b>GetXMLDatabase</b></p>
-
-<p><tt>echo password=XYZXYZXYZXYZX | POST http://www.bitfactory.no/Bensin/GetXMLDatabase.php</tt></p>
-
-<p>Henter ned listen med stasjoner på XML-format. Argumentet er
-password som muligens følger med i programpakken og eventuelt
-genereres av app-en. Nedlasting med samme passord flere ganger ser
-ikke ut til å fungere. Innholdet er ca. 1600 stasjoner, men manglet
-bensinstasjonen i min hjemkommune Ballangen da jeg sjekket, så den er
-ikke komplett. Formatet på selve listen ser slik ut (klippet):</p>
-
-<p><pre>
-<?xml version="1.0" encoding="UTF-8"?>
-<STASJONSDATABASE>
-<STASJON>
-<NAME></NAME>
-<ADDRESS></ADDRESS>
-<ID>0</ID>
-<LATITUDE>0.000000</LATITUDE>
-<LONGITUDE>0.000000</LONGITUDE>
-<COMPANY></COMPANY>
-</STASJON>
-<STASJON>
-<NAME>Statoil Best Eidsvoll Verk</NAME>
-<ADDRESS>Gamle Trondheimsvei 339 2074 Eidsvoll Verk</ADDRESS>
-<ID>1</ID>
-<LATITUDE>60.303902</LATITUDE>
-<LONGITUDE>11.168100</LONGITUDE>
-<COMPANY>Best</COMPANY>
-</STASJON>
-[...]
-<STASJON>
-<NAME>Esso Andenes</NAME>
-<ADDRESS>Falcksgate 9, 8480 Andenes</ADDRESS>
-<ID>1822</ID>
-<LATITUDE>69.320999</LATITUDE>
-<LONGITUDE>16.118700</LONGITUDE>
-<COMPANY>Esso</COMPANY>
-</STASJON>
-</STASJONSDATABASE>
-</pre></p>
-
-<p><b>GetBanStatus</b></p>
-
-<p><tt>echo UDID=Android-123456789012345 | POST http://www.bitfactory.no/Bensin/ver1.1.GetBanStatus.php</tt></p>
-
-<p>Vet heller ikke helt hva dette API-kallet gjør. Navnet gjør at jeg
-tror den rapporterer om telefonen med UDID oppgitt som argument er
-bannlyst fra tjenesten. Bannlysning gjør antagelig at telefonen ikke
-kan brukes til å registrere bensinpriser, men det er også mulig det
-blokkerer for å se på priser. Eneste POST-argument er UDID, som ser
-ut til å være den unike ID-en til en mobil-enhet. Returnverdi er 'NO'
-for alle UDID-verdier jeg har testet. Gjetter på at alternativ
-returverdi er 'YES', men har ikke sett en slik verdi så langt.</p>
-
-<p><b>PriserVedStasjoner</b></p>
-
-<p><tt>echo 'stasjoner=810,364&day=0' | POST http://www.bitfactory.no/Bensin/ver1.1.PriserVedStasjoner.php</tt></p>
-
-<p>Dette kallet henter ut priser registrert på en eller flere
-bensinstasjoner. Den tar to POST-argumenter, "stasjoner" som er
-kommaseparert liste over stasjons-IDer (numeriske), og "day" som bør
-settes til "0" for å få ut informasjon om priser. Usikker på hva
-day-tallet betyr, men mistenker det har med hvor langt tilbake i tid
-det skal hentes ut informasjon.</p>
-
-<p>Resultatet som kommer tilbake er en kommaseparert liste for hver
-enkelt stasjon, med <br> som skillemarkør mellom hver stasjon.
-Ikke helt sikker på hva alle feltene er. Her er mine gjett:</p>
-
-<p><table>
-<tr><ht>Felt</ht><ht>Beskrivelse</ht></tr>
-<tr><td>1</td><td>Bensinstasjons-ID</td></tr>
-<tr><td>2</td><td>Pris for blyfri 95 oktan, flyttall med punktum som desimalskille.</td></tr>
-<tr><td>3</td><td>Klokkeslett da prisen ble oppdatert, format HH:MM. </td></tr>
-<tr><td>4</td><td>Telefon-ID på formen Android-123456789012345 eller hex-kodet streng/MD5-sum</td></tr>
-<tr><td>5</td><td>tall, uviss betydning. muligens relatert til day-verdien. <b>Oppdatering 2012-06-02: Denne verdien er antall bekreftelser en gitt pris har fått.</td></tr>
-<tr><td>6</td><td>Pris for blyfri 98-oktan?</td></tr>
-<tr><td>7</td><td>samme som felt 3</td></tr>
-<tr><td>8</td><td>samme som felt 4</td></tr>
-<tr><td>9</td><td>samme som felt 5</td></tr>
-<tr><td>10</td><td>Pris for disel</td></tr>
-<tr><td>11</td><td>Samme som felt 3</td></tr>
-<tr><td>12</td><td>Samme som felt 4</td></tr>
-<tr><td>13</td><td>Samme som felt 5</td></tr>
-</table></p>
-
-<p>En stasjonsoppføring består dermed av av bensinstasjons-ID og
-deretter tre blokker for 95-oktan bensin, 98-oktan bensin og
-disel.</p>
-
-<p><b>PriserVedStasjon</b></p>
-
-<p><tt>echo 'id=736&day=0' | POST http://www.bitfactory.no/Bensin/ver1.1.PriserVedStasjon.php</tt></p>
-
-<p>Ser ut til å returnere informasjon for en enkelt bensinstasjon.
-Formatet er dato på formen "08_12_2011" for 2011-12-08, og noe som ser
-ut som samme format som fra PriserVedStasjoner. For stasjoner der
-intet er registrert returnerer den "NO RESULTS".</p>
-
-<p><b>AllePriser</b></p>
-
-<p><tt>echo day=0 | POST http://www.bitfactory.no/Bensin/ver1.1.AllePriser.php</tt></p>
-
-<p>Returnere liste med av alle stasjoner det er registrert oppdaterte
-priser på siste 24 timer (eller er det fra ca. midnatt dagen før?).
-Returnerer "NO RESULTS" når listen er tom. Ellers returnerer den en
-dato på formen "Thursday_09_12_2011" fulgt av <br> og deretter
-en liste med stasjoner på samme format som PriserVedStasjoner.</p>
+ <div class="title"><a href="http://people.skolelinux.org/pere/blog/MPEG_LA_mener_NRK_m__ha_avtale_med_dem_for___kringkaste_og_publisere_H_264_video.html">MPEG-LA mener NRK må ha avtale med dem for å kringkaste og publisere H.264-video</a></div>
+ <div class="date">28th June 2012</div>
+ <div class="body"><p>Etter at NRK
+<a href="http://people.skolelinux.org/pere/blog/NRK_nekter___finne_og_utlevere_eventuell_avtale_med_MPEG_LA.html">nektet
+å spore opp eventuell avtale med MPEG-LA</a> eller andre om bruk av
+MPEG/H.264-video etter at jeg <a
+href="http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html">ba
+om innsyn i slike avtaler</a>, tenkte jeg at i stedet for å forsøke å
+få NRK til å finne en slik avtale, så burde det være like enkelt å
+spørre MPEG-LA om de hadde avtale med NRK. Spørsmålet ble sendt før
+jeg fikk tips fra Kieran Kunhya om hvor listen over lisensinnehavere
+"in Good Standing" befant seg. MPEG-LA svarte meg i dag, og kan
+fortelle at NRK ikke har noen avtale med dem, så da er i det minste det
+slått fast. Ikke overraskende mener MPEG-LA at det trengs en avtale
+med MPEG-LA for å streame H.264, men deres rammer er jo
+rettstilstanden i USA og ikke Norge. Jeg tar dermed den delen av
+svaret med en klype salt. Jeg er dermed fortsatt ikke klok på om det
+trengs en avtale, og hvis det trengs en avtale her i Norge, heller
+ikke sikker på om NRK har en avtale med noen andre enn MPEG-LA som
+gjør at de ikke trenger avtale direkte med MPEG-LA. Jeg håper NRKs
+jurister har vurdert dette, og at det er mulig å få tilgang til
+vurderingen uansett om de trenger en avtale eller ikke.</p>
+
+<p>Her er epostutvekslingen med MPEG-LA så langt. Håper ikke
+utvekslingen fører til NRK plutselig får en litt uventet pakke fra
+MPEG-LA.</p>
+
+<p><blockquote>
+<p>Date: Mon, 25 Jun 2012 15:29:37 +0200
+<br>From: Petter Reinholdtsen <pere (at) hungry.com>
+<br>To: licensing-web (at) mpegla.com
+<br>Subject: Do NRK have a license agreement with MPEG-LA?</p>
+
+<p>Hi. I have a small question for you, that I hope it is OK that I
+ask.</p>
+
+<p>Is there any license agreements between MPEG-LA and NRK, <URL:
+<a href="http://www.nrk.no/">http://www.nrk.no/</a> >, the
+Norwegian national broadcasting cooperation? I am not sure if they
+need one, and am just curious if such agreeement exist.</p>
+
+<p>The postal address is</p>
+
+<p><blockquote>
+ NRK
+ <br>Postbox 8500, Majorstuen
+ <br>0340 Oslo
+ <br>Norway
+</blockquote></p>
+
+<p>if it make it easier for you to locate such agreement.</p>
+
+<p>Can you tell me how many entities in Norway have an agreement with
+MPEG-LA, and the name of these entities?</p>
+
+<p>--
+<br>Happy hacking
+<br>Petter Reinholdtsen
+</blockquote></p>
+
+<p>I dag, to dager senere, fikk jeg følgende svar:</p>
+
+<p><blockquote>
+<p>Date: Thu, 28 Jun 2012 14:11:17 +0000
+<br>From: Ryan Rodriguez <RRodriguez (at) mpegla.com>
+<br>To: Petter Reinholdtsen <pere (at) hungry.com>
+<br>CC: MD Administration <MDAdministration (at) mpegla.com>
+<br>Subject: RE: Do NRK have a license agreement with MPEG-LA?</p>
+
+<p>Dear Mr. Reinholdtsen,</p>
+
+<p>Thank you for your message and for your interest in MPEG LA. We
+appreciate hearing from you and I will be happy to assist you.</p>
+
+<p>To begin, I will assume that you are referring to AVC/H.264
+technology in your message below, as this technology is commonly used
+in the transmission of video content. In that case, please allow me
+to briefly summarize the coverage provided by our AVC Patent Portfolio
+License.</p>
+
+<P>Our AVC License provides coverage for end products and video
+services that make use of AVC/H.264 technology. Accordingly, the
+party offering such end products and video to End Users concludes the
+AVC License and is responsible for paying the applicable royalties
+associated with the end products/video they offer.</p>
+
+<p>While the Norwegian Broadcast Corporation (NRK) is not currently a
+Licensee to MPEG LA's AVC License (or any other Portfolio License
+offered by MPEG LA), if NRK offers AVC Video to End Users for
+remuneration (for example, Title-by-Title, Subscription, Free
+Television, or Internet Broadcast AVC Video), then NRK will need to
+conclude the AVC License and may be responsible for paying applicable
+royalties associated with the AVC Video it distributes.</p>
+
+<p>Today I will send you a FedEx package containing a copy of our AVC
+License for your review. You should receive the License document
+within the next few days.</p>
+
+<p>Meanwhile, MPEG LA currently has several Norwegian Licensees that
+can be found under the "Licensees" header within the respective
+portion of our website. For example, you may find our list of
+Licensees in Good Standing to our AVC License in the AVC portion of
+our website,
+<a href="http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx">http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx</a></p>
+
+<p>I hope the above information is helpful. If you have additional
+questions or need further assistance with the AVC License, please feel
+free to contact me directly. I look forward to hearing from you again
+soon.</p>
+
+<p>Best regards,</p>
+
+<p>Ryan</p>
+
+<p>Ryan M. Rodriguez
+<br>Licensing Associate
+<br>MPEG LA
+<br>5425 Wisconsin Avenue
+<br>Suite 801
+<br>Chevy Chase, MD 20815
+<br>U.S.A.
+<br>Phone: +1 (301) 986-6660 x211
+<br>Fax: +1 (301) 986-8575
+<br>Email: rrodriguez (at) mpegla.com</p>
+
+</blockquote></p>
+
+<p>Meldingen om utsendt FedEx-pakke var så merkelig at jeg
+øyeblikkelig sendte svar tilbake og spurte hva i alle dager han mente,
+da han jo ikke hadde fått noen postadresse som nådde meg.</p>
+
+<p><blockquote>
+
+<p>Date: Thu, 28 Jun 2012 16:36:15 +0200
+<br>From: Petter Reinholdtsen <pere (at) hungry.com>
+<br>To: Ryan Rodriguez <RRodriguez (at) mpegla.com>
+<br>Cc: MD Administration <MDAdministration (at) mpegla.com>
+<br>Subject: Re: Do NRK have a license agreement with MPEG-LA?</p>
+
+<p>[Ryan Rodriguez]
+<br>> Dear Mr. Reinholdtsen,</p>
+
+<p>Thank you for your quick reply.</p>
+
+<p>> Today I will send you a FedEx package containing a copy of our AVC
+<br>> License for your review. You should receive the License document
+<br>> within the next few days.</p>
+
+<p>The part about sending a FedEx package confused me, though. I did not
+<br>give you my address, nor am I associated with NRK in any way, so I hope
+<br>you did not try to send me a package using the address of NRK. If you
+<br>would send me the Internet address of to the document, it would be more
+<br>useful to me to be able to download it as an electronic document.</p>
+
+<p>> Meanwhile, MPEG LA currently has several Norwegian Licensees that can
+<br>> be found under the "Licensees" header within the respective portion
+<br>> of our website. For example, you may find our list of Licensees in
+<br>> Good Standing to our AVC License in the AVC portion of our website,
+<br>> http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx</p>
+
+<p>How can I recognize the Norwegian licensees?</p>
+
+<p>--
+<br>Happy hacking
+<br>Petter Reinholdtsen</p>
+</blockquote></p>
+
+<p>Selv om jeg svarte kun noen minutter etter at jeg fikk eposten fra
+MPEG-LA, fikk jeg eposten under som automatisk var beskjed på min
+siste epost. Får håpe noen likevel følger opp "FedEx-pakken". For å
+øke sjansen for at noen revurderer utsending av pakke uten mottaker,
+videresendte jeg min epost til swolf (at) mpegla.com, så får vi se.
+Har ikke hørt noe mer 3 timer senere, så jeg mistenker at ingen leste
+min epost tidsnok.</p>
+
+<p><blockquote>
+
+<p>Date: Thu, 28 Jun 2012 14:36:20 +0000
+<br>From: Ryan Rodriguez <RRodriguez (at) mpegla.com>
+<br>To: Petter Reinholdtsen <pere (at) hungry.com>
+<br>Subject: Automatic reply: Do NRK have a license agreement with MPEG-LA?</p>
+
+<p>Thank you for your message.</p>
+
+<p>I will be out of the office until Thursday, July 5 and will respond
+to all messages upon my return. If this is a matter that requires
+immediate attention, please contact Sidney Wolf (swolf (at)
+mpegla.com)</p>
+
+<p>Best regards,</p>
+
+<p>Ryan</p>
+
+<p>Ryan M. Rodriguez
+<br>Licensing Associate
+<br>MPEG LA</p>
+
+</blockquote></p>
+
+<p>Litt klokere, men fortsatt ikke klok på mitt opprinnelige spørsmål,
+som er om en trenger avtale med MPEG-LA for å publisere eller
+kringkaste H.264-video i Norge.</p>
</div>
<div class="tags">
- Tags: <a href="http://people.skolelinux.org/pere/blog/tags/drivstoffpriser">drivstoffpriser</a>, <a href="http://people.skolelinux.org/pere/blog/tags/norsk">norsk</a>.
+ Tags: <a href="http://people.skolelinux.org/pere/blog/tags/multimedia">multimedia</a>, <a href="http://people.skolelinux.org/pere/blog/tags/norsk">norsk</a>, <a href="http://people.skolelinux.org/pere/blog/tags/opphavsrett">opphavsrett</a>, <a href="http://people.skolelinux.org/pere/blog/tags/standard">standard</a>, <a href="http://people.skolelinux.org/pere/blog/tags/video">video</a>, <a href="http://people.skolelinux.org/pere/blog/tags/web">web</a>.
</div>
<li><a href="http://people.skolelinux.org/pere/blog/archive/2012/05/">May (12)</a></li>
-<li><a href="http://people.skolelinux.org/pere/blog/archive/2012/06/">June (6)</a></li>
+<li><a href="http://people.skolelinux.org/pere/blog/archive/2012/06/">June (20)</a></li>
+
+<li><a href="http://people.skolelinux.org/pere/blog/archive/2012/07/">July (6)</a></li>
</ul></li>
<li><a href="http://people.skolelinux.org/pere/blog/tags/bsa">bsa (2)</a></li>
- <li><a href="http://people.skolelinux.org/pere/blog/tags/debian">debian (54)</a></li>
+ <li><a href="http://people.skolelinux.org/pere/blog/tags/debian">debian (55)</a></li>
- <li><a href="http://people.skolelinux.org/pere/blog/tags/debian edu">debian edu (103)</a></li>
+ <li><a href="http://people.skolelinux.org/pere/blog/tags/debian edu">debian edu (106)</a></li>
- <li><a href="http://people.skolelinux.org/pere/blog/tags/digistan">digistan (8)</a></li>
+ <li><a href="http://people.skolelinux.org/pere/blog/tags/digistan">digistan (9)</a></li>
- <li><a href="http://people.skolelinux.org/pere/blog/tags/drivstoffpriser">drivstoffpriser (3)</a></li>
+ <li><a href="http://people.skolelinux.org/pere/blog/tags/drivstoffpriser">drivstoffpriser (4)</a></li>
- <li><a href="http://people.skolelinux.org/pere/blog/tags/english">english (134)</a></li>
+ <li><a href="http://people.skolelinux.org/pere/blog/tags/english">english (138)</a></li>
- <li><a href="http://people.skolelinux.org/pere/blog/tags/fiksgatami">fiksgatami (16)</a></li>
+ <li><a href="http://people.skolelinux.org/pere/blog/tags/fiksgatami">fiksgatami (17)</a></li>
<li><a href="http://people.skolelinux.org/pere/blog/tags/fildeling">fildeling (12)</a></li>
- <li><a href="http://people.skolelinux.org/pere/blog/tags/intervju">intervju (27)</a></li>
+ <li><a href="http://people.skolelinux.org/pere/blog/tags/frikanalen">frikanalen (6)</a></li>
+
+ <li><a href="http://people.skolelinux.org/pere/blog/tags/intervju">intervju (29)</a></li>
<li><a href="http://people.skolelinux.org/pere/blog/tags/kart">kart (16)</a></li>
<li><a href="http://people.skolelinux.org/pere/blog/tags/ltsp">ltsp (1)</a></li>
- <li><a href="http://people.skolelinux.org/pere/blog/tags/multimedia">multimedia (16)</a></li>
+ <li><a href="http://people.skolelinux.org/pere/blog/tags/multimedia">multimedia (21)</a></li>
- <li><a href="http://people.skolelinux.org/pere/blog/tags/norsk">norsk (169)</a></li>
+ <li><a href="http://people.skolelinux.org/pere/blog/tags/norsk">norsk (185)</a></li>
- <li><a href="http://people.skolelinux.org/pere/blog/tags/nuug">nuug (129)</a></li>
+ <li><a href="http://people.skolelinux.org/pere/blog/tags/nuug">nuug (137)</a></li>
+
+ <li><a href="http://people.skolelinux.org/pere/blog/tags/offentlig innsyn">offentlig innsyn (4)</a></li>
<li><a href="http://people.skolelinux.org/pere/blog/tags/open311">open311 (2)</a></li>
- <li><a href="http://people.skolelinux.org/pere/blog/tags/opphavsrett">opphavsrett (25)</a></li>
+ <li><a href="http://people.skolelinux.org/pere/blog/tags/opphavsrett">opphavsrett (30)</a></li>
- <li><a href="http://people.skolelinux.org/pere/blog/tags/personvern">personvern (47)</a></li>
+ <li><a href="http://people.skolelinux.org/pere/blog/tags/personvern">personvern (48)</a></li>
<li><a href="http://people.skolelinux.org/pere/blog/tags/raid">raid (1)</a></li>
<li><a href="http://people.skolelinux.org/pere/blog/tags/ruter">ruter (4)</a></li>
- <li><a href="http://people.skolelinux.org/pere/blog/tags/scraperwiki">scraperwiki (1)</a></li>
+ <li><a href="http://people.skolelinux.org/pere/blog/tags/scraperwiki">scraperwiki (2)</a></li>
<li><a href="http://people.skolelinux.org/pere/blog/tags/sikkerhet">sikkerhet (23)</a></li>
<li><a href="http://people.skolelinux.org/pere/blog/tags/sitesummary">sitesummary (4)</a></li>
- <li><a href="http://people.skolelinux.org/pere/blog/tags/standard">standard (29)</a></li>
+ <li><a href="http://people.skolelinux.org/pere/blog/tags/skepsis">skepsis (1)</a></li>
+
+ <li><a href="http://people.skolelinux.org/pere/blog/tags/standard">standard (34)</a></li>
<li><a href="http://people.skolelinux.org/pere/blog/tags/stavekontroll">stavekontroll (1)</a></li>
<li><a href="http://people.skolelinux.org/pere/blog/tags/valg">valg (6)</a></li>
- <li><a href="http://people.skolelinux.org/pere/blog/tags/video">video (25)</a></li>
+ <li><a href="http://people.skolelinux.org/pere/blog/tags/video">video (31)</a></li>
<li><a href="http://people.skolelinux.org/pere/blog/tags/vitenskap">vitenskap (1)</a></li>
- <li><a href="http://people.skolelinux.org/pere/blog/tags/web">web (20)</a></li>
+ <li><a href="http://people.skolelinux.org/pere/blog/tags/web">web (24)</a></li>
</ul>
projects / homepage.git / blobdiff