Inspired by the -interview series conducted by Raphael, I started a Norwegian -interview series with people involved in the Debian Edu / Skolelinux -community. This was so popular that I believe it is time to move to a -more international audience.
- -While Debian Edu and -Skolelinux originated in France and Norway, and have most users in -Europe, there are users all around the globe. One of those far away -from me is Nigel Barker, a long time Debian Edu system administrator -and contributor. It is thanks to him that Debian Edu is adjusted to -work out of the box in Japan. I got him to answer a few questions, -and am happy to share the response with you. :) - +
+En god og offentlig kilde til bensinpriser i Norge er +dinside.no +sin prisoversikt 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 Scraperwiki, +et nytt og nyttig verktøy for å strukturere informasjon hentet ut fra +nettsider, PDF-er og andre kilder som trenger strukturering. Hvis du +vil se hvordan prisene har utviklet seg, ta en titt på +scraperwiki-siden + +med databasen over bensinpriser. Den henter ned priser fra +dinside.no hver time. Hvis du vil bidra til å bedre oversikt over +bensinprisene i Norge +registrer +deg hos dinside.no og legg inn prisene fra dine lokale +bensinstasjoner.
+ +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.
+I fjor lanserte Bitfactory en +mobilapp for å få +tilgang til bensinpriser 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.
+ +Utrolig nok er det i følge +Dagens +Næringsliv og +Finnmark +Dagblad 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 +dinside.no +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.
+ +
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.
+ +stasjonsDatabaseUpdateStamp
+ +GET http://www.bitfactory.no/Bensin/ver1.1.stasjonsDatabaseUpdateStamp
+ +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 perl -e 'print +scalar(localtime(1319145491)), "\n"'. 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".
+ +GetXMLDatabase
+ +echo password=XYZXYZXYZXYZX | POST http://www.bitfactory.no/Bensin/GetXMLDatabase.php
+ +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):
+ ++<?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> ++ +
GetBanStatus
+ +echo UDID=Android-123456789012345 | POST http://www.bitfactory.no/Bensin/ver1.1.GetBanStatus.php
+ +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.
+ +PriserVedStasjoner
+ +echo 'stasjoner=810,364&day=0' | POST http://www.bitfactory.no/Bensin/ver1.1.PriserVedStasjoner.php
+ +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.
+ +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:
+ +1 | Bensinstasjons-ID |
2 | Pris for blyfri 95 oktan, flyttall med punktum som desimalskille. |
3 | Klokkeslett da prisen ble oppdatert, format HH:MM. |
4 | Telefon-ID på formen Android-123456789012345 eller hex-kodet streng/MD5-sum |
5 | tall, uviss betydning. muligens relatert til day-verdien. |
6 | Pris for blyfri 98-oktan? |
7 | samme som felt 3 |
8 | samme som felt 4 |
9 | samme som felt 5 |
10 | Pris for disel |
11 | Samme som felt 3 |
12 | Samme som felt 4 |
13 | Samme som felt 5 |
En stasjonsoppføring består dermed av av bensinstasjons-ID og +deretter tre blokker for 95-oktan bensin, 98-oktan bensin og +disel.
+ +PriserVedStasjon
+ +echo 'id=736&day=0' | POST http://www.bitfactory.no/Bensin/ver1.1.PriserVedStasjon.php
+ +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".
+ +AllePriser
+ +echo day=0 | POST http://www.bitfactory.no/Bensin/ver1.1.AllePriser.php
+ +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.
+In 2003, a German teacher showed up on the +Debian Edu and Skolelinux +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 +Debian Edu +Squeeze release became as good as it is..
Who are you, and how do you spend your days?
-My name is Nigel Barker, and I am British. I am married to Yumiko, -and we have three lovely children, aged 15, 14 and 4(!) I am the IT -Coordinator at Hiroshima International School, Japan. I am also a -teacher, and in fact I spend most of my day teaching Mathematics, -Science, IT, and Chemistry. I was originally a Chemistry teacher, but -I have always had an interest in computers. Another teacher teaches -primary school IT, but apart from that I am the only computer person, -so that means I am the network manager, technician and webmaster, -also, and I help people with their computer problems. I teach python -to beginners in an after-school club. I am way too busy, so I really -appreciate the simplicity of Skolelinux.
+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.
+ +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).
How did you get in contact with the Skolelinux/Debian Edu project?
-In around 2004 or 5 I discovered the ltsp project, and set up a -server in the IT lab. I wanted some way to connect it to our central -samba server, which I was also quite poor at configuring. I discovered -Edubuntu when it came out, but it didn't really improve my setup. I -did various desperate searches for things like "school Linux server" -and ended up in a document called "Drift" something or other. Reading -there it became clear that Skolelinux was going to solve all my -problems in one go. I was very excited, but apprehensive, because my -previous attempts to install Debian had ended in failure (I used -Mandrake for everything - ltsp, samba, apache, mail, ns...). I -downloaded a beta version, had some problems, so subscribed to the -Debian Edu list for help. I have remained subscribed ever since, and -my school has run a Skolelinux network since Sarge.
+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.
What do you see as the advantages of Skolelinux/Debian Edu?
-For me the integrated setup. This is not just the server, or the -workstation, or the ltsp. Its all of them, and its all configured -ready to go. I read somewhere in the early documentation that it is -designed to be setup and managed by the Maths or Science teacher, who -doesn't necessarily know much about computers, in a small Norwegian -school. That describes me perfectly if you replace Norway with -Japan.
+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.
What do you see as the disadvantages of Skolelinux/Debian Edu?
-The desktop is fairly plain. If you compare it with Edubuntu, who -have fun themes for children, or with distributions such as Mint, who -make the desktop beautiful. They create a good impression on people -who don't need to understand how to use any of it, but who might be -important to the school. School administrators or directors, for -instance, or parents. Even kids. Debian itself usually has ugly -default theme settings. It was my dream a few years back that some -kind of integration would allow Edubuntu to do the desktop stuff and -Debian Edu the servers, but now I realise how impossible that is. A -second disadvantage is that if something goes wrong, or you need to -customise something, then suddenly the level of expertise required -multiplies. For example, backup wasn't working properly in Lenny. It -took me ages to learn how to set up my own server to do rsync backups. -I am afraid of anything to do with ldap, but perhaps Gosa will -help.
+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.
Which free software do you use daily?
-Nowadays I only use Debian on my personal computers. I have one for -studio work (I play guitar and write songs), running AV Linux -(customised Debian) a netbook running Squeeze, and a bigger laptop -still running Skolelinux Lenny workstation. I have a Tjener in my -house, that's very useful for the family photos and music. At school -the students only use Skolelinux. (Some teachers and the office still -have windows). So that means we only use free software all day every -day. Open office, The GIMP, Firefox/Iceweasel, VLC and Audacity are -installed on every computer in school, irrespective of OS. We also -have Koha on Debian for the library, and Apache, Moodle, b2evolution -and Etomite on Debian for the www. The firewall is Untangle.
+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)
Which strategy do you believe is the right one to use to get schools to use free software?
-Current trends are in our favour. Open source is big in industry, -and ordinary people have heard of it. The spread of Android and the -popularity of Apple have helped to weaken the impression that you have -to have Microsoft on everything. People complain to me much less about -file formats and Word than they did 5 years ago. The Edu aspect is -also a selling point. This is all customised for schools. Where is the -Windows-edu, or the Mac-edu? But of course the main attraction is -budget.The trick is to convince people that the quality is not -compromised when you stop paying and use free software instead. That -is one reason why I say the desktop experience is a weakness. People -are not impressed when their USB drive doesn't work, or their browser -doesn't play flash, for example.
+-
+
+
- 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. + +
- 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. + +
- 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. + +
- 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.). + +
- 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. + +
- Talk about the difference between freeware and free software. + +
- 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. + +