I serien med intervjuer av folk i -Skolelinux-miljøet, får vi -denne gangen høre fra en IKT-ansvarlig som har brukt Skolelinux i -mange år, og vært storfornøyd med erfaringene så langt.
- -Hvem er du, og hva driver du med til daglig?
- -Mitt navn er Roy-Arne Myhre og jeg er 42 Ã¥r. Jeg er ansatt hos -Sand skole (Balsfjord kommune) -og har stort sett vært det siden 1990. Jeg er IKT ansvarlig ved -skolen i 40% stilling â 10% undervisning â musikk.
- -Ved skolen er det ca 100 elever og ca 18 lærere + 4 assistenter i -hele og delte stillinger. Alle lærerne har bærbar PC (dessverre med -Win Vista) â assistenter har tilgang til egne. Vi benytter Fronter i -det daglige arbeidet. Vi har ca 90 elevmaskiner som fungerer til -daglig opp mot Linux server (XFCE) som driftes av -BzzWare AS via nett. Maskinparken -bestÃ¥r kun av brukt utstyr for elevene â og noe av dette begynner Ã¥ -bli vel gammelt selv som halvtykke klienter.
- -Hvordan kom du i kontakt med -Skolelinux-prosjektet?
- -Vi kom første gang i kontakt med Skolelinux rundt 1997. Den gang -var det oppstart-disketter i hver maskin, ikke mulighet for lyd og -video, gamle nettverkskort og mye plundring. Vi hadde en ihuga -forelder med som pÃ¥driver, forsker og inspirator for hele opplegget. -Selv ante jeg knapt at Skolelinux fantes, men han var av den -utforskende typen, og fikk bÃ¥de meg og skolelederen i trua pÃ¥ at dette -var ting som kunne fungere. Etter dette har det gÃ¥tt gradvis -framover; flere maskiner er hentet inn gjennom bl.a -Greentech og utrangert utstyr -fra høgskole / Avinor og private givere. NÃ¥r maskinene ble for trege -for nye Windows-versjoner, sto vi klare til Ã¥ putte dem i nettverket -vÃ¥rt. Dette betyr at vi i dag har 1:1 dekning av maskiner pÃ¥ -ungdomstrinnet og bedre enn 1:2 pÃ¥ barnetrinnet. Dette er vi veldig -fornøyd med, og vi kan ikke se for oss hverdagen som ville vært -alternativet ved bruk av Windows med sine lisenser pr. Bruker/maskin. -Da ville vi nok vært tilbake til 1-2 maskiner pr klasserom med de -negative konsekvenser det ville hatt for undervisningsformene vÃ¥re. Vi -kan ha en hel klasse i prosjektjobbing eller individuell jobbing -samtidig â vi kan avholde tentamen og eksamen uten -logistikkproblemer.
- -Hva er fordelene med Skolelinux slik du ser det?
- -Hvor skal jeg begynne... Stabiliteten er et nøkkelord - det bare -virker. Har du først fått en server med Skolelinux opp og gå, så må -det en maskinarefeil eller sabotasje til for å stoppe den. Det at man -kan bruke eldre maskiner som normalt sett ville gått på dynga, er også -glimrende - billig for skoler med dårlig økonomi og bra for miljøet -siden vi gjenbruker utstyr i stedet for å skaffe nytt. Vi ville aldri -hatt mulighet til å operere med det maskinantallet vi har pr i dag -hvis det ikke var for Skolelinux - så tilgjengelighet er et annet -nøkkelord. Et tredje moment er sikkerhet og brukertilgang. Alle -brukerer opererer med egne brukernavn og passord, samt egne -brukerområder som kan tilpasses for både enbrukertilgang og for -samarbeid med andre. - -Elever har godt av å se at det finnes andre alternativer enn de som -storindustrien selger på lisensbasis - på den måten trenes de opp til -å se flere muligheter og å foreta valg ut fra flere opsjoner. - -Hva er ulempene med Skolelinux slik du ser det?
- -Ulempene med Skolelinux er nok utbredelsen og mangelen pÃ¥ kjennskap -til dette i skolenorge. De som skal ta økonomiske avgjørelser rynker -pÃ¥ nesen og vil gÃ¥ for det kjente og «sikre» selv om det koster mye -mer. Man fÃ¥r rett og slett litt hetta av Ã¥ ikke kunne noe â og unngÃ¥r -dette for enhver pris.
- -I tillegg er mye av linux-systemet administrert av tekstkommandoer -og er lite intuitiv/visuell for oss som ikke er «inne i» -kildekodene». Så problemet er nok mye godt at de som -utarbeider/drifter Skolelinux ikke helt klarer å sette seg ned på -skoleadministratorens nivå når det gjelder problemer og -utfordringer. Men dette er nok en utfordring alle administratorer -sliter med uansett OS.
- -Derfor har vi valgt å støtte oss til BzzWare AS for assistanse i -drifta slik at jeg har kunnet konsentrere meg mer om kabling, skifting -av komponenter, veiledning av lærere og elever, vedlikehold av -skrivere og annen daglig drift.
- -Elevene mestrer Skolelinux helt fint. Så lenge Internett -(Iceweasel) og Libreoffice (Openoffice) fungerer er 90% av -skolehverdagen velfungerende. I tillegg brukes jo en del av den -pedagogiske programpakken bla. i forhold til matematikk og geografi, -men det er såpass mye bra på nett om dagen, så disse programmene er -mer som krydder å regne.
- -Jeg skulle ønske neste versjon av Skolelinux kunne komme litt -mindre stappet med programmer, for halvparten blir aldri brukt, eller -fungerer ikke uansett. Hva med et pedagogisk panel av lærere/IKT -ansvarlige som kunne sagt: disse programmene skal være standard, sÃ¥ -fÃ¥r resten være slike man kan legge til ved behov â det kan lett bli -en jungel Ã¥ bevege seg i.
- -Jeg ønsker meg ogsÃ¥ en mer grafisk versjon av Lwat hvor man kan -krysse ut de som f.eks ikke skal ha internett-tilgang en dag pga -eksamen/tentamen, samt en noe enklere brannmurløsning hvor man kan -stenge for en del (fÃ¥) sider pÃ¥ en enkel mÃ¥te. Jeg liker godt -Skolelinux sin ideologi om at filteret skal trenes i hodet pÃ¥ eleven â -men av og til skulle jeg ønske at f.eks Facebook og Youtube kunne vært -koblet vekk en periode for Ã¥ fÃ¥ bedre utnyttelse av tid og -ressurser. Disse to nettstedene er nok mye av Ã¥rsaken til at mange -lærere holder igjen databruken noe mer enn man kunne ønske.
- -Hvilken fri programvare bruker du til daglig?
- -Jeg benytter nesten bare fri programvare til daglig. LibreOffice, -Iceweasel (Firefox), Thunderbird til e-post og Gimp til -bildebehandling. Vi har PHP-Nuke-oppsatt hjemmeside. Det eneste som -jeg ikke har fått helt til enda er videoredigering - her må man vel -innrømme at Mac er hakket over, men da er vi igjen over på å se hva -som egner seg best, og ta valg ut fra det. Folk flest lever i -villfarelsen om at regneark HETER Excel og tekstbehandling HETER -Word. Dette er en misforståelse som jeg bruker mye energi på å -diskutere og "åpne sinn" på Microsoft-slaver. Dessverre er det mange -IKT-ansvarlige som også har låst seg på at det eneste saliggjørende er -Bill G sine produkter. - -Hvilken strategi tror du er den rette å bruke for å få -skoler til å ta i bruk fri programvare?
- -For Ã¥ komme lenger i utbredelsen av Skolelinux tror jeg det mÃ¥ mer -fram i nasjonale medier, samt komme bedre fram hva økonomien i dette -valget vil være â samt mulighetene. Fri programvare er en berikelse og -gjør oss i stand til Ã¥ utføre arbeidet i skolen uten Ã¥ mÃ¥tte legge -igjen tusener pÃ¥ tusener i Bill Gates lomme.. FÃ¥ ETT nettsted med -forstÃ¥elig veiledning av installasjon/oppgradering og ETT forum med -konkrete feilrettinger og problemer, sÃ¥ tror jeg vi kunne kommet et -par skritt framover. Ellers tror jeg bare at ildsjelene mÃ¥ fortsette Ã¥ -skinne â kanskje flere enn oss følger etter pÃ¥ veien.
+ +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.
Næringsminister Trond Giske er av -Dagens -Næringsliv i dag sitert på å ha sagt følgende:
- --Henry Ford sa at hvis du spør folk hva de vil ha sÃ¥ svarer de âen -større hestâ -- -
Det syntes jeg var en så merkelig ting for Henry Ford å si at jeg -sjekket litt rundt sitatet. Det Giske ser ut til å feilsitere, er et -sitat kreditert Henry Ford som lyder "If I had asked people what they -wanted, they would have said faster horses". Altså ikke større hest, -men raskere hester.
- -I følge -Patrick -Vlaskovits i en blogg i Stanford Business Review, har Henry Ford -aldri sagt dette, og den tidligste referansen han klarte å finne til -sitatet er en bok fra 2002. Jeg finner -andre kilder som også -hevder at det ikke er påvist at Henry Ford faktisk har uttalt at -kundene ville bedt om raskere hester .
- -Konklusjonen min blir at Trond Giske ikke har fakta på sin side når -det gjelder dette sitatet. Med forbehold om at journalisten i Dagens -Næringsliv skrev det som ble sagt, og ikke det journalisten hørte.
+ +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.