8th November 2018

-apt install vlc-plugin-bittorrent
-
+@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
+
media/uml-class-arkivskaper.iuml:

+
++@startuml
+class Arkivstruktur.Arkivskaper  {
+  +arkivskaperID : string
+  +arkivskaperNavn : string
+  +beskrivelse : string [0..1]
+}
+@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
@@ -250,7 +379,7 @@ activities, please send Bitcoin donations to my address
       

         
         
-        Tags: english, verkidetfri, video. 
+        Tags: english, nice free software, noark5, nuug, standard. 
         
         
       
@@ -258,65 +387,41 @@ activities, please send Bitcoin donations to my address
     
     
     
-      Release 0.2 of free software archive system Nikita announced
-      18th October 2018
-      This morning, the new release of the
+      
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
+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.2
-since version 0.1.1 (from NEWS.md):
+government offices in Norway.  These were the changes in version 0.3
+since version 0.2.1 (from NEWS.md):
 
 
-  Fix typos in REL names
-  Tidy up error message reporting
-  Fix issue where we used Integer.valueOf(), not Integer.getInteger()
-  Change some String handling to StringBuffer
-  Fix error reporting
-  Code tidy-up
-  Fix issue using static non-synchronized SimpleDateFormat to avoid 
-      race conditions
-  Fix problem where deserialisers were treating integers as strings
-  Update methods to make them null-safe
-  Fix many issues reported by coverity
-  Improve equals(), compareTo() and hash() in domain model
-  Improvements to the domain model for metadata classes
-  Fix CORS issues when downloading document
-  Implementation of case-handling with registryEntry and document upload
-  Better support in Javascript for OPTIONS
-  Adding concept description of mail integration
-  Improve setting of default values for GET on ny-journalpost
-  Better handling of required values during deserialisation 
-  Changed tilknyttetDato (M620) from date to dateTime
-  Corrected some opprettetDato (M600) (de)serialisation errors.
-  Improve parse error reporting.
-  Started on OData search and filtering.
-  Added Contributor Covenant Code of Conduct to project.
-  Moved repository and project from Github to Gitlab.
-  Restructured repository, moved code into src/ and web/.
-  Updated code to use Spring Boot version 2.
-  Added support for OAuth2 authentication.
-  Fixed several bugs discovered by Coverity.
-  Corrected handling of date/datetime fields.
-  Improved error reporting when rejecting during deserializatoin.
-  Adjusted default values provided for ny-arkivdel, ny-mappe,
-   ny-saksmappe, ny-journalpost and ny-dokumentbeskrivelse.
-  Several fixes for korrespondansepart*.
-  Updated web GUI:
-     
-       Now handle both file upload and download.
-       Uses new OAuth2 authentication for login.
-       Forms now fetches default values from API using GET.
-       Added RFC 822 (email), TIFF and JPEG to list of possible file formats.
-     
+  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.
+  
 
 
-The changes and improvements are extensive.  Running diffstat on
-the changes between git tab 0.1.1 and 0.2 show 1098 files changed,
-108666 insertions(+), 54066 deletions(-).
-
 If free and open standardized archiving API sound interesting to
 you, please contact us on IRC
 (#nikita on
@@ -331,7 +436,7 @@ activities, please send Bitcoin donations to my address
       

         
         
-        Tags: english, nuug, offentlig innsyn, standard. 
+        Tags: english, noark5, nuug, offentlig innsyn, standard. 
         
         
       
@@ -339,111 +444,183 @@ activities, please send Bitcoin donations to my address
     
     
     
-      Fetching trusted timestamps using the rfc3161ng python module
-       8th October 2018
-      I have  earlier covered the basics of trusted timestamping using the
-'openssl ts' client.  See blog post for
-2014,
-2016
-and
-2017
-for those stories.  But some times I want to integrate the timestamping
-in other code, and recently I needed to integrate it into Python.
-After searching a bit, I found
-the
-rfc3161 library which seemed like a good fit, but I soon
-discovered it only worked for python version 2, and I needed something
-that work with python version 3.  Luckily I next came across
-the rfc3161ng library,
-a fork of the original rfc3161 library.  Not only is it working with
-python 3, it have fixed a few of the bugs in the original library, and
-it has an active maintainer.  I decided to wrap it up and make it
-available in
-Debian, and a few days ago it entered Debian unstable and testing.
-
-Using the library is fairly straight forward.  The only slightly
-problematic step is to fetch the required certificates to verify the
-timestamp.  For some services it is straight forward, while for others
-I have not yet figured out how to do it.  Here is a small standalone
-code example based on of the integration tests in the library code:
-
--#!/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()
-
-
-The code fetches the required certificates, store them as temporary
-files, timestamp a simple message, store the message and timestamp to
-disk and ask 'openssl ts' to verify the timestamp.  A timestamp is
-around 1.5 kiB in size, and should be fairly easy to store for future
-use.
-
-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, sikkerhet. 
+        Tags: digistan, noark5, norsk, standard. 
         
         
       
@@ -451,68 +628,50 @@ activities, please send Bitcoin donations to my address
     
     
     
-      Automatic Google Drive sync using grive in Debian
-       4th October 2018
-      A few days, I rescued a Windows victim over to Debian.  To try to
-rescue the remains, I helped set up automatic sync with Google Drive.
-I did not find any sensible Debian package handling this
-automatically, so I rebuild the grive2 source from
-the Ubuntu UPD8 PPA to do the
-task and added a autostart desktop entry and a small shell script to
-run in the background while the user is logged in to do the sync.
-Here is a sketch of the setup for future reference.
-
-I first created ~/googledrive, entered the directory and
-ran 'grive -a' to authenticate the machine/user.  Next, I
-created a autostart hook in ~/.config/autostart/grive.desktop
-to start the sync when the user log in:
-
-
-[Desktop Entry]
-Name=Google drive autosync
-Type=Application
-Exec=/home/user/bin/grive-sync
-

-
-Finally, I wrote the ~/bin/grive-sync script to sync
-~/googledrive/ with the files in Google Drive.
-
-
-#!/bin/sh
-set -e
-cd ~/
-cleanup() {
-    if [ "$syncpid" ] ; then
-        kill $syncpid
-    fi
-}
-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.
-
-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. 
+        Tags: betalkontant, norsk, ruter. 
         
         
       
@@ -520,161 +679,49 @@ 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.
-
-As usual, if you use Bitcoin and want to show your support of my
-activities, please send Bitcoin donations to my address
-15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b.
+      Stortinget vedtar maskinlesbart register over 20% av selskapseierne i Norge
+       7th February 2019
+      Jeg registrerer med glede at Stortinget i dag har
+vedtatt
+at det skal vedlikeholdes et Ã¥pent og maskinlesbart register over
+reelle rettighetshavere i Norge.  Her kan en kanskje fÃ¥ et
+register som kan brukes til Ã¥ analysere eierskap og kontroll i Norge
+maskinelt og knytte det til internasjonale databaser som
+OpenCorporates.  Det liker
+jeg.
+
+Den vedtatte grense pÃ¥ 25 prosents eierandel fikk stor
+oppmerksomhet i debatten.  Jeg ser fra enkel analyse av skatteetatens
+eierskapsregister at 80.4% av alle selskapseiere i registeret har
+mindre enn 25% eierandel, mot 73.8% som har mindre enn 5% eierandel.
+En grense pÃ¥ 25% vil altsÃ¥ utelukke 80.4% av selskapseierne fra det
+vedtatte registeret, og en grense pÃ¥ 5% vil skjule 73.8%.  En mÃ¥ helt
+ned i registrering av eierandeler over circa 0.002% for Ã¥ fÃ¥ mer enn
+halvparten av selskapseierne i Norge.  Mon tro hvor langt ned en mÃ¥ i
+eierprosent for Ã¥ fÃ¥ med alle eierskapene til politisk valgte
+representanter?
+
+Jeg biter meg ogsÃ¥ merke i at Sivert BjÃ¸rnstad fra FrP
+tilsynelatende tror at aksjonÃ¦rregisteret er et eksisterende Ã¥pent
+register, pÃ¥ tross av at det sÃ¥ vidt jeg vet kun deles ved personlig
+oppmÃ¸te hos skatteetaten og ikke er tilgjengelig i maskinlesbart
+format for enhver, og dermed sÃ¥ langt ikke er importert inn i
+OpenCorporates.  Det anser jeg ikke for et spesielt Ã¥pent register.
+Debatten ga ellers lite hÃ¥p om at situasjonen bedrer seg, da
+finansministeren bare henviste til en fravÃ¦rende nÃ¦ringsministeren og
+ikke ville uttale seg om et skikkelig aksjonÃ¦rregister snart dukker
+opp.
+
+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: bitcoin, english. 
+        Tags: norsk, offentlig innsyn. 
         
         
       
@@ -682,38 +729,62 @@ 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
+      Websocket from Kraken in Valutakrambod
+       1st February 2019
+      Yesterday, the Kraken virtual currency exchange announced
+their
+Websocket service, providing a stream of exchange updates to its
+clients.  Getting updated rates quickly is a good idea, so I used
+their API
+documentation and added Websocket support to the Kraken service in
+Valutakrambod today.  The python library can now get updates
+from Kraken several times per second, instead of every time the
+information is polled from the REST API.
+
+If this sound interesting to you, the code for valutakrambod is
+available from
+github.
+Here is example output from the example client displaying rates in a
+curses view:
 
 
-vlc https://archive.org/download/TheGoat/TheGoat_archive.torrent
+           Name Pair   Bid         Ask         Spr    Ftcd    Age
+ BitcoinsNorway BTCEUR   2959.2800   3021.0500   2.0%   36    nan    nan
+       Bitfinex BTCEUR   3087.9000   3088.0000   0.0%   36     37    nan
+        Bitmynt BTCEUR   3001.8700   3135.4600   4.3%   36     52    nan
+         Bitpay BTCEUR   3003.8659         nan   nan%   35    nan    nan
+       Bitstamp BTCEUR   3008.0000   3010.2300   0.1%    0      1      1
+           Bl3p BTCEUR   3000.6700   3010.9300   0.3%    1    nan    nan
+       Coinbase BTCEUR   2992.1800   3023.2500   1.0%   34    nan    nan
+         Kraken+BTCEUR   3005.7000   3006.6000   0.0%    0      1      0
+        Paymium BTCEUR   2940.0100   2993.4400   1.8%    0   2688    nan
+ BitcoinsNorway BTCNOK  29000.0000  29360.7400   1.2%   36    nan    nan
+        Bitmynt BTCNOK  29115.6400  29720.7500   2.0%   36     52    nan
+         Bitpay BTCNOK  29029.2512         nan   nan%   36    nan    nan
+       Coinbase BTCNOK  28927.6000  29218.5900   1.0%   35    nan    nan
+        MiraiEx BTCNOK  29097.7000  29741.4200   2.2%   36    nan    nan
+ BitcoinsNorway BTCUSD   3385.4200   3456.0900   2.0%   36    nan    nan
+       Bitfinex BTCUSD   3538.5000   3538.6000   0.0%   36     45    nan
+         Bitpay BTCUSD   3443.4600         nan   nan%   34    nan    nan
+       Bitstamp BTCUSD   3443.0100   3445.0500   0.1%    0      2      1
+       Coinbase BTCUSD   3428.1600   3462.6300   1.0%   33    nan    nan
+         Gemini BTCUSD   3445.8800   3445.8900   0.0%   36    326    nan
+         Hitbtc BTCUSD   3473.4700   3473.0700  -0.0%    0      0      0
+         Kraken+BTCUSD   3444.4000   3445.6000   0.0%    0      1      0
+  Exchangerates EURNOK      9.6685      9.6685   0.0%   36  22226    nan
+     Norgesbank EURNOK      9.6685      9.6685   0.0%   36  22226    nan
+       Bitstamp EURUSD      1.1440      1.1462   0.2%    0      1      2
+  Exchangerates EURUSD      1.1471      1.1471   0.0%   36  22226    nan
+ BitcoinsNorway LTCEUR      1.0009     22.6538  95.6%   35    nan    nan
+ BitcoinsNorway LTCNOK    259.0900    264.9300   2.2%   35    nan    nan
+ BitcoinsNorway LTCUSD      0.0000     29.0000 100.0%   35    nan    nan
+     Norgesbank USDNOK      8.4286      8.4286   0.0%   36  22226    nan
 

 
-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.
+Yes, I notice the strange negative spread on Hitbtc.  I've seen the
+same on Kraken.  Another strange observation is that Kraken some times
+announce trade orders a fraction of a second in the future.  I really
+wonder what is going on there.
 
 As usual, if you use Bitcoin and want to show your support of my
 activities, please send Bitcoin donations to my address
@@ -722,7 +793,7 @@ activities, please send Bitcoin donations to my address
       

         
         
-        Tags: english, verkidetfri, video. 
+        Tags: bitcoin, english. 
         
         
       
@@ -730,35 +801,34 @@ 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.
+      Strategispillet Unknown Horizons nÃ¥ tilgjengelig pÃ¥ bokmÃ¥l
+      23rd January 2019
+      I hÃ¸st ble jeg inspirert til Ã¥ bidra til oversettelsen av
+strategispillet Unknown
+Horizons, og oversatte de nesten 200 strengene i prosjektet til
+bokmÃ¥l.  Deretter har jeg gÃ¥tt Ã¥ ventet pÃ¥ at det kom en ny utgave som
+inneholdt disse oversettelsene.  NÃ¥ er endelig ventetiden over.  Den
+nye versjonen kom pÃ¥ nyÃ¥ret, og ble
+lastet opp i
+Debian for noen fÃ¥ dager siden.  I gÃ¥r kveld fikk jeg testet det ut, og
+mÃ¥ innrÃ¸mme at oversettelsene fungerer fint.  Fant noen fÃ¥ tekster som
+mÃ¥tte justeres, men ikke noe alvorlig.  Har oppdatert
+oversettelsen pÃ¥
+Weblate, slik at neste utgave vil vÃ¦re enda bedre. :)
+
+Spillet er et ressursstyringsspill ala Civilization, og er morsomt
+Ã¥ spille for oss som liker slikt. :)
+
+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: debian, norsk. 
         
         
       
@@ -773,6 +843,21 @@ activities, please send Bitcoin donations to my address
 Archive
 
 
+2019
+
+
+January (4)
+
+February (3)
+
+March (3)
+
+May (2)
+
+June (1)
+
+
+
 2018
 
 
@@ -796,6 +881,8 @@ activities, please send Bitcoin donations to my address
 
 November (2)
 
+December (4)
+
 
 
 2017
@@ -1081,7 +1168,9 @@ activities, please send Bitcoin donations to my address
 
  
bankid (4)
 
- bitcoin (10)
+ betalkontant (8)
+
+ bitcoin (11)
 
  bootsystem (17)
 
@@ -1089,13 +1178,13 @@ activities, please send Bitcoin donations to my address
 
  chrpath (2)
 
- debian (164)
+ debian (167)
 
  debian edu (158)
 
  debian-handbook (4)
 
- digistan (10)
+ digistan (11)
 
  dld (17)
 
@@ -1103,17 +1192,17 @@ activities, please send Bitcoin donations to my address
 
  drivstoffpriser (4)
 
- english (392)
+ english (403)
 
  fiksgatami (23)
 
- fildeling (13)
+ fildeling (14)
 
- freeculture (32)
+ freeculture (33)
 
  freedombox (9)
 
- frikanalen (19)
+ frikanalen (20)
 
  h264 (20)
 
@@ -1121,7 +1210,7 @@ activities, please send Bitcoin donations to my address
 
  isenkram (16)
 
- kart (20)
+ kart (21)
 
  kodi (4)
 
@@ -1137,21 +1226,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 (14)
 
- 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,11 +1252,11 @@ activities, please send Bitcoin donations to my address
 
  rfid (3)
 
- robot (10)
+ robot (12)
 
  rss (1)
 
- ruter (6)
+ ruter (7)
 
  scraperwiki (2)
 
@@ -1175,7 +1266,7 @@ activities, please send Bitcoin donations to my address
 
  skepsis (5)
 
- standard (57)
+ standard (63)
 
  stavekontroll (6)
 
@@ -1189,13 +1280,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)
 
 
 
