- <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>
- <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>.
-
-
- </div>
- </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>
- <div class="tags">
-
-
- Tags: <a href="http://people.skolelinux.org/pere/blog/tags/english">english</a>.
-
-
- </div>
- </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>
-
-</table>
-
-<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 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 Departementenes servicesenter (DSS) på
+<ahref="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>
projects / homepage.git / blobdiff