X-Git-Url: http://pere.pagekite.me/gitweb/homepage.git/blobdiff_plain/897fa107b44a539e23fe582e9a4d1593e5a701f2..f21d44bffa363a0df1c760c8c9ca8d777657b7ba:/blog/index.rss diff --git a/blog/index.rss b/blog/index.rss index 265f56d0ab..8cb2c5d371 100644 --- a/blog/index.rss +++ b/blog/index.rss @@ -7,265 +7,155 @@ - A bit more on privacy respecting health monitor / fitness tracker - http://people.skolelinux.org/pere/blog/A_bit_more_on_privacy_respecting_health_monitor___fitness_tracker.html - http://people.skolelinux.org/pere/blog/A_bit_more_on_privacy_respecting_health_monitor___fitness_tracker.html - Mon, 13 Aug 2018 09:00:00 +0200 - <p>A few days ago, I wondered if there are any privacy respecting -health monitors and/or fitness trackers available for sale these days. -I would like to buy one, but do not want to share my personal data -with strangers, nor be forced to have a mobile phone to get data out -of the unit. I've received some ideas, and would like to share them -with you. - -One interesting data point was a pointer to a Free Software app for -Android called -<a href="https://github.com/Freeyourgadget/Gadgetbridge/">Gadgetbridge</a>. -It provide cloudless collection and storing of data from a variety of -trackers. Its -<a href="https://github.com/Freeyourgadget/Gadgetbridge/#supported-devices">list -of supported devices</a> is a good indicator for units where the -protocol is fairly open, as it is obviously being handled by Free -Software. Other units are reportedly encrypting the collected -information with their own public key, making sure only the vendor -cloud service is able to extract data from the unit. The people -contacting me about it said they were using -<a href="https://us.amazfit.com/shop/bip?variant=336750">Amazfit -Bip</a> and -<a href="http://www.xiaomimi6phone.com/xiaomi-mi-band-3-features-release-date-rumors/">Xiaomi -Band 3</a>.</p> - -<p>I also got a suggestion to look at some of the units from Garmin. -I was told their GPS watches can be connected via USB and show up as a -USB storage device with -<a href="https://www.gpsbabel.org/htmldoc-development/fmt_garmin_fit.html">Garmin -FIT files</a> containing the collected measurements. While -proprietary, FIT files apparently can be read at least by -<a href="https://www.gpsbabel.org">GPSBabel</a> and the -<a href="https://apps.nextcloud.com/apps/gpxpod">GpxPod</a> Nextcloud -app. It is unclear to me if they can read step count and heart rate -data. The person I talked to was using a Garmin -<a href="https://buy.garmin.com/en-US/US/p/564291">Garmin Forerunner -935</a>, which is a fairly expensive unit. I doubt it is worth it for -a unit where the vendor clearly is trying its best to move from open -to closed systems. I still remember when Garmin dropped NMEA support -in its GPSes.</p> - -<p>A final idea was to build ones own unit, perhaps by basing it on a -wearable hardware platforms like -<a href="https://learn.adafruit.com/flora-geo-watch">the Flora Geo -Watch</a>. Sound like fun, but I had more money than time to spend on -the topic, so I suspect it will have to wait for another time.</p> - -<p>While I was working on tracking down links, I came across an -inspiring TED talk by Dave Debronkart about -<a href="https://archive.org/details/DavedeBronkart_2010X">being a -e-patient</a>, and discovered the web site -<a href="https://participatorymedicine.org/epatients/">Participatory -Medicine</a>. If you too want to track your own health and fitness -without having information about your private life floating around on -computers owned by others, I recommend checking it out.</p> - -<p>As usual, if you use Bitcoin and want to show your support of my -activities, please send Bitcoin donations to my address -<b><a href="bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b</a></b>.</p> + Artikkel om Noark 5 Tjenestegrensesnitt og Nikita i Arkivråd nummer 3 for 2019 + http://people.skolelinux.org/pere/blog/Artikkel_om_Noark_5_Tjenestegrensesnitt_og_Nikita_i_Arkivr_d_nummer_3_for_2019.html + http://people.skolelinux.org/pere/blog/Artikkel_om_Noark_5_Tjenestegrensesnitt_og_Nikita_i_Arkivr_d_nummer_3_for_2019.html + Thu, 26 Dec 2019 08:00:00 +0100 + <p>Like før julaften ble en artikkel jeg har skrevet om vedlikehold av +<a href="https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard">Noark +5 Tjenestegrensesnitt</a> og Nikita publisert i <a +href="https://www.arkivrad.no/arkivrad">tidsskriftet Arkivråd</a>. +Det er basert på +<a href="http://people.skolelinux.org/pere/blog/_pen_og_gjennomsiktig_vedlikehold_av_spesifikasjonen_for_Noark_5_Tjenestegrensesnitt.html">min bloggpost +om samme tema</a> som ble publisert 2019-03-11. Jeg oppdaget nettopp +at nettsiden til tidsskriftet Arkivråd er oppdatert med siste utgave, +og artikkelen dermed er tilgjengelig for alle. Du finner den i +<a href="https://www.arkivrad.no/sites/arkivrad/files/arkivrad_03_2019_nett.pdf">PDF-en +til nummer 2019/3 på side 30-33</a>. Jeg håper leserne av +tidsskriftet får lyst til å sjekke ut tjenestegrensesnittet og at +artikkelen vil gjøre det enklere for flere å bidra til en enda bedre, +klarere og mer entydig API-spesifikasjon. Det kan gjøre at +<a href="https://gitlab.com/OsloMet-ABI/nikita-noark5-core/">arkivsystemet +Nikita</a> kan bli enda bedre når spesifikasjonen forbedres.</p> + +<p>Som vanlig, hvis du bruker Bitcoin og ønsker å vise din støtte til +det jeg driver med, setter jeg pris på om du sender Bitcoin-donasjoner +til min adresse +<b><a href="bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b</a></b>. +Merk, betaling med bitcoin er ikke anonymt. :)</p> - Privacy respecting health monitor / fitness tracker? - http://people.skolelinux.org/pere/blog/Privacy_respecting_health_monitor___fitness_tracker_.html - http://people.skolelinux.org/pere/blog/Privacy_respecting_health_monitor___fitness_tracker_.html - Tue, 7 Aug 2018 16:00:00 +0200 - <p>Dear lazyweb,</p> - -<p>I wonder, is there a fitness tracker / health monitor available for -sale today that respect the users privacy? With this I mean a -watch/bracelet capable of measuring pulse rate and other -fitness/health related values (and by all means, also the correct time -and location if possible), which is <strong>only</strong> provided for -me to extract/read from the unit with computer without a radio beacon -and Internet connection. In other words, it do not depend on a cell -phone app, and do make the measurements available via other peoples -computer (aka "the cloud"). The collected data should be available -using only free software. I'm not interested in depending on some -non-free software that will leave me high and dry some time in the -future. I've been unable to find any such unit. I would like to buy -it. The ones I have seen for sale here in Norway are proud to report -that they share my health data with strangers (aka "cloud enabled"). -Is there an alternative? I'm not interested in giving money to people -requiring me to accept "privacy terms" to allow myself to measure my -own health.</p> - -<p>As usual, if you use Bitcoin and want to show your support of my -activities, please send Bitcoin donations to my address -<b><a href="bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b</a></b>.</p> + Meningsløst, men for hvem... + http://people.skolelinux.org/pere/blog/Meningsl_st__men_for_hvem___.html + http://people.skolelinux.org/pere/blog/Meningsl_st__men_for_hvem___.html + Wed, 25 Dec 2019 10:35:00 +0100 + <p>En historie som har betydd endel for meg, og som jeg av og til +tenker på når hverdagen tynger, ble så vidt jeg har klart å finne ut, +skrevet av <a href="https://en.wikipedia.org/wiki/Loren_Eiseley">Loren +Eiseley</a> <a href="https://en.wikipedia.org/wiki/The_Star_Thrower">i +flere ulike varianter</a>. På norsk tror jeg den går under navnet +«Gutten og sjøstjernen», og jeg fant en oversettelse av en utgave av den +hos +<a href="https://no.quora.com/Hva-er-din-favoritthistorie">Quora</a>. +Fant også <a href="https://www.youtube.com/watch?v=-qClChUdlfI">en +filmatisering</a>, men den versjonen jeg liker best fant jeg +<a href="https://www.goodreads.com/author/quotes/56782.Loren_Eiseley">hos +Goodreads</a>. Jeg oversatte den utgaven til norsk i går, og har lyst +til å dele den med deg: + +<blockquote><p>Mens jeg tok en pause fra skrivingen og vandret på en +øde strand ved daggry, så jeg en gutt i det fjerne bøye seg ned og +kaste noe mens han vandret mot meg over den endeløse stranden. Da han +kom nærmere, kunne jeg se at han kastet sjøstjerner, som var etterlatt +i sanden av tidevannet, tilbake i havet. Da han var nær nok spurte jeg +ham hvorfor han jobbet så hardt på denne merkelige oppgaven. Han sa at +solen snart ville stå opp og tørke sjøstjernene slik at de ville +dø.</p> + +<p>Jeg sa til ham at dette var helt meningsløst. Det var kilometer på +kilometer med strand, og det lå sjøstjerner hele veien. En person +alene kunne ikke gjøre noen forskjell. Han smilte da han plukket opp +neste sjøstjerne. Mens han kastet den så langt ut i havet som han +klarte sa han, «for denne gjør det en forskjell». Jeg droppet +skrivingen og tilbrakte resten av morgenen med å kaste +sjøstjerner.</p> + +<p>- Loren Eiseley</p> +</blockquote> + +<p>Kanskje noe du også kan ha glede av å tenke på når ting virker +håpløst?</p> + +<p>Teksten er gjengitt og oversatt basert på utgaven på Good Read, +uten tillatelse fra noen andre enn meg selv. Jeg håper på tilgivelse, +hvis det er et problem for noen, da det er gjort i beste mening. Hvis +eventuell rettighetshaver tar kontakt vil jeg fjerne teksten og i +stedet legge ut henvendelsen der teksten kreves fjernet.</p> + +<p>Som vanlig, hvis du bruker Bitcoin og ønsker å vise din støtte til +det jeg driver med, setter jeg pris på om du sender Bitcoin-donasjoner +til min adresse +<b><a href="bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b</a></b>. +Merk, betaling med bitcoin er ikke anonymt. :)</p> - Sharing images with friends and family using RSS and EXIF/XMP metadata - http://people.skolelinux.org/pere/blog/Sharing_images_with_friends_and_family_using_RSS_and_EXIF_XMP_metadata.html - http://people.skolelinux.org/pere/blog/Sharing_images_with_friends_and_family_using_RSS_and_EXIF_XMP_metadata.html - Tue, 31 Jul 2018 23:30:00 +0200 - <p>For a while now, I have looked for a sensible way to share images -with my family using a self hosted solution, as it is unacceptable to -place images from my personal life under the control of strangers -working for data hoarders like Google or Dropbox. The last few days I -have drafted an approach that might work out, and I would like to -share it with you. I would like to publish images on a server under -my control, and point some Internet connected display units using some -free and open standard to the images I published. As my primary -language is not limited to ASCII, I need to store metadata using -UTF-8. Many years ago, I hoped to find a digital photo frame capable -of reading a RSS feed with image references (aka using the -&lt;enclosure&gt; RSS tag), but was unable to find a current supplier -of such frames. In the end I gave up that approach.</p> - -<p>Some months ago, I discovered that -<a href="https://www.jwz.org/xscreensaver/">XScreensaver</a> is able to -read images from a RSS feed, and used it to set up a screen saver on -my home info screen, showing images from the Daily images feed from -NASA. This proved to work well. More recently I discovered that -<a href="https://kodi.tv">Kodi</a> (both using -<a href="https://www.openelec.tv/">OpenELEC</a> and -<a href="https://libreelec.tv">LibreELEC</a>) provide the -<a href="https://github.com/grinsted/script.screensaver.feedreader">Feedreader</a> -screen saver capable of reading a RSS feed with images and news. For -fun, I used it this summer to test Kodi on my parents TV by hooking up -a Raspberry PI unit with LibreELEC, and wanted to provide them with a -screen saver showing selected pictures from my selection.</p> - -<p>Armed with motivation and a test photo frame, I set out to generate -a RSS feed for the Kodi instance. I adjusted my <a -href="https://freedombox.org/">Freedombox</a> instance, created -/var/www/html/privatepictures/, wrote a small Perl script to extract -title and description metadata from the photo files and generate the -RSS file. I ended up using Perl instead of python, as the -libimage-exiftool-perl Debian package seemed to handle the EXIF/XMP -tags I ended up using, while python3-exif did not. The relevant EXIF -tags only support ASCII, so I had to find better alternatives. XMP -seem to have the support I need.</p> - -<p>I am a bit unsure which EXIF/XMP tags to use, as I would like to -use tags that can be easily added/updated using normal free software -photo managing software. I ended up using the tags set using this -exiftool command, as these tags can also be set using digiKam:</p> - -<blockquote><pre> -exiftool -headline='The RSS image title' \ - -description='The RSS image description.' \ - -subject+=for-family photo.jpeg -</pre></blockquote> - -<p>I initially tried the "-title" and "keyword" tags, but they were -invisible in digiKam, so I changed to "-headline" and "-subject". I -use the keyword/subject 'for-family' to flag that the photo should be -shared with my family. Images with this keyword set are located and -copied into my Freedombox for the RSS generating script to find.</p> - -<p>Are there better ways to do this? Get in touch if you have better -suggestions.</p> - -<p>As usual, if you use Bitcoin and want to show your support of my -activities, please send Bitcoin donations to my address -<b><a href="bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b</a></b>.</p> + Artikkel om Nikita i Arkheion nummer 2019/2 + http://people.skolelinux.org/pere/blog/Artikkel_om_Nikita_i_Arkheion_nummer_2019_2.html + http://people.skolelinux.org/pere/blog/Artikkel_om_Nikita_i_Arkheion_nummer_2019_2.html + Mon, 9 Dec 2019 15:05:00 +0100 + <p>Jeg hadde i dag gleden av å oppdage at en artikkel om +<a href="https://gitlab.com/OsloMet-ABI/nikita-noark5-core/">arkivsystemet +Nikita</a> som vi skrev i sommer, nå er publisert i +<a href="http://www.arkheion.no/">Arkheion, fagtidsskrift for kommunial +arkivsektor</a>. Du finner artikkelen på side 30-33 i nummer 2019/2, +PDF kan lastes ned fra nettstedet til tidsskriftet. Kanskje +publiseringen kan føre til at noen flere får øynene opp for verdien av +et åpent standardisert API for arkivering og søk i arkivet.</p> + +<p>Som vanlig, hvis du bruker Bitcoin og ønsker å vise din støtte til +det jeg driver med, setter jeg pris på om du sender Bitcoin-donasjoner +til min adresse +<b><a href="bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b</a></b>. +Merk, betaling med bitcoin er ikke anonymt. :)</p> - Simple streaming the Linux desktop to Kodi using GStreamer and RTP - http://people.skolelinux.org/pere/blog/Simple_streaming_the_Linux_desktop_to_Kodi_using_GStreamer_and_RTP.html - http://people.skolelinux.org/pere/blog/Simple_streaming_the_Linux_desktop_to_Kodi_using_GStreamer_and_RTP.html - Thu, 12 Jul 2018 17:55:00 +0200 - <p>Last night, I wrote -<a href="http://people.skolelinux.org/pere/blog/Streaming_the_Linux_desktop_to_Kodi_using_VLC_and_RTSP.html">a -recipe to stream a Linux desktop using VLC to a instance of Kodi</a>. -During the day I received valuable feedback, and thanks to the -suggestions I have been able to rewrite the recipe into a much simpler -approach requiring no setup at all. It is a single script that take -care of it all.</p> - -<p>This new script uses GStreamer instead of VLC to capture the -desktop and stream it to Kodi. This fixed the video quality issue I -saw initially. It further removes the need to add a m3u file on the -Kodi machine, as it instead connects to -<a href="https://kodi.wiki/view/JSON-RPC_API/v8">the JSON-RPC API in -Kodi</a> and simply ask Kodi to play from the stream created using -GStreamer. Streaming the desktop to Kodi now become trivial. Copy -the script below, run it with the DNS name or IP address of the kodi -server to stream to as the only argument, and watch your screen show -up on the Kodi screen. Note, it depend on multicast on the local -network, so if you need to stream outside the local network, the -script must be modified. Also note, I have no idea if audio work, as -I only care about the picture part.</p> - -<blockquote><pre> -#!/bin/sh -# -# Stream the Linux desktop view to Kodi. See -# http://people.skolelinux.org/pere/blog/Streaming_the_Linux_desktop_to_Kodi_using_VLC_and_RTSP.html -# for backgorund information. - -# Make sure the stream is stopped in Kodi and the gstreamer process is -# killed if something go wrong (for example if curl is unable to find the -# kodi server). Do the same when interrupting this script. -kodicmd() { - host="$1" - cmd="$2" - params="$3" - curl --silent --header 'Content-Type: application/json' \ - --data-binary "{ \"id\": 1, \"jsonrpc\": \"2.0\", \"method\": \"$cmd\", \"params\": $params }" \ - "http://$host/jsonrpc" -} -cleanup() { - if [ -n "$kodihost" ] ; then - # Stop the playing when we end - playerid=$(kodicmd "$kodihost" Player.GetActivePlayers "{}" | - jq .result[].playerid) - kodicmd "$kodihost" Player.Stop "{ \"playerid\" : $playerid }" > /dev/null - fi - if [ "$gstpid" ] && kill -0 "$gstpid" >/dev/null 2>&1; then - kill "$gstpid" - fi -} -trap cleanup EXIT INT - -if [ -n "$1" ]; then - kodihost=$1 - shift -else - kodihost=kodi.local -fi - -mcast=239.255.0.1 -mcastport=1234 -mcastttl=1 - -pasrc=$(pactl list | grep -A2 'Source #' | grep 'Name: .*\.monitor$' | \ - cut -d" " -f2|head -1) -gst-launch-1.0 ximagesrc use-damage=0 ! video/x-raw,framerate=30/1 ! \ - videoconvert ! queue2 ! \ - x264enc bitrate=8000 speed-preset=superfast tune=zerolatency qp-min=30 \ - key-int-max=15 bframes=2 ! video/x-h264,profile=high ! queue2 ! \ - mpegtsmux alignment=7 name=mux ! rndbuffersize max=1316 min=1316 ! \ - udpsink host=$mcast port=$mcastport ttl-mc=$mcastttl auto-multicast=1 sync=0 \ - pulsesrc device=$pasrc ! audioconvert ! queue2 ! avenc_aac ! queue2 ! mux. \ - > /dev/null 2>&1 & -gstpid=$! - -# Give stream a second to get going -sleep 1 - -# Ask kodi to start streaming using its JSON-RPC API -kodicmd "$kodihost" Player.Open \ - "{\"item\": { \"file\": \"udp://@$mcast:$mcastport\" } }" > /dev/null - -# wait for gst to end -wait "$gstpid" -</pre></blockquote> - -<p>I hope you find the approach useful. I know I do.</p> + When terms and policy turn users away + http://people.skolelinux.org/pere/blog/When_terms_and_policy_turn_users_away.html + http://people.skolelinux.org/pere/blog/When_terms_and_policy_turn_users_away.html + Sat, 7 Dec 2019 21:15:00 +0100 + <p>When asked to accept terms of use and privacy policies that state +it will to remove rights I otherwise had or accept unreasonable terms +undermining my privacy, I choose away the service. I simply do not +have the conscience to accept terms I have no indention of upholding. +But how are the system and service providers to know how many people +they scared away? Normally I just quietly walk away. But today, I +tried a new approach. I sent the following email (removing the +specifics, as I am not out to take the specific service in question) +to the service provider I decided to not use, to at least give them +one data point on how many users are unhappy with their terms:</p> + +<blockquote> +From: Petter Reinholdtsen +<br>Subject: When terms of use turn users away +<br>To: [contact@some.site] +<br>Date: Sat, 07 Dec 2019 16:30:56 +0100 + +<p>Dear [Site Owner],</p> + +<p>I was eager to test the system, as it seemed like a fun and +interesting application of [some] technology, but after reading the +terms of use and privacy policy on &lt;URL: +https://www.[some.site]/terms-of-use &gt; and &lt;URL: +https://www.[some.site]/privacy-policy &gt; I want you to know that I +decided to turn away. There were several provisions in the terms and +policy turning me off, but the final term that convinced me was being +asked to sign away my right to reverse engineer.</p> + +<p>-- +<br>Happy hacking +<br>Petter Reinholdtsen</p> +</blockquote> + +<p>I do not expect much to come out of it, but sharing it here in case +others want to give something similar a try too. If companies +discover their terms scare away enough people, perhaps they will be +improved...</p> <p>As usual, if you use Bitcoin and want to show your support of my activities, please send Bitcoin donations to my address @@ -274,261 +164,183 @@ activities, please send Bitcoin donations to my address - Streaming the Linux desktop to Kodi using VLC and RTSP - http://people.skolelinux.org/pere/blog/Streaming_the_Linux_desktop_to_Kodi_using_VLC_and_RTSP.html - http://people.skolelinux.org/pere/blog/Streaming_the_Linux_desktop_to_Kodi_using_VLC_and_RTSP.html - Thu, 12 Jul 2018 02:00:00 +0200 - <p>PS: See -<ahref="http://people.skolelinux.org/pere/blog/Simple_streaming_the_Linux_desktop_to_Kodi_using_GStreamer_and_RTP.html">the -followup post</a> for a even better approach.</p> - -<p>A while back, I was asked by a friend how to stream the desktop to -my projector connected to Kodi. I sadly had to admit that I had no -idea, as it was a task I never had tried. Since then, I have been -looking for a way to do so, preferable without much extra software to -install on either side. Today I found a way that seem to kind of -work. Not great, but it is a start.</p> - -<p>I had a look at several approaches, for example -<a href="https://github.com/mfoetsch/dlna_live_streaming">using uPnP -DLNA as described in 2011</a>, but it required a uPnP server, fuse and -local storage enough to store the stream locally. This is not going -to work well for me, lacking enough free space, and it would -impossible for my friend to get working.</p> - -<p>Next, it occurred to me that perhaps I could use VLC to create a -video stream that Kodi could play. Preferably using -broadcast/multicast, to avoid having to change any setup on the Kodi -side when starting such stream. Unfortunately, the only recipe I -could find using multicast used the rtp protocol, and this protocol -seem to not be supported by Kodi.</p> - -<p>On the other hand, the rtsp protocol is working! Unfortunately I -have to specify the IP address of the streaming machine in both the -sending command and the file on the Kodi server. But it is showing my -desktop, and thus allow us to have a shared look on the big screen at -the programs I work on.</p> - -<p>I did not spend much time investigating codeces. I combined the -rtp and rtsp recipes from -<a href="https://wiki.videolan.org/Documentation:Streaming_HowTo/Command_Line_Examples/">the -VLC Streaming HowTo/Command Line Examples</a>, and was able to get -this working on the desktop/streaming end.</p> - -<blockquote><pre> -vlc screen:// --sout \ - '#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{dst=projector.local,port=1234,sdp=rtsp://192.168.11.4:8080/test.sdp}' -</pre></blockquote> - -<p>I ssh-ed into my Kodi box and created a file like this with the -same IP address:</p> - -<blockquote><pre> -echo rtsp://192.168.11.4:8080/test.sdp \ - > /storage/videos/screenstream.m3u -</pre></blockquote> - -<p>Note the 192.168.11.4 IP address is my desktops IP address. As far -as I can tell the IP must be hardcoded for this to work. In other -words, if someone elses machine is going to do the steaming, you have -to update screenstream.m3u on the Kodi machine and adjust the vlc -recipe. To get started, locate the file in Kodi and select the m3u -file while the VLC stream is running. The desktop then show up in my -big screen. :)</p> - -<p>When using the same technique to stream a video file with audio, -the audio quality is really bad. No idea if the problem is package -loss or bad parameters for the transcode. I do not know VLC nor Kodi -enough to tell.</p> - -<p><strong>Update 2018-07-12</strong>: Johannes Schauer send me a few -succestions and reminded me about an important step. The "screen:" -input source is only available once the vlc-plugin-access-extra -package is installed on Debian. Without it, you will see this error -message: "VLC is unable to open the MRL 'screen://'. Check the log -for details." He further found that it is possible to drop some parts -of the VLC command line to reduce the amount of hardcoded information. -It is also useful to consider using cvlc to avoid having the VLC -window in the desktop view. In sum, this give us this command line on -the source end - -<blockquote><pre> -cvlc screen:// --sout \ - '#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{sdp=rtsp://:8080/}' -</pre></blockquote> - -<p>and this on the Kodi end<p> - -<blockquote><pre> -echo rtsp://192.168.11.4:8080/ \ - > /storage/videos/screenstream.m3u -</pre></blockquote> - -<p>Still bad image quality, though. But I did discover that streaming -a DVD using dvdsimple:///dev/dvd as the source had excellent video and -audio quality, so I guess the issue is in the input or transcoding -parts, not the rtsp part. I've tried to change the vb and ab -parameters to use more bandwidth, but it did not make a -difference.</p> - -<p>I further received a suggestion from Einar Haraldseid to try using -gstreamer instead of VLC, and this proved to work great! He also -provided me with the trick to get Kodi to use a multicast stream as -its source. By using this monstrous oneliner, I can stream my desktop -with good video quality in reasonable framerate to the 239.255.0.1 -multicast address on port 1234: - -<blockquote><pre> -gst-launch-1.0 ximagesrc use-damage=0 ! video/x-raw,framerate=30/1 ! \ - videoconvert ! queue2 ! \ - x264enc bitrate=8000 speed-preset=superfast tune=zerolatency qp-min=30 \ - key-int-max=15 bframes=2 ! video/x-h264,profile=high ! queue2 ! \ - mpegtsmux alignment=7 name=mux ! rndbuffersize max=1316 min=1316 ! \ - udpsink host=239.255.0.1 port=1234 ttl-mc=1 auto-multicast=1 sync=0 \ - pulsesrc device=$(pactl list | grep -A2 'Source #' | \ - grep 'Name: .*\.monitor$' | cut -d" " -f2|head -1) ! \ - audioconvert ! queue2 ! avenc_aac ! queue2 ! mux. -</pre></blockquote> - -<p>and this on the Kodi end<p> - -<blockquote><pre> -echo udp://@239.255.0.1:1234 \ - > /storage/videos/screenstream.m3u -</pre></blockquote> - -<p>Note the trick to pick a valid pulseaudio source. It might not -pick the one you need. This approach will of course lead to trouble -if more than one source uses the same multicast port and address. -Note the ttl-mc=1 setting, which limit the multicast packages to the -local network. If the value is increased, your screen will be -broadcasted further, one network "hop" for each increase (read up on -multicast to learn more. :)!</p> - -<p>Having cracked how to get Kodi to receive multicast streams, I -could use this VLC command to stream to the same multicast address. -The image quality is way better than the rtsp approach, but gstreamer -seem to be doing a better job.</p> - -<blockquote><pre> -cvlc screen:// --sout '#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{mux=ts,dst=239.255.0.1,port=1234,sdp=sap}' -</pre></blockquote> - -<p>As usual, if you use Bitcoin and want to show your support of my -activities, please send Bitcoin donations to my address -<b><a href="bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b</a></b>.</p> + What would it cost to store all 2018 phone calls in Norway? + http://people.skolelinux.org/pere/blog/What_would_it_cost_to_store_all_2018_phone_calls_in_Norway_.html + http://people.skolelinux.org/pere/blog/What_would_it_cost_to_store_all_2018_phone_calls_in_Norway_.html + Mon, 25 Nov 2019 20:15:00 +0100 + <p>Four years ago, I did a back of the envelope calculation on +<a href="http://people.skolelinux.org/pere/blog/What_would_it_cost_to_store_all_phone_calls_in_Norway_.html">how +much it would cost to store audio recordings of all the phone calls in +Norway</a>, and came up with NOK 2.1 million / EUR 250 000 for the +year 2013. It is time to repeat the calculation using updated +numbers. The calculation is based on how much data storage is needed +for each minute of audio, how many minutes all the calls in Norway +sums up to, multiplied by the cost of data storage.</p> + +<p>The number of phone call minutes for 2018 was fetched from +<a href="https://ekomstatistikken.nkom.no/">the NKOM statistics +site</a>, and for 2018, land line calls are listed as 434 238 000 +minutes, while mobile phone calls are listed with 7 542 006 000 +minutes. The total number of minutes is thus 7 976 244 000. For +simplicity, I decided to ignore any advantages in audio compression the +last four years, and continue to assume 60 Kbytes/min as the last +time.</p> + +<p>Storage prices still varies a lot, but as last time, I decide to +take a reasonable big and cheap hard drive, and double its price to +include the surrounding costs into account. A 10 TB disk cost less +than 4500 NOK / 450 EUR these days, and doubling it give 9000 NOK per +10 TB.</p> + +<p>So, with the parameters in place, lets update the old table +estimating cost for calls in a given year:</p> + +<table border="1"> +<tr><th>Year</th><th>Call minutes</th><th>Size</th><th>Price in NOK / EUR</th></tr> +<tr><td>2005</td><td align="right">24 000 000 000</td><td align="right">1.3 PiB</td><td align="right">1 170 000 / 117 000</td></tr> + +<tr><td>2012</td><td align="right">18 000 000 000</td><td align="right">1.0 PiB</td><td align="right">900 000 / 90 000</td></tr> + +<tr><td>2013</td><td align="right">17 000 000 000</td><td align="right">950 TiB</td><td align="right">855 000 / 85 500</td></tr> + +<tr><td>2018</td><td align="right">7 976 244 000</td><td align="right">445 TiB</td><td align="right">401 100 / 40 110</td></tr> +</table> + +<p>Both the cost of storage and the number of phone call minutes have +dropped since the last time, bringing the cost down to a level where I +guess even small organizations can afford to store the audio recording +from every phone call taken in a year in Norway. Of course, this is +just the cost of buying the storage equipment. Maintenance, need to +be included as well, but the volume of a single year is about a single +rack of hard drives, so it is not much more than I could fit in my own +home. Wonder how much the electricity bill would raise if I had that +kind of storage? I doubt it would be more than a few tens of thousand +NOK per year.</p> - What is the most supported MIME type in Debian in 2018? - http://people.skolelinux.org/pere/blog/What_is_the_most_supported_MIME_type_in_Debian_in_2018_.html - http://people.skolelinux.org/pere/blog/What_is_the_most_supported_MIME_type_in_Debian_in_2018_.html - Mon, 9 Jul 2018 08:05:00 +0200 - <p>Five years ago, -<a href="http://people.skolelinux.org/pere/blog/What_is_the_most_supported_MIME_type_in_Debian_.html">I -measured what the most supported MIME type in Debian was</a>, by -analysing the desktop files in all packages in the archive. Since -then, the DEP-11 AppStream system has been put into production, making -the task a lot easier. This made me want to repeat the measurement, -to see how much things changed. Here are the new numbers, for -unstable only this time: - -<p><strong>Debian Unstable:</strong></p> + Norwegian movies that might be legal to share on the Internet + http://people.skolelinux.org/pere/blog/Norwegian_movies_that_might_be_legal_to_share_on_the_Internet.html + http://people.skolelinux.org/pere/blog/Norwegian_movies_that_might_be_legal_to_share_on_the_Internet.html + Sun, 1 Sep 2019 11:10:00 +0200 + <p>While working on identifying and counting movies that can be +legally shared on the Internet, I also looked at the Norwegian movies +listed in IMDb. So far I have identified 54 candidates published +before 1940 that might no longer be protected by norwegian copyright +law. Of these, only 29 are available at least in part from the +Norwegian National Library. It can be assumed that the remaining 25 +movies are lost. It seem most useful to identify the copyright status +of movies that are not lost. To verify that the movie is really no +longer protected, one need to verify the list of copyright holders and +figure out if and when they died. I've been able to identify some of +them, but for some it is hard to figure out when they died.</p> + +</p>This is the list of 29 movies both available from the library and +possibly no longer protected by copyright law. The year range +(1909-1979 on the first line) is year of publication and last year +with copyright protection.</p> + +<pre> +1909-1979 ( 70 year) NSB Bergensbanen 1909 - http://www.imdb.com/title/tt0347601/ +1910-1980 ( 70 year) Bjørnstjerne Bjørnsons likfærd - http://www.imdb.com/title/tt9299304/ +1910-1980 ( 70 year) Bjørnstjerne Bjørnsons begravelse - http://www.imdb.com/title/tt9299300/ +1912-1998 ( 86 year) Roald Amundsens Sydpolsferd (1910-1912) - http://www.imdb.com/title/tt9237500/ +1913-2006 ( 93 year) Roald Amundsen på sydpolen - http://www.imdb.com/title/tt0347886/ +1917-1987 ( 70 year) Fanden i nøtten - http://www.imdb.com/title/tt0346964/ +1919-2018 ( 99 year) Historien om en gut - http://www.imdb.com/title/tt0010259/ +1920-1990 ( 70 year) Kaksen på Øverland - http://www.imdb.com/title/tt0011361/ +1923-1993 ( 70 year) Norge - en skildring i 6 akter - http://www.imdb.com/title/tt0014319/ +1925-1997 ( 72 year) Roald Amundsen - Ellsworths flyveekspedition 1925 - http://www.imdb.com/title/tt0016295/ +1925-1995 ( 70 year) En verdensreise, eller Da knold og tott vaskede negrene hvite med 13 sæpen - http://www.imdb.com/title/tt1018948/ +1926-1996 ( 70 year) Luftskibet 'Norge's flugt over polhavet - http://www.imdb.com/title/tt0017090/ +1926-1996 ( 70 year) Med 'Maud' over Polhavet - http://www.imdb.com/title/tt0017129/ +1927-1997 ( 70 year) Den store sultan - http://www.imdb.com/title/tt1017997/ +1928-1998 ( 70 year) Noahs ark - http://www.imdb.com/title/tt1018917/ +1928-1998 ( 70 year) Skjæbnen - http://www.imdb.com/title/tt1002652/ +1928-1998 ( 70 year) Chefens cigarett - http://www.imdb.com/title/tt1019896/ +1929-1999 ( 70 year) Se Norge - http://www.imdb.com/title/tt0020378/ +1929-1999 ( 70 year) Fra Chr. Michelsen til Kronprins Olav og Prinsesse Martha - http://www.imdb.com/title/tt0019899/ +1930-2000 ( 70 year) Mot ukjent land - http://www.imdb.com/title/tt0021158/ +1930-2000 ( 70 year) Det er natt - http://www.imdb.com/title/tt1017904/ +1930-2000 ( 70 year) Over Besseggen på motorcykel - http://www.imdb.com/title/tt0347721/ +1931-2001 ( 70 year) Glimt fra New York og den Norske koloni - http://www.imdb.com/title/tt0021913/ +1932-2007 ( 75 year) En glad gutt - http://www.imdb.com/title/tt0022946/ +1934-2004 ( 70 year) Den lystige radio-trio - http://www.imdb.com/title/tt1002628/ +1935-2005 ( 70 year) Kronprinsparets reise i Nord Norge - http://www.imdb.com/title/tt0268411/ +1935-2005 ( 70 year) Stormangrep - http://www.imdb.com/title/tt1017998/ +1936-2006 ( 70 year) En fargesymfoni i blått - http://www.imdb.com/title/tt1002762/ +1939-2009 ( 70 year) Til Vesterheimen - http://www.imdb.com/title/tt0032036/ +</pre> + +To be sure which one of these can be legally shared on the Internet, +in addition to verifying the right holders list is complete, one need +to verify the death year of these persons: + +<pre> +Bjørnstjerne Bjørnson (dead 1910) - http://www.imdb.com/name/nm0085085/ +Gustav Adolf Olsen (missing death year) - http://www.imdb.com/name/nm0647652/ +Gustav Lund (missing death year) - http://www.imdb.com/name/nm0526168/ +John W. Brunius (dead 1937) - http://www.imdb.com/name/nm0116307/ +Ola Cornelius (missing death year) - http://www.imdb.com/name/nm1227236/ +Oskar Omdal (dead 1927) - http://www.imdb.com/name/nm3116241/ +Paul Berge (missing death year) - http://www.imdb.com/name/nm0074006/ +Peter Lykke-Seest (dead 1948) - http://www.imdb.com/name/nm0528064/ +Roald Amundsen (dead 1928) - https://www.imdb.com/name/nm0025468/ +Sverre Halvorsen (dead 1936) - http://www.imdb.com/name/nm1299757/ +Thomas W. Schwartz (missing death year) - http://www.imdb.com/name/nm2616250/ +</pre> + +<p>Perhaps you can help me figuring death year of those missing it, or +right holders if some are missing in IMDb? It would be nice to have a +definite list of Norwegian movies that are legal to share on the +Internet.</p> + +</p>This is the list of 25 movies not available from the library and +possibly no longer protected by copyright law:</p> <pre> - count MIME type - ----- ----------------------- - 56 image/jpeg - 55 image/png - 49 image/tiff - 48 image/gif - 39 image/bmp - 38 text/plain - 37 audio/mpeg - 34 application/ogg - 33 audio/x-flac - 32 audio/x-mp3 - 30 audio/x-wav - 30 audio/x-vorbis+ogg - 29 image/x-portable-pixmap - 27 inode/directory - 27 image/x-portable-bitmap - 27 audio/x-mpeg - 26 application/x-ogg - 25 audio/x-mpegurl - 25 audio/ogg - 24 text/html +1907-2009 (102 year) Fiskerlivets farer - http://www.imdb.com/title/tt0121288/ +1912-2018 (106 year) Historien omen moder - http://www.imdb.com/title/tt0382852/ +1912-2002 ( 90 year) Anny - en gatepiges roman - http://www.imdb.com/title/tt0002026/ +1916-1986 ( 70 year) The Mother Who Paid - http://www.imdb.com/title/tt3619226/ +1917-2018 (101 year) En vinternat - http://www.imdb.com/title/tt0008740/ +1917-2018 (101 year) Unge hjerter - http://www.imdb.com/title/tt0008719/ +1917-2018 (101 year) De forældreløse - http://www.imdb.com/title/tt0007972/ +1918-2018 (100 year) Vor tids helte - http://www.imdb.com/title/tt0009769/ +1918-2018 (100 year) Lodsens datter - http://www.imdb.com/title/tt0009314/ +1919-2018 ( 99 year) Æresgjesten - http://www.imdb.com/title/tt0010939/ +1921-2006 ( 85 year) Det nye year? - http://www.imdb.com/title/tt0347686/ +1921-1991 ( 70 year) Under Polarkredsens himmel - http://www.imdb.com/title/tt0012789/ +1923-1993 ( 70 year) Nordenfor polarcirkelen - http://www.imdb.com/title/tt0014318/ +1925-1995 ( 70 year) Med 'Stavangerfjord' til Nordkap - http://www.imdb.com/title/tt0016098/ +1926-1996 ( 70 year) Over Atlanterhavet og gjennem Amerika - http://www.imdb.com/title/tt0017241/ +1926-1996 ( 70 year) Hallo! Amerika! - http://www.imdb.com/title/tt0016945/ +1926-1996 ( 70 year) Tigeren Teodors triumf - http://www.imdb.com/title/tt1008052/ +1927-1997 ( 70 year) Rød sultan - http://www.imdb.com/title/tt1017979/ +1927-1997 ( 70 year) Søndagsfiskeren Flag - http://www.imdb.com/title/tt1018002/ +1930-2000 ( 70 year) Ro-ro til fiskeskjær - http://www.imdb.com/title/tt1017973/ +1933-2003 ( 70 year) I kongens klær - http://www.imdb.com/title/tt0024164/ +1934-2004 ( 70 year) Eventyret om de tre bukkene bruse - http://www.imdb.com/title/tt1007963/ +1934-2004 ( 70 year) Pål sine høner - http://www.imdb.com/title/tt1017966/ +1937-2007 ( 70 year) Et mesterverk - http://www.imdb.com/title/tt1019937/ +1938-2008 ( 70 year) En Harmony - http://www.imdb.com/title/tt1007975/ </pre> -<p>The list was created like this using a sid chroot: "cat -/var/lib/apt/lists/*sid*_dep11_Components-amd64.yml.gz| zcat | awk '/^ -- \S+\/\S+$/ {print $2 }' | sort | uniq -c | sort -nr | head -20"</p> - -<p>It is interesting to see how image formats have passed text/plain -as the most announced supported MIME type. These days, thanks to the -AppStream system, if you run into a file format you do not know, and -want to figure out which packages support the format, you can find the -MIME type of the file using "file --mime &lt;filename&gt;", and then -look up all packages announcing support for this format in their -AppStream metadata (XML or .desktop file) using "appstreamcli -what-provides mimetype &lt;mime-type&gt;. For example if you, like -me, want to know which packages support inode/directory, you can get a -list like this:</p> - -<p><blockquote><pre> -% appstreamcli what-provides mimetype inode/directory | grep Package: | sort -Package: anjuta -Package: audacious -Package: baobab -Package: cervisia -Package: chirp -Package: dolphin -Package: doublecmd-common -Package: easytag -Package: enlightenment -Package: ephoto -Package: filelight -Package: gwenview -Package: k4dirstat -Package: kaffeine -Package: kdesvn -Package: kid3 -Package: kid3-qt -Package: nautilus -Package: nemo -Package: pcmanfm -Package: pcmanfm-qt -Package: qweborf -Package: ranger -Package: sirikali -Package: spacefm -Package: spacefm -Package: vifm -% -</pre></blockquote></p> - -<p>Using the same method, I can quickly discover that the Sketchup file -format is not yet supported by any package in Debian:</p> - -<p><blockquote><pre> -% appstreamcli what-provides mimetype application/vnd.sketchup.skp -Could not find component providing 'mimetype::application/vnd.sketchup.skp'. -% -</pre></blockquote></p> - -<p>Yesterday I used it to figure out which packages support the STL 3D -format:</p> - -<p><blockquote><pre> -% appstreamcli what-provides mimetype application/sla|grep Package -Package: cura -Package: meshlab -Package: printrun -% -</pre></blockquote></p> - -<p>PS: A new version of Cura was uploaded to Debian yesterday.</p> +<p>Several of these movies completely lack right holder information in +IMDb and elsewhere. Without access to a copy of the movie, it is +often impossible to get the list of people involved in making the +movie, making it impossible to figure out the correct copyright +status.</p> + +<p>Not listed here are the movies still protected by copyright law. +Their copyright terms varies from 79 to 144 years, according to the +information I have available so far. One of the non-lost movies might +change status next year, +<a href="https://www.imdb.com/title/tt1008007/">Mustads Mono from 1920</a>. +The next one might be +<a href="https://www.imdb.com/title/tt0347215/">Hvor isbjørnen ferdes +from 1935</a> in 2024.</p> <p>As usual, if you use Bitcoin and want to show your support of my activities, please send Bitcoin donations to my address @@ -537,76 +349,69 @@ activities, please send Bitcoin donations to my address - Debian APT upgrade without enough free space on the disk... - http://people.skolelinux.org/pere/blog/Debian_APT_upgrade_without_enough_free_space_on_the_disk___.html - http://people.skolelinux.org/pere/blog/Debian_APT_upgrade_without_enough_free_space_on_the_disk___.html - Sun, 8 Jul 2018 12:10:00 +0200 - <p>Quite regularly, I let my Debian Sid/Unstable chroot stay untouch -for a while, and when I need to update it there is not enough free -space on the disk for apt to do a normal 'apt upgrade'. I normally -would resolve the issue by doing 'apt install &lt;somepackages&gt;' to -upgrade only some of the packages in one batch, until the amount of -packages to download fall below the amount of free space available. -Today, I had about 500 packages to upgrade, and after a while I got -tired of trying to install chunks of packages manually. I concluded -that I did not have the spare hours required to complete the task, and -decided to see if I could automate it. I came up with this small -script which I call 'apt-in-chunks':</p> - -<p><blockquote><pre> -#!/bin/sh -# -# Upgrade packages when the disk is too full to upgrade every -# upgradable package in one lump. Fetching packages to upgrade using -# apt, and then installing using dpkg, to avoid changing the package -# flag for manual/automatic. - -set -e - -ignore() { - if [ "$1" ]; then - grep -v "$1" - else - cat - fi -} - -for p in $(apt list --upgradable | ignore "$@" |cut -d/ -f1 | grep -v '^Listing...'); do - echo "Upgrading $p" - apt clean - apt install --download-only -y $p - for f in /var/cache/apt/archives/*.deb; do - if [ -e "$f" ]; then - dpkg -i /var/cache/apt/archives/*.deb - break - fi - done -done -</pre></blockquote></p> - -<p>The script will extract the list of packages to upgrade, try to -download the packages needed to upgrade one package, install the -downloaded packages using dpkg. The idea is to upgrade packages -without changing the APT mark for the package (ie the one recording of -the package was manually requested or pulled in as a dependency). To -use it, simply run it as root from the command line. If it fail, try -'apt install -f' to clean up the mess and run the script again. This -might happen if the new packages conflict with one of the old -packages. dpkg is unable to remove, while apt can do this.</p> - -<p>It take one option, a package to ignore in the list of packages to -upgrade. The option to ignore a package is there to be able to skip -the packages that are simply too large to unpack. Today this was -'ghc', but I have run into other large packages causing similar -problems earlier (like TeX).</p> - -<p>Update 2018-07-08: Thanks to Paul Wise, I am aware of two -alternative ways to handle this. The "unattended-upgrades ---minimal-upgrade-steps" option will try to calculate upgrade sets for -each package to upgrade, and then upgrade them in order, smallest set -first. It might be a better option than my above mentioned script. -Also, "aptutude upgrade" can upgrade single packages, thus avoiding -the need for using "dpkg -i" in the script above.</p> + Legal to share more than 16,000 movies listed on IMDB? + http://people.skolelinux.org/pere/blog/Legal_to_share_more_than_16_000_movies_listed_on_IMDB_.html + http://people.skolelinux.org/pere/blog/Legal_to_share_more_than_16_000_movies_listed_on_IMDB_.html + Sat, 10 Aug 2019 12:00:00 +0200 + <p>The recent announcement of from the New York Public Library on its +results in +<a href="https://www.vice.com/en_us/article/kz4e3e/millions-of-books-are-secretly-in-the-public-domain-you-can-download-them-free">identifying +books published in the USA that are now in the public domain</a>, +inspired me to update the scripts I use to track down movies that are +in the public domain. This involved updating the script used to +extract lists of movies believed to be in the public domain, to work +with the latest version of the source web sites. In particular the +new edition of the <a href="https://retrofilmvault.com/">Retro Film +Vault</a> web site now seem to list all the films available from that +distributor, bringing the films identified there to more than 12.000 +movies, and I was able to connect 46% of these to IMDB titles.</p> + +<p>The new total is 16307 IMDB IDs (aka films) in the public domain or +creative commons licensed, and unknown status for 31460 movies +(possibly duplicates of the 16307).</p> + +<p>The complete data set is available from +<a href="https://github.com/petterreinholdtsen/public-domain-free-imdb">a +public git repository</a>, including the scripts used to create it.</p> + +<p>Anyway, this is the summary of the 28 collected data sources so +far:</p> + +<p><pre> + 2361 entries ( 50 unique) with and 22472 without IMDB title ID in free-movies-archive-org-search.json + 2363 entries ( 146 unique) with and 0 without IMDB title ID in free-movies-archive-org-wikidata.json + 299 entries ( 32 unique) with and 93 without IMDB title ID in free-movies-cinemovies.json + 88 entries ( 52 unique) with and 36 without IMDB title ID in free-movies-creative-commons.json + 3190 entries ( 1532 unique) with and 13 without IMDB title ID in free-movies-fesfilm-xls.json + 620 entries ( 24 unique) with and 283 without IMDB title ID in free-movies-fesfilm.json + 1080 entries ( 165 unique) with and 651 without IMDB title ID in free-movies-filmchest-com.json + 830 entries ( 13 unique) with and 0 without IMDB title ID in free-movies-icheckmovies-archive-mochard.json + 19 entries ( 19 unique) with and 0 without IMDB title ID in free-movies-imdb-c-expired-gb.json + 7410 entries ( 7101 unique) with and 0 without IMDB title ID in free-movies-imdb-c-expired-us.json + 1205 entries ( 41 unique) with and 0 without IMDB title ID in free-movies-imdb-pd.json + 163 entries ( 22 unique) with and 88 without IMDB title ID in free-movies-infodigi-pd.json + 158 entries ( 103 unique) with and 0 without IMDB title ID in free-movies-letterboxd-looney-tunes.json + 113 entries ( 4 unique) with and 0 without IMDB title ID in free-movies-letterboxd-pd.json + 182 entries ( 71 unique) with and 0 without IMDB title ID in free-movies-letterboxd-silent.json + 248 entries ( 85 unique) with and 0 without IMDB title ID in free-movies-manual.json + 158 entries ( 4 unique) with and 64 without IMDB title ID in free-movies-mubi.json + 85 entries ( 1 unique) with and 23 without IMDB title ID in free-movies-openflix.json + 520 entries ( 22 unique) with and 244 without IMDB title ID in free-movies-profilms-pd.json + 343 entries ( 14 unique) with and 10 without IMDB title ID in free-movies-publicdomainmovies-info.json + 701 entries ( 16 unique) with and 560 without IMDB title ID in free-movies-publicdomainmovies-net.json + 74 entries ( 13 unique) with and 60 without IMDB title ID in free-movies-publicdomainreview.json + 698 entries ( 16 unique) with and 118 without IMDB title ID in free-movies-publicdomaintorrents.json + 5506 entries ( 2941 unique) with and 6585 without IMDB title ID in free-movies-retrofilmvault.json + 16 entries ( 0 unique) with and 0 without IMDB title ID in free-movies-thehillproductions.json + 110 entries ( 2 unique) with and 29 without IMDB title ID in free-movies-two-movies-net.json + 73 entries ( 20 unique) with and 131 without IMDB title ID in free-movies-vodo.json +16307 unique IMDB title IDs in total, 12509 only in one list, 31460 without IMDB title ID +</pre></p> + +<p>New this time is a list of all the identified IMDB titles, with +title, year and running time, provided in free-complete.json. this +file also indiciate which source is used to conclude the video is free +to distribute.</p> <p>As usual, if you use Bitcoin and want to show your support of my activities, please send Bitcoin donations to my address @@ -615,86 +420,76 @@ activities, please send Bitcoin donations to my address - The worlds only stone power plant? - http://people.skolelinux.org/pere/blog/The_worlds_only_stone_power_plant_.html - http://people.skolelinux.org/pere/blog/The_worlds_only_stone_power_plant_.html - Sat, 30 Jun 2018 10:35:00 +0200 - <p>So far, at least hydro-electric power, coal power, wind power, -solar power, and wood power are well known. Until a few days ago, I -had never heard of stone power. Then I learn about a quarry in a -mountain in -<a href="https://en.wikipedia.org/wiki/Bremanger">Bremanger</a> i -Norway, where -<a href="https://www.bontrup.com/en/activities/raw-materials/bremanger-quarry/">the -Bremanger Quarry</a> company is extracting stone and dumping the stone -into a shaft leading to its shipping harbour. This downward movement -in this shaft is used to produce electricity. In short, it is using -falling rocks instead of falling water to produce electricity, and -according to its own statements it is producing more power than it is -using, and selling the surplus electricity to the Norwegian power -grid. I find the concept truly amazing. Is this the worlds only -stone power plant?</p> - -<p>As usual, if you use Bitcoin and want to show your support of my -activities, please send Bitcoin donations to my address -<b><a href="bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b</a></b>.</p> + Oppdatert Noark 5 Tjenestegrenesnitt versjon 1.0 for Noark 5.5.0 + http://people.skolelinux.org/pere/blog/Oppdatert_Noark_5_Tjenestegrenesnitt_versjon_1_0_for_Noark_5_5_0.html + http://people.skolelinux.org/pere/blog/Oppdatert_Noark_5_Tjenestegrenesnitt_versjon_1_0_for_Noark_5_5_0.html + Fri, 5 Jul 2019 17:20:00 +0200 + <p>Jeg er veldig glad for å kunne fortelle at i går ble ny versjon av +<a href="https://www.arkivverket.no/forvaltning-og-utvikling/noark-standarden/noark-5/tjenestegrensesnitt-noark5">API-spesifikasjonen +for Noark 5 Tjenestegrensesnitt</a> gitt ut. Det så lenge mørkt ut +for sjansene for å få inn nødvendige korreksjoner i +spesifikasjonsteksten innen rimelig tid, men takket være intens og god +innsats fra Mona og Anne Sofie hos Arkivverket de siste ukene, så ble +resultatet som ble gitt ut på USAs uavhengighetsdag mye bedre enn jeg +fryktet.</p> + +<p>Spesifikasjonen er +<a href="https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/">tilgjengelig +som markdown-filer i Arkivverkets github-prosjekt for dette</a>, og de +aller fleste av forslagene til forbedringer fra oss som holder på med +<a href="https://gitlab.com/OsloMet-ABI/nikita-noark5-core">Nikita-prosjektet</a> +kom med i denne nye og oppdaterte spesifikasjonsteksten. Det er +fortsatt mye som gjenstår før den er entydig, klar og sikrer samvirke +på tvers av leverandører, men utgangspunktet er veldig mye bedre enn +forrige versjon fra 2016. Ta gjerne en titt.</p> + +<p>Ellers må jeg jo si at det var hyggelig å se at min forrige +bloggpost om tjenestegrensesnittet fikk en +<a href="https://beta.arkivverket.no/post/186020592045/noark-5-versjon-50-tjenestegrensesnitt-10">lenke +fra Arkivverket Beta</a>.</p> + +<p>Som vanlig, hvis du bruker Bitcoin og ønsker å vise din støtte til +det jeg driver med, setter jeg pris på om du sender Bitcoin-donasjoner +til min adresse +<b><a href="bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b</a></b>. +Merk, betaling med bitcoin er ikke anonymt. :)</p> - Add-on to control the projector from within Kodi - http://people.skolelinux.org/pere/blog/Add_on_to_control_the_projector_from_within_Kodi.html - http://people.skolelinux.org/pere/blog/Add_on_to_control_the_projector_from_within_Kodi.html - Tue, 26 Jun 2018 23:55:00 +0200 - <p>My movie playing setup involve <a href="https://kodi.tv/">Kodi</a>, -<a href="https://openelec.tv">OpenELEC</a> (probably soon to be -replaced with <a href="https://libreelec.tv/">LibreELEC</a>) and an -Infocus IN76 video projector. My projector can be controlled via both -a infrared remote controller, and a RS-232 serial line. The vendor of -my projector, <a href="https://www.infocus.com/">InFocus</a>, had been -sensible enough to document the serial protocol in its user manual, so -it is easily available, and I used it some years ago to write -<a href="https://github.com/petterreinholdtsen/infocus-projector-control">a -small script to control the projector</a>. For a while now, I longed -for a setup where the projector was controlled by Kodi, for example in -such a way that when the screen saver went on, the projector was -turned off, and when the screen saver exited, the projector was turned -on again.</p> - -<p>A few days ago, with very good help from parts of my family, I -managed to find a Kodi Add-on for controlling a Epson projector, and -got in touch with its author to see if we could join forces and make a -Add-on with support for several projectors. To my pleasure, he was -positive to the idea, and we set out to add InFocus support to his -add-on, and make the add-on suitable for the official Kodi add-on -repository.</p> - -<p>The Add-on is now working (for me, at least), with a few minor -adjustments. The most important change I do relative to the master -branch in the github repository is embedding the -<a href="https://github.com/pyserial/pyserial">pyserial module</a> in -the add-on. The long term solution is to make a "script" type -pyserial module for Kodi, that can be pulled in as a dependency in -Kodi. But until that in place, I embed it.</p> - -<p>The add-on can be configured to turn on the projector when Kodi -starts, off when Kodi stops as well as turn the projector off when the -screensaver start and on when the screesaver stops. It can also be -told to set the projector source when turning on the projector. - -<p>If this sound interesting to you, check out -<a href="https://github.com/fredrik-eriksson/kodi_projcontrol">the -project github repository</a>. Perhaps you can send patches to -support your projector too? As soon as we find time to wrap up the -latest changes, it should be available for easy installation using any -Kodi instance.</p> - -<p>For future improvements, I would like to add projector model -detection and the ability to adjust the brightness level of the -projector from within Kodi. We also need to figure out how to handle -the cooling period of the projector. My projector refuses to turn on -for 60 seconds after it was turned off. This is not handled well by -the add-on at the moment.</p> + Teach kids to protect their privacy - the EDRi way + http://people.skolelinux.org/pere/blog/Teach_kids_to_protect_their_privacy___the_EDRi_way.html + http://people.skolelinux.org/pere/blog/Teach_kids_to_protect_their_privacy___the_EDRi_way.html + Thu, 4 Jul 2019 19:10:00 +0200 + <p>Childs need to learn how to guard their privacy too. To help them, +<a href="https://edri.org/">European Digital Rights (EDRi)</a> created +a colorful booklet providing information on several privacy related topics, +and tips on how to protect ones privacy in the digital age.</p> + +<p>The 24 page booklet titled Digital Defenders is +<a href="https://edri.org/digital-defenders-help-kids-defend-their-privacy-around-europe">available +in several languages</a>. Thanks to the valuable contributions from +members of <a href="https://efn.no/">the Electronic Foundation Norway +(EFN)</a> and others, it is also available in Norwegian Bokmål. +If you would like to have it available in your language too, +<a href="https://hosted.weblate.org/projects/efn/privacy4kids/">contribute +via Weblate</a> and get in touch.</p> + +<p>But a funny, well written and good looking PDF do not have much +impact, unless it is read by the right audience. To increase the +chance of kids reading it, I am currently assisting EFN in getting +copies printed on paper to distribute on the street and in class +rooms. Print the booklet was made possible thanks to a small et of +great sponsors. Thank you very much to each and every one of them! I +hope to have the printed booklet ready to hand out on Tuesday, when +<a href="https://www.nuug.no/>">the Norwegian Unix Users Group</a> is +organizing <a href="https://wiki.nuug.no/sommerfest2019">its yearly +barbecue for geeks and free software zealots in the Oslo area</a>. If +you are nearby, feel free to come by and check out the party and the +booklet.</p> + +<p>If the booklet prove to be a success, it would be great to get +more sponsoring and distribute it to every kid in the country. :)</p> <p>As usual, if you use Bitcoin and want to show your support of my activities, please send Bitcoin donations to my address @@ -703,68 +498,225 @@ activities, please send Bitcoin donations to my address - youtube-dl for nedlasting fra NRK med undertekster - nice free software - http://people.skolelinux.org/pere/blog/youtube_dl_for_nedlasting_fra_NRK_med_undertekster___nice_free_software.html - http://people.skolelinux.org/pere/blog/youtube_dl_for_nedlasting_fra_NRK_med_undertekster___nice_free_software.html - Sat, 28 Apr 2018 10:30:00 +0200 - <p>I <a href="https://no.wikipedia.org/wiki/VHS">VHS-kassettenes</a> -tid var det rett frem å ta vare på et TV-program en ønsket å kunne se -senere, uten å være avhengig av at programmet ble sendt på nytt. -Kanskje ønsket en å se programmet på hytten der det ikke var -TV-signal, eller av andre grunner ha det tilgjengelig for fremtidig -fornøyelse. Dette er blitt vanskeligere med introduksjon av -digital-TV og webstreaming, der opptak til harddisk er utenfor de -flestes kontroll hvis de bruker ufri programvare og bokser kontrollert -av andre. Men for NRK her i Norge, finnes det heldigvis flere fri -programvare-alternativer, som jeg har -<a href="http://people.skolelinux.org/pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK.html">skrevet</a> -<a href="http://people.skolelinux.org/pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK_med_den__nye__l_sningen.html">om</a> -<a href="http://people.skolelinux.org/pere/blog/Nedlasting_fra_NRK__som_Matroska_med_undertekster.html">før</a>. -Så lenge kilden for nedlastingen er lovlig lagt ut på nett (hvilket -jeg antar NRK gjør), så er slik lagring til privat bruk også lovlig i -Norge.</p> - -<p>Sist jeg så på saken, i 2016, nevnte jeg at -<a href="https://rg3.github.com/youtube-dl/">youtube-dl</a> ikke kunne -bake undertekster fra NRK inn i videofilene, og at jeg derfor -foretrakk andre alternativer. Nylig oppdaget jeg at dette har endret -seg. Fordelen med youtube-dl er at den er tilgjengelig direkte fra -Linux-distribusjoner som <a href="https://www.debian.org/">Debian</a> -og <a href="https://www.ubuntu.com/">Ubuntu</a>, slik at en slipper å -finne ut selv hvordan en skal få dem til å virke.</p> - -<p>For å laste ned et NRK-innslag med undertekster, og få den norske -underteksten pakket inn i videofilen, så kan følgende kommando -brukes:</p> - -<p><pre> -youtube-dl --write-sub --sub-format ttml \ - --convert-subtitles srt --embed-subs \ - https://tv.nrk.no/serie/ramm-ferdig-gaa/MUHU11000316/27-04-2018 -</pre></p> - -<p>URL-eksemplet er dagens toppsak på tv.nrk.no. Resultatet er en -MP4-fil med filmen og undertekster som kan spilles av med VLC. Merk -at VLC ikke viser frem undertekster før du aktiverer dem. For å gjøre -det, høyreklikk med musa i fremviservinduet, velg menyvalget for -undertekst og så norsk språk. Jeg testet også '--write-auto-sub', -men det kommandolinjeargumentet ser ikke ut til å fungere, så jeg -endte opp med settet med argumentlisten over, som jeg fant i en -feilrapport i youtube-dl-prosjektets samling over feilrapporter.</p> - -<p>Denne støtten i youtube-dl gjør det svært enkelt å lagre -NRK-innslag, det være seg nyheter, filmer, serier eller dokumentater, -for å ha dem tilgjengelig for fremtidig referanse og bruk, uavhengig -av hvor lenge innslagene ligger tilgjengelig hos NRK. Så får det ikke -hjelpe at NRKs jurister mener at det er -<a href="http://people.skolelinux.org/pere/blog/Best___ikke_fortelle_noen_at_streaming_er_nedlasting___.html">vesensforskjellig -å legge tilgjengelig for nedlasting og for streaming</a>, når det rent -teknisk er samme sak.</p> - -<p>Programmet youtube-dl støtter også en rekke andre nettsteder, se -prosjektoversikten for -<a href="http://rg3.github.io/youtube-dl/supportedsites.html">en -komplett liste</a>.</p> + Nikita og Noark 5 tjenestegrensesnittet tilbyr ny måte å tenke arkivering + http://people.skolelinux.org/pere/blog/Nikita_og_Noark_5_tjenestegrensesnittet_tilbyr_ny_m_te___tenke_arkivering.html + http://people.skolelinux.org/pere/blog/Nikita_og_Noark_5_tjenestegrensesnittet_tilbyr_ny_m_te___tenke_arkivering.html + Fri, 21 Jun 2019 11:30:00 +0200 + <p><em>av Thomas Sødring (OsloMet) og Petter Reinholdtsen (foreningen +NUUG)</em></p> + +<p>Nikita Noark 5-kjerne er et fri programvareprosjekt som tar i bruk +Arkivverkets spesifikasjonen for Noark 5 Tjenestegrensesnitt og tilbyr +et maskinlesbart grensesnitt (arkiv-API) til datasystemer som trenger å +arkivere dokumenter og informasjon. I tillegg tilbyr Nikita et +nettleserbasert brukergrensesnitt for brukere av arkivet. Dette +brukergrensesnittet benytter det maskinlesbare grensesnittet. Noark 5 +Tjenestegrensesnitt er en ny måte å tenke arkivering, med fokus på +automatisering og maskinell behandling av arkivmateriale, i stedet for +å fokusere på brukergrensesnitt. En kan tenke på +tjenestegrensesnittet som arkivet uten brukergrensesnitt, der flere +aktører kan koble til ulike brukergrensesnitt, tilpasset ulike +behov.</p> + +<p>Historisk sett gjorde Noark standarden en veldig bra jobb med +overgangen fra +papir til digital saksbehandling, men det har kommet til kort på andre +områder. Den teknologiske utviklingen har brakt oss ditt at vi kan og +skal forvente langt mer fra en arkivkjerne enn før, men det offentlig +er ofte konservativ når det gjelder nytenking. For lengst skulle +begreper som samvirke mellom datasystemer, metadata, prosess og +tjenestegrensesnitt (API) vært dominerende når systemer kjøpes +inn. Dessverre er det slik at ikke alle ønsker samvirke mellom +datasystemer velkommen, og det kan være trygt å kjøpe «svarte bokser» +der du slipper å ta stilling til hvordan man skal få flere systemer +til å virke sammen. Men IT-arkitektur er et begrep arkivfolk også +begynner å ta inn over seg.</p> + +<p>Slike systemer for å organisere metadata bør ha nettbaserte +tjenestegrensesnitt der brukergrensesnitt er tydelig adskilt fra +bakenforliggende system. Det finnes mange rapporter som snakker om å +bryte ned siloer i forvaltningen og standardiserte tjenestegrensesnitt +er det viktigste virkemiddel mot datasiloer og legger til rette for +økt samvirke mellom systemer. Et standardisert tjenestegrensesnitt er +et viktig middel for å få systemer til å samhandle da det sikrer at +ulike produsenters systemer kan snakke sammen på tvers. Samfunnet +fungerer ikke uten standardisering. Vi har alle samme strømstyrke og +kontakter i veggene og kjører alle på høyre side av veien i Norge. Det er i en slik +sammenheng at prosjektet «Noark 5 Tjenestegrensesnitt» er veldig +viktig. Hvis alle leverandører av arkivsystemer forholdt seg til et +standardisert tjenestegrensesnitt kunne kostnadene for arkivering +reduseres. Tenk deg at du er en kommune som ønsker et fagsystem integrert +med arkivløsningen din. I dag må fagsystemleverandøren vite og +tilpasse seg den spesifikke versjonen og varianten av arkivløsningen +du har. Hvis vi antar at alle leverandører av arkivkjerner har solgt +inn enten SOAP eller REST-grensesnitt til kunder de siste 10 årene og +det kommer endret versjon av grensesnittet innimellom, så gir det +veldig mange forskjellige tjenestegrensesnitt en fagsystemleverandør +må forholde seg til. Med 12 leverandører og kvartalsvise oppdateringer +kan det potensielt bli 96 ulike varianter hvert eneste år. Det sier +seg selv at det blir dyrt. Men det blir faktisk verre. Hvis du senere +ønsker å bytte ut arkivsystemet med et annet så er du avhengig å få +alle integrasjonene dine laget på nytt. Dette kan gjøre at du velger å +forbli hos en dårlig leverandør framfor å skaffe nytt system, fordi +det blir for vanskelig og dyrt å bytte. Dermed etableres det «små» +monopolsituasjoner som er vanskelig å bryte ut av. Dårlige valg i dag +kan ha uante kostander på sikt. I Nikita-prosjektet har vi kun jobbet +opp mot Noark 5 Tjenestegrensesnittet. Det har tatt en god del +ressurser å sette seg inn i spesifikasjonen og ta den i bruk, spesielt +på grunn av uklarheter i spesifikasjonen. Hvis vi måtte gjøre det +samme for alle versjoner og varianter av de forskjellige +tjenestegrensesnittene ville det blitt veldig tidkrevende og +kostbart.</p> + +<p>For deg som arkivar er digitalisering og systemer som skal virke +sammen en del av den nye hverdagen. Du har kanskje blitt skånet for +det ved å kjøpe svarte bokser, men du risikerer at du gjør deg selv en +bjørnetjeneste. Det kan oppleves som kjedelig å fortelle kolleger at +du skal sette deg inn i et tjenestegrensesnitt, men dette er faktisk +veldig spennende. Tjenestegrensesnittet er på en måte blitt levende og +det er spesielt et begrep du bør merke deg: OData. Å trekke inn deler +av OData-standarden som en måte å filtrere entitetsøk i et arkivsystem +var et nyttig trekk i prosjektet. Følgende eksempel er en +OData-spørring det går an å sende inn til en standardisert +arkivkjerne:</p> + +<p><blockquote> +.../sakarkiv/journalpost?filter=contains(tittel, 'nabovarsel') +</blockquote></p> + +<p>Spørringen over vil hente en liste av alle dine journalposter der +tittelen til journalposten inneholder ordet 'nabovarsel'. Alle +leverandører som implementerer tjenestegrensesnittet vil måtte tilby +dette. Det betyr at hvis du lærer dette språket for et system, vil det +være gjeldende for alle. Dette er egentlig en ny måte å søke i +arkivdatabasen på og vil være svært nyttig, for eksempel kan søk i +tjenestegrensesnittet antagelig brukes til å hente ut offentlig +postjournal. I arkivverden pleier vi å like teknologier som er +menneskelesbart, da vet vi det er enkelt og nyttig! OData er også +viktig fordi det kan bli en ny måte å svare innsynsforespørsler på i +tråd med offentlighetsloven § 9, der retten til å kreve innsyn i +sammenstilling fra databaser er nedfelt. I dag ser vi +forvaltningsorganer som avviser slike krav fordi det «ikke kan gjøres +med enkle framgangsmåter». Bruken av OData i tjenestegrensesnittet, +sammen med maskinlesbar markeringsformater kan være et viktig bidrag +til å åpne arkivene i tråd med prinsippene om en åpen og transparent +forvaltning.</p> + +<p>Standardisering er viktig fordi det <em>kan</em> sikre samvirke. +Men den effekten kommer kun hvis standardiseringen sikrer at alle +forstår standarden på samme måte, dvs. at den er entydig og klar. En +god måte å sikre en entydig og klar spesifikasjon er ved å kreve at +det finnes minst to ulike implementasjoner som følger spesifikasjonen +og som kan snakke sammen, det vil si at de snakker samme språk, slik +IETF krever for alle sine standarder, før spesifikasjonen anses å være +ferdig. Tilbakemelding fra miljøet forteller at både leverandører og +kunder har et avslappet forhold til Noark 5 Tjenestegrensesnitt og det +er så langt kun Evry som har visst offentlig at de har en +implementasjon av tjenestegrensesnittet. Evry, HK Data og Fredrikstad +kommune er igang med et pilotprosjekt på Noark 5 +Tjenestegrensesnitt. For å redusere kostnadene for samvirkende +datasystemer betraktelig, er det veldig viktig at vi kommer i en +situasjon der alle leverandører har sine egne implementasjoner av +tjenestegrensesnittet, og at disse oppfører seg likt og i tråd med det +som er beskrevet i spesifikasjonen.</p> + +<p>Det er her fri programvare spiller en viktig rolle. Med en uklar +standard blir det som en polsk riksdag, der ingenting fungerer. Nikita +er en fri programvareimplementasjon av tjenestegrensesnitt og kan +fungere som teknisk referanse slik at leverandører enklere kan se og +forstå hvordan standarden skal tolkes. Vi har i Nikitaprosjektet +erfart å ende opp med vidt forskjellige tolkninger når +prosjektmedlemmene leser spesifikasjonsteksten, en effekt av en uklar +spesifikasjon. Men Nikitaprosjektet har også utviklet et test-program +som sjekker om et tjenestegrensesnitt er i samsvar med standarden, og +prosjektet bruker det hele tiden for å sikre at endringer og +forbedringer fungerer. Egenerklæringsskjemaenes dager kan være talte! +Snart vil du selv kunne teste hver oppdatering av arkivsystemet med en +uavhengig sjekk.</p> + +<p>Fri programvare representerer en demokratisering av kunnskap der +tolkning- og innlåsingsmakt flyttes fra leverandør til allmenheten. +Med fri programvare har du en litt annerledes verdikjede, der selve +produktet ikke holdes hemmelig for å tjene penger, slik en gjør med +ufri programvare og skytjenester som ikke bruker fri programvare, men +du kan tjene penger på andre deler av verdikjeden. Med fri programvare +kan samfunnet betale for å videreutvikle nyttig +fellesfunksjonalitet.</p> + +<p>Nikita er en fri programvareimplementasjon av tjenestegrensesnittet og +kan fungere som en referanseimplementasjon dersom det er ønskelig. +Alle har lik tilgang til koden og det koster ingenting å ta den i bruk +og utforske det. Nikitaprosjektet ønsker tjenestegrensesnittet +velkommen og stiller veldig gjerne opp i diskusjoner om tolkning av +tjenestegrensesnittet. Nikita er bygget på moderne +programmeringsrammeverk og utviklet i full åpenhet. Men Nikita er ikke +noe du kan kjøpe. Nikita er først og fremst et verktøy for forsking og +utvikling laget for å fremme forskning på arkivfeltet. Systemer som +virker sammen har alltid vært hovedfokus og vil være det fremover. +Det brukes som undervisningsverktøy der studentene ved OsloMet lærer +om administrativt oppsett, saksbehandling, uttrekk og samvirkende +datasystemer. Det brukes også som forskningsobjekt der vi ser på +import av dokumentsamlinger, bruk av blokkjede og andre nyskapende +måter å tenke arkiv på. Det er dog helt greit om andre tar Nikita og +pakker det for å selge det som produkt. Forvaltningsorganer med +sterke drift- og utviklingsmiljøer kan også se på Nikita og utforske +hva som er mulig. Dette kan de gjøre uten å måtte betale for +bruksrettigheter eller tilgang til konsulenter. Men arkivering blir +ikke gratis på grunn av Nikita. Det trengs fortsatt folk med +kompetanse og tid til å ta i bruk Nikita.</p> + +<p>Nikita har nylig kommet med en ny utgave, den sjette i rekken. +Systemet er ikke ferdig, mest på grunn av at API-spesifikasjonen for +Noark 5 Tjenestegrensesnitt ikke er ferdig, men allerede i dag kan en +bruke Nikita som arkiv. Vi har laget eksempelsystem for å importere +data fra deponi-XML og slik gjøre eksisterende arkivdata tilgjengelig +via et API. Vi har også laget en testklient som importerer epost inn +i arkivet med vedlegg der epostenes trådinformasjon brukes til å legge +eposttråder i samme arkivmappe, og en annen testklient som henter +epost ut av en arkivmappe på mbox-format slik at en vanlig epostklient +kan brukes til å lese igjennom og svare på epostene i en +arkivmappe. De som vil ta en titt på Nikita kan besøke +<a href="https://nikita.oslomet.no">https://nikita.oslomet.no</a> og +logge inn med brukernavn «admin@example.com» og passord «password». +Dette gir tilgang til det forenklede brukergrensesnittet som brukes +til undervisning. De som heller vil ta en titt under panseret kan +besøke +<a href="https://nikita.oslomet.no/browse.html">https://nikita.oslomet.no/browse.html</a> +og der se hvordan API-et fungerer mer i detalj. Innloggingsdetaljer +her er det samme som for brukergrensesnittet.</p> + +<p>Fremover er fokuset på forbedring av spesifikasjonen Noark 5 +Tjenestegrensesnitt. De som skrev tjenestegrensesnittet gjorde et +interessant og framtidsrettet grep, de skilte sak fra arkiv. +Tjenestegrensesnittet består av flere "pakker", der noen er +grunnleggende mens andre bygger på de grunnleggende pakkene. Pakkene +som er beskrevet så langt heter «arkivstruktur», «sakarkiv», +«administrasjon», «loggogsporing» og «moeter» (dessverre +<a href="https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/pull/120">planlagt +fjernet</a> i første utgave). Etter hvert håper vi å utforske +prosses- og metadatabeskrivelser til flere fagområder og bidra til at +tjenestegrensesnittet kan legge til flere pakker som «byggarkiv», +«barnevern», «personal», «barnehage», der arkivfaglig metadata- og +dokumentasjonsbehov er kartlagt og standardisert.</p> + +<p>Nikita utvikles av en liten prosjektgruppe, og vi er alltid +interessert å bli flere. Hvis en åpen, fri og standardisert tilnærming +til arkivering høres interessant ut, bli med oss på veien videre. Vi +er tilstede på IRC-kanalen #nikita hos FreeNode (tilgjengelig via +nettleser på +<a href="https://webchat.freenode.net?channels=#nikita">https://webchat.freenode.net?channels=#nikita</a>), +og har en e-postliste nikita-noark@nuug.no hos NUUG (tilgjengelig for +påmelding og arkiv på +<a href="https://lists.nuug.no/mailman/listinfo/nikita-noark">https://lists.nuug.no/mailman/listinfo/nikita-noark</a>) +der en kan følge med eller være med oss på den spennende veien videre. +Spesifikasjonen for Noark 5 Tjenestegrensesnitt vedlikeholdes på +github, +<a href="https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/">https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/</a>.</p> + +<p>Som vanlig, hvis du bruker Bitcoin og ønsker å vise din støtte til +det jeg driver med, setter jeg pris på om du sender Bitcoin-donasjoner +til min adresse +<b><a href="bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b</a></b>.</p>