X-Git-Url: http://pere.pagekite.me/gitweb/homepage.git/blobdiff_plain/bec1782b8f23e686f8555a50599e81fff33eb7ab..ba3d8fec15099b5b7fd668e75ec0825e6aa7079c:/blog/index.rss diff --git a/blog/index.rss b/blog/index.rss index 582dba0b35..8b4c6d79bb 100644 --- a/blog/index.rss +++ b/blog/index.rss @@ -6,6 +6,457 @@ http://people.skolelinux.org/pere/blog/ + + Trenger en avtale med MPEG-LA for å publisere og kringkaste H.264-video? + http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html + http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html + Thu, 21 Jun 2012 13:40:00 +0200 + <p>Trengs det avtale med MPEG-LA for å ha lovlig rett til å +distribuere og kringkaste video i MPEG4 eller med videokodingen H.264? +<a href="http://webmink.com/essays/h-264/">H.264 og MPEG4 er jo ikke en +fri og åpen standard</a> i henhold til +<a href="http://people.skolelinux.org/pere/blog/Fri_og__pen_standard__slik_Digistan_ser_det.html">definisjonen +til Digistan</a>, så i enkelte land er det ingen tvil om at du må ha +en slik avtale, men jeg må innrømme at jeg ikke vet om det også +gjelder Norge. Det ser uansett ut til å være en juridisk interessant +problemstilling. Men jeg tenkte her om dagen som så, at hvis det er +nødvendig, så har store aktører som +<a href="http://www.nrk.no/">NRK</a> og +<a href="http://www.regjeringen.no/">regjeringen</a> skaffet seg en +slik avtale. Jeg har derfor sendt forespørsel til begge (for +regjeringen sin del er det Departementenes Servicesenter som gjør +jobben), og bedt om kopi av eventuelle avtaler de har om bruk av MPEG +og/eller H.264 med MPEG-LA eller andre aktører som opererer på vegne +av MPEG-LA. Her er kopi av eposten jeg har sendt til +<a href="http://www.dss.dep.no/">Departementenes Servicesenter</a>. +Forespørselen til NRK er veldig lik.</p> + +<p><blockquote> + +<p>Date: Tue, 19 Jun 2012 15:18:33 +0200 +<br>From: Petter Reinholdtsen +<br>To: postmottak@dss.dep.no +<br>Subject: Innsynsbegjæring om MPEG/H.264-relaterte avtaler + +<p>Hei. Jeg ber herved om innsyn og kopi av dokumenter i DSS relatert +til avtaler rundt bruk av videoformatene MPEG og H.264. Jeg er +spesielt interessert i å vite om DSS har lisensavtale med MPEG-LA +eller noen som representerer MPEG-LA i Norge.</p> + +<p>MPEG og H.264 er videoformater som brukes både til kringkasting +(f.eks. i bakkenett og kabel-TV) og videopublisering på web, deriblant +via Adobe Flash. MPEG-LA, &lt;URL: +<a href="http://www.mpeg-la.com/">http://www.mpeg-la.com/</a> &gt;, er +en organisasjon som har fått oppgaven, av de kjente rettighetshavere +av immaterielle rettigheter knyttet til MPEG og H.264, å selge +bruksrett for MPEG og H.264.</p> + +<p>Via regjeringen.no kringkastes med MPEG og H.264-baserte +videoformater, og dette ser ut til å være organisert av DSS. Jeg +antar dermed at DSS har avtale med en eller annen aktør om dette.</p> + +<p>F.eks. har Adobe Premiere Pro har følgende klausul i følge &lt;URL: +<a href="http://news.cnet.com/8301-30685_3-20000101-264.html">http://news.cnet.com/8301-30685_3-20000101-264.html</a> +&gt;:</p> + +<p><blockquote> + + <p>6.17. AVC DISTRIBUTION. The following notice applies to software + containing AVC import and export functionality: THIS PRODUCT IS + LICENSED UNDER THE AVC PATENT PORTFOLIO LICENSE FOR THE PERSONAL AND + NON-COMMERCIAL USE OF A CONSUMER TO (a) ENCODE VIDEO IN COMPLIANCE + WITH THE AVC STANDARD ("AVC VIDEO") AND/OR (b) DECODE AVC VIDEO THAT + WAS ENCODED BY A CONSUMER ENGAGED IN A PERSONAL AND NON-COMMERCIAL + ACTIVITY AND/OR AVC VIDEO THAT WAS OBTAINED FROM A VIDEO PROVIDER + LICENSED TO PROVIDE AVC VIDEO. NO LICENSE IS GRANTED OR SHALL BE + IMPLIED FOR ANY OTHER USE. ADDITIONAL INFORMATION MAY BE OBTAINED + FROM MPEG LA L.L.C. SEE + <a href="http://www.mpegla.com">http://www.mpegla.com</a>.</p> + +</blockquote></p> + +<p>Her er det kun "non-commercial" og "personal and non-commercial" +aktivitet som er tillatt uten ekstra avtale med MPEG-LA.</p> + +<p>Et annet tilsvarende eksempel er Apple Final Cut Pro, som har +følgende klausul i følge &lt;URL: +<a href="http://images.apple.com/legal/sla/docs/finalcutstudio2.pdf">http://images.apple.com/legal/sla/docs/finalcutstudio2.pdf</a> +&gt;:</p> + +<p><blockquote> + + <p>15. Merknad om H.264/AVC. Hvis Apple-programvaren inneholder + funksjonalitet for AVC-koding og/eller AVC-dekoding, krever + kommersiell bruk ekstra lisensiering og følgende gjelder: + AVC-FUNKSJONALITETEN I DETTE PRODUKTET KAN KUN ANVENDES AV + FORBRUKERE OG KUN FOR PERSONLIG OG IKKE- KOMMERSIELL BRUK TIL (i) + KODING AV VIDEO I OVERENSSTEMMELSE MED AVC-STANDARDEN ("AVC-VIDEO") + OG/ELLER (ii) DEKODING AV AVC-VIDEO SOM ER KODET AV EN FORBRUKER TIL + PERSONLIG OG IKKE-KOMMERSIELL BRUK OG/ELLER DEKODING AV AVC-VIDEO + FRA EN VIDEOLEVERANDØR SOM HAR LISENS TIL Å TILBY + AVC-VIDEO. INFORMASJON OM ANNEN BRUK OG LISENSIERING KAN INNHENTES + FRA MPEG LA L.L.C. SE HTTP://WWW.MPEGLA.COM.</p> +</blockquote></p> + +<p>Tilsvarende gjelder for andre programvarepakker, kamera, etc som +bruker MPEG og H.264, at en må ha en avtale med MPEG-LA for å ha lov +til å bruke programmet/utstyret hvis en skal lage noe annet enn +private filmer og i ikke-kommersiell virksomhet.</p> + +<p>Jeg er altså interessert i kopi av avtaler DSS har som gjør at en +ikke er begrenset av de generelle bruksvilkårene som gjelder for +utstyr som bruker MPEG og/eller H.264.</p> +</blockquote></p> + +<p>Nå venter jeg spent på svaret. Jeg planlegger å blogge om svaret +her.</p> + + + + + Gatemagasinet =Oslo får konkurrent fra Folk er Folk + http://people.skolelinux.org/pere/blog/Gatemagasinet__Oslo_f_r_konkurrent_fra_Folk_er_Folk.html + http://people.skolelinux.org/pere/blog/Gatemagasinet__Oslo_f_r_konkurrent_fra_Folk_er_Folk.html + Tue, 19 Jun 2012 10:00:00 +0200 + <p>Aftenposten melder i dag at selgerne av +<a href="http://www.erlikoslo.no/">gatemagasinet =Oslo</a> er +<a href="http://www.aftenposten.no/nyheter/iriks/Oslo-selgerne-irritert-pa-nytt-gatemagasin-6850970.html">irritert +på at det er kommet en konkurrent på banen</a> fra organisasjonen +<a href="http://oslo.folkerfolk.no/">Folk er Folk</a>, +som støtter “rumenerne”, de mest uglesette av tiggerne i Norge. Min +første tanke da jeg leste nyheten er at slik må =Oslo-selgerne tåle +når de nekter "rumenerne" og andre utenlandske tiggere å selge +gatemagasinet sitt. Det ble rapportert for noen år siden at +<a href="http://www.aftenposten.no/nyheter/iriks/Ikke-rom-i-herberget-6677803.html">utenlandske +tiggere ikke var velkomne som selgere</a>, og å opprette en konkurrent +virker da for meg som et rasjonelt alternativ. Og at "rumerene" +utelukkes gjelder visst ikke bare i Oslo. I Adresseavisen fant jeg en +artikkel om at selgerne av +<a href="http://www.gatemagasinetsorgenfri.no/">gateavisen +Sorgenfri</a> i Trondheim også +<a href="http://www.adressa.no/nyheter/trondheim/article1122005.ece?index=20">utelukker +utenlandske selgere</a>.</p> + +<p>Men situasjonen er visst ikke så rett frem som opprinnelige +artikler kunne tyde på. Mens jeg søkte opp gamle artikler og +referanser om temaet, fant jeg et +<a href="http://www.dagbladet.no/kultur/2008/07/29/542041.html">leserbrev +fra en av stifterne av =Oslo</a>, som protesterte på +<a href="http://www.dagbladet.no/nyheter/2008/07/23/541530.html">påstander +fra likestillingsombudet om diskriminering</a> og forteller at =Oslo +krever at de som selger magasinet skal kunne kommunisere med kundene +for å kunne representere magasinet utad, og at "rumererne" ikke +ekskluderes for å være utlendinger men pga. at de ikke kan snakke +norsk. Det er jo ikke urimelig å kreve at en selger skal kunne +kommunisere med kundene, men som kjøper har jeg ikke snakket så mye +med =Oslo-selgerne at det ville vært et problem for meg om selgeren +ikke kunne snakke norsk. Jeg er dermed i tvil om hvorvidt +argumentasjonen holder når effekten er at de mest uglesette tiggerne i +Norge ekskluderes.</p> + +<p>Uansett tror jeg ikke markedet for gatemagasiner i Oslo er mettet. +Personlig kunne jeg godt tenkte meg å kjøpe flere, men gidder ikke +kjøpe den samme utgaven av =Oslo flere ganger. En konkurrent som Folk +er Folk kan dermed ende opp med å gjøre markedet større i stedet for å +spise av markedsandelene til =Oslo.</p> + + + + + SQL-database med anbud publisert på Doffin + http://people.skolelinux.org/pere/blog/SQL_database_med_anbud_publisert_p__Doffin.html + http://people.skolelinux.org/pere/blog/SQL_database_med_anbud_publisert_p__Doffin.html + Fri, 15 Jun 2012 13:30:00 +0200 + <p><a href="http://www.doffin.no/">Doffin</a> er det offentlige Norges +portal for annonsering av anbudsutlysninger. Nettstedet er mye brukt, +men rådataene er ikke enkelt tilgjengelig for almenheten. For å bøte +på det har jeg som et <a href="htt://www.nuug.no/">NUUG-prosjekt</a> +laget en <a href="http://scraperwiki.com/">Scraperwiki</a>-skraper som +lager en +<a href="https://scraperwiki.com/scrapers/norwegian-doffin/">SQL-database +med nøkkelinformasjonen fra Doffin</a>, slik at det er mulig å søke og +analysere Doffin-oppføringene. Det publiseres mellom 900-1500 anbud +hver måned via Doffin. Jeg har ingen konkrete planer for analyse, men +håper enklere tilgjengelighet gjør at flere griper sjansen. På sikt +håper jeg å bruke denne databasen som grunnlag for å lage en database +over anbudsdokumenter, som i dag ikke er tilgjengelig fra doffin, men +må bestilles fra hver enkelt utlyser.</p> + +<p>Jeg var litt usikker på om det var rettighetsproblemer knyttet til +skraping av informasjon fra Doffin, men ser i +<a href="http://www.doffin.no/sitehelp/help_terms.aspx">vilkårene til +Doffin</a> følgende:</p> + +<p><blockquote> + +<p>Opphavsrett mv</p> + +<p>Ved innleggig av kunngjøringer på Doffin aksepterer Oppdragsgiver +at opphavsrett og andre rettigheter til materialet overføres til +Fornyings- og administrasjonsdepartementet, eller den departementet +utnevner. Oppdragsgiver har imidlertid bruksrett til materialet, og +kan benytte det til de formål de måtte ønske.</p> + +</blockquote></p> + +<p>Hvis informasjonen er vernet av opphavsrettsloven (hvilket jeg +tviler på, gitt lovens begrensninger om informasjon fra det +offentlige), så er det FAD som har de immaterielle rettighetene. FAD +er en del av staten, som opererer på vegne av folket, og enhver borger +skulle dermed ha rett til å videreformidle informasjonen. Ingen av +offentlighetslovens unntak kommer til anvendelse, i og med at +informasjonen allerede er publisert.</p> + + + + + Debian Edu - some ideas for the future versions + http://people.skolelinux.org/pere/blog/Debian_Edu___some_ideas_for_the_future_versions.html + http://people.skolelinux.org/pere/blog/Debian_Edu___some_ideas_for_the_future_versions.html + Mon, 11 Jun 2012 14:30:00 +0200 + <p>During my work on +<a href="http://www.debian.org/News/2012/20120311.nb.html">Debian Edu +based on Squeeze</a>, I came across some issues that should be +addressed in the Wheezy release. I finally found time to wrap up my +notes and provide quick summary of what I found, with a bit +explanation.</p> + +<p><ul> + +<li>We need to rewrite our package installation framework, as tasksel +changed from using tasksel tasks to using meta packages (aka packages +with dependencies like our education-* packages), and our installation +system depend on tasksel tasks in +/usr/share/tasksel/debian-edu-tasks.desc for package +installation.</li> + +<li>Enable Kerberos login for more services. Now with the Kerberos +foundation in place, we should use it to get single sign on with more +services, and avoiding unneeded password / login questions. We should +at least try to enable it for these services: +<ul> + + <li>CUPS for admins to add/configure printers and users when using + quotas.</li> + <li>Nagios for admins checking the system status.</li> + <li>GOsa for admins updating LDAP and users changing their passwords.</li> + <li>LDAP for admins updating LDAP.</li> + <li>Squid for users when exam mode / filtering is active.</li> + <li>ssh for admins and users to save a password prompt.</li> + +</ul></li> + +<li>When we move GOsa to use Kerberos instead of LDAP bind to +authenticate users, we should try to block or at least limit access to +use LDAP bind for authentication, to ensure Kerberos is used when it +is intended, and nothing fall back to using the less safe LDAP bind</li> + +<li>Merge debian-edu-config and debian-edu-install. The split made +sense when d-e-install did a lot more, but these days it is just an +inconvenience when we update the debconf preseeding values.</li> + +<li>Fix partman-auto to allow us to abort the installation before +touching the disk if the disk is too small. This is +<a href="http://bugs.debian.org/653305">BTS report #653305</a> and the +d-i developers are fine with the patch and someone just need to apply +it and upload. After this is done we need to adjust +debian-edu-install to use this new hook.</li> + +<li>Adjust to new LTSP framework (boot time config instead of install +time config). LTSP changed its design, and our hooks to install +packages and update the configuration is most likely not going to work +in Wheezy. + +<li>Consider switching to NBD instead of NFS for LTSP root, to allow +the Kernel to cache files in its normal file cache, possibly speeding +up KDE login on slow networks.</li> + +<li>Make it possible to create expired user passwords that need to +change on first login. This is useful when handing out password on +paper, to make sure only the user know the password. This require +fixes to the PAM handling of kdm and gdm.</li> + +<li>Make GUI for adding new machines automatically from sitesummary. +The current command line script is not very friendly to people most +familiar with GUIs. This should probably be integrated into GOsa to +have it available where the admin will be looking for it..</li> + +<li>We should find way for Nagios to check that the DHCP service +actually is working (as in handling out IP addresses). None of the +Nagios checks I have found so far have been working for me.</li> + +<li>We should switch from libpam-nss-ldapd to sssd for all profiles +using LDAP, and not only on for roaming workstations, to have less +packages to configure and consistent setup across all profiles.</li> + +<li>We should configure Kerberos to update LDAP and Samba password +when changing password using the Kerberos protocol. The hook was +requested in <a href="http://bugs.debian.org/588968">BTS report +#588968</a> and is now available in Wheezy. We might need to write a +MIT Kerberos plugin in C to get this.</li> + +<li>We should clean up the set of applications installed by default. +<ul> + +<li>reduce the number of chemistry visualisers</li> +<li>consider dropping xpaint</li> +<li>and probably more?</li> +</ul></li> + +<li>Some hardware need external firmware to work properly. This is +mostly the case for WiFi network cards, but there are some other +examples too. For popular laptops to work out of the box, such +firmware need to be installed from non-free, and we should provide +some GUI to do this. Ubuntu already have this implemented, and we +could consider using their packages. At the moment we have some +command line script to do this (one for the running system, another +for the LTSP chroot).</li> + + +<li>In Squeeze, we provide KDE, Gnome and LXDE as desktop options. We +should extend the list to Xfce and Sugar, and preferably find a way to +install several and allow the admin or the user to select which one to +use.</li> + +<li>The golearn tool from the goplay package make it easy to check out +interesting educational packages. We should work on the package +tagging in Debian to ensure it represent all the useful educational +packages, and extend the tool to allow it to use packagekit to install +new applications with a simple mouse click.</li> + +<li>The Squeeze version got half a exam solution already in place, +with the introduction of iptable based network blocking, but for it to +be a complete exam solution the Squid proxy need to enable +filtering/blocking as well when the exam mode is enabled. We should +implement a way to easily enable this for the schools that want it, +instead of the "it is documented" method of today.</li> + +<li>A feature used in several schools is the ability for a teacher to +"take over" the desktop of individual or all computers in the room. +There are at least three implementations, +<a href="italc.sourceforge.net/">italc</a>, +<a href="http://www.itais.net/help/en/">controlaula</a> og +<a href="http://www.epoptes.org/">epoptes</a> and we should pick one of +them and make it trivial to set it up in a school. The challenges is +how to distribute crypto keys and how to group computers in one room +and how to set up which machine/user can control the machines in a +given room.</li> + +<li>Tablets and surf boards are getting more and more popular, and we +should look into providing a good solution for integrating these into +the Debian Edu network. Not quite sure how. Perhaps we should +provide a installation profile with better touch screen support for +them, or add some sync services to allow them to exchange +configuration and data with the central server. This should be +investigated.</li> + +</ul></p> + +<p>I guess we will discover more as we continue to work on the Wheezy +version.</p> + + + + + Litt statistikk fra Offentlig Elektronisk postjournal + http://people.skolelinux.org/pere/blog/Litt_statistikk_fra_Offentlig_Elektronisk_postjournal.html + http://people.skolelinux.org/pere/blog/Litt_statistikk_fra_Offentlig_Elektronisk_postjournal.html + Sun, 10 Jun 2012 20:30:00 +0200 + <p>De siste månedene har jeg sammen med andre i NUUG jobbet med å +gjøre det enklere å få innsyn i offentlige dokumenter, og dette +inkluderer å gjøre postjournaler enklere tilgjengelig for maskinell +analyse og søk. I den forbindelse tok jeg i dag å tittet litt på +<a href="http://www.oep.no/">Offentlig Elektronisk Postjournal +(OEP)</a>, FAD/DIFIs fellesløsning for departementer og statlige +etater.</p> + +<p>Her er antall oppføringer pr. måned det siste året, +<a href="https://api.scraperwiki.com/api/1.0/datastore/sqlite?format=htmltable&name=postliste-oep&query=select%20strftime(%22%25Y-%25m%22%2C%20%60recordpublishdate%60)%20as%20oeppubmonth%2C%20count(*)%20from%20%60swdata%60%20group%20by%20oeppubmonth%20order%20by%20oeppubmonth">summert +opp</a> ved hjelp av +<a href="https://scraperwiki.com/scrapers/postliste-oep/">en +Scraperwiki-database</a>. Merk at denne Scraperwikien har +ytelsesproblemer pga. mengden data. </p> + +<p><table border="1"> +<tr><th>Måned</th><th>Antall</th></tr> +<tr><td>2011-07</td><td>164355</td></tr> +<tr><td>2011-08</td><td>153662</td></tr> +<tr><td>2011-09</td><td>173134</td></tr> +<tr><td>2011-10</td><td>170665</td></tr> +<tr><td>2011-11</td><td>198409</td></tr> +<tr><td>2011-12</td><td>175908</td></tr> +<tr><td>2012-01</td><td>206875</td></tr> +<tr><td>2012-02</td><td>202862</td></tr> +<tr><td>2012-03</td><td>204225</td></tr> +<tr><td>2012-04</td><td>207931</td></tr> +<tr><td>2012-05</td><td>223754</td></tr> +</table></p> + +<p>Det er også interessant å se hvor ofte ulike etater sender inn sine +journaloppføringer til OEP. OEP inneholder en liste med sist +innrapporteringsdato for alle som sender til OEP, og ved å se når og +hvor ofte det blir sendt inn fra etatene kan +<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(*)%0Afrom%20%60swdata%60%20group%20by%20agency%20order%20by%20dayfreq%20desc">frekvensen +beregnes</a>. Her er bunnlista, dvs. de som leverer sjeldnere enn hver 10. +dag beregnet fra +<a href="https://scraperwiki.com/scrapers/postliste-oep-deliverydates/">en +Scraperwiki-database</a>:</p> + +<p><table border="1"> + +<tr> <th>Etat</th> <th>Frekvens</th> <th>Leveringer</th> </tr> +<tr> <td>Norges geologiske undersøkelse</td> <td>83.7527546296</td> <td>1</td> </tr> +<tr> <td>Medietilsynet</td> <td>33.7527546296</td> <td>1</td> </tr> +<tr> <td>Departementenes servicesenter</td> <td>23.8763773148</td> <td>2</td> </tr> +<tr> <td>Kunnskapsdepartementet</td> <td>15.8763773148</td> <td>2</td> </tr> +<tr> <td>Kompetansesenter for distriktsutvikling</td> <td>15.3763773148</td> <td>2</td> </tr> +<tr> <td>Toll- og avgiftsdirektoratet</td> <td>15.3763773148</td> <td>2</td> </tr> +<tr> <td>Fredskorpset</td> <td>12.5842515432</td> <td>3</td> </tr> +<tr> <td>Statens legemiddelverk</td> <td>12.1881886574</td> <td>4</td> </tr> +<tr> <td>Utlendingsnemnda</td> <td>11.5842515432</td> <td>3</td> </tr> +<tr> <td>Politidirektoratet</td> <td>10.9175848765</td> <td>3</td> </tr> +<tr> <td>Skattedirektoratet</td> <td>10.9175848765</td> <td>3</td> </tr> +<tr> <td>Statens innkrevingssentral</td> <td>10.5842515432</td> <td>3</td> </tr> +<tr> <td>Barne-, ungdoms- og familiedirektoratet</td> <td>10.2509182099</td> <td>3</td> </tr> +<tr> <td>Kunst i offentlige rom</td> <td>10.2509182099</td> <td>3</td> </tr> + +</table></p> + +<p>En kan beregne lignende frekvenser ved å sammenligne +journalføringsdato med publiseringsdato for hver enkelt oppføring i +OEP, men den lenken legger jeg ikke ved her for å unngå at +søkemotorroboter begynner å overbelaste Scraperwiki-databasen.</p> + +<p>Jeg har spurt Norges geologiske undersøkelse om hvorfor de leverer +så sjelden, og det kommer av at de har problemer etter oppgradering av +arkivsystemet sitt og jobber med å fikse det slik at de kan gå tilbake +til å levere hver uke. Har ikke undersøkt noen av de andre.</p> + + + + + TV with face recognition, for improved viewer experience + http://people.skolelinux.org/pere/blog/TV_with_face_recognition__for_improved_viewer_experience.html + http://people.skolelinux.org/pere/blog/TV_with_face_recognition__for_improved_viewer_experience.html + Sat, 9 Jun 2012 22:00:00 +0200 + <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> + + + Web service to look up HP and Dell computer hardware support status http://people.skolelinux.org/pere/blog/Web_service_to_look_up_HP_and_Dell_computer_hardware_support_status.html @@ -35,7 +486,7 @@ supportstatus({"servicetag": "2v1xwn1", "warrantyend&qu <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 in adding more features.</p> +Scraperwiki and I welcome help with adding more features.</p> @@ -347,565 +798,5 @@ you know of one, drop me an email. :)</p> - - Veileder fra DIFI om publisering av offentlige data - http://people.skolelinux.org/pere/blog/Veileder_fra_DIFI_om_publisering_av_offentlige_data.html - http://people.skolelinux.org/pere/blog/Veileder_fra_DIFI_om_publisering_av_offentlige_data.html - Fri, 1 Jun 2012 10:40:00 +0200 - <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> - - - - - First monitor calibration using ColorHug - http://people.skolelinux.org/pere/blog/First_monitor_calibration_using_ColorHug.html - http://people.skolelinux.org/pere/blog/First_monitor_calibration_using_ColorHug.html - Thu, 31 May 2012 22:10:00 +0200 - <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> - - - - - Hvor samles det inn bensinpriser for Norge? - http://people.skolelinux.org/pere/blog/Hvor_samles_det_inn_bensinpriser_for_Norge_.html - http://people.skolelinux.org/pere/blog/Hvor_samles_det_inn_bensinpriser_for_Norge_.html - Thu, 31 May 2012 13:30:00 +0200 - <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> - - - - - Database over bensinpriser fra dinside.no - http://people.skolelinux.org/pere/blog/Database_over_bensinpriser_fra_dinside_no.html - http://people.skolelinux.org/pere/blog/Database_over_bensinpriser_fra_dinside_no.html - Wed, 30 May 2012 14:30:00 +0200 - <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> - - - - - Litt informasjon om Bitfactorys Bensinpris-API - http://people.skolelinux.org/pere/blog/Litt_informasjon_om_Bitfactorys_Bensinpris_API.html - http://people.skolelinux.org/pere/blog/Litt_informasjon_om_Bitfactorys_Bensinpris_API.html - Mon, 28 May 2012 23:55:00 +0200 - <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> -&lt;?xml version="1.0" encoding="UTF-8"?&gt; -&lt;STASJONSDATABASE&gt; -&lt;STASJON&gt; -&lt;NAME&gt;&lt;/NAME&gt; -&lt;ADDRESS&gt;&lt;/ADDRESS&gt; -&lt;ID&gt;0&lt;/ID&gt; -&lt;LATITUDE&gt;0.000000&lt;/LATITUDE&gt; -&lt;LONGITUDE&gt;0.000000&lt;/LONGITUDE&gt; -&lt;COMPANY&gt;&lt;/COMPANY&gt; -&lt;/STASJON&gt; -&lt;STASJON&gt; -&lt;NAME&gt;Statoil Best Eidsvoll Verk&lt;/NAME&gt; -&lt;ADDRESS&gt;Gamle Trondheimsvei 339 2074 Eidsvoll Verk&lt;/ADDRESS&gt; -&lt;ID&gt;1&lt;/ID&gt; -&lt;LATITUDE&gt;60.303902&lt;/LATITUDE&gt; -&lt;LONGITUDE&gt;11.168100&lt;/LONGITUDE&gt; -&lt;COMPANY&gt;Best&lt;/COMPANY&gt; -&lt;/STASJON&gt; -[...] -&lt;STASJON&gt; -&lt;NAME&gt;Esso Andenes&lt;/NAME&gt; -&lt;ADDRESS&gt;Falcksgate 9, 8480 Andenes&lt;/ADDRESS&gt; -&lt;ID&gt;1822&lt;/ID&gt; -&lt;LATITUDE&gt;69.320999&lt;/LATITUDE&gt; -&lt;LONGITUDE&gt;16.118700&lt;/LONGITUDE&gt; -&lt;COMPANY&gt;Esso&lt;/COMPANY&gt; -&lt;/STASJON&gt; -&lt;/STASJONSDATABASE&gt; -</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 &lt;br&gt; 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 &lt;br&gt; og deretter -en liste med stasjoner på samme format som PriserVedStasjoner.</p> - - - - - Debian Edu interview: Ralf Gesellensetter - http://people.skolelinux.org/pere/blog/Debian_Edu_interview__Ralf_Gesellensetter.html - http://people.skolelinux.org/pere/blog/Debian_Edu_interview__Ralf_Gesellensetter.html - Sun, 27 May 2012 17:15:00 +0200 - <p>In 2003, a German teacher showed up on the -<a href="http://www.skolelinux.org/">Debian Edu and Skolelinux</a> -mailing list with interesting problems and reports proving he setting -up Linux for a (for us at the time) lot of pupils. His name was Ralf -Gesellensetter, and he has been an important tester and contributor -since then, helping to make sure the -<a href="http://www.debian.org/News/2012/20120311.html">Debian Edu -Squeeze</a> release became as good as it is..</p> - -<p><strong>Who are you, and how do you spend your days?</strong></p> - -<p>I am a teacher from Germany, and my subjects are Geography, -Mathematics, and Computer Science ("Informatik"). During the past 12 -years (since 2000), I have been working for a comprehensive (and soon, -also inclusive) school leading to all kind of general levels, such as -O- or A-level ("Abitur"). For quite as long, I've been taking care of -our computer network.</p> - -<p>Now, in my early 40s, I enjoy the privilege of spending a lot of my -spare time together with my wife, our son (3 years) and our daughter -(4 months).</p> - -<p><strong>How did you get in contact with the Skolelinux/Debian Edu -project?</strong></p> - -<p>We had tried different Linux based school servers, when members of -my local Linux User Group (LUG OWL) detected Skolelinux. I remember -very well, being part of a party celebrating the Linux New Media Award -("Best Newcomer Distribution", also nominated: Ubuntu) that was given -to Skolelinux at Linux World Exposition in Frankfurt, 2005 (IIRC). Few -months later, I had the chance to join a developer meeting in Ulsrud -(Oslo) and to hand out the award to Knut Yrvin and others. For more -than 7 years, Skolelinux is part of our schools infrastructure, namely -our main server (tjener), one LTSP (today without thin clients), and -approximately 50 work stations. Most of these have the option to boot a -locally installed Skolelinux image. As a consequence, I joined quite -a few events dealing with free software or Linux, and met many Debian -(Edu) developers. All of them seemed quite nice and competent to me, -one more reason to stick to Skolelinux.</p> - -<p><strong>What do you see as the advantages of Skolelinux/Debian -Edu?</strong></p> - -<p>Debian driven, you are given all the advantages of a community -project including well maintained updates. Once, you are familiar with -the network layout, you can easily roll out an entire educational -computer infrastructure, from just one installation media. As only -free software (FOSS) is used, that supports even elderly hardware, -up-sizing your IT equipment is only limited by space (i.e. available -labs). Especially if you run a LTSP thin client server, your -administration costs tend towards zero.</p> - -<p><strong>What do you see as the disadvantages of Skolelinux/Debian -Edu?</strong></p> - -<p>While Debian's stability has loads of advantages for servers, this -might be different in some cases for clients: Schools with unlimited -budget might buy new hardware with components that are not yet -supported by Debian stable, or wish to use more recent versions of -office packages or desktop environments. These schools have the -option to run Debian testing or other distributions - if they have the -capacity to do so. Another issue is that Debian release cycles -include a wide range of changes; therefor a high percentage of human -power seems to be absorbed by just keeping the features of Skolelinux -within the new setting of the version to come. During this process, -the cogs of Debian Edu are getting more and more professional, -i.e. harder to understand for novices.</p> - -<p><strong>Which free software do you use daily?</strong></p> - -<p>LibreOffice, Wikipedia, Openstreetmap, Iceweasel (Mozilla Firefox), -KMail, Gimp, Inkscape - and of course the Linux Kernel (not only on -PC, Laptop, Mobile, but also our SAT receiver)</p> - -<p><strong>Which strategy do you believe is the right one to use to -get schools to use free software?</strong></p> - -<p><ol> - -<li>Support computer science as regular subject in schools to make -people really "own" their hardware, to make them understand the -difference between proprietary software products, and free software -developing.</li> - -<li>Make budget baskets corresponding: In Germany's public schools -there are more or less fixed budgets for IT equipment (including -licenses), so schools won't benefit from any savings here. This -privilege is left to private schools which have consequently a large -share among German Skolelinux schools.</li> - -<li>Get free software in the seminars where would-be teachers are -trained. In many cases, teachers' software customs are respected by -decision makers rather than the expertise of any IT experts.</li> - -<li>Don't limit ourself to free software run natively. Everybody uses -free software or free licenses (for instance Wikipedia), and this -general concept should get expanded to free educational content to be -shared world wide (school books e.g.).</li> - -<li>Make clear where ever you can that the market share of free (libre) -office suites is much above 20 p.c. today, and that you pupils don't -need to know the "ribbon menu" in order to get employed.</li> - -<li>Talk about the difference between freeware and free software.</li> - -<li>Spread free software, or even collections of portable free apps -for USB pen drives. Endorse students to get a legal copy of -Libreoffice rather than accepting them to use illegal serials. And -keep sending documents in ODF formats.</li> - -</ol></p> - - -