I fjor siden 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 -Dagbladet 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 |
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 |
En stasjonsoppføring består dermed av av bensinstasjons-ID og -deretter tre blokker for 95-oktan bensin, 98-oktan bensin og -disel.
+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.
-PriserVedStasjon
+Norges geologiske undersøkelse
-echo 'id=736&day=0' | POST http://www.bitfactory.no/Bensin/ver1.1.PriserVedStasjon.php
+++ +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!
-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".
+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
-AllePriser
+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.
+ +
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.
+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.
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 pupiles. His name was Ralf -Gesellensetter, and he have 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 stick to free software as to be 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. - -
++ +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 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." -+ +3rd July 2012++ +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.
+
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:
-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. :)
- +-
+
+
- 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
+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 |