X-Git-Url: http://pere.pagekite.me/gitweb/homepage.git/blobdiff_plain/035c19c46c9f78dc6adf515b8418f9d0b55c709d..9d0dcdc25d86de368d53bea6cfcaecc172115c55:/blog/index.html diff --git a/blog/index.html b/blog/index.html index 5f9091da3e..f03a482580 100644 --- a/blog/index.html +++ b/blog/index.html @@ -20,28 +20,22 @@
-
TV with face recognition, for improved viewer experience
-
9th June 2012
-

Slashdot got a story about Intel planning a -TV -with face recognition 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.

- -

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 the telescreen idea fetched straight out of the book -1984 by George -Orwell.

+ +
2nd January 2013
+

During Christmas, I have worked a bit on the Debian support for +LEGO Mindstorm +NXT. My son and I have played a bit with my NXT set, and I +discovered I had to build all the tools myself because none were +already in Debian Squeeze. If Debian support for LEGO is something +you care about, please join me on the IRC channel +#debian-lego (server +irc.debian.org). There is a lot that could be done to improve the +situation. :)

- Tags: english, surveillance. + Tags: english.
@@ -49,38 +43,104 @@ Orwell.

- -
6th June 2012
-

A few days ago -I -reported how to get the support status out of Dell using an -unofficial and undocumented SOAP API, which I since have found out was -discovered -by Daniel De Marco in february. Combined with my web scraping -code for HP, Dell and IBM -from -2009, I got inspired and wrote -a -web service based on Scraperwiki to make it easy to look up the -support status and get a machine readable result back.

- -

This is what it look like at the moment when asking for the JSON -output: +

+
1st January 2013
+

Her er noen lenker til tekster jeg har satt pris på å lese den +siste måneden.

-
-% GET https://views.scraperwiki.com/run/computer-hardware-support-status/?format=json&vendor=Dell&servicetag=2v1xwn1
-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": ""})
-%
-
+ + +

Og et godt nytt år til dere alle!

@@ -88,57 +148,29 @@ Scraperwiki and I welcome help with adding more features.

- -
2nd June 2012
-

Jeg oppdaget nylig en -artikkel -i Adresseavisa 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:

- -

- -

Her er en liten faktaoppdatering om FiksGataMi-tjenesten, da noen -ser ut til å ha misforstått hvordan den fungerer.

- -

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.

- -

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.

- -

Vennlig hilsen Petter Reinholdtsen, en av NUUG-folkene bak FiksGataMi.no

- -

- -

Det høres for meg ut som om innbyggerne i Trondheim burde klage på -kommunens potensielle lovbrudd.

+ +
28th December 2012
+

I was happy to discover a few days ago that the +Skolelinux / Debian Edu +project also this year received a Christmas present from Another +Agency in Trondheim. NOK 1000,- showed up on our donation account +December 24th. I want to express our thanks for this very welcome +present. As the Debian Edu / Skolelinux project is very short on +funding these days, and thus lack the money to do regular developer +gatherings, this donation was most welcome. One developer gathering +cost around NOK 15 000,-, so we need quite a lot more to keep the +development pace we want. Thus, I hope their example this year is +followed by many others. :)

+ +

The public list of donors can be found on +the +donation page for the project, which also contain instructions if +you want to donate to the project.

- Tags: fiksgatami, norsk. + Tags: debian edu, english.
@@ -146,168 +178,51 @@ kommunens potensielle lovbrudd.

- -
2nd June 2012
-

Back in 2010, Mike Gabriel showed up on the -Debian Edu and Skolelinux -mailing list. He quickly proved to be a valuable developer, and -thanks to his tireless effort we now have Kerberos integrated into the -Debian Edu -Squeeze version.

- -

Who are you, and how do you spend your days?

- -

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).

- -

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.

- -

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's name is -"IT-Zukunft Schule" (IT future for schools). The project links IT -skills with communication skills.

- -

How did you get in contact with the Skolelinux/Debian Edu -project?

- -

While preparing our own customised Linux distribution for -"IT-Zukunft Schule" 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.

- -

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.

- -

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.

- -

We came to two conclusions:

- -

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'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.

- -

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. "IT-Zukunft Schule" -tries to provide an approach for this.

- -

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'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.

- -

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.

- -

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.

- -

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.

- -

What do you see as the advantages of Skolelinux/Debian -Edu?

- -

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.

- -

What do you see as the disadvantages of Skolelinux/Debian -Edu?

- -

Every coin has two sides:

- -

Technically: BTS issue -#311188, 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).

- -

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.

- -

Which free software do you use daily?

- -

For my daily business, I do not use commercial software at all.

- -

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.

- -

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's software center.

- -

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.

- -

My favourite terminal emulator is KDE's Yakuake.

- -

Which strategy do you believe is the right one to use to -get schools to use free software?

- -

Communicate, communicate, communicate. Enrol people, enrol people, -enrol people.

+ +
25th December 2012
+

Let me start by wishing you all marry Christmas and a happy new +year! I hope next year will prove to be a good year.

+ +

Bitcoin, the digital +decentralised "currency" that allow people to transfer bitcoins +between each other with minimal overhead, is a very interesting +experiment. And as I wrote a few days ago, the bitcoin situation in +Debian is about to improve a bit. +The new debian source +package (version 0.7.2-2) was uploaded yesterday, and is waiting +in the NEW queue +for one of the ftpmasters to approve the new bitcoin-qt package +name.

+ +

And thanks to the great work of Jonas and the rest of the bitcoin +team in Debian, you can easily test the package in Debian Squeeze +using the following steps to get a set of working packages:

+ +
+git clone git://git.debian.org/git/collab-maint/bitcoin
+cd bitcoin
+DEB_MAINTAINER_MODE=1 DEB_BUILD_OPTIONS=noupnp fakeroot debian/rules clean
+DEB_BUILD_OPTIONS=noupnp git-buildpackage --git-ignore-new
+
+ +

You might have to install some build dependencies as well. The +list of commands should give you two packages, bitcoind and +bitcoin-qt, ready for use in a Squeeze environment. Note that the +client will download the complete set of bitcoin "blocks", which need +around 5.6 GiB of data on my machine at the moment. Make sure your +~/.bitcoin/ directory have lots of spare room if you want to download +all the blocks. The client will warn if the disk is getting full, so +there is not really a problem if you got too little room, but you will +not be able to get all the features out of the client.

+ +

As usual, if you use bitcoin and want to show your support of my +activities, please send Bitcoin donations to my address +15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b.

@@ -315,98 +230,74 @@ enrol people.

- -
1st June 2012
-

A few years ago I wrote -how -to extract support status for your Dell and HP servers. Recently -I have learned from colleges here at the -University of Oslo 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:

- -

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

- -

The output can look like this:

- -

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

- -

I have not been able to find any documentation from Dell about this -service outside the -inline -documentation, and according to -one -comment it can have stability issues, but it is a lot better than -scraping HTML pages. :)

- -

Wonder if HP and other server vendors have a similar service. If -you know of one, drop me an email. :)

+ +
21st December 2012
+

It has been a while since I wrote about +bitcoin, the decentralised +peer-to-peer based crypto-currency, and the reason is simply that I +have been busy elsewhere. But two days ago, I started looking at the +state of bitcoin in +Debian again to try to recover my old bitcoin wallet. The package +is now maintained by a +team of +people, and the grunt work had already been done by this team. We +owe a huge thank you to all these team members. :) +But I was sad to discover that the bitcoin client is missing in +Wheezy. It is only available in Sid (and an outdated client from +backports). The client had several RC bugs registered in BTS blocking +it from entering testing. To try to help the team and improve the +situation, I spent some time providing patches and triaging the bug +reports. I also had a look at the bitcoin package available from Matt +Corallo in a +PPA for +Ubuntu, and moved the useful pieces from that version into the +Debian package.

+ +

After checking with the main package maintainer Jonas Smedegaard on +IRC, I pushed several patches into the collab-maint git repository to +improve the package. It now contains fixes for the RC issues (not from +me, but fixed by Scott Howard), build rules for a Qt GUI client +package, konqueror support for the bitcoin: URI and bash completion +setup. As I work on Debian Squeeze, I also created +a +patch to backport the latest version. Jonas is going to look at +it and try to integrate it into the git repository before uploading a +new version to unstable. + +

I would very much like bitcoin to succeed, to get rid of the +centralized control currently exercised in the monetary system. I +find it completely unacceptable that the USA government is collecting +transaction data for almost all international money transfers (most are done in USD and transaction logs shipped to the spooks), and +that the major credit card companies can block legal money +transactions to Wikileaks. But for bitcoin to succeed, more people +need to use bitcoins, and more people need to accept bitcoins when +they sell products and services. Improving the bitcoin support in +Debian is a small step in the right direction, but not enough. +Unfortunately the user experience when browsing the web and wanting to +pay with bitcoin is still not very good. The bitcoin: URI is a step +in the right direction, but need to work in most or every browser in +use. Also the bitcoin-qt client is too heavy to fire up to do a +quick transaction. I believe there are other clients available, but +have not tested them.

+ +

My +experiment +with bitcoins showed that at least some of my readers use bitcoin. +I received 20.15 BTC so far on the address I provided in my blog two +years ago, as can be +seen +on the blockexplorer service. Thank you everyone for your +donation. The blockexplorer service demonstrates quite well that +bitcoin is not quite anonymous and untracked. :) I wonder if the +number of users have gone up since then. If you use bitcoin and want +to show your support of my activity, please send Bitcoin donations to +the same address as last time, +15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b.

- Tags: english, nuug. + Tags: bitcoin, debian, english.
@@ -414,44 +305,96 @@ you know of one, drop me an email. :)

- -
1st June 2012
-

På onsdag rakk jeg såvidt innom -Oslo Open Data Forums -møte, og fikk lagt hendene mine på DIFIs helt nye veileder -"Åpne data. Del og skap -verdier. Veileder i tilgjengeliggjøring av offentlig data" (også -tilgjengelig -som PDF fra DIFI).

- -

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 -tilgjengelig via -github, og en kan rapportere tilbakemeldinger og forslag til -forbedringer der (eller via epost og twitter for de som ønsker -det).

- -

Det eneste jeg virkelig savnet i veilederen var omtale av -w3cs -stjerneklassifisering 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 -rapportert -en github-bug om dette, så får vi se hvordan den blir behandlet.

- -

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.

+ +
19th December 2012
+

Jeg ble overrasket over å se at Piratpartiet i +Aftenposten +er referert på følgende:

+ +
+Når det gjelder retten til opphavsrett for kulturproduktene, mener +Piratpartiet av levetid + 14 år er tilfredsstillende. +
+ +

Det betyr en vernetid langt ut over det kommersielle livet til de +aller fleste opphavsrettsbeskyttede verker, og er i strid med slik i +hvert fall jeg har tolket punkt 5 i +kjerneprogrammet +til Piratpartiet:

+ +
+

5: Åndsverk og patenter: tilbake til start

+ + + + + +
forslag:14 års opphavsrett og ingen +programvarepatenter
grunn:Den første loven om opphavsrett spesifiserte 14 +års vernetid. Senere har mediabransjens lobbyister stadig presset +loven mot lengre vern, nå er det 70 år etter forfatters død. Dette +gjør at mange verk glemmes og går tapt, noe som er skadelig for norsk +språk og kultur. Vi til tilbake til start: 14 års +vernetid. Patentloven sier klart at dataprogrammer ikke kan +patenteres. Likevel klarer patentadvokater å lure gjennom +programvarepatenter. Slike patenter gjør dingsene våre dyrere og kan i +enkelte tilfelle stoppe dem helt.
+
+ +

Den opprinnelige opphavsretten var på 14 år totalt, ikke 14 år +etter opphavspersonens død. Jeg tenkte først dette kanskje var +feilsitering fra Aftenposten, men jeg finner samme påstand i en bloggpost +fra Geir Aaslid på Piratpartietes offisielle nettsider. Der +skriver han følgende:

+ +
+Hva vi gjør med opphavsretten er mer komplisert fordi den omfavner så +mange bransjer, med ulike behov. Enhver reform er en forbedring men +det er nærliggende å anta at en opphavsrett på levetid + 14 år er +fullt ut tilfredstillende for musikk, film, litteratur og spill. +
+ +

Det virker dermed på meg som om Piratpartiet allerede har gjort +retrett fra sin beundringsverdige holdning om at det holdt med 14 års +total vernetid, til sin nye som tar utgangspunkt i levetiden til +opphavspersonen. Jeg håper det baserer seg på en misforståelse hos +piratlederen som blir korrigert tilbake til 14 års total vernetid før +partiet stiller til valg.

+ +

Hvis du lurer på hvilke problemer lang vernetid bringer med seg, +anbefaler jeg å lese boken Free +Culture av Lawrence Lessig. Jeg og en liten gruppe andre er igang +med å +oversette +boken til bokmål og tar gjerne imot hjelp med oversettelse og +korrekturlesing.

+ +

Oppdatering 2012-12-20: Oppdaget at +bloggposten +til Geir Aaslid er endret siden i går, og nå inneholder følgende +avsnitt i stedet for det jeg siterte over:

+ +
+Hva vi gjør med opphavsretten er mer komplisert fordi den omfavner så +mange bransjer, med ulike behov. Enhver reform er en forbedring men +det er nærliggende å anta at en opphavsrett lik levetiden, evt + 14 år +er fullt ut tilfredstillende for mange skapere av musikk, film, +litteratur og spill. Det er for det meste de store forlagene som er +imot enhver reform. +
+ +

I tillegg har det dukket opp en setning nederst "Dette dokumentet +er et utkast til svar på et angrep på Piratpartiet fra Gramo. Det +endrer seg derfor over tid og den endelige versjonen er det som blir +publisert på Hardware.no", som tyder på at originalformuleringen ikke +var veloverveid og sitatet i Aftenposten kanskje var basert på en +misforståelse.

@@ -459,45 +402,64 @@ med får en kopi.

- -
31st May 2012
-

A few days ago my color calibration gadget -ColorHug arrived in the -mail, and I've had a few days to test it. As all my machines are -running Debian Squeeze, where -the -calibration software 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.

- -

After calibration, I get a -ICC color -profile 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 -discovered -that the dispwin tool from the argyll package would do what I wanted, -and a simple

- -

-dispwin -d 1 profile.icc
-

- -

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 "led" monitor I got, but the result is good -enough for now.

+ +
18th December 2012
+

A few days ago I came across +a blog post from Joey +Hess describing ledger and +hledger, a text based system for double-entry accounting. I found it +interesting, as I am involved with several organizations where +accounting is an issue, and I have not really become too friendly with +the different web based systems we use. I find it hard to find what I +look for in the menus and even harder try to get sensible data out of +the systems. Ledger seem different. The accounting data is kept in +text files that can be stored in a version control system, and there + +are at least five +different implementations able to read the format. An example +entry look like this, and is simple enough that it will be trivial to +generate entries based on CVS files fetched from the bank:

+ +
+2004-05-27 Book Store
+      Expenses:Books                 $20.00
+      Liabilities:Visa
+
+ +

The concept seemed interesting enough for me to check it out and +look for others using it. I found blog posts from +Christine +Spang, +Pete +Keen, +Andrew +Cantino and +Ronald +Ip describing how they use it, as well as a post from +Bradley +M. Kuhn at the Software Freedom Conservancy. All seemed like good +recommendations fitting my need.

+ +

The ledger +package is available in Debian Squeeze, while the +hledger +package only is available in Debian Sid. As I use Squeeze, ledger +seemed the best choice to get started.

+ +

To get some real data to test on, I wrote a +web scraper for +LODO, the accounting system used by +the NUUG association, and started to +play with the data set. I'm not really deeply into accounting, but I +am able to get a simple balance and accounting status for example +using the "ledger balance" command. But I will have to +gather more experience before I know if the ledger way is a good fit +for the organisations I am involved in.

- Tags: english. + Tags: debian edu, english, nuug.
@@ -505,163 +467,38 @@ enough for now.

- -
31st May 2012
-

Det finnes i følge de som har talt ca. 1600 bensinstasjoner i -Norge. Daglig innsamling av informasjon fra alle disse vil antagelig -kreve noen tusen frivillige. Dugnadsbasert innsamling av bensinpriser -for å gjøre det enklere å sammenligne priser og dermed bedre -konkurransen i bensinmarkedet er en idé som mange har gjennomført de -siste årene. Her er et forsøk på en oversikt over de som finnes i -dag.

- -
- -
Dinside.no nettside
- -
Nettavisen dinside startet for noen år siden en dugnad for å -samle -inn drivstoffpriser. Tjenesten samler inn med et nettsideskjema -der en må registrere seg for å delta. En SMS-tjeneste har visst -eksistert tidligere, men er ute av drift 2012-05-31. Listen over -bensinstasjoner er kun tilgjengelig for registrerte brukere, og -mangler geografiske koordinater for fremvisning på kart. Listen over -innsamlede bensinpriser er tilgjengelig som nettside i litt over 24 -timer etter registrering. Antall innsamlede priser pr. dag ligger i -området 10-35, og jeg har startet på -en -database over de publiserte prisene hos Scraperwiki.
- -
Bitfactorys mobilapp
- -
I fjor lanserte -selskapet Bitfactory -sin landsdekkende mobilapp (først for iphone, siden også for -Android) for å samle inn drivstoffpriser og gjøre det enkelt å finne -billigste stasjon i nærområdet ved hjelp av smarttelefon. Den -innsamlede informasjonen er ikke publisert på web, men dagens priser -kan hentes ut ved hjelp av et -web-API -som jeg har dokumentert med reversutvikling. Stasjonslisten -inneholder geografiske koordinater for fremvisning på kart. Antall -innsamlede priser pr. dag ser ut til å ligge rundt 200.
- - - -
NAF Bergens nettside og iphone-app
- -
I år lanserte NAF Bergen en -landsdekkende iphone-app koblet til NAF Bergens tjeneste for å -samle inn og varsle brukerne om bensinpriser. Nettstedet har -publisert listen over bensinstasjoner, men ikke en komplett oversikt -over innsamlede priser. De har interessant statistikk over -prisutviklingen som går tilbake til 2009. - -
bensinpris.net
- -
Nettside med prisinformasjon for Trondheimsområdet. Informasjonen -registreres via web og SMS, og krever ikke registrering. Nettsiden -viser de tre siste prisene registret for bensin og disel. Har liste -over kjente stasjoner tilgjengelig. Svært lite oppdatert for -tiden.
- -
- -

I tillegg er jeg kjent med drivstoffguiden.no som ser ut til å være -nedlagt, og at SSB som del av beregningen av konsumprisindeksen samler -inn driftstoffpriser hver måned og -legger dem ut i -PDF-format.

- -

Det jeg ikke forstår er hvorfor det stadig opprettes nye nett- og -mobiltjenester for å samle inn bensinpriser, i stedet for å samarbeide -med de eksisterende løsninger for å gjøre de gode nok til nye -bruksområder. Jobben med å samle inn priser er formidabel, og hvis -målet er bedre konkurranse på bensinmarkedet ville jeg tro det beste -var om kundene samlet seg om _ett_ nettsted og samlet alle prisene -der, i stedet for å spre innsatsen på mange nettsteder. Jeg mistenker -årsaken ligger i at de aktørene som har satt opp tjenester så langt -ikke har lagt opp til deling og samarbeid på like vilkår med andre -aktører, og dermed gjort det vanskelig å legge til funksjonalitet som -presentasjon på kart, statistisk analyse eller kvalitetssikring av -bensinstasjonslisten og prisinformasjonen.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
TjenesteOffentlig stasjons-listePublisert stasjons-geopunktPublisert API for inn-leggingPublisert API for ut-hentingPublisert alle priserPublisert databaseLands-dekkende
Dinside(ja)neineineija(ja)ja
Bitfactorys mobilappneija(ja)(ja)neineija
drivstoffpriser.nojajaneineineineija
bensinpris.netjaneineineineineinei
- -

Dinside mangler dugnadsbasert kvalitetssikring av stasjonslista, -georeferert informasjon og API for innlegging og uthenting av -informasjon. Bitfactory mangler publisering av all innsamlet -informasjon, dugnadsbasert kvalitetssikring av stasjonslista og -dokumentert API for innlegging og uthenting av informasjon. NAFs -løsning mangler publisering av all innsamlet informasjon og API for -innlegging og uthenting av informasjon.

- -

Jeg har nylig spurt folkene bak dinside.nos oversikt og -drivstoffpriser.no om de er villige til å gi ut sine innsamlede data -uten bruksbegresninger og tilby et dokumentert og publisert API for å -legge inn og hente ut informasjon. Så får vi se hva de sier.

+ +
11th December 2012
+

For noen dager siden omfavnet nok en kommune NUUGs +FiksGataMi. Med 61 kommuner +som lenker til FiksGataMi fra sine hjemmesider er «markedsandelen» 14% +(av 429 kommuner). Siden +siste +oppdatering i november har kommunene Re og Vågsøy kommet til og +slår følge med kommunene Askim, Askøy, Audnedal, Aure, Balestrand, +Bærum, Eide, Farsund, Flekkefjord, Folldal, Gran, Grue, Hadsel, +Halden, Halsa, Hamar, Hobøl, Holtålen, Hægebostad, Høyanger, +Kongsberg, Kristiansund, Kvinesdal, Kviteseid, Levanger, Lindesnes, +Luster, Lyngdal, Løten, Mandal, Marnardal, Moss, Namsos, Nissedal, +Nordreisa, Randaberg, Rindal, Sel, Sirdal, Skiptvet, Sortland, +Spydeberg, Stange, Stjørdal, Stord, Søgne, Sør-Odal, Tolga, Trysil, +Tynset, Tysvær, Ullensvang Herad, Utsira, Vennesla, Verdal, Vågan, +Vågå, Våler og Åseral. Oppdatert liste er tilgjengelig fra +NUUGs +wiki. Kartet er dog ikke oppdatert med de siste kommunene.

+ +

Kanskje du bør høre med din kommune om de vil bli mer aktive +brukere av FiksGataMi? Se +en +tidligere bloggpost med tips om hvordan det kan gjøres.

+ +

I snitt rapporteres det nå via FiksGataMi ca. 60 meldinger fra +innbyggerne i uka om feil på offentlig infrastruktur.

- Tags: drivstoffpriser, norsk. + Tags: fiksgatami, norsk.
@@ -669,45 +506,53 @@ legge inn og hente ut informasjon. Så får vi se hva de sier.

- -
30th May 2012
-

En god og offentlig kilde til bensinpriser i Norge er -dinside.no -sin prisoversikt samlet inn på dugnad fra frivillige over hele -landet. Den har ikke like mange priser rapportert inn som Bitfactorys -mobil-app, men informasjonen som samles inn er enkelt offentlig -tilgjengelig på web. Dessverre forsvinner prisene fra web etter noen -dager, så for å kunne lage analyser og se trender må en lage en -database ved å hente ut informasjon fra dinside.no sine nettsider over -en lengre periode. Jeg startet for litt over en uke siden en -innsamlingstjeneste som gjør nettopp dette. Jeg har de siste ukene -lært meg å bruke Scraperwiki, -et nytt og nyttig verktøy for å hente ut og strukturere informasjon -tilgjengelig fra nettsider, PDF-er og andre kilder og som trenger -strukturering. Hvis du vil se hvordan prisene har utviklet seg, ta en -titt på -scraperwiki-siden -med databasen over bensinpriser. Den henter ned priser fra -dinside.no hver time. Hvis du vil bidra til å bedre oversikt over -bensinprisene i Norge -registrer -deg hos dinside.no og legg inn prisene fra dine lokale -bensinstasjoner.

- -

Jeg har kun gjort dette med informasjonen fra dinside.no og ikke -informasjonen fra Bitfactory pga. bekymring rundt opphavsrettslige -problemstillinger. Faktainformasjonen samlet inn av brukerene av -dinside.no nettsider er åpenbart publisert offentlig, mens jeg -mistenker det er en juridisk gråsone om det samme gjelder -informasjonen samlet inn av brukerne av bitfactorys mobilapp. Derfor -bidrar jeg med å samle inn priser hos dinside.no, og anbefaler andre å -gjøre det samme. Jeg prioriterer å bidra hos de som forstår verdien -av å dele informasjon med andre uten bruksbegresninger.

+ +
6th December 2012
+

Where I work at the University of +Oslo, we use the +Cerebrum user +administration system to maintain users, groups, DNS, DHCP, etc. +I've known since the system was written that the server is providing +an XML-RPC API, but +I have never spent time to try to figure out how to use it, as we +always use the bofh command line client at work. Until today. I want +to script the updating of DNS and DHCP to make it easier to set up +virtual machines. Here are a few notes on how to use it with +Python.

+ +

I started by looking at the source of the Java +bofh +client, to figure out how it connected to the API server. I also +googled for python examples on how to use XML-RPC, and found +a +simple example in the XML-RPC howto.

+ +

This simple example code show how to connect, get the list of +commands (as a JSON dump), and how to get the information about the +user currently logged in:

+ +
+#!/usr/bin/env python
+import getpass
+import xmlrpclib
+server_url = 'https://cerebrum-uio.uio.no:8000';
+username = getpass.getuser()
+password = getpass.getpass()
+server = xmlrpclib.Server(server_url);
+#print server.get_commands(sessionid)
+sessionid = server.login(username, password)
+print server.run_command(sessionid, "user_info", username)
+result = server.logout(sessionid)
+print result
+
+ +

Armed with this knowledge I can now move forward and script the DNS +and DHCP updates I wanted to do.

@@ -715,169 +560,52 @@ av å dele informasjon med andre uten bruksbegresninger.

- -
28th May 2012
-

I fjor lanserte Bitfactory en -mobilapp for å få -tilgang til bensinpriser på landets bensinstasjoner ved å samle -inn prisene på dugnad ved hjelp av mobilapp-ens brukere. -Informasjonen app-ens brukere har samlet inn har så langt kun vært -tilgjengelig for brukerne av app-ene, og API for å hente ut -informasjonen fra andre plattformer har ikke vært publisert. Da -løsningen kom spurte jeg utviklerne om de kunne publisere -API-dokumentasjon og de skulle se på saken, men det har ikke skjedd så -langt. Jeg antar de har vært for travelt opptatt til å publisere -API-dokumentasjon.

- -

Utrolig nok er det i følge -Dagens -Næringsliv og -Finnmark -Dagblad bensinstasjoner som nekter å oppgi prisene sine på -telefon, slik at det ikke finnes en fornuftig måte å få tak i prisene -på uten å samle dem inn på stedet. Flere har dugnader på gang for å -samle inn prisinformasjon om bensin, men så vidt jeg kan se er det kun -dinside.no -og Bitfactorys App som får regelmessige oppdateringer. Dinsides -oversikt er tilgjengelig på web for de som vil følge med, mens -bitfactorys informasjon ikke er like enkelt tilgjengelig.

- -

Jeg tok meg derfor litt tid for å revers-utvikle protokollen for -Bitfactorys mobilapp for å gjøre den innsamlede informasjonen mer -tilgjengelig for flere. Protokollen bruker HTTP og normal -forms-notasjon for POST. Jeg lot en telefon koble seg til mitt -trådløsnett, og satte opp tcpdump til å samle all trafikken mot -www.bitfactory.no, og deretter tittet på alle HTTP-kallene ved hjelp -av wireshark. Her er API-kallene jeg har identifisert så langt.

- -

stasjonsDatabaseUpdateStamp

- -

GET http://www.bitfactory.no/Bensin/ver1.1.stasjonsDatabaseUpdateStamp

- -

Vet ikke helt hva dette API-kallet gjør, men navnet gjør at jeg -tror den rapporterer når listen over stasjoner sist ble endret. -Returverdien er et tall som pr. 2011-12-09 er 1319145491 og -pr. 2012-05-28 er 1336420693. Mitt gjett er at dette er sekunder -siden 1. januar 1970 ala det en finner på Linux, som kan konverteres -til en leselig dato med perl -e 'print -scalar(localtime(1319145491)), "\n"'. Den første verdien -konverterer da til "Thu Oct 20 23:18:11 2011", mens den andre -konverteres til "Mon May 7 21:58:13 2012".

- -

GetXMLDatabase

- -

echo password=XYZXYZXYZXYZX | POST http://www.bitfactory.no/Bensin/GetXMLDatabase.php

- -

Henter ned listen med stasjoner på XML-format. Argumentet er -password som muligens følger med i programpakken og eventuelt -genereres av app-en. Nedlasting med samme passord flere ganger ser -ikke ut til å fungere. Innholdet er ca. 1600 stasjoner, men manglet -bensinstasjonen i min hjemkommune Ballangen da jeg sjekket, så den er -ikke komplett. Formatet på selve listen ser slik ut (klippet):

- -

-<?xml version="1.0" encoding="UTF-8"?>
-<STASJONSDATABASE>
-<STASJON>
-<NAME></NAME>
-<ADDRESS></ADDRESS>
-<ID>0</ID>
-<LATITUDE>0.000000</LATITUDE>
-<LONGITUDE>0.000000</LONGITUDE>
-<COMPANY></COMPANY>
-</STASJON>
-<STASJON>
-<NAME>Statoil Best Eidsvoll Verk</NAME>
-<ADDRESS>Gamle Trondheimsvei 339 2074 Eidsvoll Verk</ADDRESS>
-<ID>1</ID>
-<LATITUDE>60.303902</LATITUDE>
-<LONGITUDE>11.168100</LONGITUDE>
-<COMPANY>Best</COMPANY>
-</STASJON>
-[...]
-<STASJON>
-<NAME>Esso Andenes</NAME>
-<ADDRESS>Falcksgate 9, 8480 Andenes</ADDRESS>
-<ID>1822</ID>
-<LATITUDE>69.320999</LATITUDE>
-<LONGITUDE>16.118700</LONGITUDE>
-<COMPANY>Esso</COMPANY>
-</STASJON>
-</STASJONSDATABASE>
-

- -

GetBanStatus

- -

echo UDID=Android-123456789012345 | POST http://www.bitfactory.no/Bensin/ver1.1.GetBanStatus.php

- -

Vet heller ikke helt hva dette API-kallet gjør. Navnet gjør at jeg -tror den rapporterer om telefonen med UDID oppgitt som argument er -bannlyst fra tjenesten. Bannlysning gjør antagelig at telefonen ikke -kan brukes til å registrere bensinpriser, men det er også mulig det -blokkerer for å se på priser. Eneste POST-argument er UDID, som ser -ut til å være den unike ID-en til en mobil-enhet. Returnverdi er 'NO' -for alle UDID-verdier jeg har testet. Gjetter på at alternativ -returverdi er 'YES', men har ikke sett en slik verdi så langt.

- -

PriserVedStasjoner

- -

echo 'stasjoner=810,364&day=0' | POST http://www.bitfactory.no/Bensin/ver1.1.PriserVedStasjoner.php

- -

Dette kallet henter ut priser registrert på en eller flere -bensinstasjoner. Den tar to POST-argumenter, "stasjoner" som er -kommaseparert liste over stasjons-IDer (numeriske), og "day" som bør -settes til "0" for å få ut informasjon om priser. Usikker på hva -day-tallet betyr, men mistenker det har med hvor langt tilbake i tid -det skal hentes ut informasjon.

- -

Resultatet som kommer tilbake er en kommaseparert liste for hver -enkelt stasjon, med <br> som skillemarkør mellom hver stasjon. -Ikke helt sikker på hva alle feltene er. Her er mine gjett:

- -

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

- -

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

- -

PriserVedStasjon

- -

echo 'id=736&day=0' | POST http://www.bitfactory.no/Bensin/ver1.1.PriserVedStasjon.php

- -

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

- -

AllePriser

- -

echo day=0 | POST http://www.bitfactory.no/Bensin/ver1.1.AllePriser.php

- -

Returnere liste med av alle stasjoner det er registrert oppdaterte -priser på siste 24 timer (eller er det fra ca. midnatt dagen før?). -Returnerer "NO RESULTS" når listen er tom. Ellers returnerer den en -dato på formen "Thursday_09_12_2011" fulgt av <br> og deretter -en liste med stasjoner på samme format som PriserVedStasjoner.

+ +
28th November 2012
+

Mye interessant har skjedd de siste ukene. Her er noen dokumenter +jeg har hatt glede av å lese.

+ +

@@ -892,6 +620,13 @@ en liste med stasjoner på samme format som PriserVedStasjoner.

Archive