- <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/Debian_Edu_interview__Jos__Luis_Redrejo_Rodr_guez.html">Debian Edu interview: José Luis Redrejo Rodríguez</a></div>
+ <div class="date">26th June 2012</div>
+ <div class="body"><p>I've been too busy at home, but finally I found time to wrap up
+another interview with the people behind
+<a href="http://www.skolelinux.org/">Debian Edu and Skolelinux</a>.
+This time we get to know José Luis Redrejo Rodríguez, one of our great
+helpers from Spain. His effort was the reason we added support for
+several desktop types (KDE, Gnome and most recently LXDE) in Debian
+Edu, and have all of these available in the recently published
+<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>I'm a father, teacher and engineer who is working for the Education
+ministry of the Region of Extremadura (Spain) in the implementation of
+ICT in schools</p>
+
+<p><strong>How did you get in contact with the Skolelinux/Debian Edu
+project?</strong></p>
+
+<p>At 2006, I verified that both, we in Extremadura and Skolelinux
+project, had been working in parallel for some years, doing very
+similar things, using very similar tools and with similar targets, so
+I decided it was time to join forces as much as possible.</p>
+
+<p><strong>What do you see as the advantages of Skolelinux/Debian
+Edu?</strong></p>
+
+<p>A community of highly skilled experts working together, with a
+really open schema of collaboration and work. I really love the
+concepts of Do-ocracy and Merit-ocracy and the way these concepts are
+been used everyday inside Debian Edu.</p>
+
+<p><strong>What do you see as the disadvantages of Skolelinux/Debian
+Edu?</strong></p>
+
+<p>Sometimes the differences in the implementations, laws or
+economical and technical resources in the different countries don't
+allow us to agree in the same solution for all of us, and several
+approaches are needed, what is a waste of effort. Also, there is a
+lack of more man power to be able to follow the fast evolution of the
+technologies in school.</p>
+
+<p><strong>Which free software do you use daily?</strong></p>
+
+<p>Debian, of course, and due to my kind of job I am most of my time
+between Iceweasel, <a href="http://www.geany.org/">Geany</a> and
+<a href="http://www.ohloh.net/p/gnome-terminator">Terminator</a>.</p>
+
+<p><strong>Which strategy do you believe is the right one to use to
+get schools to use free software?</strong></p>
+
+<p>I think there is not a single strategy because there are very
+different scenarios: schools with mixed proprietary and free
+environments, schools using only workstations, other schools using
+laptops, netbooks, tablets, interactive white-boards, etc.</p>
+
+<p>Also the range of ages of the students is very broad and you can
+not use the same solutions for primary schools and secondary or even
+universities. So different strategies are needed.</p>
+
+<p>But, looking at these differences, and looking back to the things
+we've done and implemented, and the places were we have spent most of
+our forces, I think we should focus as much as possible in free
+multi-platform environments, using only standards tools, and moving
+more and more to Internet or network solutions that could be deployed
+using wireless. I think we'll see more and more personal devices in
+the schools, devices the students and teachers will take home with
+them, so the solutions must be able to be taken at home and continue
+working there.</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>.
+
+
+ </div>
+ </div>
+ <div class="padding"></div>
+
+ <div class="entry">
+ <div class="title"><a href="http://people.skolelinux.org/pere/blog/NRK_nekter___finne_og_utlevere_eventuell_avtale_med_MPEG_LA.html">NRK nekter å finne og utlevere eventuell avtale med MPEG-LA</a></div>
+ <div class="date">25th June 2012</div>
+ <div class="body"><p>Jeg fikk nettopp svar fra NRK på
+<a href="http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html">min
+forespørsel om kopi av avtale</a> med MPEG-LA eller andre om bruk av
+MPEG og/eller H.264. Svaret har fått saksreferanse 2011/371 (mon tro
+hva slags sak fra 2011 dette er?) hos NRK og lyder som følger:</p>
+
+<p><blockquote>
+
+<p><strong>Svar på innsynsbegjæring i MPEG / H.264-relaterte
+avtaler</strong></p>
+
+<p>Viser til innsynsbegjæring av 19. juni 2012. Kravet om innsyn
+gjelder avtale som gjør at NRK «ikke er begrenset av de generelle
+bruksvilkårene som gjelder for utstyr som bruker MPEG og/eller
+H.264».</p>
+
+<p>I henhold til offentleglova § 28 annet ledd må innsynskravet gjelde
+en bestemt sak eller i rimelig utstrekning saker av en bestemt
+sak. Det er på det rene at det aktuelle innsynskravet ikke gjelder en
+bestemt sak. Spørsmålet som reiser seg er om identifiseringsgraden er
+tilstrekkelig. I Justisdepartementets «Rettleiar til offentleglova»
+står følgende:</p>
+
+<p>«Kravet om at innsynskravet må gjelde ei bestemt sak er til hinder
+for at eit innsynskrav kan gjelde alle saker av ein bestemt art, utan
+at den enkelte saka blir identifisert. Ein kan med andre ord i
+utgangspunktet ikkje krevje innsyn i til dømes alle saker om
+utsleppsløyve hos Statens forureiningstilsyn frå dei siste tre åra,
+med mindre ein identifiserer kvar enkelt sak, til dømes med tilvising
+til dato, partar eller liknande.»</p>
+
+<p>Vedrørende denne begrensningen har Justisdepartementet uttalt
+følgende (Lovavdelingens uttalelser JDLOV-2010-3295):</p>
+
+<p><em>«Bakgrunnen for avgrensinga av kva innsynskravet kan gjelde,
+er fyrst og fremst at meir generelle innsynskrav, utan noka form for
+identifikasjon av kva ein eigentleg ynskjer, ville vere svært
+vanskelege å handsame for forvaltninga.»</em></p>
+
+<p>I samme sak uttaler Lovavdelingen følgende:</p>
+
+<p><em>«Det følgjer vidare av offentleglova § 28 andre ledd at det `i
+rimeleg utstrekning' kan krevjast innsyn i `saker av ein bestemt
+art'. Vilkåret om at eit innsynskrav berre `i rimeleg utstrekning' kan
+gjelde saker av ein bestemt art, er i hovudsak knytt til kor
+arbeidskrevjande det vil vere å finne fram til dei aktuelle
+dokumenta. I tillegg reknar vi med at vilkåret kan gje grunnlag for å
+nekte innsyn i tilfelle der innsynskravet er så omfattande (gjeld så
+mange dokument) at arbeidsmengda som ville gått med til å handsame
+det, er større enn det ein `i rimeleg utstrekning' kan krevje (sjølv
+om det nok skal mykje til).»</em></p>
+
+<p>NRK har ikke noen egen sammenstilling over avtaler innenfor
+bestemte områder som omtales i innsynsbegjæringen. De måtte søkes på
+vanlig måte. I tillegg finnes ikke noen automatisert måte å finne
+avtaler som «ikke er begrenset av de generelle bruksvilkårene som
+gjelder for utstyr som bruker MPEG og/eller H.264». En slik
+gjennomgang av avtaler måtte gjøres manuelt av en person med
+spesialistkunnskap. Dette vil kreve at NRK avsetter omfattende
+ressurser for å finne frem relevante avtaler og for deretter å vurdere
+om de dekkes av det innsynsbegjæringen omfattes.</p>
+
+<p>På bakgrunn av dette nekter NRK innsyn, med den begrunnelsen at
+innsynskravet er så omfattende at arbeidsmengden for å håndtere kravet
+vil være langt større enn det som i rimelig utstrekning kan kreves i
+henhold til offentleglova § 28 annet ledd.</p>
+
+<p>Avslag på deres innsynsbegjæring kan påklages til Kultur- og
+kirkedepartementet innen tre uker fra det tidspunkt avslaget kommer
+frem til mottakeren, i henhold til reglene i offentleglova § 32,
+jf. forvaltningsloven kapittel VI. Klagen skal stiles til Kultur- og
+kirkedepartementet, og sendes til NRK.</p>
+
+<p>NRK er imidlertid etter Offentleglova forpliktet å gi ut journaler,
+slik at en eventuell søknad om innsyn kan tydeligere identifisere
+hvilke dokumenter som det ønskes innsyn i. NRKs offentlige journaler
+for inneværende og forrige måned ligger ute på
+NRK.no/innsyn. Journaler som går lengre tilbake i tid, kan sendes ut
+på forespørsel til innsyn (at) nrk.no.</p>
+
+<p>Med hilsen
+<br>Dokumentarkivet i NRK
+<br>v/ Elin Brandsrud
+<br>Tel. direkte: 23 04 29 29
+<br>Post: RBM3, Postboks 8500 Majorstuen, 0340 Oslo
+<br>innsyn (at) nrk.no</p>
+
+</blockquote></p>
+
+<p>Svaret kom
+<a href="http://people.skolelinux.org/pere/blog/images/2012-06-25-video-mpegla-nrk.pdf">i
+PDF-form som vedlegg på epost</a>. Jeg er litt usikker på hvordan jeg
+best går videre for å bli klok, men jeg har jo i hvert fall tre uker
+på å vurdere om jeg skal klage. Enten må nok forespørselen
+reformuleres eller så må jeg vel klage. Synes jo det er merkelig at
+NRK ikke har bedre kontroll med hvilke avtaler de har inngått. Det
+burde jo være noen i ledelsen som vet om de har signert en avtale med
+MPEG-LA eller ikke...</p>
+
+<p>Oppdatering 2012-06-25 20:20: Et google-søk på "2011/371 nrk"
+sendte meg til postjournalen for
+<a href="http://nrk.no/contentfile/file/1.8212365!offentligjournal19062012.pdf">2012-06-19</a>
+og
+<a href="http://nrk.no/contentfile/file/1.8214156!offentligjournal20062012.pdf">2012-06-20</a>
+hos NRK som viser mine forespørsler og viser at sakens tittel hos NRK
+er "Graphic Systems Regions MA 2378/10E". Videre søk etter "Graphic
+Systems Regions" viser at dette er saken til et anbud om
+"<a href="http://no.mercell.com/m/mts/Tender/27179412.aspx">a graphics
+system for 12 or 13 sites broadcasting regional news</a>" hos Mercell
+Sourcing Service, også omtalt på
+<a href="http://www.publictenders.net/tender/595705">Public
+Tenders</a> og
+<a href="http://www.doffin.no/search/show/search_view.aspx?ID=JAN155521">Doffin</a>.
+Jeg er dog usikker på hvordan dette er relatert til min
+forespørsel.</p>
+
+<p>Oppdatering 2012-06-25 22:40: Ble tipset av Kieran Kunhya, fra
+miljøet rundt
+<a href="http://code.google.com/p/open-broadcast-encoder/">Open
+Broadcast Encoder</a>, at listen over de som har lisensavtale med
+MPEG-LA er
+<a href="http://www.mpeg-la.com/main/programs/AVC/Pages/Licensees.aspx">tilgjengelig
+på web</a>. Veldig fint å oppdage hvor den finnes, da jeg må ha lett
+etter feil ting da jeg forsøke å finne den. Der står ikke NRK, men
+flere andre "Broadcasting Company"-oppføringer. Lurer på om det betyr
+at NRK ikke trenger avtale, eller noe helt annet?</p>