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.
- --
-
-
- Dinside.no nettside - -
- Nettavisen dinside startet for noen år siden en dugnad for å -samle -inn drivstoffpriser. 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å -en -database over de publiserte prisene hos Scraperwiki. - -
- Bitfactorys mobilapp - -
- I fjor lanserte -selskapet Bitfactory -sin landsdekkende mobilapp (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 -web-API -som jeg har dokumentert med reversutvikling. Stasjonslisten -inneholder geografiske koordinater for fremvisning på kart. Antall -innsamlede priser pr. dag ser ut til å ligge rundt 200. - - - -
- NAF Bergens nettside og iphone-app - -
- I år lanserte NAF Bergen en -landsdekkende iphone-app 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. - -
- bensinpris.net - -
- 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. - -
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 -legger dem ut i -PDF-format.
- -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.
- -Tjeneste | -Offentlig stasjons-liste | -Publisert stasjons-geopunkt | -Publisert API for inn-legging | -Publisert API for ut-henting | -Publisert alle priser | -Publisert database | -Lands-dekkende | -
---|---|---|---|---|---|---|---|
Dinside | -(ja) | -nei | -nei | -nei | -ja | -(ja) | -ja | -
Bitfactorys mobilapp | -nei | -ja | -(ja) | -(ja) | -nei | -nei | -ja | -
drivstoffpriser.no | -ja | -ja | -nei | -nei | -nei | -nei | -ja | -
bensinpris.net | -ja | -nei | -nei | -nei | -nei | -nei | -nei | -
agency | dayfreq | count(*) | lastdelivery |
---|---|---|---|
Norges geologiske undersøkelse | 27.0866579862 | 4 | 2012-07-02T00:00:00 |
Kompetansesenter for distriktsutvikling | 18.4488773149 | 3 | 2012-06-20T00:00:00 |
Toll- og avgiftsdirektoratet | 18.4488773149 | 3 | 2012-07-04T00:00:00 |
Departementenes servicesenter | 18.0866579862 | 4 | 2012-06-29T00:00:00 |
Medietilsynet | 14.5866579862 | 4 | 2012-07-04T00:00:00 |
Politidirektoratet | 14.3366579862 | 4 | 2012-06-20T00:00:00 |
Fredskorpset | 12.4693263889 | 5 | 2012-06-22T00:00:00 |
Kunnskapsdepartementet | 11.2693263889 | 5 | 2012-07-05T00:00:00 |
Statens legemiddelverk | 10.4780902778 | 7 | 2012-06-29T00:00:00 |
Norsk Akkreditering | 10.4488773149 | 3 | 2012-07-02T00:00:00 |
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.
- -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.
+Basert på innsamlet leveringsfrekvens har jeg så sendt spørsmål til +den offisielle epostadressen til de som har lavest leveringsfrekvens, +og spurt dem hva som skjer. Her er svarene jeg har fått så langt, som +et knippe forklaringer til hvorfor det kan gå lang tid før offentlige +postjournaler blir tilgjengelig for innbyggerne og pressen.
+ +Norges geologiske undersøkelse
+ +++ +Subject: Hvor ofte leverer Norges geologiske undersøkelse til Offentlig Elektronisk postjournal? +
+ +
Date: Fri, 08 Jun 2012 09:20:57 +0200Hei. Jeg har et lite spørsmål til dere. Fra statistikken til Offentlig +Eletronisk Postjournal (OEP) ser jeg det er lenge siden NGU leverte +postjournalen sin sist. Hvor ofte pleier NGU å levere til Offentlig +Eletronisk Postjournal? Er dere fornøyd med dagens leveringfrekvens?
+ +
+ +Subject: SV: Hvor ofte leverer Norges geologiske undersøkelse til Offentlig Elektronisk postjournal? +
+ +
Date: Fri, 8 Jun 2012 12:49:35 +0200Hei
+ +NGUS fravær på OEP skyldes problemer vi har i forbindelse med +oppgradering til ny versjon i vårt arkivsystem. Det jobbes med saken +og jeg tror og håper at det snart skal være i orden. Normalt leverer +vi til OEP 1 gang i uken.
+
Medietilsynet
+++ +Subject: Hvor ofte leverer Medietilsynet til Offentlig Elektronisk postjournal? +
+ +
Date: Mon, 11 Jun 2012 13:29:23 +0200Hei. Jeg har et lite spørsmål til dere. Fra statistikken til Offentlig +Eletronisk Postjournal (OEP) ser jeg det er lenge siden Medietilsynet +leverte postjournalen sin sist. Hvor ofte pleier Medietilsynet å levere +til Offentlig Eletronisk Postjournal? Er dere fornøyd med dagens +leveringfrekvens?
+ +
+Subject: SV: Hvor ofte leverer Medietilsynet til Offentlig Elektronisk postjournal? +
+ +
Date: Tue, 12 Jun 2012 04:55:42 +0000Hei!
+ +Medietilsynet leverer normalt postlister en gang i uka. Nå har vi +tekniske problemer, derfor er vi forsinket. Vi regner med å levere i +løpet av denne uken. Ellers er vi fornøyd med dagens +leveringsfrekvens.
+
Kunnskapsdepartementet
+++ + +Subject: Hvor ofte leverer Kunnskapsdepartementet til Offentlig Elektronisk Postjournal? +
+ +
Date: Fri, 22 Jun 2012 21:03:01 +0200Hei. Jeg har et lite spørsmål til dere. Fra statistikken til Offentlig +Eletronisk Postjournal (OEP) ser jeg at Kunnskapsdepartementet har levert +postjournalen sin to ganger siden 2012-05-10, og sist 2012-05-16. Hvor +ofte pleier Kunnskapsdepartementet å levere til Offentlig Eletronisk +Postjournal? Er dere fornøyd med dagens leveringfrekvens?
+ +
+ +Subject: Re: Hvor ofte leverer Kunnskapsdepartementet til Offentlig Elektronisk Postjournal? +Date: Wed, 27 Jun 2012 14:42:23 +0200
+ +Hei. Kom denne eposten frem? Har ikke sett noe svar, og andre +institusjoner jeg har spurt om tilsvarende har svart i løpet av under en +dag på tilsvarende spørsmål, så jeg begynner å lurer på om meldingen +gikk tapt.
+ +[... kopi av opprinnelig epost ...]
+ +
+Subject: Re: VS: Hvor ofte leverer Kunnskapsdepartementet til Offentlig Elektronisk Postjournal? +
+ +
Date: Wed, 27 Jun 2012 14:33:20 +0000Hei!
+ +Normalt leverer vi hver virkedag til OEP, med fem virkedagers +forsinkelse. Kunnskapsdepartementet har imidlertid ikke kunnet levere +OEP pga innføringen av nytt saksbehandlingssystem 7. Mai. Den +etterfølgende streiken medførte så et større etterslep på +journalføring som har gjort at vi har måttet prioritere dette fremfor +offentlig journal. Dette arbeidet har av flere sammenfallende årsaker +tatt noe tid. Vi håper imidlertid på at vi kan begynne å publisere +offentlig journal igjen i løpet av denne uken, senest neste uke. Vi +gjenopptar da vår vanlige publiseringsfrekvens i tillegg til å få på +plass de manglende journalene.
+ +
Norsk Akkreditering
+++ +Subject: Hvor ofte leverer Norsk Akkreditering til Offentlig Elektronisk postjournal? +
+ +
Date: Thu, 28 Jun 2012 07:35:43 +0200Hei. Jeg har et lite spørsmål til dere. Fra statistikken til +Offentlig Eletronisk Postjournal (OEP) ser jeg det går lenge hver gang +Norsk Akkreditering leverer postjournalen sin. Hvor ofte pleier Norsk +Akkreditering å levere til Offentlig Eletronisk Postjournal? Er dere +fornøyd med dagens leveringfrekvens?
+ +
+ +Subject: SV: Hvor ofte leverer Norsk Akkreditering til Offentlig Elektronisk postjournal? +
+ +
Date: Mon, 2 Jul 2012 08:32:06 +0200Hei,
+ +Norsk Akkreditering har som ambisjon å levere til OEP 2 ganger i +uken. Pga sykdom har dette vært vanskelig å gjennomføre i juni.
+
Toll- og avgiftsdirektoratet
+++ +Date: Tue, 03 Jul 2012 11:55:07 +0200 +
+ + +
Subject: Hvor ofte leverer Toll- og avgiftsdirektoratet til Offentlig Elektronisk postjournal?Hei. Jeg har et lite spørsmål til dere. Fra statistikken til +Offentlig Eletronisk Postjournal (OEP) ser jeg det går lenge hver gang +Toll- og avgiftsdirektoratet leverer postjournalen sin til OEP, og at +siste levering var 2012-06-06. Hvor ofte pleier Toll- og +avgiftsdirektoratet å levere til OEP? Er dere fornøyd med dagens +leveringfrekvens?
+ +
+ +Date: Wed, 4 Jul 2012 09:33:18 +0000 +
+ +
Subject: SV: Hvor ofte leverer Toll- og avgiftsdirektoratet til Offentlig Elektronisk postjournal?Til: Petter Reinholdtsen
+ +Det vises til din e-post av 3. juli 2012.
+ +Våre rutiner tilsier at vår journal skal publiseres en gang pr. uke +(hver torsdag). Vi søker så langt det er mulig å få dette til og har +stort sett publisert iht rutinene siden vi kom opp på OEP.
+ +Pga ekstraordinære forhold ved vårt arkiv har vi i de siste ukene +ikke hatt kapasitet til å opprettholde den publiseringsfrekvensen vi +har fastsatt. Det er et begrenset antall medarbeidere som kan og skal +kunne publisere våre journaler. Vi håper imidlertid at dette raskt vil +bedres og vi er tilbake til den frekvens vi har satt oss som mål å ha.
+ +Vi beklager hvis dette har skapt vanskeligheter.
+
Like etter at jeg fikk svar ble OEP oppdatert med postjournaler fra +alle disse etatene. Antagelig tilfeldig, men jeg ser ikke bort fra at +det kan ha virket motiverende for å få på plass leveringen at de ser +at det er interesse for leveringen til OEP.
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 å 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å -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.
+ +++ +Date: Mon, 2 Jul 2012 08:15:38 +0000 +
+ +
From: Arve Lindboe <Arve.Lindboe (at) medietilsynet.no> +
To: Petter Reinholdtsen +
CC: Arthur Garnes <Arthur.Garnes (at) rikstv.no>, + postmottak (at) sd.dep.no, post (at) frikanalen.no +
Subject: Spørsmål om kryptering av Frikanalen i det digitale bakkenetttet for fjernsynVi viser til Deres spørsmål av 27. mai i år til RiksTV, +Samferdselsdepartementet og Medietilsynet, og til RiksTVs svar av +1. juli til Dem, som vi har mottatt i kopi.
+ +For ordens skyld vil vi orientere om at Medietilsynet har visse +tilsynsoppgaver knyttet til kapittel 3 i NTVs konsesjon for +opprettelse og drift av det digitale bakkenettet for fjernsyn. Av +pkt. 3.5 i denne konsesjonen går det bl.a. fram at NRKs +kjernetilbud/allmennkringkastingstilbud... «skal være tilgjengelig +uten betaling og ha lik dekning.» For distribusjon av innhold utenfor +NRKs tilbud er det ikke tatt inn noen tilsvarende forutsetning i +konsesjonen.
+ +Medietilsynets mandat omfatter ikke spørsmålet om kryptering og +administrasjon av engangsavgift knyttet til adgangskontrollsystem for +NTVs formidling, og tilsynet kan derfor ikke ta stilling til de +spørsmålene De reiser i tilknytning til det.
+ +Mvh
+ +Arve Lindboe
+ +rådgiver, +
+
Medietilsynet
Her må det tydeligvis andre aktører i sving for å bli kvitt +krypteringen av Frikanalen.
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 the NUUG FiksGataMi +project (Norwegian version of +FixMyStreet from +mySociety), we have discovered +a problem with the municipalities using +Zimbra. When FiksGataMi send a +problem report to the government, the email From: address is set to +the address of the person reporting the problem, while envelope sender +is set to the FiksGataMi contact address. The intention is to make +sure the municipality send any replies to the person reporting the +problem, while any email delivery problems are sent to us in NUUG. +This work well in most cases, but not for Karmøy municipality using +Zimbra. Karmøy is using the vacation message function in Zimbra to +send an automatic reply to report that the message has been received, +and this message is sent to the envelope sender and not the address in +the From: header.
+ +This causes the automatic message from Karmøy to go to NUUGs +request-tracker instance instead of to the person reporting the +problem. We can not really change the envelope sender address, as +this would make it impossible for us to discover when there are +problems with the MTAs receiving problem reports. We have been in +contact with the people at Karmøy municipality, and they are willing +to adjust Zimbra if something can be changed there to get a better +behaviour.
+ +The default behaviour of Zimbra is as far as I can tell according +to the specification in RFC 3834, which recommend that vacation +messages are sent to the envelope sender and not to the From: address. +But I wonder if it is possible to adjust or configure Zimbra to behave +differently. Anyone know? Please let us know at +fiksgatami +(at) nuug.no.
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 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?
- -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?
- -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?
- -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?
- -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?
- --
-
-
- 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. - -
Via Skepsis-bloggen kom jeg i dag over en skremmende og interessant +historie om hvordan norske selgere av sjokoladen Xoçai legger frem +helsepåstander de ikke kan støtte opp med beviser, og kommer med +trusler for å stilne sine kritikere. Her er et knippe bloggposter som +forteller historien:
+ +-
+
+
- Ulovlige + sjokoladepåstander + +
- Xocai + â en stygg historie om norsk sjokolademafia + +
- Xocai, en sunn sjokolade? Er + det helse i hver bit? + +
- 30 punkter du bør undersøke + før du starter som Xocai distributør + +
Historien er så interessant at selgerne fortjener +Streisand-effekten
I just come across a blog post from Glyn Moody reporting the -claimed cost from Microsoft on requiring ODF to be used by the UK -government. I just sent him an email to let him know that his -assumption are most likely wrong. Sharing it here in case some of my -blog readers have seem the same numbers float around in the UK.
- -+ +Hi. I just noted your -http://blogs.computerworlduk.com/open-enterprise/2012/04/does-microsoft-office-lock-in-cost-the-uk-government-500-million/index.htm -comment:
- -"They're all in Danish, not unreasonably, but even -with the help of Google Translate I can't find any figures about the -savings of "moving to a flexible two standard" as claimed by the -Microsoft email. But I assume it is backed up somewhere, so let's take -it, and the £500 million figure for the UK, on trust." -- -I can tell you that the Danish reports are inflated. I believe it is -the same reports that were used in the Norwegian debate around 2007, -and Gisle Hannemyr (a well known IT commentator in Norway) had a look -at the content. In short, the reason it is claimed that using ODF -will be so costly, is based on the assumption that this mean every -existing document need to be converted from one of the MS Office -formats to ODF, transferred to the receiver, and converted back from -ODF to one of the MS Office formats, and that the conversion will cost -10 minutes of work time for both the sender and the receiver. In -reality the sender would have a tool capable of saving to ODF, and the -receiver would have a tool capable of reading it, and the time spent -would at most be a few seconds for saving and loading, not 20 minutes -of wasted effort.
- -Microsoft claimed all these costs were saved by allowing people to -transfer the original files from MS Office instead of spending 10 -minutes converting to ODF. :)
- -See -http://hannemyr.com/no/ms12_vl02.php -and -http://hannemyr.com/no/ms12.php -for background information. Norwegian only, sorry. :)
-
For ca. en måned siden så jeg på tjenester som forsøker å gjøre det +enklere å ta informerte valg om hvor en skal kjøpe drivstoff, for å +bedre konkurransesituasjonen i drivstoffmarkedet. Det er tre aktive +tjenester jeg kjenner til. NAF Bergens +Drivstoffpriser.no, +Bitfactorys +Bensinpris-app, +og Dinsides +prisliste. +Nå har jeg holdt øye med alle disse i over en måned, og kan fortelle +hvor mange priser for 95-oktan bensin de har klart å samle inn i juni +2012:
+ +Tjeneste | Antall målinger i juni 2012 |
---|---|
Bitfactorys bensinpris-app | 7687 |
Drivstoffpriser.no | 1788 |
Dinsides prisliste | 322 |