Debian Edu / Skolelinux -users are spread all across the globe. The second inteview after -the -Squeeze release was publised is with John Ingleby, a teacher and -long time Linux user in United Kingdom.
+ +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?
-I teach ICT part time at the Rudolf Steiner School in Kings -Langley, near London, UK. Previously I worked as a technical -author/trainer while my children attended the school, and I also -contributed to the Schoolforge UK community with the aim of -encouraging UK schools to adopt free/open source software. Five or six -years ago we had about 50 schools interested in some way, but we -weren't able to convert many of them into sustainable -installations.
+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?
-Skolelinux had two representatives at an early Edubuntu meeting in -London which I attended. However at that time our school network had -just been installed using CentOS, LTSP 4 and GNOME. When LTSP 5 came -along we switched to Edubuntu thin client servers so now we have a -mixed environment which includes Windows PCs and student laptops, as -well as their MacBooks and iPads. However, the proprietary systems -have always been rather problematic, and we never built a GUI for the -LDAP server, so when I discovered Skolelinux is configured for all -these things we decided to try it.
+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?
-By far the biggest advantage is the Debian Edu community. Apart -from that I have always believed in the same "sustainable computing" -goals that Skolelinux is built on: installing Linux on computers which -would otherwise be thrown away, to provide a reliable, secure and -low-cost IT environment for schools. From my own experience I know -that a part-time person can teach and manage a network of about 25 -Linux computers, but it would take much more of my time if we had -proprietary software everywhere.
+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?
-As a newcomer I'm just finding out who's who in the community and -how you're organised, and what your procedures are for dealing with -various things such as editing manual pages and so-on. The only -English language mailing list seems to be for developers as well as -users, so my inbox needs heavy pruning each day!
+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?
-Besides the software already mentioned at school we use Samba, -OpenLDAP, CUPS, Nagios and Dansguardian for the network, and on the -desktops we have LibreOffice, Firefox, GIMP and Inkscape. At home I -use Ubuntu and an Android 4 eePad Transformer (but I'm not sure if -that counts...)
+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?
-That's a tough question! For very many years UK schools installed -and taught only proprietary software, so that at the highest levels -the notion of "computer" means simply "proprietary office -applications". However, schools today are experiencing budget -constraints, and many are having to think hard about upgrading Windows -XP. At the same time, we have students showing teachers how to use -iPads, MacBooks and Android, so the choice of operating system is no -longer quite so automatic. What is more, our government at last -realised that we need people with programming skills, so they're -putting coding back in the curriculum! And it's encouraging that the -first 10,000 Raspberry Pi units sold out in 2 hours.
- -I don't really know what strategy is going to get UK schools to use -free software, but building an active community of Skolelinux/Debian -Edu users in this country has to be part of it.
+-
+
+
- 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. + +