1 <?xml version=
"1.0" encoding=
"utf-8"?>
2 <rss version='
2.0' xmlns:lj='http://www.livejournal.org/rss/lj/
1.0/' xmlns:
atom=
"http://www.w3.org/2005/Atom">
4 <title>Petter Reinholdtsen
</title>
5 <description></description>
6 <link>http://people.skolelinux.org/pere/blog/
</link>
7 <atom:link href=
"http://people.skolelinux.org/pere/blog/index.rss" rel=
"self" type=
"application/rss+xml" />
10 <title>Litt statistikk fra Offentlig Elektronisk postjournal
</title>
11 <link>http://people.skolelinux.org/pere/blog/Litt_statistikk_fra_Offentlig_Elektronisk_postjournal.html
</link>
12 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Litt_statistikk_fra_Offentlig_Elektronisk_postjournal.html
</guid>
13 <pubDate>Sun,
10 Jun
2012 20:
30:
00 +
0200</pubDate>
14 <description><p
>De siste månedene har jeg sammen med andre i NUUG jobbet med å
15 gjøre det enklere å få innsyn i offentlige dokumenter, og dette
16 inkluderer å gjøre postjournaler enklere tilgjengelig for maskinell
17 analyse og søk. I den forbindelse tok jeg i dag å tittet litt på
18 <a href=
"http://www.oep.no/
">Offentlig Elektronisk Postjournal
19 (OEP)
</a
>, FAD/DIFIs fellesløsning for departementer og statlige
22 <p
>Her er antall oppføringer pr. måned det siste året,
23 <a href=
"https://api.scraperwiki.com/api/
1.0/datastore/sqlite?format=htmltable
&name=postliste-oep
&query=select%
20strftime(%
22%
25Y-%
25m%
22%
2C%
20%
60recordpublishdate%
60)%
20as%
20oeppubmonth%
2C%
20count(*)%
20from%
20%
60swdata%
60%
20group%
20by%
20oeppubmonth%
20order%
20by%
20oeppubmonth
">summert
24 opp
</a
> ved hjelp av
25 <a href=
"https://scraperwiki.com/scrapers/postliste-oep/
">en
26 Scraperwiki-database
</a
>. Merk at denne Scraperwikien har
27 ytelsesproblemer pga. mengden data.
</p
>
29 <p
><table border=
"1">
30 <tr
><th
>Måned
</th
><th
>Antall
</th
></tr
>
31 <tr
><td
>2011-
07</td
><td
>164355</td
></tr
>
32 <tr
><td
>2011-
08</td
><td
>153662</td
></tr
>
33 <tr
><td
>2011-
09</td
><td
>173134</td
></tr
>
34 <tr
><td
>2011-
10</td
><td
>170665</td
></tr
>
35 <tr
><td
>2011-
11</td
><td
>198409</td
></tr
>
36 <tr
><td
>2011-
12</td
><td
>175908</td
></tr
>
37 <tr
><td
>2012-
01</td
><td
>206875</td
></tr
>
38 <tr
><td
>2012-
02</td
><td
>202862</td
></tr
>
39 <tr
><td
>2012-
03</td
><td
>204225</td
></tr
>
40 <tr
><td
>2012-
04</td
><td
>207931</td
></tr
>
41 <tr
><td
>2012-
05</td
><td
>223754</td
></tr
>
42 </table
></p
>
44 <p
>Det er også interessant å se hvor ofte ulike etater sender inn sine
45 journaloppføringer til OEP. OEP inneholder en liste med sist
46 innrapporteringsdato for alle som sender til OEP, og ved å se når og
47 hvor ofte det blir sendt inn fra etatene kan
48 <a href=
"https://api.scraperwiki.com/api/
1.0/datastore/sqlite?format=htmltable
&name=postliste-oep-deliverydates
&query=select%
20agency%
2C%
0A(julianday(datetime(
'now
'))%
20-%
20%
0A%
20julianday(min(%
60deliverydate%
60)))%
2Fcount(*)%
20as%
20dayfreq%
2C%
0A%
20count(*)%
0Afrom%
20%
60swdata%
60%
20group%
20by%
20agency%
20order%
20by%
20dayfreq%
20desc
">frekvensen
49 beregnes
</a
>. Her er bunnlista, dvs. de som leverer mer enn hver
10
51 <a href=
"https://scraperwiki.com/scrapers/postliste-oep-deliverydates/
">en
52 Scraperwiki-database
</a
>:
</p
>
54 <p
><table border=
"1">
56 <tr
> <th
>Etat
</th
> <th
>Frekvens
</th
> <th
>Leveringer
</th
> </tr
>
57 <tr
> <td
>Norges geologiske undersøkelse
</td
> <td
>83.7527546296</td
> <td
>1</td
> </tr
>
58 <tr
> <td
>Medietilsynet
</td
> <td
>33.7527546296</td
> <td
>1</td
> </tr
>
59 <tr
> <td
>Departementenes servicesenter
</td
> <td
>23.8763773148</td
> <td
>2</td
> </tr
>
60 <tr
> <td
>Kunnskapsdepartementet
</td
> <td
>15.8763773148</td
> <td
>2</td
> </tr
>
61 <tr
> <td
>Kompetansesenter for distriktsutvikling
</td
> <td
>15.3763773148</td
> <td
>2</td
> </tr
>
62 <tr
> <td
>Toll- og avgiftsdirektoratet
</td
> <td
>15.3763773148</td
> <td
>2</td
> </tr
>
63 <tr
> <td
>Fredskorpset
</td
> <td
>12.5842515432</td
> <td
>3</td
> </tr
>
64 <tr
> <td
>Statens legemiddelverk
</td
> <td
>12.1881886574</td
> <td
>4</td
> </tr
>
65 <tr
> <td
>Utlendingsnemnda
</td
> <td
>11.5842515432</td
> <td
>3</td
> </tr
>
66 <tr
> <td
>Politidirektoratet
</td
> <td
>10.9175848765</td
> <td
>3</td
> </tr
>
67 <tr
> <td
>Skattedirektoratet
</td
> <td
>10.9175848765</td
> <td
>3</td
> </tr
>
68 <tr
> <td
>Statens innkrevingssentral
</td
> <td
>10.5842515432</td
> <td
>3</td
> </tr
>
69 <tr
> <td
>Barne-, ungdoms- og familiedirektoratet
</td
> <td
>10.2509182099</td
> <td
>3</td
> </tr
>
70 <tr
> <td
>Kunst i offentlige rom
</td
> <td
>10.2509182099</td
> <td
>3</td
> </tr
>
72 </table
></p
>
74 <p
>En kan beregne lignende frekvenser ved å sammenligne
75 journalføringsdato med publiseringsdato for hver enkelt oppføring i
76 OEP, men den lenken legger jeg ikke ved her for å unngå at
77 søkemotorroboter begynner å overbelaste Scraperwiki-databasen.
</p
>
79 <p
>Jeg har spurt Norges geologiske undersøkelse om hvorfor de leverer
80 så sjelden, og det kommer av at de har problemer etter oppgradering av
81 arkivsystemet sitt og jobber med å fikse det slik at de kan gå tilbake
82 til å levere hver uke. Har ikke undersøkt noen av de andre.
</p
>
87 <title>TV with face recognition, for improved viewer experience
</title>
88 <link>http://people.skolelinux.org/pere/blog/TV_with_face_recognition__for_improved_viewer_experience.html
</link>
89 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/TV_with_face_recognition__for_improved_viewer_experience.html
</guid>
90 <pubDate>Sat,
9 Jun
2012 22:
00:
00 +
0200</pubDate>
91 <description><p
>Slashdot got a story about Intel planning a
92 <a href=
"http://entertainment.slashdot.org/story/
12/
06/
09/
0012247/intel-to-launch-tv-service-with-facial-recognition-by-end-of-the-year
">TV
93 with face recognition
</a
> to recognise the viewer, and it occurred to
94 me that it would be more interesting to turn it around, and do face
95 recognition on the TV image itself. It could let the viewer know who
96 is present on the screen, and perhaps look up their credibility,
97 company affiliation, previous appearances etc for the viewer to better
98 evaluate what is being said and done. That would be a feature I would
99 be willing to pay for.
</p
>
101 <p
>I would not be willing to pay for a TV that point a camera on my
102 household, like the big brother feature apparently proposed by Intel.
103 It is the telescreen idea fetched straight out of the book
104 <a href=
"http://gutenberg.net.au/ebooks01/
0100021.txt
">1984 by George
105 Orwell
</a
>.
</p
>
110 <title>Web service to look up HP and Dell computer hardware support status
</title>
111 <link>http://people.skolelinux.org/pere/blog/Web_service_to_look_up_HP_and_Dell_computer_hardware_support_status.html
</link>
112 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Web_service_to_look_up_HP_and_Dell_computer_hardware_support_status.html
</guid>
113 <pubDate>Wed,
6 Jun
2012 23:
15:
00 +
0200</pubDate>
114 <description><p
>A few days ago
115 <a href=
"http://people.skolelinux.org/pere/blog/SOAP_based_webservice_from_Dell_to_check_server_support_status.html
">I
116 reported how to get
</a
> the support status out of Dell using an
117 unofficial and undocumented SOAP API, which I since have found out was
118 <a href=
"http://lists.us.dell.com/pipermail/linux-poweredge/
2012-February/
045959.html
">discovered
119 by Daniel De Marco in february
</a
>. Combined with my web scraping
120 code for HP, Dell and IBM
121 <a href=
"http://people.skolelinux.org/pere/blog/Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html
">from
122 2009</a
>, I got inspired and wrote
123 <a href=
"https://views.scraperwiki.com/run/computer-hardware-support-status/
">a
124 web service
</a
> based on Scraperwiki to make it easy to look up the
125 support status and get a machine readable result back.
</p
>
127 <p
>This is what it look like at the moment when asking for the JSON
130 <blockquote
><pre
>
131 % GET
<a href=
"https://views.scraperwiki.com/run/computer-hardware-support-status/?format=json
&vendor=Dell
&servicetag=
2v1xwn1
">https://views.scraperwiki.com/run/computer-hardware-support-status/?format=json
&vendor=Dell
&servicetag=
2v1xwn1
</a
>
132 supportstatus({
"servicetag
":
"2v1xwn1
",
"warrantyend
":
"2013-
11-
24",
"shipped
":
"2010-
11-
24",
"scrapestamputc
":
"2012-
06-
06T20:
26:
56.965847",
"scrapedurl
":
"http://
143.166.84.118/services/assetservice.asmx?WSDL
",
"vendor
":
"Dell
",
"productid
":
""})
134 </pre
></blockquote
>
136 <p
>It currently support Dell and HP, and I am hoping for help to add
137 support for other vendors. The python source is available on
138 Scraperwiki and I welcome help with adding more features.
</p
>
143 <title>Kommentar til artikkel i Adresseavisa som omtaler FiksGataMi
</title>
144 <link>http://people.skolelinux.org/pere/blog/Kommentar_til_artikkel_i_Adresseavisa_som_omtaler_FiksGataMi.html
</link>
145 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Kommentar_til_artikkel_i_Adresseavisa_som_omtaler_FiksGataMi.html
</guid>
146 <pubDate>Sat,
2 Jun
2012 19:
30:
00 +
0200</pubDate>
147 <description><p
>Jeg oppdaget nylig en
148 <a href=
"http://www.adressa.no/nyheter/trondheim/article1831198.ece
">artikkel
149 i Adresseavisa
</a
> i Trondheim som nevner FiksGataMi, og der Trondheim
150 kommune ser ut til å fortelle at de ikke følger forvaltningslovens
151 krav ved mottak av meldinger sendt inn via FiksGataMi. La derfor
152 nettopp inn denne kommentaren til artikkelen:
<p
>
154 <p
><blockquote
>
156 <p
>Her er en liten faktaoppdatering om FiksGataMi-tjenesten, da noen
157 ser ut til å ha misforstått hvordan den fungerer.
</p
>
159 <p
>FiksGataMi er et privat initiativ opprettet og drevet av
160 medlemsforeningen NUUG. FiksGataMi tar imot meldinger om feil i
161 offentlig infrastruktur, og sender meldingen skriftlig videre på vegne
162 av innmelder til aktuell aktør i det offentlige, det være seg kommune,
163 fylke eller vegvesenregion. Offentlig etat blir valgt ut fra
164 geografisk plassering og kategori valgt av innsender. Offentlige
165 etater er i følge forvaltningsloven pliktig å følge opp og besvare
166 skriftlige henvendelser, og hvis noen av mottakerne ikke gjør dette
167 kan en klage på lovbrudd i det offentlige. FiksGataMi fungerer dermed
168 som en slags epostklient for innbyggerne der kopi av innsendte
169 meldinger gjøres tilgjengelig og knyttes til kartplassering for enkel
170 gjenfinning. Å sende inn nye problemrapporter via FiksGataMi er
171 dermed ikke avhengig av at kommunen aktivt må følge med på meldinger
172 hos FiksGataMi, da de får dem tilsendt på sine offisielle
173 epostmottakspunkter. Hvorvidt noe blir fikset og om innbyggerne er
174 opp til mottaker av meldingene. For Trondheim kommune er
175 mottaksadressen bydrift.vegdrift@trondheim.kommune.no, en adresse jeg
176 inntil jeg leste denne artikkelen trodde ble håndtert i henhold til
177 forvaltningslovens krav.
</p
>
179 <p
>Kan ellers fortelle at
57 kommuner lenker til FiksGataMi fra sine
180 nettsider, og at
37 % (
4182 av
11266 ) av problemrapportene sendt inn
181 via FiksGataMi er markert som løst i løsningen. Trondheim kommune har
182 fått tilbud om å få rapportene levert på datamaskinlesbart format i
183 stedet for epost, men har ikke takket ja så langt.
</p
>
185 <p
>Vennlig hilsen Petter Reinholdtsen, en av NUUG-folkene bak FiksGataMi.no
</p
>
187 </blockquote
></p
>
189 <p
>Det høres for meg ut som om innbyggerne i Trondheim burde klage på
190 kommunens potensielle lovbrudd.
</p
>
195 <title>Debian Edu interview: Mike Gabriel
</title>
196 <link>http://people.skolelinux.org/pere/blog/Debian_Edu_interview__Mike_Gabriel.html
</link>
197 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Debian_Edu_interview__Mike_Gabriel.html
</guid>
198 <pubDate>Sat,
2 Jun
2012 15:
00:
00 +
0200</pubDate>
199 <description><p
>Back in
2010, Mike Gabriel showed up on the
200 <a href=
"http://www.skolelinux.org/
">Debian Edu and Skolelinux
</a
>
201 mailing list. He quickly proved to be a valuable developer, and
202 thanks to his tireless effort we now have Kerberos integrated into the
203 <a href=
"http://www.debian.org/News/
2012/
20120311.html
">Debian Edu
204 Squeeze
</a
> version.
</p
>
206 <p
><strong
>Who are you, and how do you spend your days?
</strong
></p
>
208 <p
>My name is Mike Gabriel, I am
38 years old and live near Kiel,
209 Schleswig-Holstein, Germany. I live together with a wonderful partner
210 (Angela Fuß) and two own children and two bonus children (contributed
211 by Angela).
</p
>
213 <p
>During the day I am part-time employed as a system administrator
214 and part-time working as an IT consultant. The consultancy work
215 touches free software topics wherever and whenever possible. During
216 the nights I am a free software developer. In the gaps I also train in
217 becoming an osteopath.
</p
>
219 <p
>Starting in
2010 we (Andreas Buchholz, Angela Fuß, Mike Gabriel)
220 have set up a free software project in the area of Kiel that aims at
221 introducing free software into schools. The project
's name is
222 "IT-Zukunft Schule
" (IT future for schools). The project links IT
223 skills with communication skills.
</p
>
225 <p
><strong
>How did you get in contact with the Skolelinux/Debian Edu
226 project?
</strong
></p
>
228 <p
>While preparing our own customised Linux distribution for
229 "IT-Zukunft Schule
" we were repeatedly asked if we really wanted to
230 reinvent the wheel. What schools really need is already available,
231 people said. From this impulse we started evaluating other Linux
232 distributions that target being used for school networks.
</p
>
234 <p
>At the end we short-listed two approaches and compared them: a
235 commercial Linux distribution developed by a company in Bremen,
236 Germany, and Skolelinux / Debian Edu. Between
12/
2010 and
03/
2011 we
237 went to several events and met people being responsible for marketing
238 and development of either of the distributions. Skolelinux / Debian
239 Edu was by far much more convincing compared to the other product that
240 got short-listed beforehand--across the full spectrum. What was most
241 attractive for me personally: the perspective of collaboration within
242 the developmental branch of the Debian Edu project itself.
</p
>
244 <p
>In parallel with this, we talked to many local and not-so-local
245 people. People teaching at schools, headmasters, politicians, data
246 protection experts, other IT professionals.
</p
>
248 <p
>We came to two conclusions:
</p
>
250 <p
>First, a technical conclusion: What schools need is available in
251 bits and pieces here and there, and none of the solutions really fit
252 by
100%. Any school we have seen has a very individual IT setup
253 whereas most of each school
's requirements could mapped by a standard
254 IT solution. The requirement to this IT solution is flexibility and
255 customisability, so that individual adaptations here and there are
256 possible. In terms of re-distributing and rolling out such a
257 standardised IT system for schools (a system that is still to some
258 degree customisable) there is still a lot of work to do here
259 locally. Debian Edu / Skolelinux has been our choice as the starting
262 <p
>Second, a holistic conclusion: What schools need does not exist at
263 all (or we missed it so far). There are several technical solutions
264 for handling IT at schools that tend to make a good impression. What
265 has been missing completely here in Germany, though, is the enrolment
266 of people into using IT and teaching with IT.
"IT-Zukunft Schule
"
267 tries to provide an approach for this.
</p
>
269 <p
>Only some schools have some sort of a media concept which explains,
270 defines and gives guidance on how to use IT in class. Most schools in
271 Northern Germany do not have an IT service provider, the school
's IT
272 equipment is managed by one or (if the school is lucky) two (admin)
273 teachers, most of the workload these admin teachers get done in there
274 spare time.
</p
>
276 <p
>We were surprised that only a very few admin teachers were
277 networked with colleagues from other schools. Basically, every school
278 here around has its individual approach of providing IT equipment to
279 teachers and students and the exchange of ideas has been quasi
280 non-existent until
2010/
2011.
</p
>
282 <p
>Quite some (non-admin) teachers try to avoid using IT technology in
283 class as a learning medium completely. Several reasons for this
284 avoidance do exist.
</p
>
286 <p
>We discovered that no-one has ever taken a closer look at this
287 social part of IT management in schools, so far. On our quest journey
288 for a technical IT solution for schools, we discussed this issue with
289 several teachers, headmasters, politicians, other IT professionals and
290 they all confirmed: a holistic approach of considering IT management
291 at schools, an approach that includes the people in place, will be new
292 and probably a gain for all.
</p
>
294 <p
><strong
>What do you see as the advantages of Skolelinux/Debian
295 Edu?
</strong
></p
>
297 <p
>There is a list of advantages: international context, openness to
298 any kind of contributions, do-ocracy policy, the closeness to Debian,
299 the different installation scenarios possible (from stand-alone
300 workstation to complex multi-server sites), the transparency within
301 project communication, honest communication within the group of
302 developers, etc.
</p
>
304 <p
><strong
>What do you see as the disadvantages of Skolelinux/Debian
305 Edu?
</strong
></p
>
307 <p
>Every coin has two sides:
</p
>
309 <p
>Technically:
<a href=
"http://bugs.debian.org/
311188">BTS issue
310 #
311188</a
>, tricky upgradability of a Debian Edu main server, network
311 client installations on top of a plain vanilla Debian installation
312 should become possible sometime in the near future, one could think
313 about splitting the very complex package debian-edu-config into
314 several portions (to make it easier for new developers to
315 contribute).
</p
>
317 <p
>Another issue I see is that we (as Debian Edu developers) should
318 find out more about the network of people who do the marketing for
319 Debian Edu / Skolelinux. There is a very active group in Germany
320 promoting Skolelinux on the bigger Linux Days within Germany. Are
321 there other groups like that in other countries? How can we bring
322 these marketing people together (marketing group A with group B and
323 all of them with the group of Debian Edu developers)? During the last
324 meeting of the German Skolelinux group, I got the impression of people
325 there being rather disconnected from the development department of
326 Debian Edu / Skolelinux.
</p
>
328 <p
><strong
>Which free software do you use daily?
</strong
></p
>
330 <p
>For my daily business, I do not use commercial software at all.
</p
>
332 <p
>For normal stuff I use Iceweasel/Firefox, Libreoffice.org. For
333 serious text writing I prefer LaTeX. I use gimp, inkscape, scribus for
334 more artistic tasks. I run virtual machines in KVM and Virtualbox.
</p
>
336 <p
>I am one of the upstream developers of X2Go. In
2010 I started the
337 development of a Python based X2Go Client, called PyHoca-GUI.
338 PyHoca-GUI has brought forth a Python X2Go Client API that currently
339 is being integrated in Ubuntu
's software center.
</p
>
341 <p
>For communications I have my own Kolab server running using Horde
342 as web-based groupware client. For IRC I love to use irssi, for Jabber
343 I have several clients that I use, mostly pidgin, though. I am also
344 the Debian maintainer of Coccinella, a Jabber-based interactive
345 whiteboard.
</p
>
347 <p
>My favourite terminal emulator is KDE
's Yakuake.
</p
>
349 <p
><strong
>Which strategy do you believe is the right one to use to
350 get schools to use free software?
</strong
></p
>
352 <p
>Communicate, communicate, communicate. Enrol people, enrol people,
353 enrol people.
</p
>
358 <title>SOAP based webservice from Dell to check server support status
</title>
359 <link>http://people.skolelinux.org/pere/blog/SOAP_based_webservice_from_Dell_to_check_server_support_status.html
</link>
360 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/SOAP_based_webservice_from_Dell_to_check_server_support_status.html
</guid>
361 <pubDate>Fri,
1 Jun
2012 15:
20:
00 +
0200</pubDate>
362 <description><p
>A few years ago I wrote
363 <a href=
"http://people.skolelinux.org/pere/blog/Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html
">how
364 to extract support status
</a
> for your Dell and HP servers. Recently
365 I have learned from colleges here at the
366 <a href=
"http://www.uio.no/
">University of Oslo
</a
> that Dell have
367 made this even easier, by providing a SOAP based web service. Given
368 the service tag, one can now query the Dell servers and get machine
369 readable information about the support status. This perl code
370 demonstrate how to do it:
</p
>
377 my $GUID =
'11111111-
1111-
1111-
1111-
111111111111';
378 my $App =
'test
';
379 my $servicetag = $ARGV[
0] or die
"Please supply a servicetag. $!\n
";
380 my ($deal, $latest, @dates);
382 -
> uri(
'http://support.dell.com/WebServices/
')
383 -
> on_action( sub { join
'', @_ } )
384 -
> proxy(
'http://xserv.dell.com/services/assetservice.asmx
')
386 my $a = $s-
>GetAssetInformation(
387 SOAP::Data-
>name(
'guid
')-
>value($GUID)-
>type(
''),
388 SOAP::Data-
>name(
'applicationName
')-
>value($App)-
>type(
''),
389 SOAP::Data-
>name(
'serviceTags
')-
>value($servicetag)-
>type(
''),
391 print Dumper($a -
> result) ;
392 </pre
></p
>
394 <p
>The output can look like this:
</p
>
398 'Asset
' =
> {
399 'Entitlements
' =
> {
400 'EntitlementData
' =
> [
402 'EntitlementType
' =
> 'Expired
',
403 'EndDate
' =
> '2009-
07-
29T00:
00:
00',
404 'Provider
' =
> '',
405 'StartDate
' =
> '2006-
07-
29T00:
00:
00',
406 'DaysLeft
' =
> '0'
409 'EntitlementType
' =
> 'Expired
',
410 'EndDate
' =
> '2009-
07-
29T00:
00:
00',
411 'Provider
' =
> '',
412 'StartDate
' =
> '2006-
07-
29T00:
00:
00',
413 'DaysLeft
' =
> '0'
416 'EntitlementType
' =
> 'Expired
',
417 'EndDate
' =
> '2007-
07-
29T00:
00:
00',
418 'Provider
' =
> '',
419 'StartDate
' =
> '2006-
07-
29T00:
00:
00',
420 'DaysLeft
' =
> '0'
424 'AssetHeaderData
' =
> {
425 'SystemModel
' =
> 'GX620
',
426 'ServiceTag
' =
> '8DSGD2J
',
427 'SystemShipDate
' =
> '2006-
07-
29T19:
00:
00-
05:
00',
428 'Buid
' =
> '2323',
429 'Region
' =
> 'Europe
',
430 'SystemID
' =
> 'PLX_GX620
',
431 'SystemType
' =
> 'OptiPlex
'
435 </pre
></p
>
437 <p
>I have not been able to find any documentation from Dell about this
439 <a href=
"http://xserv.dell.com/services/assetservice.asmx?op=GetAssetInformation
">inline
440 documentation
</a
>, and according to
441 <a href=
"http://iboyd.net/index.php/
2012/
02/
14/updated-dell-warranty-information-script/
">one
442 comment
</a
> it can have stability issues, but it is a lot better than
443 scraping HTML pages. :)
</p
>
445 <p
>Wonder if HP and other server vendors have a similar service. If
446 you know of one, drop me an email. :)
</p
>
451 <title>Veileder fra DIFI om publisering av offentlige data
</title>
452 <link>http://people.skolelinux.org/pere/blog/Veileder_fra_DIFI_om_publisering_av_offentlige_data.html
</link>
453 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Veileder_fra_DIFI_om_publisering_av_offentlige_data.html
</guid>
454 <pubDate>Fri,
1 Jun
2012 10:
40:
00 +
0200</pubDate>
455 <description><p
>På onsdag rakk jeg såvidt innom
456 <a href=
"http://www.meetup.com/osloopendata/
">Oslo Open Data Forums
</a
>
457 møte, og fikk lagt hendene mine på DIFIs helt nye veileder
458 "<a href=
"http://veileder.data.norge.no/
">Åpne data. Del og skap
459 verdier. Veileder i tilgjengeliggjøring av offentlig data
</a
>" (også
460 <a href=
"http://www.difi.no/filearchive/veileder-i-tilgjengeliggjoring-av-offentlig-data-web.pdf
">tilgjengelig
461 som PDF
</a
> fra DIFI).
</p
>
463 <p
>Veilederen er veldig bra, og nevner viktige problemstillinger og
464 skisserer f.eks. både verdiskapningspotensialet og formatmulighetene
465 som en bør ha i bakhodet når en publiserer offentlig informasjon på
466 maskinlesbart format. Kildekoden til veilederen er
467 <a href=
"https://github.com/difi/veileder-opnedata
">tilgjengelig via
468 github
</a
>, og en kan rapportere tilbakemeldinger og forslag til
469 forbedringer der (eller via epost og twitter for de som ønsker
472 <p
>Det eneste jeg virkelig savnet i veilederen var omtale av
473 <a href=
"http://www.w3.org/DesignIssues/LinkedData.html
">w3cs
474 stjerneklassifisering
</a
> av åpne datakilder, som jeg tror ville være
475 nyttige mentale knagger for de som vurderer å publisere sin
476 informasjon på som åpne data. Jeg har
477 <a href=
"https://github.com/difi/veileder-opnedata/issues/
1">rapportert
478 en github-bug
</a
> om dette, så får vi se hvordan den blir behandlet.
</p
>
480 <p
>Det slo meg at det var veldig lite konkret i veilederen om valg av
481 bruksvilkår ved publisering (aka lisens), men jeg er ikke sikker på om
482 det hører hjemme der, da det er et vanskelig tema som kanskje heller
483 hører hjemme i sin egen veileder. Uansett, anbefaler alle å ta en
484 titt på veilederen og sikre at alle offentlige etater en har kontakt
485 med får en kopi.
</p
>
490 <title>First monitor calibration using ColorHug
</title>
491 <link>http://people.skolelinux.org/pere/blog/First_monitor_calibration_using_ColorHug.html
</link>
492 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/First_monitor_calibration_using_ColorHug.html
</guid>
493 <pubDate>Thu,
31 May
2012 22:
10:
00 +
0200</pubDate>
494 <description><p
>A few days ago my color calibration gadget
495 <a href=
"http://www.hughski.com/index.html
">ColorHug
</a
> arrived in the
496 mail, and I
've had a few days to test it. As all my machines are
497 running Debian Squeeze, where
498 <a href=
"http://packages.qa.debian.org/c/colorhug-client.html
">the
499 calibration software
</a
> is missing (it is present in Wheezy and Sid),
500 I ran the calibration using the Fedora based live CD. This worked
501 just fine. So far I have only done the quick calibration. It was
502 slow enough for me, so I will leave the more extensive calibration for
503 another day.
</p
>
505 <p
>After calibration, I get a
506 <a href=
"http://en.wikipedia.org/wiki/ICC_profile
">ICC color
507 profile
</a
> file that can be passed to programs understanding such
508 tools. KDE do not seem to understand it out of the box, so I searched
509 for command line tools to use to load the color profile into X.
510 xcalib was the first one I found, and it seem to work fine for single
511 monitor setups. But for my video player, a laptop with a flat screen
512 attached, it was unable to load the color profile for the correct
513 monitor. After searching a bit, I
514 <a href=
"http://ubuntuforums.org/showthread.php?t=
1347896">discovered
</a
>
515 that the dispwin tool from the argyll package would do what I wanted,
516 and a simple
</p
>
519 dispwin -d
1 profile.icc
520 </pre
></p
>
522 <p
>later I had the color profile loaded for the correct monitor. The
523 result was a bit more pink than I expected. I guess I picked the
524 wrong monitor type for the
"led
" monitor I got, but the result is good
525 enough for now.
</p
>
530 <title>Hvor samles det inn bensinpriser for Norge?
</title>
531 <link>http://people.skolelinux.org/pere/blog/Hvor_samles_det_inn_bensinpriser_for_Norge_.html
</link>
532 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hvor_samles_det_inn_bensinpriser_for_Norge_.html
</guid>
533 <pubDate>Thu,
31 May
2012 13:
30:
00 +
0200</pubDate>
534 <description><p
>Det finnes i følge de som har talt ca.
1600 bensinstasjoner i
535 Norge. Daglig innsamling av informasjon fra alle disse vil antagelig
536 kreve noen tusen frivillige. Dugnadsbasert innsamling av bensinpriser
537 for å gjøre det enklere å sammenligne priser og dermed bedre
538 konkurransen i bensinmarkedet er en idé som mange har gjennomført de
539 siste årene. Her er et forsøk på en oversikt over de som finnes i
544 <dt
>Dinside.no nettside
</dt
>
546 <dd
>Nettavisen dinside startet for noen år siden en dugnad for å
547 <a href=
"http://www.dinside.no/
1931/her-faar-du-billigst-bensin-diesel
">samle
548 inn drivstoffpriser
</a
>. Tjenesten samler inn med et nettsideskjema
549 der en må registrere seg for å delta. En SMS-tjeneste har visst
550 eksistert tidligere, men er ute av drift
2012-
05-
31. Listen over
551 bensinstasjoner er kun tilgjengelig for registrerte brukere, og
552 mangler geografiske koordinater for fremvisning på kart. Listen over
553 innsamlede bensinpriser er tilgjengelig som nettside i litt over
24
554 timer etter registrering. Antall innsamlede priser pr. dag ligger i
555 området
10-
35, og jeg har startet på
556 <a href=
"https://scraperwiki.com/scrapers/dinside-bensinpriser/
">en
557 database over de publiserte prisene
</a
> hos Scraperwiki.
</dd
>
559 <dt
>Bitfactorys mobilapp
</dt
>
561 <dd
>I fjor lanserte
562 <a href=
"http://www.bitfactory.no/bensinpris.html
">selskapet Bitfactory
563 sin landsdekkende mobilapp
</a
> (først for iphone, siden også for
564 Android) for å samle inn drivstoffpriser og gjøre det enkelt å finne
565 billigste stasjon i nærområdet ved hjelp av smarttelefon. Den
566 innsamlede informasjonen er ikke publisert på web, men dagens priser
567 kan hentes ut ved hjelp av et
568 <a href=
"http://people.skolelinux.org/pere/blog/Litt_informasjon_om_Bitfactorys_Bensinpris_API.html
">web-API
569 som jeg har dokumentert med reversutvikling
</a
>. Stasjonslisten
570 inneholder geografiske koordinater for fremvisning på kart. Antall
571 innsamlede priser pr. dag ser ut til å ligge rundt
200.
</dd
>
575 <dt
>NAF Bergens nettside og iphone-app
</dt
>
577 <dd
>I år lanserte NAF Bergen
<a href=
"http://www.drivstoffpriser.no/
">en
578 landsdekkende iphone-app
</a
> koblet til NAF Bergens tjeneste for å
579 samle inn og varsle brukerne om bensinpriser. Nettstedet har
580 publisert listen over bensinstasjoner, men ikke en komplett oversikt
581 over innsamlede priser. De har interessant statistikk over
582 prisutviklingen som går tilbake til
2009.
584 <dt
>bensinpris.net
</dt
>
586 <dd
>Nettside med prisinformasjon for Trondheimsområdet. Informasjonen
587 registreres via web og SMS, og krever ikke registrering. Nettsiden
588 viser de tre siste prisene registret for bensin og disel. Har liste
589 over kjente stasjoner tilgjengelig. Svært lite oppdatert for
594 <p
>I tillegg er jeg kjent med drivstoffguiden.no som ser ut til å være
595 nedlagt, og at SSB som del av beregningen av konsumprisindeksen samler
596 inn driftstoffpriser hver måned og
597 <a href=
"http://www.ssb.no/petroleumsalg/
">legger dem ut i
598 PDF-format
</a
>.
</p
>
600 <p
>Det jeg ikke forstår er hvorfor det stadig opprettes nye nett- og
601 mobiltjenester for å samle inn bensinpriser, i stedet for å samarbeide
602 med de eksisterende løsninger for å gjøre de gode nok til nye
603 bruksområder. Jobben med å samle inn priser er formidabel, og hvis
604 målet er bedre konkurranse på bensinmarkedet ville jeg tro det beste
605 var om kundene samlet seg om _ett_ nettsted og samlet alle prisene
606 der, i stedet for å spre innsatsen på mange nettsteder. Jeg mistenker
607 årsaken ligger i at de aktørene som har satt opp tjenester så langt
608 ikke har lagt opp til deling og samarbeid på like vilkår med andre
609 aktører, og dermed gjort det vanskelig å legge til funksjonalitet som
610 presentasjon på kart, statistisk analyse eller kvalitetssikring av
611 bensinstasjonslisten og prisinformasjonen.
</p
>
616 <th
>Tjeneste
</th
>
617 <th
>Offentlig stasjons-liste
</th
>
618 <th
>Publisert stasjons-geopunkt
</th
>
619 <th
>Publisert API for inn-legging
</th
>
620 <th
>Publisert API for ut-henting
</th
>
621 <th
>Publisert alle priser
</th
>
622 <th
>Publisert database
</th
>
623 <th
>Lands-dekkende
</th
>
627 <td
>Dinside
</td
>
628 <td
>(ja)
</td
>
629 <td
>nei
</td
>
630 <td
>nei
</td
>
631 <td
>nei
</td
>
632 <td
>ja
</td
>
633 <td
>(ja)
</td
>
634 <td
>ja
</td
>
638 <td
>Bitfactorys mobilapp
</td
>
639 <td
>nei
</td
>
640 <td
>ja
</td
>
641 <td
>(ja)
</td
>
642 <td
>(ja)
</td
>
643 <td
>nei
</td
>
644 <td
>nei
</td
>
645 <td
>ja
</td
>
649 <td
>drivstoffpriser.no
</td
>
650 <td
>ja
</td
>
651 <td
>ja
</td
>
652 <td
>nei
</td
>
653 <td
>nei
</td
>
654 <td
>nei
</td
>
655 <td
>nei
</td
>
656 <td
>ja
</td
>
660 <td
>bensinpris.net
</td
>
661 <td
>ja
</td
>
662 <td
>nei
</td
>
663 <td
>nei
</td
>
664 <td
>nei
</td
>
665 <td
>nei
</td
>
666 <td
>nei
</td
>
667 <td
>nei
</td
>
672 <p
>Dinside mangler dugnadsbasert kvalitetssikring av stasjonslista,
673 georeferert informasjon og API for innlegging og uthenting av
674 informasjon. Bitfactory mangler publisering av all innsamlet
675 informasjon, dugnadsbasert kvalitetssikring av stasjonslista og
676 dokumentert API for innlegging og uthenting av informasjon. NAFs
677 løsning mangler publisering av all innsamlet informasjon og API for
678 innlegging og uthenting av informasjon.
</p
>
680 <p
>Jeg har nylig spurt folkene bak dinside.nos oversikt og
681 drivstoffpriser.no om de er villige til å gi ut sine innsamlede data
682 uten bruksbegresninger og tilby et dokumentert og publisert API for å
683 legge inn og hente ut informasjon. Så får vi se hva de sier.
</p
>
688 <title>Database over bensinpriser fra dinside.no
</title>
689 <link>http://people.skolelinux.org/pere/blog/Database_over_bensinpriser_fra_dinside_no.html
</link>
690 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Database_over_bensinpriser_fra_dinside_no.html
</guid>
691 <pubDate>Wed,
30 May
2012 14:
30:
00 +
0200</pubDate>
692 <description><p
>En god og offentlig kilde til bensinpriser i Norge er
693 <a href=
"http://www.dinside.no/
1931/her-faar-du-billigst-bensin-diesel
">dinside.no
694 sin prisoversikt
</a
> samlet inn på dugnad fra frivillige over hele
695 landet. Den har ikke like mange priser rapportert inn som Bitfactorys
696 mobil-app, men informasjonen som samles inn er enkelt offentlig
697 tilgjengelig på web. Dessverre forsvinner prisene fra web etter noen
698 dager, så for å kunne lage analyser og se trender må en lage en
699 database ved å hente ut informasjon fra dinside.no sine nettsider over
700 en lengre periode. Jeg startet for litt over en uke siden en
701 innsamlingstjeneste som gjør nettopp dette. Jeg har de siste ukene
702 lært meg å bruke
<a href=
"http://www.scraperwiki.com/
">Scraperwiki
</a
>,
703 et nytt og nyttig verktøy for å hente ut og strukturere informasjon
704 tilgjengelig fra nettsider, PDF-er og andre kilder og som trenger
705 strukturering. Hvis du vil se hvordan prisene har utviklet seg, ta en
707 <a href=
"https://scraperwiki.com/scrapers/dinside-bensinpriser/
">scraperwiki-siden
708 med databasen
</a
> over bensinpriser. Den henter ned priser fra
709 dinside.no hver time. Hvis du vil bidra til å bedre oversikt over
710 bensinprisene i Norge
711 <a href=
"http://www.dinside.no/php/int/vis_endre.php?ny=
1">registrer
712 deg
</a
> hos dinside.no og legg inn prisene fra dine lokale
713 bensinstasjoner.
</p
>
715 <p
>Jeg har kun gjort dette med informasjonen fra dinside.no og ikke
716 informasjonen fra Bitfactory pga. bekymring rundt opphavsrettslige
717 problemstillinger. Faktainformasjonen samlet inn av brukerene av
718 dinside.no nettsider er åpenbart publisert offentlig, mens jeg
719 mistenker det er en juridisk gråsone om det samme gjelder
720 informasjonen samlet inn av brukerne av bitfactorys mobilapp. Derfor
721 bidrar jeg med å samle inn priser hos dinside.no, og anbefaler andre å
722 gjøre det samme. Jeg prioriterer å bidra hos de som forstår verdien
723 av å dele informasjon med andre uten bruksbegresninger.
</p
>