Generated.

[homepage.git] / blog / index.rss

<?xml version="1.0" encoding="utf-8"?>
<rss version='2.0' xmlns:lj='http://www.livejournal.org/rss/lj/1.0/' xmlns:atom="http://www.w3.org/2005/Atom">
        <channel>
                <title>Petter Reinholdtsen</title>
                <description></description>
                <link>http://people.skolelinux.org/pere/blog/</link>
                <atom:link href="http://people.skolelinux.org/pere/blog/index.rss" rel="self" type="application/rss+xml" />
        
        <item>
                <title>Kommentar til artikkel i Adresseavisa som omtaler FiksGataMi</title>
                <link>http://people.skolelinux.org/pere/blog/Kommentar_til_artikkel_i_Adresseavisa_som_omtaler_FiksGataMi.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Kommentar_til_artikkel_i_Adresseavisa_som_omtaler_FiksGataMi.html</guid>
                <pubDate>Sat, 2 Jun 2012 19:30:00 +0200</pubDate>
                <description>&lt;p&gt;Jeg oppdaget nylig en
&lt;a href=&quot;http://www.adressa.no/nyheter/trondheim/article1831198.ece&quot;&gt;artikkel
i Adresseavisa&lt;/a&gt; i Trondheim som nevner FiksGataMi, og der Trondheim
kommune ser ut til å fortelle at de ikke følger forvaltningslovens
krav ved mottak av meldinger sendt inn via FiksGataMi.  La derfor
nettopp inn denne kommentaren til artikkelen:&lt;p&gt;

&lt;p&gt;&lt;blockquote&gt;

&lt;p&gt;Her er en liten faktaoppdatering om FiksGataMi-tjenesten, da noen
ser ut til å ha misforstått hvordan den fungerer.&lt;/p&gt;

&lt;p&gt;FiksGataMi er et privat initiativ opprettet og drevet av
medlemsforeningen NUUG.  FiksGataMi tar imot meldinger om feil i
offentlig infrastruktur, og sender meldingen skriftlig videre på vegne
av innmelder til aktuell aktør i det offentlige, det være seg kommune,
fylke eller vegvesenregion.  Offentlig etat blir valgt ut fra
geografisk plassering og kategori valgt av innsender.  Offentlige
etater er i følge forvaltningsloven pliktig å følge opp og besvare
skriftlige henvendelser, og hvis noen av mottakerne ikke gjør dette
kan en klage på lovbrudd i det offentlige.  FiksGataMi fungerer dermed
som en slags epostklient for innbyggerne der kopi av innsendte
meldinger gjøres tilgjengelig og knyttes til kartplassering for enkel
gjenfinning.  Å sende inn nye problemrapporter via FiksGataMi er
dermed ikke avhengig av at kommunen aktivt må følge med på meldinger
hos FiksGataMi, da de får dem tilsendt på sine offisielle
epostmottakspunkter.  Hvorvidt noe blir fikset og om innbyggerne er
opp til mottaker av meldingene.  For Trondheim kommune er
mottaksadressen bydrift.vegdrift@trondheim.kommune.no, en adresse jeg
inntil jeg leste denne artikkelen trodde ble håndtert i henhold til
forvaltningslovens krav.&lt;/p&gt;

&lt;p&gt;Kan ellers fortelle at 57 kommuner lenker til FiksGataMi fra sine
nettsider, og at 37 % (4182 av 11266 ) av problemrapportene sendt inn
via FiksGataMi er markert som løst i løsningen.  Trondheim kommune har
fått tilbud om å få rapportene levert på datamaskinlesbart format i
stedet for epost, men har ikke takket ja så langt.&lt;/p&gt;

&lt;p&gt;Vennlig hilsen Petter Reinholdtsen, en av NUUG-folkene bak FiksGataMi.no&lt;/p&gt;

&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Det høres for meg ut som om innbyggerne i Trondheim burde klage på
kommunens potensielle lovbrudd.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Debian Edu interview: Mike Gabriel</title>
                <link>http://people.skolelinux.org/pere/blog/Debian_Edu_interview__Mike_Gabriel.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Debian_Edu_interview__Mike_Gabriel.html</guid>
                <pubDate>Sat, 2 Jun 2012 15:00:00 +0200</pubDate>
                <description>&lt;p&gt;Back in 2010, Mike Gabriel showed up on the
&lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;Debian Edu and Skolelinux&lt;/a&gt;
mailing list.  He quickly proved to be a valuable developer, and
thanks to his tireless effort we now have Kerberos integrated into the
&lt;a href=&quot;http://www.debian.org/News/2012/20120311.html&quot;&gt;Debian Edu
Squeeze&lt;/a&gt; version.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Who are you, and how do you spend your days?&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;My name is Mike Gabriel, I am 38 years old and live near Kiel,
Schleswig-Holstein, Germany. I live together with a wonderful partner
(Angela Fuß) and two own children and two bonus children (contributed
by Angela).&lt;/p&gt;

&lt;p&gt;During the day I am part-time employed as a system administrator
and part-time working as an IT consultant. The consultancy work
touches free software topics wherever and whenever possible. During
the nights I am a free software developer. In the gaps I also train in
becoming an osteopath.&lt;/p&gt;

&lt;p&gt;Starting in 2010 we (Andreas Buchholz, Angela Fuß, Mike Gabriel)
have set up a free software project in the area of Kiel that aims at
introducing free software into schools. The project&#39;s name is
&quot;IT-Zukunft Schule&quot; (IT future for schools). The project links IT
skills with communication skills.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;How did you get in contact with the Skolelinux/Debian Edu
project?&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;While preparing our own customised Linux distribution for
&quot;IT-Zukunft Schule&quot; we were repeatedly asked if we really wanted to
reinvent the wheel. What schools really need is already available,
people said.  From this impulse we started evaluating other Linux
distributions that target being used for school networks.&lt;/p&gt;

&lt;p&gt;At the end we short-listed two approaches and compared them: a
commercial Linux distribution developed by a company in Bremen,
Germany, and Skolelinux / Debian Edu. Between 12/2010 and 03/2011 we
went to several events and met people being responsible for marketing
and development of either of the distributions. Skolelinux / Debian
Edu was by far much more convincing compared to the other product that
got short-listed beforehand--across the full spectrum. What was most
attractive for me personally: the perspective of collaboration within
the developmental branch of the Debian Edu project itself.&lt;/p&gt;

&lt;p&gt;In parallel with this, we talked to many local and not-so-local
people.  People teaching at schools, headmasters, politicians, data
protection experts, other IT professionals.&lt;/p&gt;

&lt;p&gt;We came to two conclusions:&lt;/p&gt;

&lt;p&gt;First, a technical conclusion: What schools need is available in
bits and pieces here and there, and none of the solutions really fit
by 100%. Any school we have seen has a very individual IT setup
whereas most of each school&#39;s requirements could mapped by a standard
IT solution.  The requirement to this IT solution is flexibility and
customisability, so that individual adaptations here and there are
possible.  In terms of re-distributing and rolling out such a
standardised IT system for schools (a system that is still to some
degree customisable) there is still a lot of work to do here
locally. Debian Edu / Skolelinux has been our choice as the starting
point.&lt;/p&gt;

&lt;p&gt;Second, a holistic conclusion: What schools need does not exist at
all (or we missed it so far). There are several technical solutions
for handling IT at schools that tend to make a good impression. What
has been missing completely here in Germany, though, is the enrolment
of people into using IT and teaching with IT. &quot;IT-Zukunft Schule&quot;
tries to provide an approach for this.&lt;/p&gt;

&lt;p&gt;Only some schools have some sort of a media concept which explains,
defines and gives guidance on how to use IT in class. Most schools in
Northern Germany do not have an IT service provider, the school&#39;s IT
equipment is managed by one or (if the school is lucky) two (admin)
teachers, most of the workload these admin teachers get done in there
spare time.&lt;/p&gt;

&lt;p&gt;We were surprised that only a very few admin teachers were
networked with colleagues from other schools. Basically, every school
here around has its individual approach of providing IT equipment to
teachers and students and the exchange of ideas has been quasi
non-existent until 2010/2011.&lt;/p&gt;

&lt;p&gt;Quite some (non-admin) teachers try to avoid using IT technology in
class as a learning medium completely. Several reasons for this
avoidance do exist.&lt;/p&gt;

&lt;p&gt;We discovered that no-one has ever taken a closer look at this
social part of IT management in schools, so far. On our quest journey
for a technical IT solution for schools, we discussed this issue with
several teachers, headmasters, politicians, other IT professionals and
they all confirmed: a holistic approach of considering IT management
at schools, an approach that includes the people in place, will be new
and probably a gain for all.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;What do you see as the advantages of Skolelinux/Debian
Edu?&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;There is a list of advantages: international context, openness to
any kind of contributions, do-ocracy policy, the closeness to Debian,
the different installation scenarios possible (from stand-alone
workstation to complex multi-server sites), the transparency within
project communication, honest communication within the group of
developers, etc.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;What do you see as the disadvantages of Skolelinux/Debian
Edu?&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;Every coin has two sides:&lt;/p&gt;

&lt;p&gt;Technically: &lt;a href=&quot;http://bugs.debian.org/311188&quot;&gt;BTS issue
#311188&lt;/a&gt;, tricky upgradability of a Debian Edu main server, network
client installations on top of a plain vanilla Debian installation
should become possible sometime in the near future, one could think
about splitting the very complex package debian-edu-config into
several portions (to make it easier for new developers to
contribute).&lt;/p&gt;

&lt;p&gt;Another issue I see is that we (as Debian Edu developers) should
find out more about the network of people who do the marketing for
Debian Edu / Skolelinux. There is a very active group in Germany
promoting Skolelinux on the bigger Linux Days within Germany. Are
there other groups like that in other countries? How can we bring
these marketing people together (marketing group A with group B and
all of them with the group of Debian Edu developers)? During the last
meeting of the German Skolelinux group, I got the impression of people
there being rather disconnected from the development department of
Debian Edu / Skolelinux.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Which free software do you use daily?&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;For my daily business, I do not use commercial software at all.&lt;/p&gt;

&lt;p&gt;For normal stuff I use Iceweasel/Firefox, Libreoffice.org. For
serious text writing I prefer LaTeX. I use gimp, inkscape, scribus for
more artistic tasks. I run virtual machines in KVM and Virtualbox.&lt;/p&gt;

&lt;p&gt;I am one of the upstream developers of X2Go. In 2010 I started the
development of a Python based X2Go Client, called PyHoca-GUI.
PyHoca-GUI has brought forth a Python X2Go Client API that currently
is being integrated in Ubuntu&#39;s software center.&lt;/p&gt;

&lt;p&gt;For communications I have my own Kolab server running using Horde
as web-based groupware client. For IRC I love to use irssi, for Jabber
I have several clients that I use, mostly pidgin, though. I am also
the Debian maintainer of Coccinella, a Jabber-based interactive
whiteboard.&lt;/p&gt;

&lt;p&gt;My favourite terminal emulator is KDE&#39;s Yakuake.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Which strategy do you believe is the right one to use to
get schools to use free software?&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;Communicate, communicate, communicate. Enrol people, enrol people,
enrol people.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>SOAP based webservice from Dell to check server support status</title>
                <link>http://people.skolelinux.org/pere/blog/SOAP_based_webservice_from_Dell_to_check_server_support_status.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/SOAP_based_webservice_from_Dell_to_check_server_support_status.html</guid>
                <pubDate>Fri, 1 Jun 2012 15:20:00 +0200</pubDate>
                <description>&lt;p&gt;A few years ago I wrote
&lt;a href=&quot;http://people.skolelinux.org/pere/blog/Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html&quot;&gt;how
to extract support status&lt;/a&gt; for your Dell and HP servers.  Recently
I have learned from colleges here at the
&lt;a href=&quot;http://www.uio.no/&quot;&gt;University of Oslo&lt;/a&gt; that Dell have
made this even easier, by providing a SOAP based web service.  Given
the service tag, one can now query the Dell servers and get machine
readable information about the support status.  This perl code
demonstrate how to do it:&lt;/p&gt;

&lt;p&gt;&lt;pre&gt;
use strict;
use warnings;
use SOAP::Lite;
use Data::Dumper;
my $GUID = &#39;11111111-1111-1111-1111-111111111111&#39;;
my $App = &#39;test&#39;;
my $servicetag = $ARGV[0] or die &quot;Please supply a servicetag. $!\n&quot;;
my ($deal, $latest, @dates);
my $s = SOAP::Lite
    -&gt; uri(&#39;http://support.dell.com/WebServices/&#39;)
    -&gt; on_action( sub { join &#39;&#39;, @_ } )
    -&gt; proxy(&#39;http://xserv.dell.com/services/assetservice.asmx&#39;)
    ;
my $a = $s-&gt;GetAssetInformation(
    SOAP::Data-&gt;name(&#39;guid&#39;)-&gt;value($GUID)-&gt;type(&#39;&#39;),
    SOAP::Data-&gt;name(&#39;applicationName&#39;)-&gt;value($App)-&gt;type(&#39;&#39;),
    SOAP::Data-&gt;name(&#39;serviceTags&#39;)-&gt;value($servicetag)-&gt;type(&#39;&#39;),
);
print Dumper($a -&gt; result) ;
&lt;/pre&gt;&lt;/p&gt;

&lt;p&gt;The output can look like this:&lt;/p&gt;

&lt;p&gt;&lt;pre&gt;
$VAR1 = {
          &#39;Asset&#39; =&gt; {
                     &#39;Entitlements&#39; =&gt; {
                                       &#39;EntitlementData&#39; =&gt; [
                                                            {
                                                              &#39;EntitlementType&#39; =&gt; &#39;Expired&#39;,
                                                              &#39;EndDate&#39; =&gt; &#39;2009-07-29T00:00:00&#39;,
                                                              &#39;Provider&#39; =&gt; &#39;&#39;,
                                                              &#39;StartDate&#39; =&gt; &#39;2006-07-29T00:00:00&#39;,
                                                              &#39;DaysLeft&#39; =&gt; &#39;0&#39;
                                                            },
                                                            {
                                                              &#39;EntitlementType&#39; =&gt; &#39;Expired&#39;,
                                                              &#39;EndDate&#39; =&gt; &#39;2009-07-29T00:00:00&#39;,
                                                              &#39;Provider&#39; =&gt; &#39;&#39;,
                                                              &#39;StartDate&#39; =&gt; &#39;2006-07-29T00:00:00&#39;,
                                                              &#39;DaysLeft&#39; =&gt; &#39;0&#39;
                                                            },
                                                            {
                                                              &#39;EntitlementType&#39; =&gt; &#39;Expired&#39;,
                                                              &#39;EndDate&#39; =&gt; &#39;2007-07-29T00:00:00&#39;,
                                                              &#39;Provider&#39; =&gt; &#39;&#39;,
                                                              &#39;StartDate&#39; =&gt; &#39;2006-07-29T00:00:00&#39;,
                                                              &#39;DaysLeft&#39; =&gt; &#39;0&#39;
                                                            }
                                                          ]
                                     },
                     &#39;AssetHeaderData&#39; =&gt; {
                                          &#39;SystemModel&#39; =&gt; &#39;GX620&#39;,
                                          &#39;ServiceTag&#39; =&gt; &#39;8DSGD2J&#39;,
                                          &#39;SystemShipDate&#39; =&gt; &#39;2006-07-29T19:00:00-05:00&#39;,
                                          &#39;Buid&#39; =&gt; &#39;2323&#39;,
                                          &#39;Region&#39; =&gt; &#39;Europe&#39;,
                                          &#39;SystemID&#39; =&gt; &#39;PLX_GX620&#39;,
                                          &#39;SystemType&#39; =&gt; &#39;OptiPlex&#39;
                                        }
                   }
        };
&lt;/pre&gt;&lt;/p&gt;

&lt;p&gt;I have not been able to find any documentation from Dell about this
service outside the
&lt;a href=&quot;http://xserv.dell.com/services/assetservice.asmx?op=GetAssetInformation&quot;&gt;inline
documentation&lt;/a&gt;, and according to
&lt;a href=&quot;http://iboyd.net/index.php/2012/02/14/updated-dell-warranty-information-script/&quot;&gt;one
comment&lt;/a&gt; it can have stability issues, but it is a lot better than
scraping HTML pages. :)&lt;/p&gt;

&lt;p&gt;Wonder if HP and other server vendors have a similar service.  If
you know of one, drop me an email. :)&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Veileder fra DIFI om publisering av offentlige data</title>
                <link>http://people.skolelinux.org/pere/blog/Veileder_fra_DIFI_om_publisering_av_offentlige_data.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Veileder_fra_DIFI_om_publisering_av_offentlige_data.html</guid>
                <pubDate>Fri, 1 Jun 2012 10:40:00 +0200</pubDate>
                <description>&lt;p&gt;På onsdag rakk jeg såvidt innom
&lt;a href=&quot;http://www.meetup.com/osloopendata/&quot;&gt;Oslo Open Data Forums&lt;/a&gt;
møte, og fikk lagt hendene mine på DIFIs helt nye veileder
&quot;&lt;a href=&quot;http://veileder.data.norge.no/&quot;&gt;Åpne data.  Del og skap
verdier.  Veileder i tilgjengeliggjøring av offentlig data&lt;/a&gt;&quot; (også
&lt;a href=&quot;http://www.difi.no/filearchive/veileder-i-tilgjengeliggjoring-av-offentlig-data-web.pdf&quot;&gt;tilgjengelig
som PDF&lt;/a&gt; fra DIFI).&lt;/p&gt;

&lt;p&gt;Veilederen er veldig bra, og nevner viktige problemstillinger og
skisserer f.eks. både verdiskapningspotensialet og formatmulighetene
som en bør ha i bakhodet når en publiserer offentlig informasjon på
maskinlesbart format.  Kildekoden til veilederen er
&lt;a href=&quot;https://github.com/difi/veileder-opnedata&quot;&gt;tilgjengelig via
github&lt;/a&gt;, og en kan rapportere tilbakemeldinger og forslag til
forbedringer der (eller via epost og twitter for de som ønsker
det).&lt;/p&gt;

&lt;p&gt;Det eneste jeg virkelig savnet i veilederen var omtale av
&lt;a href=&quot;http://www.w3.org/DesignIssues/LinkedData.html&quot;&gt;w3cs
stjerneklassifisering&lt;/a&gt; av åpne datakilder, som jeg tror ville være
nyttige mentale knagger for de som vurderer å publisere sin
informasjon på som åpne data.  Jeg har
&lt;a href=&quot;https://github.com/difi/veileder-opnedata/issues/1&quot;&gt;rapportert
en github-bug&lt;/a&gt; om dette, så får vi se hvordan den blir behandlet.&lt;/p&gt;

&lt;p&gt;Det slo meg at det var veldig lite konkret i veilederen om valg av
bruksvilkår ved publisering (aka lisens), men jeg er ikke sikker på om
det hører hjemme der, da det er et vanskelig tema som kanskje heller
hører hjemme i sin egen veileder.  Uansett, anbefaler alle å ta en
titt på veilederen og sikre at alle offentlige etater en har kontakt
med får en kopi.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>First monitor calibration using ColorHug</title>
                <link>http://people.skolelinux.org/pere/blog/First_monitor_calibration_using_ColorHug.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/First_monitor_calibration_using_ColorHug.html</guid>
                <pubDate>Thu, 31 May 2012 22:10:00 +0200</pubDate>
                <description>&lt;p&gt;A few days ago my color calibration gadget
&lt;a href=&quot;http://www.hughski.com/index.html&quot;&gt;ColorHug&lt;/a&gt; arrived in the
mail, and I&#39;ve had a few days to test it.  As all my machines are
running Debian Squeeze, where 
&lt;a href=&quot;http://packages.qa.debian.org/c/colorhug-client.html&quot;&gt;the
calibration software&lt;/a&gt; is missing (it is present in Wheezy and Sid),
I ran the calibration using the Fedora based live CD.  This worked
just fine.  So far I have only done the quick calibration.  It was
slow enough for me, so I will leave the more extensive calibration for
another day.&lt;/p&gt;

&lt;p&gt;After calibration, I get a
&lt;a href=&quot;http://en.wikipedia.org/wiki/ICC_profile&quot;&gt;ICC color
profile&lt;/a&gt; file that can be passed to programs understanding such
tools.  KDE do not seem to understand it out of the box, so I searched
for command line tools to use to load the color profile into X.
xcalib was the first one I found, and it seem to work fine for single
monitor setups.  But for my video player, a laptop with a flat screen
attached, it was unable to load the color profile for the correct
monitor.  After searching a bit, I
&lt;a href=&quot;http://ubuntuforums.org/showthread.php?t=1347896&quot;&gt;discovered&lt;/a&gt;
that the dispwin tool from the argyll package would do what I wanted,
and a simple&lt;/p&gt;

&lt;p&gt;&lt;pre&gt;
dispwin -d 1 profile.icc
&lt;/pre&gt;&lt;/p&gt;

&lt;p&gt;later I had the color profile loaded for the correct monitor.  The
result was a bit more pink than I expected.  I guess I picked the
wrong monitor type for the &quot;led&quot; monitor I got, but the result is good
enough for now.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Hvor samles det inn bensinpriser for Norge?</title>
                <link>http://people.skolelinux.org/pere/blog/Hvor_samles_det_inn_bensinpriser_for_Norge_.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hvor_samles_det_inn_bensinpriser_for_Norge_.html</guid>
                <pubDate>Thu, 31 May 2012 13:30:00 +0200</pubDate>
                <description>&lt;p&gt;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.&lt;/p&gt;

&lt;dl&gt;

&lt;dt&gt;Dinside.no nettside&lt;/dt&gt;

&lt;dd&gt;Nettavisen dinside startet for noen år siden en dugnad for å
&lt;a href=&quot;http://www.dinside.no/1931/her-faar-du-billigst-bensin-diesel&quot;&gt;samle
inn drivstoffpriser&lt;/a&gt;.  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å
&lt;a href=&quot;https://scraperwiki.com/scrapers/dinside-bensinpriser/&quot;&gt;en
database over de publiserte prisene&lt;/a&gt; hos Scraperwiki.&lt;/dd&gt;

&lt;dt&gt;Bitfactorys mobilapp&lt;/dt&gt;

&lt;dd&gt;I fjor lanserte
&lt;a href=&quot;http://www.bitfactory.no/bensinpris.html&quot;&gt;selskapet Bitfactory
sin landsdekkende mobilapp&lt;/a&gt; (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
&lt;a href=&quot;http://people.skolelinux.org/pere/blog/Litt_informasjon_om_Bitfactorys_Bensinpris_API.html&quot;&gt;web-API
som jeg har dokumentert med reversutvikling&lt;/a&gt;.  Stasjonslisten
inneholder geografiske koordinater for fremvisning på kart.  Antall
innsamlede priser pr. dag ser ut til å ligge rundt 200.&lt;/dd&gt;



&lt;dt&gt;NAF Bergens nettside og iphone-app&lt;/dt&gt;

&lt;dd&gt;I år lanserte NAF Bergen &lt;a href=&quot;http://www.drivstoffpriser.no/&quot;&gt;en
landsdekkende iphone-app&lt;/a&gt; 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.

&lt;dt&gt;bensinpris.net&lt;/dt&gt;

&lt;dd&gt;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.&lt;/dd&gt;

&lt;/dl&gt;

&lt;p&gt;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
&lt;a href=&quot;http://www.ssb.no/petroleumsalg/&quot;&gt;legger dem ut i
PDF-format&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;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.&lt;/p&gt;

&lt;table&gt;

&lt;tr&gt;
&lt;th&gt;Tjeneste&lt;/th&gt;
&lt;th&gt;Offentlig stasjons-liste&lt;/th&gt;
&lt;th&gt;Publisert stasjons-geopunkt&lt;/th&gt;
&lt;th&gt;Publisert API for inn-legging&lt;/th&gt;
&lt;th&gt;Publisert API for ut-henting&lt;/th&gt;
&lt;th&gt;Publisert alle priser&lt;/th&gt;
&lt;th&gt;Publisert database&lt;/th&gt;
&lt;th&gt;Lands-dekkende&lt;/th&gt;
&lt;/tr&gt;

&lt;tr&gt;
&lt;td&gt;Dinside&lt;/td&gt;
&lt;td&gt;(ja)&lt;/td&gt;
&lt;td&gt;nei&lt;/td&gt;
&lt;td&gt;nei&lt;/td&gt;
&lt;td&gt;nei&lt;/td&gt;
&lt;td&gt;ja&lt;/td&gt;
&lt;td&gt;(ja)&lt;/td&gt;
&lt;td&gt;ja&lt;/td&gt;
&lt;/tr&gt;

&lt;tr&gt;
&lt;td&gt;Bitfactorys mobilapp&lt;/td&gt;
&lt;td&gt;nei&lt;/td&gt;
&lt;td&gt;ja&lt;/td&gt;
&lt;td&gt;(ja)&lt;/td&gt;
&lt;td&gt;(ja)&lt;/td&gt;
&lt;td&gt;nei&lt;/td&gt;
&lt;td&gt;nei&lt;/td&gt;
&lt;td&gt;ja&lt;/td&gt;
&lt;/tr&gt;

&lt;tr&gt;
&lt;td&gt;drivstoffpriser.no&lt;/td&gt;
&lt;td&gt;ja&lt;/td&gt;
&lt;td&gt;ja&lt;/td&gt;
&lt;td&gt;nei&lt;/td&gt;
&lt;td&gt;nei&lt;/td&gt;
&lt;td&gt;nei&lt;/td&gt;
&lt;td&gt;nei&lt;/td&gt;
&lt;td&gt;ja&lt;/td&gt;
&lt;/tr&gt;

&lt;tr&gt;
&lt;td&gt;bensinpris.net&lt;/td&gt;
&lt;td&gt;ja&lt;/td&gt;
&lt;td&gt;nei&lt;/td&gt;
&lt;td&gt;nei&lt;/td&gt;
&lt;td&gt;nei&lt;/td&gt;
&lt;td&gt;nei&lt;/td&gt;
&lt;td&gt;nei&lt;/td&gt;
&lt;td&gt;nei&lt;/td&gt;
&lt;/tr&gt;

&lt;/table&gt;

&lt;p&gt;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.&lt;/p&gt;

&lt;p&gt;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.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Database over bensinpriser fra dinside.no</title>
                <link>http://people.skolelinux.org/pere/blog/Database_over_bensinpriser_fra_dinside_no.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Database_over_bensinpriser_fra_dinside_no.html</guid>
                <pubDate>Wed, 30 May 2012 14:30:00 +0200</pubDate>
                <description>&lt;p&gt;En god og offentlig kilde til bensinpriser i Norge er
&lt;a href=&quot;http://www.dinside.no/1931/her-faar-du-billigst-bensin-diesel&quot;&gt;dinside.no
sin prisoversikt&lt;/a&gt; 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 &lt;a href=&quot;http://www.scraperwiki.com/&quot;&gt;Scraperwiki&lt;/a&gt;,
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å
&lt;a href=&quot;https://scraperwiki.com/scrapers/dinside-bensinpriser/&quot;&gt;scraperwiki-siden
med databasen&lt;/a&gt; over bensinpriser.  Den henter ned priser fra
dinside.no hver time.  Hvis du vil bidra til å bedre oversikt over
bensinprisene i Norge
&lt;a href=&quot;http://www.dinside.no/php/int/vis_endre.php?ny=1&quot;&gt;registrer
deg&lt;/a&gt; hos dinside.no og legg inn prisene fra dine lokale
bensinstasjoner.&lt;/p&gt;

&lt;p&gt;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.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Litt informasjon om Bitfactorys Bensinpris-API</title>
                <link>http://people.skolelinux.org/pere/blog/Litt_informasjon_om_Bitfactorys_Bensinpris_API.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Litt_informasjon_om_Bitfactorys_Bensinpris_API.html</guid>
                <pubDate>Mon, 28 May 2012 23:55:00 +0200</pubDate>
                <description>&lt;p&gt;I fjor lanserte Bitfactory en
&lt;a href=&quot;http://www.bitfactory.no/bensinpris.html&quot;&gt;mobilapp for å få
tilgang til bensinpriser&lt;/a&gt; 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.&lt;/p&gt;

&lt;p&gt;Utrolig nok er det i følge
&lt;a href=&quot;http://www.dn.no/energi/article2194526.ece&quot;&gt;Dagens
Næringsliv&lt;/a&gt; og
&lt;a href=&quot;http://www.finnmarkdagblad.no/nyheter/article5323140.ece&quot;&gt;Finnmark
Dagblad&lt;/a&gt; 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
&lt;a href=&quot;http://www.dinside.no/php/oko/bensin/vis_prisliste.php&quot;&gt;dinside.no&lt;/a&gt;
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.&lt;p&gt;

&lt;p&gt;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.&lt;/p&gt;

&lt;p&gt;&lt;b&gt;stasjonsDatabaseUpdateStamp&lt;/b&gt;&lt;/p&gt;

&lt;p&gt;&lt;tt&gt;GET http://www.bitfactory.no/Bensin/ver1.1.stasjonsDatabaseUpdateStamp&lt;/tt&gt;&lt;/p&gt;

&lt;p&gt;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 &lt;tt&gt;perl -e &#39;print
scalar(localtime(1319145491)), &quot;\n&quot;&#39;&lt;/tt&gt;.  Den første verdien
konverterer da til &quot;Thu Oct 20 23:18:11 2011&quot;, mens den andre
konverteres til &quot;Mon May 7 21:58:13 2012&quot;.&lt;/p&gt;

&lt;p&gt;&lt;b&gt;GetXMLDatabase&lt;/b&gt;&lt;/p&gt;

&lt;p&gt;&lt;tt&gt;echo password=XYZXYZXYZXYZX | POST http://www.bitfactory.no/Bensin/GetXMLDatabase.php&lt;/tt&gt;&lt;/p&gt;

&lt;p&gt;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):&lt;/p&gt;

&lt;p&gt;&lt;pre&gt;
&amp;lt;?xml version=&quot;1.0&quot; encoding=&quot;UTF-8&quot;?&amp;gt;
&amp;lt;STASJONSDATABASE&amp;gt;
&amp;lt;STASJON&amp;gt;
&amp;lt;NAME&amp;gt;&amp;lt;/NAME&amp;gt;
&amp;lt;ADDRESS&amp;gt;&amp;lt;/ADDRESS&amp;gt;
&amp;lt;ID&amp;gt;0&amp;lt;/ID&amp;gt;
&amp;lt;LATITUDE&amp;gt;0.000000&amp;lt;/LATITUDE&amp;gt;
&amp;lt;LONGITUDE&amp;gt;0.000000&amp;lt;/LONGITUDE&amp;gt;
&amp;lt;COMPANY&amp;gt;&amp;lt;/COMPANY&amp;gt;
&amp;lt;/STASJON&amp;gt;
&amp;lt;STASJON&amp;gt;
&amp;lt;NAME&amp;gt;Statoil Best Eidsvoll Verk&amp;lt;/NAME&amp;gt;
&amp;lt;ADDRESS&amp;gt;Gamle Trondheimsvei 339 2074 Eidsvoll Verk&amp;lt;/ADDRESS&amp;gt;
&amp;lt;ID&amp;gt;1&amp;lt;/ID&amp;gt;
&amp;lt;LATITUDE&amp;gt;60.303902&amp;lt;/LATITUDE&amp;gt;
&amp;lt;LONGITUDE&amp;gt;11.168100&amp;lt;/LONGITUDE&amp;gt;
&amp;lt;COMPANY&amp;gt;Best&amp;lt;/COMPANY&amp;gt;
&amp;lt;/STASJON&amp;gt;
[...]
&amp;lt;STASJON&amp;gt;
&amp;lt;NAME&amp;gt;Esso Andenes&amp;lt;/NAME&amp;gt;
&amp;lt;ADDRESS&amp;gt;Falcksgate 9, 8480 Andenes&amp;lt;/ADDRESS&amp;gt;
&amp;lt;ID&amp;gt;1822&amp;lt;/ID&amp;gt;
&amp;lt;LATITUDE&amp;gt;69.320999&amp;lt;/LATITUDE&amp;gt;
&amp;lt;LONGITUDE&amp;gt;16.118700&amp;lt;/LONGITUDE&amp;gt;
&amp;lt;COMPANY&amp;gt;Esso&amp;lt;/COMPANY&amp;gt;
&amp;lt;/STASJON&amp;gt;
&amp;lt;/STASJONSDATABASE&amp;gt;
&lt;/pre&gt;&lt;/p&gt;

&lt;p&gt;&lt;b&gt;GetBanStatus&lt;/b&gt;&lt;/p&gt;

&lt;p&gt;&lt;tt&gt;echo UDID=Android-123456789012345 | POST http://www.bitfactory.no/Bensin/ver1.1.GetBanStatus.php&lt;/tt&gt;&lt;/p&gt;

&lt;p&gt;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 &#39;NO&#39;
for alle UDID-verdier jeg har testet.  Gjetter på at alternativ
returverdi er &#39;YES&#39;, men har ikke sett en slik verdi så langt.&lt;/p&gt;

&lt;p&gt;&lt;b&gt;PriserVedStasjoner&lt;/b&gt;&lt;/p&gt;

&lt;p&gt;&lt;tt&gt;echo &#39;stasjoner=810,364&amp;day=0&#39; | POST http://www.bitfactory.no/Bensin/ver1.1.PriserVedStasjoner.php&lt;/tt&gt;&lt;/p&gt;

&lt;p&gt;Dette kallet henter ut priser registrert på en eller flere
bensinstasjoner.  Den tar to POST-argumenter, &quot;stasjoner&quot; som er
kommaseparert liste over stasjons-IDer (numeriske), og &quot;day&quot; som bør
settes til &quot;0&quot; 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.&lt;/p&gt;

&lt;p&gt;Resultatet som kommer tilbake er en kommaseparert liste for hver
enkelt stasjon, med &amp;lt;br&amp;gt; som skillemarkør mellom hver stasjon.
Ikke helt sikker på hva alle feltene er.  Her er mine gjett:&lt;/p&gt;

&lt;p&gt;&lt;table&gt;
&lt;tr&gt;&lt;ht&gt;Felt&lt;/ht&gt;&lt;ht&gt;Beskrivelse&lt;/ht&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;1&lt;/td&gt;&lt;td&gt;Bensinstasjons-ID&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;2&lt;/td&gt;&lt;td&gt;Pris for blyfri 95 oktan, flyttall med punktum som desimalskille.&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;3&lt;/td&gt;&lt;td&gt;Klokkeslett da prisen ble oppdatert, format HH:MM.  &lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;4&lt;/td&gt;&lt;td&gt;Telefon-ID på formen Android-123456789012345 eller hex-kodet streng/MD5-sum&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;5&lt;/td&gt;&lt;td&gt;tall, uviss betydning.  muligens relatert til day-verdien. &lt;b&gt;Oppdatering 2012-06-02: Denne verdien er antall bekreftelser en gitt pris har fått.&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;6&lt;/td&gt;&lt;td&gt;Pris for blyfri 98-oktan?&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;7&lt;/td&gt;&lt;td&gt;samme som felt 3&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;8&lt;/td&gt;&lt;td&gt;samme som felt 4&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;9&lt;/td&gt;&lt;td&gt;samme som felt 5&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;10&lt;/td&gt;&lt;td&gt;Pris for disel&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;11&lt;/td&gt;&lt;td&gt;Samme som felt 3&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;12&lt;/td&gt;&lt;td&gt;Samme som felt 4&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;13&lt;/td&gt;&lt;td&gt;Samme som felt 5&lt;/td&gt;&lt;/tr&gt;
&lt;/table&gt;&lt;/p&gt;

&lt;p&gt;En stasjonsoppføring består dermed av av bensinstasjons-ID og
deretter tre blokker for 95-oktan bensin, 98-oktan bensin og
disel.&lt;/p&gt;

&lt;p&gt;&lt;b&gt;PriserVedStasjon&lt;/b&gt;&lt;/p&gt;

&lt;p&gt;&lt;tt&gt;echo &#39;id=736&amp;day=0&#39; | POST http://www.bitfactory.no/Bensin/ver1.1.PriserVedStasjon.php&lt;/tt&gt;&lt;/p&gt;

&lt;p&gt;Ser ut til å returnere informasjon for en enkelt bensinstasjon.
Formatet er dato på formen &quot;08_12_2011&quot; for 2011-12-08, og noe som ser
ut som samme format som fra PriserVedStasjoner.  For stasjoner der
intet er registrert returnerer den &quot;NO RESULTS&quot;.&lt;/p&gt;

&lt;p&gt;&lt;b&gt;AllePriser&lt;/b&gt;&lt;/p&gt;

&lt;p&gt;&lt;tt&gt;echo day=0 | POST http://www.bitfactory.no/Bensin/ver1.1.AllePriser.php&lt;/tt&gt;&lt;/p&gt;

&lt;p&gt;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 &quot;NO RESULTS&quot; når listen er tom.  Ellers returnerer den en
dato på formen &quot;Thursday_09_12_2011&quot; fulgt av &amp;lt;br&amp;gt; og deretter
en liste med stasjoner på samme format som PriserVedStasjoner.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Debian Edu interview: Ralf Gesellensetter</title>
                <link>http://people.skolelinux.org/pere/blog/Debian_Edu_interview__Ralf_Gesellensetter.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Debian_Edu_interview__Ralf_Gesellensetter.html</guid>
                <pubDate>Sun, 27 May 2012 17:15:00 +0200</pubDate>
                <description>&lt;p&gt;In 2003, a German teacher showed up on the
&lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;Debian Edu and Skolelinux&lt;/a&gt;
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
&lt;a href=&quot;http://www.debian.org/News/2012/20120311.html&quot;&gt;Debian Edu
Squeeze&lt;/a&gt; release became as good as it is..&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Who are you, and how do you spend your days?&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;I am a teacher from Germany, and my subjects are Geography,
Mathematics, and Computer Science (&quot;Informatik&quot;). 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 (&quot;Abitur&quot;).  For quite as long, I&#39;ve been taking care of
our computer network.&lt;/p&gt;

&lt;p&gt;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).&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;How did you get in contact with the Skolelinux/Debian Edu
project?&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;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
(&quot;Best Newcomer Distribution&quot;, 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.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;What do you see as the advantages of Skolelinux/Debian
Edu?&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;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.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;What do you see as the disadvantages of Skolelinux/Debian
Edu?&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;While Debian&#39;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.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Which free software do you use daily?&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;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)&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Which strategy do you believe is the right one to use to
get schools to use free software?&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;&lt;ol&gt;

&lt;li&gt;Support computer science as regular subject in schools to make
people really &quot;own&quot; their hardware, to make them understand the
difference between proprietary software products, and free software
developing.&lt;/li&gt;

&lt;li&gt;Make budget baskets corresponding: In Germany&#39;s public schools
there are more or less fixed budgets for IT equipment (including
licenses), so schools won&#39;t benefit from any savings here. This
privilege is left to private schools which have consequently a large
share among German Skolelinux schools.&lt;/li&gt;

&lt;li&gt;Get free software in the seminars where would-be teachers are
trained. In many cases, teachers&#39; software customs are respected by
decision makers rather than the expertise of any IT experts.&lt;/li&gt;

&lt;li&gt;Don&#39;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.).&lt;/li&gt;

&lt;li&gt;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&#39;t
need to know the &quot;ribbon menu&quot; in order to get employed.&lt;/li&gt;

&lt;li&gt;Talk about the difference between freeware and free software.&lt;/li&gt;

&lt;li&gt;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.&lt;/li&gt;

&lt;/ol&gt;&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>The cost of ODF and OOXML</title>
                <link>http://people.skolelinux.org/pere/blog/The_cost_of_ODF_and_OOXML.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/The_cost_of_ODF_and_OOXML.html</guid>
                <pubDate>Sat, 26 May 2012 18:00:00 +0200</pubDate>
                <description>&lt;p&gt;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.&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt; &lt;p&gt;Hi.  I just noted your
&lt;a href=&quot;http://blogs.computerworlduk.com/open-enterprise/2012/04/does-microsoft-office-lock-in-cost-the-uk-government-500-million/index.htm&quot;&gt;http://blogs.computerworlduk.com/open-enterprise/2012/04/does-microsoft-office-lock-in-cost-the-uk-government-500-million/index.htm&lt;/a&gt;
comment:&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;&quot;They&#39;re all in Danish, not unreasonably, but even
with the help of Google Translate I can&#39;t find any figures about the
savings of &quot;moving to a flexible two standard&quot; as claimed by the
Microsoft email. But I assume it is backed up somewhere, so let&#39;s take
it, and the £500 million figure for the UK, on trust.&quot;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;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.&lt;/p&gt;

&lt;p&gt;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. :)&lt;/p&gt;

&lt;p&gt;See
&lt;a href=&quot;http://hannemyr.com/no/ms12_vl02.php&quot;&gt;http://hannemyr.com/no/ms12_vl02.php&lt;/a&gt;
and
&lt;a href=&quot;http://hannemyr.com/no/ms12.php&quot;&gt;http://hannemyr.com/no/ms12.php&lt;/a&gt;
for background information.  Norwegian only, sorry. :)&lt;/p&gt;
&lt;/blockquote&gt;&lt;/p&gt;
</description>
        </item>
        
        </channel>
</rss>