13th August 2018

-exiftool -headline='The RSS image title' \
-  -description='The RSS image description.' \
-  -subject+=for-family photo.jpeg
-
-#!/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"
-
-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}'
-
-echo rtsp://192.168.11.4:8080/test.sdp \
-  > /storage/videos/screenstream.m3u
-
-cvlc screen:// --sout \
-  '#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{sdp=rtsp://:8080/}'
-
-echo rtsp://192.168.11.4:8080/ \
-  > /storage/videos/screenstream.m3u
-
-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.
-
-echo udp://@239.255.0.1:1234 \
-  > /storage/videos/screenstream.m3u
-
-cvlc screen:// --sout '#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{mux=ts,dst=239.255.0.1,port=1234,sdp=sap}'
-
-  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
-
-% 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
-%
-
-% appstreamcli what-provides mimetype  application/vnd.sketchup.skp
-Could not find component providing 'mimetype::application/vnd.sketchup.skp'.
-%
-
-% appstreamcli what-provides mimetype  application/sla|grep Package
-Package: cura
-Package: meshlab
-Package: printrun
-%
-
-#!/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
+      PlantUML for text based UML diagram modelling - nice free software
+      25th March 2019
+      As part of my involvement with the
+Nikita
+Noark 5 core project, I have been proposing improvements to the
+API specification created by The
+National Archives of Norway and helped migrating the text from a
+version control system unfriendly binary format (docx) to Markdown in
+git.  Combined with the migration to a public git repository (on
+github), this has made it possible for anyone to suggest improvement
+to the text.
+
+The specification is filled with UML diagrams.  I believe the
+original diagrams were modelled using Sparx Systems Enterprise
+Architect, and exported as EMF files for import into docx.  This
+approach make it very hard to track changes using a version control
+system.  To improve the situation I have been looking for a good text
+based UML format with associated command line free software tools on
+Linux and Windows, to allow anyone to send in corrections to the UML
+diagrams in the specification.  The tool must be text based to work
+with git, and command line to be able to run it automatically to
+generate the diagram images.  Finally, it must be free software to
+allow anyone, even those that can not accept a non-free software
+license, to contribute.
+
+I did not know much about free software UML modelling tools when I
+started.  I have used dia and inkscape for simple modelling in the
+past, but neither are available on Windows, as far as I could tell.  I
+came across a nice
+list
+of text mode uml tools, and tested out a few of the tools listed
+there.  The PlantUML tool seemed
+most promising.  After verifying that the packages
+is available in
+Debian and found its
+Java source under a GPL license on github, I set out to test if it
+could represent the diagrams we needed, ie the ones currently in
+the
+Noark 5 Tjenestegrensesnitt specification.  I am happy to report
+that it could represent them, even thought it have a few warts here
+and there.
+
+After a few days of modelling I completed the task this weekend.  A
+temporary link to the complete set of diagrams (original and from
+PlantUML) is available in
+the
+github issue discussing the need for a text based UML format, but
+please note I lack a sensible tool to convert EMF files to PNGs, so
+the "original" rendering is not as good as the original was in the
+publised PDF.
+
+Here is an example UML diagram, showing the core classes for
+keeping metadata about archived documents:
+
++@startuml
+skinparam classAttributeIconSize 0
+
+!include media/uml-class-arkivskaper.iuml
+!include media/uml-class-arkiv.iuml
+!include media/uml-class-klassifikasjonssystem.iuml
+!include media/uml-class-klasse.iuml
+!include media/uml-class-arkivdel.iuml
+!include media/uml-class-mappe.iuml
+!include media/uml-class-merknad.iuml
+!include media/uml-class-registrering.iuml
+!include media/uml-class-basisregistrering.iuml
+!include media/uml-class-dokumentbeskrivelse.iuml
+!include media/uml-class-dokumentobjekt.iuml
+!include media/uml-class-konvertering.iuml
+!include media/uml-datatype-elektronisksignatur.iuml
+
+Arkivstruktur.Arkivskaper "+arkivskaper 1..*" <-o "+arkiv 0..*" Arkivstruktur.Arkiv
+Arkivstruktur.Arkiv o--> "+underarkiv 0..*" Arkivstruktur.Arkiv
+Arkivstruktur.Arkiv "+arkiv 1" o--> "+arkivdel 0..*" Arkivstruktur.Arkivdel
+Arkivstruktur.Klassifikasjonssystem "+klassifikasjonssystem [0..1]" <--o "+arkivdel 1..*" Arkivstruktur.Arkivdel
+Arkivstruktur.Klassifikasjonssystem "+klassifikasjonssystem [0..1]" o--> "+klasse 0..*" Arkivstruktur.Klasse
+Arkivstruktur.Arkivdel "+arkivdel 0..1" o--> "+mappe 0..*" Arkivstruktur.Mappe
+Arkivstruktur.Arkivdel "+arkivdel 0..1" o--> "+registrering 0..*" Arkivstruktur.Registrering
+Arkivstruktur.Klasse "+klasse 0..1" o--> "+mappe 0..*" Arkivstruktur.Mappe
+Arkivstruktur.Klasse "+klasse 0..1" o--> "+registrering 0..*" Arkivstruktur.Registrering
+Arkivstruktur.Mappe --> "+undermappe 0..*" Arkivstruktur.Mappe
+Arkivstruktur.Mappe "+mappe 0..1" o--> "+registrering 0..*" Arkivstruktur.Registrering
+Arkivstruktur.Merknad "+merknad 0..*" <--* Arkivstruktur.Mappe
+Arkivstruktur.Merknad "+merknad 0..*" <--* Arkivstruktur.Dokumentbeskrivelse
+Arkivstruktur.Basisregistrering -|> Arkivstruktur.Registrering
+Arkivstruktur.Merknad "+merknad 0..*" <--* Arkivstruktur.Basisregistrering
+Arkivstruktur.Registrering "+registrering 1..*" o--> "+dokumentbeskrivelse 0..*" Arkivstruktur.Dokumentbeskrivelse
+Arkivstruktur.Dokumentbeskrivelse "+dokumentbeskrivelse 1" o-> "+dokumentobjekt 0..*" Arkivstruktur.Dokumentobjekt
+Arkivstruktur.Dokumentobjekt *-> "+konvertering 0..*" Arkivstruktur.Konvertering
+Arkivstruktur.ElektroniskSignatur -[hidden]-> Arkivstruktur.Dokumentobjekt
+@enduml
+
+
+The format is quite
+compact, with little redundant information.  The text expresses
+entities and relations, and there is little layout related fluff.  One
+can reuse content by using include files, allowing for consistent
+naming across several diagrams.  The include files can be standalone
+PlantUML too.  Here is the content of
+media/uml-class-arkivskaper.iuml:

+
++@startuml
+class Arkivstruktur.Arkivskaper  {
+  +arkivskaperID : string
+  +arkivskaperNavn : string
+  +beskrivelse : string [0..1]
 }
+@enduml
+
 
-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
-

-
-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.
-
-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).
-
-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.
+This is what the complete diagram for the PlantUML notation above
+look like:
+
+
+
+A cool feature of PlantUML is that the generated PNG files include
+the entire original source diagram as text.  The source (with include
+statements expanded) can be extracted using for example
+exiftool.  Another cool feature is that parts of the entities
+can be hidden after inclusion.  This allow to use include files with
+all attributes listed, even for UML diagrams that should not list any
+attributes.
+
+The diagram also show some of the warts.  Some times the layout
+engine place text labels on top of each other, and some times it place
+the class boxes too close to each other, not leaving room for the
+labels on the relationship arrows.  The former can be worked around by
+placing extra newlines in the labes (ie "\n").  I did not do it here
+to be able to demonstrate the issue.  I have not found a good way
+around the latter, so I normally try to reduce the problem by changing
+from vertical to horizontal links to improve the layout.
+
+All in all, I am quite happy with PlantUML, and very impressed with
+how quickly its lead developer responds to questions.  So far I got an
+answer to my questions in a few hours when I send an email.  I
+definitely recommend looking at PlantUML if you need to make UML
+diagrams.  Note, PlantUML can draw a lot more than class relations.
+Check out the documention for a complete list. :)
 
 As usual, if you use Bitcoin and want to show your support of my
 activities, please send Bitcoin donations to my address
@@ -662,7 +583,7 @@ activities, please send Bitcoin donations to my address
       

         
         
-        Tags: debian, english. 
+        Tags: english, nice free software, noark5, nuug, standard. 
         
         
       
@@ -670,23 +591,47 @@ activities, please send Bitcoin donations to my address
     
     
     
-      The worlds only stone power plant?
-      30th June 2018
-      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
-Bremanger i
-Norway, where
-the
-Bremanger Quarry 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?
+      Release 0.3 of free software archive API system Nikita announced
+      24th March 2019
+      Yesterday,  a new release of 
+Nikita
+Noark 5 core project was
+announced
+on the project mailing list.  The free software solution is an
+implementation of the Norwegian archive standard Noark 5 used by
+government offices in Norway.  These were the changes in version 0.3
+since version 0.2.1 (from NEWS.md):
+
+
+  Improved ClassificationSystem and Class behaviour.
+  Tidied up known inconsistencies between domain model and hateaos links.
+  Added experimental code for blockchain integration.  
+  Make token expiry time configurable at upstart from properties file.
+  Continued work on OData search syntax.
+  Started work on pagination for entities, partly implemented for Saksmappe.
+  Finalise ClassifiedCode Metadata entity.
+  Implement mechanism to check if authentication token is still
+   valid.  This allow the GUI to return a more sensible message to the
+   user if the token is expired.
+  Reintroduce browse.html page to allow user to browse JSON API using
+   hateoas links.
+  Fix bug in handling file/mappe sequence number.  Year change was
+   not properly handled.
+  Update application yml files to be in sync with current development.
+  Stop 'converting' everything to PDF using libreoffice.  Only
+   convert the file formats doc, ppt, xls, docx, pptx, xlsx, odt, odp
+   and ods.
+  Continued code style fixing, making code more readable.
+  Minor bug fixes.
+  
+
+
+If free and open standardized archiving API sound interesting to
+you, please contact us on IRC
+(#nikita on
+irc.freenode.net) or email
+(nikita-noark
+mailing list).
 
 As usual, if you use Bitcoin and want to show your support of my
 activities, please send Bitcoin donations to my address
@@ -695,7 +640,7 @@ activities, please send Bitcoin donations to my address
       

         
         
-        Tags: english. 
+        Tags: english, noark5, nuug, offentlig innsyn, standard. 
         
         
       
@@ -703,66 +648,183 @@ activities, please send Bitcoin donations to my address
     
     
     
-      Add-on to control the projector from within Kodi
-      26th June 2018
-      My movie playing setup involve Kodi,
-OpenELEC (probably soon to be
-replaced with LibreELEC) 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, InFocus, 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
-small script to control the projector.  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.
-
-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.
-
-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
-pyserial module 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.
-
-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.
-
-
If this sound interesting to you, check out
-the
-project github repository.  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.
-
-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.
-
-As usual, if you use Bitcoin and want to show your support of my
-activities, please send Bitcoin donations to my address
-15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b.
+      Ãpen og gjennomsiktig vedlikehold av spesifikasjonen for Noark 5 Tjenestegrensesnitt
+      11th March 2019
+      Et virksomhetsarkiv for meg, er et arbeidsverktÃ¸y der en enkelt kan
+finne informasjonen en trenger nÃ¥r en trenger det, og der
+virksomhetens samlede kunnskap er tilgjengelig. Det mÃ¥ vÃ¦re greit Ã¥
+finne frem i, litt som en bibliotek. Men der et bibliotek gjerne tar
+vare pÃ¥ offentliggjort informasjon som er tilgjengelig flere steder,
+tar et arkiv vare pÃ¥ virksomhetsintern og til tider personlig
+informasjon som ofte kun er tilgjengelig fra et sted.
+
+Jeg mistenker den eneste mÃ¥ten Ã¥ sikre at arkivet inneholder den
+samlede kunnskapen i en virksomhet, er Ã¥ bruke det som virksomhetens
+kunnskapslager. Det innebÃ¦rer Ã¥ automatisk kopiere (brev, epost,
+SMS-er etc) inn i arkivet nÃ¥r de sendes og mottas, og der filtrere
+vekk det en ikke vil ta vare pÃ¥, og legge pÃ¥ metadata om det som er
+samlet inn for enkel gjenfinning. En slik bruk av arkivet innebÃ¦rer at
+arkivet er en del av daglig virke, ikke at det er siste hvilested for
+informasjon ingen lenger har daglig bruk for. For Ã¥ kunne vÃ¦re en del
+av det daglige virket mÃ¥ arkivet enkelt kunne integreres med andre
+systemer.  I disse dager betyr det Ã¥ tilby arkivet som en
+nett-tjeneste til hele virksomheten, tilgjengelig for bÃ¥de mennesker
+og datamaskiner.  Det betyr i tur Ã¥ bÃ¥de tilby nettsider og et
+maskinlesbart grensesnitt.
+
+For noen Ã¥r siden erkjente visjonÃ¦re arkivarer fordelene med et
+standardisert maskinlesbart grensesnitt til organisasjonens arkiv.  De
+gikk igang med Ã¥ lage noe de kalte
+Noark
+5 Tjenestegrensesnitt.  Gjort riktig, sÃ¥ Ã¥pner slike maskinlesbare
+grensesnitt for samvirke pÃ¥ tvers av uavhengige programvaresystemer.
+Gjort feil, vil det blokkere for samvirke og bidra til
+leverandÃ¸rinnlÃ¥sing.  For Ã¥ gjÃ¸re det riktig sÃ¥ mÃ¥ grensesnittet vÃ¦re
+klart og entydig beskrevet i en spesifikasjon som gjÃ¸r at
+spesifikasjonen tolkes pÃ¥ samme mÃ¥te uavhengig av hvem som leser den,
+og uavhengig av hvem som tar den i bruk.
+
+For Ã¥ oppnÃ¥ klare og entydige beskrivelser i en spesifikasjon, som
+trengs for Ã¥ kunne fÃ¥ en fri og Ã¥pen standard (se
+Digistan-definisjon),
+sÃ¥ trengs det en Ã¥pen og gjennomsiktig inngangsport med lav terskel,
+der de som forsÃ¸ker Ã¥ ta den i bruk enkelt kan fÃ¥ inn korreksjoner,
+etterlyse klargjÃ¸ringer og rapportere uklarheter i spesifikasjonen.
+En trenger ogsÃ¥ automatiserte datasystemer som mÃ¥ler og sjekker at et
+gitt grensesnitt fungerer i trÃ¥d med spesifikasjonen.
+
+For Noark 5 Tjenestegrensesnittet er det nÃ¥ etablert en slik Ã¥pen
+og gjennomsiktig inngangsport pÃ¥ prosjekttjenesten github.  Denne
+inngangsporten bestÃ¥r fÃ¸rst og fremst av en Ã¥pen portal som lar enhver
+se hva som er gjort av endringer i spesifikasjonsteksten over tid, men
+det hÃ¸rer ogsÃ¥ med et Ã¥pent "diskusjonsforum" der en kan
+komme med endringsforslag og forespÃ¸rsler om klargjÃ¸ringer.  Alle
+registrerte brukere pÃ¥ github kan bidra med innspill til disse
+henvendelsene.
+
+I samarbeide med Arkivverket har jeg fÃ¥tt opprettet et git-depot
+med spesifikasjonsteksten for tjenestegrensesnittet, der det er lagt
+inn historikk for endringer i teksten de siste Ã¥rene, samt lagt inn
+endringsforslag og forespÃ¸rsler om klargjÃ¸ring av teksten.  Bakgrunnen
+for at jeg bidro med dette er at jeg er involvert i
+Nikita-prosjektet,
+som lager en fri programvare-utgave av Noark 5 Tjenestegrensesnitt.
+Det er fÃ¸rst nÃ¥r en forsÃ¸ker Ã¥ lage noe i trÃ¥d med en spesifikasjon at
+en oppdager hvor mange detaljer som mÃ¥ beskrives i spesifikasjonen for
+Ã¥ sikre samhandling.
+
+Spesifikasjonen vedlikeholdes i et rent tekstformat, for Ã¥ ha et
+format egnet for versjonskontroll via versjontrollsystemet git.  Dette
+gjÃ¸r det bÃ¥de enkelt Ã¥ se konkret hvilke endringer som er gjort nÃ¥r,
+samt gjÃ¸r det praktisk mulig for enhver med github-konto Ã¥ sende inn
+endringsforslag med formuleringer til spesifikasjonsteksten.  Dette
+tekstformatet vises frem som nettsider pÃ¥ github, slik at en ikke
+trenger spesielle verktÃ¸y for Ã¥ se pÃ¥ siste utgave av
+spesifikasjonen.
+
+Fra dette rene tekstformatet kan det sÃ¥ avledes ulike formater, som
+HTML for websider, PDF for utskrift pÃ¥ papir og ePub for lesing med
+ebokleser.  Avlednings-systemet (byggesystemet) bruker i dag
+verktÃ¸yene pandoc, latex, docbook-xsl og GNU make til
+transformasjonen.  Tekstformatet som brukes dag er
+Markdown, men det vurderes
+Ã¥
+endre
+til formatet RST i fremtiden for bedre styring av utseende pÃ¥
+PDF-utgaven.
+
+Versjonskontrollsystemet git ble valgt da det er bÃ¥de fleksibelt,
+avansert og enkelt Ã¥ ta i bruk. Github ble valgt (foran f.eks. Gitlab
+som vi bruker i Nikita), da Arkivverket allerede hadde tatt i bruk
+Github i andre sammenhenger.
+
+Enkle endringer i teksten kan gjÃ¸res av priviligerte brukere
+direkte i nettsidene til Github, ved Ã¥ finne aktuell fil som skal
+endres (f.eks. kapitler/03-konformitet.md), klikke pÃ¥ den lille
+bokstaven i hÃ¸yre hjÃ¸rne over teksten. Det kommer opp en nettside der
+en kan endre teksten slik en Ã¸nsker. NÃ¥r en er fornÃ¸yd med endringen
+sÃ¥ mÃ¥ endringen "sjekkes inn" i historikken. Det gjÃ¸res ved
+Ã¥ gi en kort beskrivelse av endringen (beskriv helst hvorfor endringen
+trengs, ikke hva som er endret), under overskriften "Commit
+changes". En kan og bÃ¸r legge inn en lengre forklaring i det
+stÃ¸rre skrivefeltet, fÃ¸r en velger om endringen skal sendes direkte
+til 'master'-grenen (dvs. autorativ utgave av spesifikasjonen) eller
+om en skal lage en ny gren for denne endringen og opprette en
+endringsforespÃ¸rsel (aka "Pull Request"/PR). NÃ¥r alt dette
+er gjort kan en velge "Commit changes" for Ã¥ sende inn
+endringen. Hvis den er lagt inn i "master"-grenen sÃ¥ er den
+en offisiell del av spesifikasjonen med en gang.  Hvis den derimot er
+en endringsforespÃ¸rsel, sÃ¥ legges den inn i
+listen
+over forslag til endringer som venter pÃ¥ korrekturlesing og
+godkjenning.
+
+StÃ¸rre endringer (for eksempel samtidig endringer i flere filer)
+gjÃ¸res enklest ved Ã¥ hente ned en kopi av git-depoet lokalt og gjÃ¸re
+endringene der fÃ¸r endringsforslaget sendes inn. Denne prosessen er
+godt beskrivet i dokumentasjon fra github.  Git-prosjektet som skal
+"klones" er
+https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/.
+
+For Ã¥ registrere nye utfordringer (issues) eller kommentere pÃ¥
+eksisterende utfordringer benyttes nettsiden
+https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/issues.
+I skrivende stund er det 48 Ã¥pne og 11 avsluttede utfordringer.  Et
+forslag til hva som bÃ¸r vÃ¦re med nÃ¥r en beskriver en utfordring er
+tilgjengelig som utfordring
+#14.
+
+For Ã¥ bygge en PDF-utgave av spesifikasjonen sÃ¥ bruker jeg i dag en
+Debian GNU/Linux-maskin med en rekke programpakker installert.  NÃ¥r
+dette er pÃ¥ plass, sÃ¥ holder det Ã¥ kjÃ¸re kommandoen 'make pdf html' pÃ¥
+kommandolinjen, vente ca. 20 sekunder, fÃ¸r spesifikasjon.pdf og
+spesifikasjon.html ligger klar pÃ¥ disken. VerktÃ¸yene for bygging av
+PDF, HTML og ePub-utgave er ogsÃ¥ tilgjengelig pÃ¥ Windows og
+MacOSX.
+
+Github bidrar med rammeverket.  Men for at Ã¥pent vedlikehold av
+spesifikasjonen skal fungere, sÃ¥ trengs det folk som bidrar med sin
+tid og kunnskap.  Arkivverket har sagt de skal bidra med innspill og
+godkjenne forslag til endringer, men det blir stÃ¸rst suksess hvis alle
+som bruker og lager systemer basert pÃ¥ Noark 5 Tjenestegrensesnitt
+bidrar med sin kunnskap og kommer med forslag til forebedringer.  Jeg
+stiller.  Blir du med?
+
+Det er viktig Ã¥ legge til rette for Ã¥pen diskusjon blant alle
+interesserte, som ikke krever at en mÃ¥ godta lange kontrakter med
+vilkÃ¥r for deltagelse. Inntil Arkivverket dukker opp pÃ¥ IRC har vi
+laget en IRC-kanal der interesserte enkelt kan orientere seg og
+diskutere tjenestegrensesnittet. Alle er velkommen til Ã¥ ta turen
+innom
+#nikita
+(f.eks. via irc.freenode.net) for Ã¥ mÃ¸te likesinnede.
+
+Det holder dog ikke Ã¥ ha en god spesifikasjon, hvis ikke de som tar
+den i bruk gjÃ¸r en like god jobb. For Ã¥ automatisk teste om et konkret
+tjenestegrensesnitt fÃ¸lger (min) forstÃ¥else av
+spesifikasjonsdokumentet, har jeg skrevet et program som kobler seg
+opp til et Noark 5v4 REST-tjeneste og tester alt den finner for Ã¥ se
+om det er i henhold til min tolkning av spesifikasjonen.  Dette
+verktÃ¸yet er tilgjengelig fra
+https://github.com/petterreinholdtsen/noark5-tester,
+og brukes daglig mens vi utvikler Nikita for Ã¥ sikre at vi ikke
+introduserer nye feil.  Hvis en skal sikre samvirke pÃ¥ tvers av ulike
+systemer er det helt essensielt Ã¥ kunne raskt og automatisk sjekke at
+tjenestegrensesnittet oppfÃ¸rer seg som forventet.  Jeg hÃ¥per andre som
+lager sin utgave av tjenestegrensesnittet vi bruke dette verktÃ¸yet,
+slik at vi tidlig og raskt kan oppdage hvor vi har tolket
+spesifikasjonen ulikt, og dermed fÃ¥ et godt grunnlag for Ã¥ gjÃ¸re
+spesifikasjonsteksten enda klarere og bedre.
+
+Dagens beskrivelse av Noark 5 Tjenestegrensesnitt er et svÃ¦rt godt
+utgangspunkt for Ã¥ gjÃ¸re virksomhetens arkiv til et dynamisk og
+sentralt arbeidsverktÃ¸y i organisasjonen.  Blir du med Ã¥ gjÃ¸re den
+enda bedre?
 
       
         
         
-        Tags: english, multimedia, video. 
+        Tags: digistan, noark5, norsk, standard. 
         
         
       
@@ -770,71 +832,50 @@ activities, please send Bitcoin donations to my address
     
     
     
-      youtube-dl for nedlasting fra NRK med undertekster - nice free software
-      28th April 2018
-      I VHS-kassettenes
-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
-skrevet
-om
-fÃ¸r.
-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.
-
-Sist jeg sÃ¥ pÃ¥ saken, i 2016, nevnte jeg at
-youtube-dl 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 Debian
-og Ubuntu, slik at en slipper Ã¥
-finne ut selv hvordan en skal fÃ¥ dem til Ã¥ virke.
-
-For Ã¥ laste ned et NRK-innslag med undertekster, og fÃ¥ den norske
-underteksten pakket inn i videofilen, sÃ¥ kan fÃ¸lgende kommando
-brukes:
-
-
-youtube-dl --write-sub --sub-format ttml \
-  --convert-subtitles srt --embed-subs \
-  https://tv.nrk.no/serie/ramm-ferdig-gaa/MUHU11000316/27-04-2018
-

-
-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.
-
-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
-vesensforskjellig
-Ã¥ legge tilgjengelig for nedlasting og for streaming, nÃ¥r det rent
-teknisk er samme sak.
-
-Programmet youtube-dl stÃ¸tter ogsÃ¥ en rekke andre nettsteder, se
-prosjektoversikten for
-en
-komplett liste.
+      DÃ¥rlig med sikkerhetsoppdateringer for Ruters billettautomater i Oslo?
+      13th February 2019
+      For
+syv Ã¥r siden oppdaget jeg at billettautomater for
+kollektivtrafikken i Oslo kjÃ¸rte
+Windows 2000
+Professional.  Operativsystemet har ikke fÃ¥tt sikkerhetsfikser fra
+Microsoft siden 2010-07-13 i fÃ¸lge dem selv.  Den samme versjonen av
+operativsystemet var i bruk
+for
+to og et halvt Ã¥r siden, og jammen er det ikke ogsÃ¥ i bruk den dag
+i dag:
+
+
+
+Bildet er tatt i dag av Kirill Miazine og tilgjengelig for bruk med
+bruksvilkÃ¥rene til
+Creative
+Commons Attribution 4.0 International (CC BY 4.0).
+
+Kanskje det hadde vÃ¦rt
+bedre
+med gratis kollektivtrafikk, slik at vi slapp Ã¥ stole pÃ¥
+datakompetansen til Ruter for Ã¥ verne vÃ¥re privatliv samt holde
+personopplysninger og betalingsinformasjon unna uvedkommende.  Eneste
+mÃ¥ten Ã¥ sikre at hvor en befinner seg ikke kan hentes ut fra Ruters
+systemer er Ã¥ betale enkeltbilletter med kontanter.  Jeg vet at Ruter
+har en god historie om hvor personvernvennlige mobil-app og
+RFID-kortene er, men den historien er ikke mulig Ã¥ uavhengig
+kontrollere uten priviligert tilgang til interne system og blir dermed
+bare nok en god historie basert pÃ¥ tillit til de som forteller
+historien.  Det er ikke slik en sikrer privatsfÃ¦ren.  Det gjÃ¸r en ved
+Ã¥ sikre at det ikke (kan) registreres informasjon om ens person.
+
+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
+15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b.
+Merk, betaling med bitcoin er ikke anonymt. :)
 
       
         
         
-        Tags: multimedia, nice free software, norsk, video, web. 
+        Tags: betalkontant, norsk, ruter. 
         
         
       
@@ -849,6 +890,21 @@ komplett liste.
 Archive
 
 
+2019
+
+
+January (4)
+
+February (3)
+
+March (3)
+
+May (2)
+
+June (4)
+
+
+
 2018
 
 
@@ -864,7 +920,15 @@ komplett liste.
 
 July (5)
 
-August (2)
+August (3)
+
+September (3)
+
+October (5)
+
+November (2)
+
+December (4)
 
 
 
@@ -1151,7 +1215,9 @@ komplett liste.
 
  bankid (4)
 
- bitcoin (9)
+ betalkontant (8)
+
+ bitcoin (11)
 
  bootsystem (17)
 
@@ -1159,31 +1225,31 @@ komplett liste.
 
  chrpath (2)
 
- debian (161)
+ debian (168)
 
  debian edu (158)
 
  debian-handbook (4)
 
- digistan (10)
+ digistan (11)
 
  dld (17)
 
- docbook (25)
+ docbook (26)
 
  drivstoffpriser (4)
 
- english (381)
+ english (406)
 
  fiksgatami (23)
 
- fildeling (13)
+ fildeling (14)
 
- freeculture (32)
+ freeculture (34)
 
  freedombox (9)
 
- frikanalen (18)
+ frikanalen (20)
 
  h264 (20)
 
@@ -1191,7 +1257,9 @@ komplett liste.
 
  isenkram (16)
 
- kart (20)
+ kart (22)
+
+ kodi (4)
 
  ldap (9)
 
@@ -1205,21 +1273,23 @@ komplett liste.
 
  mesh network (8)
 
- multimedia (41)
+ multimedia (42)
+
+ nice free software (12)
 
- nice free software (10)
+ noark5 (15)
 
- norsk (299)
+ norsk (305)
 
- nuug (190)
+ nuug (195)
 
- offentlig innsyn (33)
+ offentlig innsyn (37)
 
  open311 (2)
 
- opphavsrett (71)
+ opphavsrett (73)
 
- personvern (107)
+ personvern (108)
 
  raid (2)
 
@@ -1229,27 +1299,27 @@ komplett liste.
 
  rfid (3)
 
- robot (10)
+ robot (12)
 
  rss (1)
 
- ruter (6)
+ ruter (7)
 
  scraperwiki (2)
 
- sikkerhet (54)
+ sikkerhet (56)
 
  sitesummary (4)
 
  skepsis (5)
 
- standard (55)
+ standard (64)
 
  stavekontroll (6)
 
  stortinget (12)
 
- surveillance (55)
+ surveillance (56)
 
  sysadmin (4)
 
@@ -1257,13 +1327,13 @@ komplett liste.
 
  valg (9)
 
- verkidetfri (11)
+ verkidetfri (15)
 
- video (66)
+ video (73)
 
  vitenskap (4)
 
- web (41)
+ web (42)
 
 
 


Title / language	Quantity
Title / language	2016 jan-jun	2016 jul-dec	2017 jan-jun	2017 jul-dec	2018 jan-jun	2018 jul-dec	2019 jan-may
Culture Libre / French	3	6	19	11	7	6	7
Fri kultur / Norwegian	7	1	0	0	0	0	0
Free Culture / English	14	27	16	9	3	7	3
Total	24	34	35	20	10	13	10