8th November 2018

-apt install vlc-plugin-bittorrent
-
-#!/usr/bin/python3
-
-"""
-
-Python 3 script demonstrating how to use the rfc3161ng module to
-get trusted timestamps.
-
-The license of this code is the same as the license of the rfc3161ng
-library, ie MIT/BSD.
-
-"""
-
-import os
-import pyasn1.codec.der
-import rfc3161ng
-import subprocess
-import tempfile
-import urllib.request
-
-def store(f, data):
-    f.write(data)
-    f.flush()
-    f.seek(0)
-
-def fetch(url, f=None):
-    response = urllib.request.urlopen(url)
-    data = response.read()
-    if f:
-        store(f, data)
-    return data
-
-def main():
-    with tempfile.NamedTemporaryFile() as cert_f,\
-    	 tempfile.NamedTemporaryFile() as ca_f,\
-    	 tempfile.NamedTemporaryFile() as msg_f,\
-    	 tempfile.NamedTemporaryFile() as tsr_f:
-
-        # First fetch certificates used by service
-        certificate_data = fetch('https://freetsa.org/files/tsa.crt', cert_f)
-        ca_data_data = fetch('https://freetsa.org/files/cacert.pem', ca_f)
-
-        # Then timestamp the message
-        timestamper = \
-            rfc3161ng.RemoteTimestamper('http://freetsa.org/tsr',
-                                        certificate=certificate_data)
-        data = b"Python forever!\n"
-        tsr = timestamper(data=data, return_tsr=True)
-
-        # Finally, convert message and response to something 'openssl ts' can verify
-        store(msg_f, data)
-        store(tsr_f, pyasn1.codec.der.encoder.encode(tsr))
-        args = ["openssl", "ts", "-verify",
-                "-data", msg_f.name,
-	        "-in", tsr_f.name,
-		"-CAfile", ca_f.name,
-                "-untrusted", cert_f.name]
-        subprocess.check_call(args)
-
-if '__main__' == __name__:
-   main()
-
~/googledrive
grive -a
~/.config/autostart/grive.desktop
-[Desktop Entry]
-Name=Google drive autosync
-Type=Application
-Exec=/home/user/bin/grive-sync
-
~/bin/grive-sync
-#!/bin/sh
-set -e
-cd ~/
-cleanup() {
-    if [ "$syncpid" ] ; then
-        kill $syncpid
-    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]
 }
-trap cleanup EXIT INT QUIT
-/usr/lib/grive/grive-sync.sh listen googledrive 2>&1 | sed "s%^%$0:%" &
-syncpdi=$!
-while true; do
-    if ! xhost >/dev/null 2>&1 ; then
-        echo "no DISPLAY, exiting as the user probably logged out"
-        exit 1
-    fi
-    if [ ! -e /run/user/1000/grive-sync.sh_googledrive ] ; then
-        /usr/lib/grive/grive-sync.sh sync googledrive
-    fi
-    sleep 300
-done 2>&1 | sed "s%^%$0:%"
-

-
-Feel free to use the setup if you want.  It can be assumed to be
-GNU GPL v2 licensed (or any later version, at your leisure), but I
-doubt this code is possible to claim copyright on.
+@enduml
+
+
+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
@@ -512,7 +583,7 @@ activities, please send Bitcoin donations to my address
       

         
         
-        Tags: debian, english. 
+        Tags: english, nice free software, noark5, nuug, standard. 
         
         
       
@@ -520,152 +591,47 @@ activities, please send Bitcoin donations to my address
     
     
     
-      Valutakrambod - A python and bitcoin love story
-      29th September 2018
-      It would come as no surprise to anyone that I am interested in
-bitcoins and virtual currencies.  I've been keeping an eye on virtual
-currencies for many years, and it is part of the reason a few months
-ago, I started writing a python library for collecting currency
-exchange rates and trade on virtual currency exchanges.  I decided to
-name the end result valutakrambod, which perhaps can be translated to
-small currency shop.
-
-The library uses the tornado python library to handle HTTP and
-websocket connections, and provide a asynchronous system for
-connecting to and tracking several services.  The code is available
-from
-github.
-
-There are two example clients of the library.  One is very simple and
-list every updated buy/sell price received from the various services.
-This code is started by running bin/btc-rates and call the client code
-in valutakrambod/client.py.  The simple client look like this:
-
-
-import functools
-import tornado.ioloop
-import valutakrambod
-class SimpleClient(object):
-    def __init__(self):
-        self.services = []
-        self.streams = []
-        pass
-    def newdata(self, service, pair, changed):
-        print("%-15s %s-%s: %8.3f %8.3f" % (
-            service.servicename(),
-            pair[0],
-            pair[1],
-            service.rates[pair]['ask'],
-            service.rates[pair]['bid'])
-        )
-    async def refresh(self, service):
-        await service.fetchRates(service.wantedpairs)
-    def run(self):
-        self.ioloop = tornado.ioloop.IOLoop.current()
-        self.services = valutakrambod.service.knownServices()
-        for e in self.services:
-            service = e()
-            service.subscribe(self.newdata)
-            stream = service.websocket()
-            if stream:
-                self.streams.append(stream)
-            else:
-                # Fetch information from non-streaming services immediately
-                self.ioloop.call_later(len(self.services),
-                                       functools.partial(self.refresh, service))
-                # as well as regularly
-                service.periodicUpdate(60)
-        for stream in self.streams:
-            stream.connect()
-        try:
-            self.ioloop.start()
-        except KeyboardInterrupt:
-            print("Interrupted by keyboard, closing all connections.")
-            pass
-        for stream in self.streams:
-            stream.close()
-

-
-The library client loops over all known "public" services,
-initialises it, subscribes to any updates from the service, checks and
-activates websocket streaming if the service provide it, and if no
-streaming is supported, fetches information from the service and sets
-up a periodic update every 60 seconds.  The output from this client
-can look like this:
-
-
-Bl3p            BTC-EUR: 5687.110 5653.690
-Bl3p            BTC-EUR: 5687.110 5653.690
-Bl3p            BTC-EUR: 5687.110 5653.690
-Hitbtc          BTC-USD: 6594.560 6593.690
-Hitbtc          BTC-USD: 6594.560 6593.690
-Bl3p            BTC-EUR: 5687.110 5653.690
-Hitbtc          BTC-USD: 6594.570 6593.690
-Bitstamp        EUR-USD:    1.159    1.154
-Hitbtc          BTC-USD: 6594.570 6593.690
-Hitbtc          BTC-USD: 6594.580 6593.690
-Hitbtc          BTC-USD: 6594.580 6593.690
-Hitbtc          BTC-USD: 6594.580 6593.690
-Bl3p            BTC-EUR: 5687.110 5653.690
-Paymium         BTC-EUR: 5680.000 5620.240
-

-
-The exchange order book is tracked in addition to the best buy/sell
-price, for those that need to know the details.
-
-The other example client is focusing on providing a curses view
-with updated buy/sell prices as soon as they are received from the
-services.  This code is located in bin/btc-rates-curses and activated
-by using the '-c' argument.  Without the argument the "curses" output
-is printed without using curses, which is useful for debugging.  The
-curses view look like this:
-
-
-           Name Pair   Bid         Ask         Spr    Ftcd    Age
- BitcoinsNorway BTCEUR   5591.8400   5711.0800   2.1%   16    nan     60
-       Bitfinex BTCEUR   5671.0000   5671.2000   0.0%   16     22     59
-        Bitmynt BTCEUR   5580.8000   5807.5200   3.9%   16     41     60
-         Bitpay BTCEUR   5663.2700         nan   nan%   15    nan     60
-       Bitstamp BTCEUR   5664.8400   5676.5300   0.2%    0      1      1
-           Bl3p BTCEUR   5653.6900   5684.9400   0.5%    0    nan     19
-       Coinbase BTCEUR   5600.8200   5714.9000   2.0%   15    nan    nan
-         Kraken BTCEUR   5670.1000   5670.2000   0.0%   14     17     60
-        Paymium BTCEUR   5620.0600   5680.0000   1.1%    1   7515    nan
- BitcoinsNorway BTCNOK  52898.9700  54034.6100   2.1%   16    nan     60
-        Bitmynt BTCNOK  52960.3200  54031.1900   2.0%   16     41     60
-         Bitpay BTCNOK  53477.7833         nan   nan%   16    nan     60
-       Coinbase BTCNOK  52990.3500  54063.0600   2.0%   15    nan    nan
-        MiraiEx BTCNOK  52856.5300  54100.6000   2.3%   16    nan    nan
- BitcoinsNorway BTCUSD   6495.5300   6631.5400   2.1%   16    nan     60
-       Bitfinex BTCUSD   6590.6000   6590.7000   0.0%   16     23     57
-         Bitpay BTCUSD   6564.1300         nan   nan%   15    nan     60
-       Bitstamp BTCUSD   6561.1400   6565.6200   0.1%    0      2      1
-       Coinbase BTCUSD   6504.0600   6635.9700   2.0%   14    nan    117
-         Gemini BTCUSD   6567.1300   6573.0700   0.1%   16     89    nan
-         Hitbtc+BTCUSD   6592.6200   6594.2100   0.0%    0      0      0
-         Kraken BTCUSD   6565.2000   6570.9000   0.1%   15     17     58
-  Exchangerates EURNOK      9.4665      9.4665   0.0%   16 107789    nan
-     Norgesbank EURNOK      9.4665      9.4665   0.0%   16 107789    nan
-       Bitstamp EURUSD      1.1537      1.1593   0.5%    4      5      1
-  Exchangerates EURUSD      1.1576      1.1576   0.0%   16 107789    nan
- BitcoinsNorway LTCEUR      1.0000     49.0000  98.0%   16    nan    nan
- BitcoinsNorway LTCNOK    492.4800    503.7500   2.2%   16    nan     60
- BitcoinsNorway LTCUSD      1.0221     49.0000  97.9%   15    nan    nan
-     Norgesbank USDNOK      8.1777      8.1777   0.0%   16 107789    nan
-

-
-The code for this client is too complex for a simple blog post, so
-you will have to check out the git repository to figure out how it
-work.  What I can tell is how the three last numbers on each line
-should be interpreted.  The first is how many seconds ago information
-was received from the service.  The second is how long ago, according
-to the service, the provided information was updated.  The last is an
-estimate on how often the buy/sell values change.
-
-If you find this library useful, or would like to improve it, I
-would love to hear from you.  Note that for some of the services I've
-implemented a trading API.  It might be the topic of a future blog
-post.
+      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
@@ -674,7 +640,7 @@ activities, please send Bitcoin donations to my address
       

         
         
-        Tags: bitcoin, english. 
+        Tags: english, noark5, nuug, offentlig innsyn, standard. 
         
         
       
@@ -682,47 +648,183 @@ activities, please send Bitcoin donations to my address
     
     
     
-      VLC in Debian now can do bittorrent streaming
-      24th September 2018
-      Back in February, I got curious to see
-if
-VLC now supported Bittorrent streaming.  It did not, despite the
-fact that the idea and code to handle such streaming had been floating
-around for years.  I did however find
-a standalone plugin
-for VLC to do it, and half a year later I decided to wrap up the
-plugin and get it into Debian.  I uploaded it to NEW a few days ago,
-and am very happy to report that it
-entered
-Debian a few hours ago, and should be available in Debian/Unstable
-tomorrow, and Debian/Testing in a few days.
-
-With the vlc-plugin-bittorrent package installed you should be able
-to stream videos using a simple call to
-
-
-vlc https://archive.org/download/TheGoat/TheGoat_archive.torrent
-

-
-It can handle magnet links too.  Now if only native vlc had
-bittorrent support.  Then a lot more would be helping each other to
-share public domain and creative commons movies.  The plugin need some
-stability work with seeking and picking the right file in a torrent
-with many files, but is already usable.  Please note that the plugin
-is not removing downloaded files when vlc is stopped, so it can fill
-up your disk if you are not careful.  Have fun. :)
-
-I would love to get help maintaining this package.  Get in touch if
-you are interested.
-
-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, verkidetfri, video. 
+        Tags: digistan, noark5, norsk, standard. 
         
         
       
@@ -730,35 +832,50 @@ activities, please send Bitcoin donations to my address
     
     
     
-      Using the Kodi API to play Youtube videos
-       2nd September 2018
-      I continue to explore my Kodi installation, and today I wanted to
-tell it to play a youtube URL I received in a chat, without having to
-insert search terms using the on-screen keyboard.  After searching the
-web for API access to the Youtube plugin and testing a bit, I managed
-to find a recipe that worked.  If you got a kodi instance with its API
-available from http://kodihost/jsonrpc, you can try the following to
-have check out a nice cover band.
-
-
curl --silent --header 'Content-Type: application/json' \
-  --data-binary '{ "id": 1, "jsonrpc": "2.0", "method": "Player.Open",
-  "params": {"item": { "file":
-  "plugin://plugin.video.youtube/play/?video_id=LuRGVM9O0qg" } } }' \
-  http://projector.local/jsonrpc

-
-I've extended kodi-stream program to take a video source as its
-first argument.  It can now handle direct video links, youtube links
-and 'desktop' to stream my desktop to Kodi.  It is almost like a
-Chromecast. :)
-
-As usual, if you use Bitcoin and want to show your support of my
-activities, please send Bitcoin donations to my address
-15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b.
+      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: debian, english, kodi, video. 
+        Tags: betalkontant, norsk, ruter. 
         
         
       
@@ -773,6 +890,21 @@ activities, please send Bitcoin donations to my address
 Archive
 
 
+2019
+
+
+January (4)
+
+February (3)
+
+March (3)
+
+May (2)
+
+June (4)
+
+
+
 2018
 
 
@@ -796,6 +928,8 @@ activities, please send Bitcoin donations to my address
 
 November (2)
 
+December (4)
+
 
 
 2017
@@ -1081,7 +1215,9 @@ activities, please send Bitcoin donations to my address
 
  
bankid (4)
 
- bitcoin (10)
+ betalkontant (8)
+
+ bitcoin (11)
 
  bootsystem (17)
 
@@ -1089,31 +1225,31 @@ activities, please send Bitcoin donations to my address
 
  chrpath (2)
 
- debian (164)
+ debian (168)
 
  debian edu (158)
 
  debian-handbook (4)
 
- digistan (10)
+ digistan (11)
 
  dld (17)
 
- docbook (25)
+ docbook (26)
 
  drivstoffpriser (4)
 
- english (392)
+ english (406)
 
  fiksgatami (23)
 
- fildeling (13)
+ fildeling (14)
 
- freeculture (32)
+ freeculture (34)
 
  freedombox (9)
 
- frikanalen (19)
+ frikanalen (20)
 
  h264 (20)
 
@@ -1121,7 +1257,7 @@ activities, please send Bitcoin donations to my address
 
  isenkram (16)
 
- kart (20)
+ kart (22)
 
  kodi (4)
 
@@ -1137,21 +1273,23 @@ activities, please send Bitcoin donations to my address
 
  mesh network (8)
 
- multimedia (41)
+ multimedia (42)
+
+ nice free software (12)
 
- nice free software (11)
+ noark5 (15)
 
- norsk (299)
+ norsk (305)
 
- nuug (191)
+ nuug (195)
 
- offentlig innsyn (34)
+ offentlig innsyn (37)
 
  open311 (2)
 
- opphavsrett (72)
+ opphavsrett (73)
 
- personvern (107)
+ personvern (108)
 
  raid (2)
 
@@ -1161,27 +1299,27 @@ activities, please send Bitcoin donations to my address
 
  rfid (3)
 
- robot (10)
+ robot (12)
 
  rss (1)
 
- ruter (6)
+ ruter (7)
 
  scraperwiki (2)
 
- sikkerhet (55)
+ sikkerhet (56)
 
  sitesummary (4)
 
  skepsis (5)
 
- standard (57)
+ standard (64)
 
  stavekontroll (6)
 
  stortinget (12)
 
- surveillance (55)
+ surveillance (56)
 
  sysadmin (4)
 
@@ -1189,13 +1327,13 @@ activities, please send Bitcoin donations to my address
 
  valg (9)
 
- verkidetfri (13)
+ verkidetfri (15)
 
- video (70)
+ 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