Planet SoC

There was quite a lot of interest in my gas measuring project using a mobile phone. Thanks for that. For all who requested the source: I packed it together and wrote a small readme. You can download it now.
There were doubts about the accuracy and if it will work at all. It is running for over a week now without any crash or other problems. It measured a gas usage of 14.81 m³ while the gas meter is showing 13.85 m³. That is a difference of 6.9%. Not perfect, but i can live with that and can try to reset the “burning duration -> volume” factor to reflect the difference.
I also have first usage graphs:

The last two weeks I haven’t done anything on KDE/Nepomuk/Amarok (Does that statement qualify for posting this on planetkde? ), but for a good reason: It’s getting cold outside.
So time to get back to an old project of me: I wanted to measure the gas usage of my gas heating in real-time and come up with the idea to use a mobile phone with a camera for that. The plan was to have the camera of a mobile phone looking on the burner and recognize if the flame is there or not. That should work under the assumption, that the burning duration is directly related to the used gas volume.
So I picked my old Nokia 6680 (Symbian S60 2nd FP2) (oh I am glad that you can now program it in Python using PyS60) and started work on a proof of concept.

Again too long since my last blog post. For those who are new to my blog: I (DanielW in IRC) am the GSoC student working on bringing Nepomuk into Amarok.
So what has happend the last weeks? Amarok now writes statistics back to Nepomuk (playcount, last played date and so on). With the nepomuk search client and kio slave in playground you can search files for that (list for example all files played more than 10 times).
But what I really want to talk about are “real persistent playlists”:
Thanks to the new Filewatch service (already in svn (trunk and 4.1 branch))  Nepomuk can now track movements of files and update the metadata connected to them. (it uses KDirNotify and can only track file movements done from KDE applications).
I am using this in Amarok to have playlists which still work after renaming/moving files. This means you can:

Although we all hate spam there are a few hundreds (IPv4) spam deliveries to this server a day. Wouldn’t it be a good indicator of IPv6 deployment to monitor the growth of spam coming over IPv6?
When IPv6 spam starts to come in we can consider IPv6 going mainstream.
So my little spam experiment starts today with the IPv6-only email-address:  mail@lkjhgfdsa.der-winti.de
Feel free to publish this address where ever you think it will help to get it in the spammers address databases. The problem is that the address is virtually useless for anything else (from the top 500 websites only Wikipedia can receive IPv6-mail), so it is quite hard to spread it.
I will report when i got the first IPv6 spam