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>TV with face recognition, for improved viewer experience</title>
                <link>http://people.skolelinux.org/pere/blog/TV_with_face_recognition__for_improved_viewer_experience.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/TV_with_face_recognition__for_improved_viewer_experience.html</guid>
                <pubDate>Sat, 9 Jun 2012 22:00:00 +0200</pubDate>
                <description>&lt;p&gt;Slashdot got a story about Intel planning a
&lt;a href=&quot;http://entertainment.slashdot.org/story/12/06/09/0012247/intel-to-launch-tv-service-with-facial-recognition-by-end-of-the-year&quot;&gt;TV
with face recognition&lt;/a&gt; to recognise the viewer, and it occurred to
me that it would be more interesting to turn it around, and do face
recognition on the TV image itself.  It could let the viewer know who
is present on the screen, and perhaps look up their credibility,
company affiliation, previous appearances etc for the viewer to better
evaluate what is being said and done.  That would be a feature I would
be willing to pay for.&lt;/p&gt;

&lt;p&gt;I would not be willing to pay for a TV that point a camera on my
household, like the big brother feature apparently proposed by Intel.
It is an idea fetched straight out of the book 1984 by George
Orwell.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Web service to look up HP and Dell computer hardware support status</title>
                <link>http://people.skolelinux.org/pere/blog/Web_service_to_look_up_HP_and_Dell_computer_hardware_support_status.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Web_service_to_look_up_HP_and_Dell_computer_hardware_support_status.html</guid>
                <pubDate>Wed, 6 Jun 2012 23:15:00 +0200</pubDate>
                <description>&lt;p&gt;A few days ago
&lt;a href=&quot;http://people.skolelinux.org/pere/blog/SOAP_based_webservice_from_Dell_to_check_server_support_status.html&quot;&gt;I
reported how to get&lt;/a&gt; the support status out of Dell using an
unofficial and undocumented SOAP API, which I since have found out was
&lt;a href=&quot;http://lists.us.dell.com/pipermail/linux-poweredge/2012-February/045959.html&quot;&gt;discovered
by Daniel De Marco in february&lt;/a&gt;.  Combined with my web scraping
code for HP, Dell and IBM
&lt;a href=&quot;http://people.skolelinux.org/pere/blog/Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html&quot;&gt;from
2009&lt;/a&gt;, I got inspired and wrote
&lt;a href=&quot;https://views.scraperwiki.com/run/computer-hardware-support-status/&quot;&gt;a
web service&lt;/a&gt; based on Scraperwiki to make it easy to look up the
support status and get a machine readable result back.&lt;/p&gt;

&lt;p&gt;This is what it look like at the moment when asking for the JSON
output:

&lt;blockquote&gt;&lt;pre&gt;
% GET &lt;a href=&quot;https://views.scraperwiki.com/run/computer-hardware-support-status/?format=json&amp;vendor=Dell&amp;servicetag=2v1xwn1&quot;&gt;https://views.scraperwiki.com/run/computer-hardware-support-status/?format=json&amp;vendor=Dell&amp;servicetag=2v1xwn1&lt;/a&gt;
supportstatus({&quot;servicetag&quot;: &quot;2v1xwn1&quot;, &quot;warrantyend&quot;: &quot;2013-11-24&quot;, &quot;shipped&quot;: &quot;2010-11-24&quot;, &quot;scrapestamputc&quot;: &quot;2012-06-06T20:26:56.965847&quot;, &quot;scrapedurl&quot;: &quot;http://143.166.84.118/services/assetservice.asmx?WSDL&quot;, &quot;vendor&quot;: &quot;Dell&quot;, &quot;productid&quot;: &quot;&quot;})
%
&lt;/pre&gt;&lt;/blockquote&gt;

&lt;p&gt;It currently support Dell and HP, and I am hoping for help to add
support for other vendors.  The python source is available on
Scraperwiki and I welcome help with adding more features.&lt;/p&gt;
</description>
        </item>
        
        <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>
        
        </channel>
</rss>