14th February 2018

-vlc https://archive.org/download/LoveNest/LoveNest_archive.torrent
-
- 2352 entries (   66 unique) with and 15983 without IMDB title ID in free-movies-archive-org-search.json
- 2302 entries (  120 unique) with and     0 without IMDB title ID in free-movies-archive-org-wikidata.json
-  195 entries (   63 unique) with and   200 without IMDB title ID in free-movies-cinemovies.json
-   89 entries (   52 unique) with and    38 without IMDB title ID in free-movies-creative-commons.json
-  344 entries (   28 unique) with and   655 without IMDB title ID in free-movies-fesfilm.json
-  668 entries (  209 unique) with and  1064 without IMDB title ID in free-movies-filmchest-com.json
-  830 entries (   21 unique) with and     0 without IMDB title ID in free-movies-icheckmovies-archive-mochard.json
-   19 entries (   19 unique) with and     0 without IMDB title ID in free-movies-imdb-c-expired-gb.json
- 6822 entries ( 6669 unique) with and     0 without IMDB title ID in free-movies-imdb-c-expired-us.json
-  137 entries (    0 unique) with and     0 without IMDB title ID in free-movies-imdb-externlist.json
- 1205 entries (   57 unique) with and     0 without IMDB title ID in free-movies-imdb-pd.json
-   84 entries (   20 unique) with and   167 without IMDB title ID in free-movies-infodigi-pd.json
-  158 entries (  135 unique) with and     0 without IMDB title ID in free-movies-letterboxd-looney-tunes.json
-  113 entries (    4 unique) with and     0 without IMDB title ID in free-movies-letterboxd-pd.json
-  182 entries (  100 unique) with and     0 without IMDB title ID in free-movies-letterboxd-silent.json
-  229 entries (   87 unique) with and     1 without IMDB title ID in free-movies-manual.json
-   44 entries (    2 unique) with and    64 without IMDB title ID in free-movies-openflix.json
-  291 entries (   33 unique) with and   474 without IMDB title ID in free-movies-profilms-pd.json
-  211 entries (    7 unique) with and     0 without IMDB title ID in free-movies-publicdomainmovies-info.json
- 1232 entries (   57 unique) with and  1875 without IMDB title ID in free-movies-publicdomainmovies-net.json
-   46 entries (   13 unique) with and    81 without IMDB title ID in free-movies-publicdomainreview.json
-  698 entries (   64 unique) with and   118 without IMDB title ID in free-movies-publicdomaintorrents.json
- 1758 entries (  882 unique) with and  3786 without IMDB title ID in free-movies-retrofilmvault.json
-   16 entries (    0 unique) with and     0 without IMDB title ID in free-movies-thehillproductions.json
-   63 entries (   16 unique) with and   141 without IMDB title ID in free-movies-vodo.json
-11583 unique IMDB title IDs in total, 8724 only in one list, 24647 without IMDB title ID
-
+@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
@@ -889,7 +583,7 @@ activities, please send Bitcoin donations to my address
       

         
         
-        Tags: english, opphavsrett, verkidetfri. 
+        Tags: english, nice free software, noark5, nuug, standard. 
         
         
       
@@ -897,40 +591,47 @@ activities, please send Bitcoin donations to my address
     
     
     
-      Is the short movie Â«Empty SocksÂ» from 1927 in the public domain or not?
-       5th December 2017
-      Three years ago, a presumed lost animation film,
-Empty Socks from
-1927, was discovered in the Norwegian National Library.  At the
-time it was discovered, it was generally assumed to be copyrighted by
-The Walt Disney Company, and I blogged about
-my
-reasoning to conclude that it would would enter the Norwegian
-equivalent of the public domain in 2053, based on my understanding of
-Norwegian Copyright Law.  But a few days ago, I came across
-a
-blog post claiming the movie was already in the public domain, at
-least in USA.  The reasoning is as follows: The film was released in
-November or Desember 1927 (sources disagree), and presumably
-registered its copyright that year.  At that time, right holders of
-movies registered by the copyright office received government
-protection for there work for 28 years.  After 28 years, the copyright
-had to be renewed if the wanted the government to protect it further.
-The blog post I found claim such renewal did not happen for this
-movie, and thus it entered the public domain in 1956.  Yet someone
-claim the copyright was renewed and the movie is still copyright
-protected.  Can anyone help me to figure out which claim is correct?
-I have not been able to find Empty Socks in Catalog of copyright
-entries.  Ser.3 pt.12-13 v.9-12 1955-1958 Motion Pictures
-available
-from the University of Pennsylvania, neither in
-page
-45 for the first half of 1955, nor in
-page
-119 for the second half of 1955.  It is of course possible that
-the renewal entry was left out of the printed catalog by mistake.  Is
-there some way to rule out this possibility?  Please help, and update
-the wikipedia page with your findings.
+      
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
@@ -939,7 +640,7 @@ activities, please send Bitcoin donations to my address
       

         
         
-        Tags: english, freeculture, opphavsrett, verkidetfri, video. 
+        Tags: english, noark5, nuug, offentlig innsyn, standard. 
         
         
       
@@ -947,124 +648,234 @@ activities, please send Bitcoin donations to my address
     
     
     
-      Metadata proposal for movies on the Internet Archive
-      28th November 2017
-      It would be easier to locate the movie you want to watch in
-the Internet Archive, if the
-metadata about each movie was more complete and accurate.  In the
-archiving community, a well known saying state that good metadata is a
-love letter to the future.  The metadata in the Internet Archive could
-use a face lift for the future to love us back.  Here is a proposal
-for a small improvement that would make the metadata more useful
-today.  I've been unable to find any document describing the various
-standard fields available when uploading videos to the archive, so
-this proposal is based on my best quess and searching through several
-of the existing movies.
-
-I have a few use cases in mind.  First of all, I would like to be
-able to count the number of distinct movies in the Internet Archive,
-without duplicates.  I would further like to identify the IMDB title
-ID of the movies in the Internet Archive, to be able to look up a IMDB
-title ID and know if I can fetch the video from there and share it
-with my friends.
-
-Second, I would like the Butter data provider for The Internet
-archive
-(available
-from github), to list as many of the good movies as possible.  The
-plugin currently do a search in the archive with the following
-parameters:
-
-
-collection:moviesandfilms
-AND NOT collection:movie_trailers
-AND -mediatype:collection
-AND format:"Archive BitTorrent"
-AND year
-

-
-Most of the cool movies that fail to show up in Butter do so
-because the 'year' field is missing.  The 'year' field is populated by
-the year part from the 'date' field, and should be when the movie was
-released (date or year).  Two such examples are
-Ben Hur
-from 1905 and
-Caminandes
-2: Gran Dillama from 2013, where the year metadata field is
-missing.
-
-So, my proposal is simply, for every movie in The Internet Archive
-where an IMDB title ID exist, please fill in these metadata fields
-(note, they can be updated also long after the video was uploaded, but
-as far as I can tell, only by the uploader):
-
-
-
-mediatype
-Should be 'movie' for movies.
-
-collection
-Should contain 'moviesandfilms'.
-
-title
-The title of the movie, without the publication year.
-
-date
-The data or year the movie was released.  This make the movie show
-up in Butter, as well as make it possible to know the age of the
-movie and is useful to figure out copyright status.
-
-director
-The director of the movie.  This make it easier to know if the
-correct movie is found in movie databases.
-
-publisher
-The production company making the movie.  Also useful for
-identifying the correct movie.
-
-links
-
-Add a link to the IMDB title page, for example like this: <a
-href="http://www.imdb.com/title/tt0028496/">Movie in
-IMDB</a>.  This make it easier to find duplicates and allow for
-counting of number of unique movies in the Archive.  Other external
-references, like to TMDB, could be added like this too.
-
-
-
-I did consider proposing a Custom field for the IMDB title ID (for
-example 'imdb_title_url', 'imdb_code' or simply 'imdb', but suspect it
-will be easier to simply place it in the links free text field.
-
-I created
-a
-list of IMDB title IDs for several thousand movies in the Internet
-Archive, but I also got a list of several thousand movies without
-such IMDB title ID (and quite a few duplicates).  It would be great if
-this data set could be integrated into the Internet Archive metadata
-to be available for everyone in the future, but with the current
-policy of leaving metadata editing to the uploaders, it will take a
-while before this happen.  If you have uploaded movies into the
-Internet Archive, you can help.  Please consider following my proposal
-above for your movies, to ensure that movie is properly
-counted. :)
-
-The list is mostly generated using wikidata, which based on
-Wikipedia articles make it possible to link between IMDB and movies in
-the Internet Archive.  But there are lots of movies without a
-Wikipedia article, and some movies where only a collection page exist
-(like for the
-Caminandes example above, where there are three movies but only
-one Wikidata entry).
+      Ã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: digistan, noark5, norsk, standard. 
+        
+        
+      
+    
+    
+    
+    
+      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.
 
-As usual, if you use Bitcoin and want to show your support of my
-activities, please send Bitcoin donations to my address
-15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b.
+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: english, opphavsrett, verkidetfri. 
+        Tags: betalkontant, norsk, ruter. 
         
         
       
@@ -1079,12 +890,45 @@ activities, please send Bitcoin donations to my address
 Archive
 
 
+2019
+
+
+January (4)
+
+February (3)
+
+March (3)
+
+May (2)
+
+June (4)
+
+
+
 2018
 
 
 January (1)
 
-February (4)
+February (5)
+
+March (5)
+
+April (3)
+
+June (2)
+
+July (5)
+
+August (3)
+
+September (3)
+
+October (5)
+
+November (2)
+
+December (4)
 
 
 
@@ -1371,47 +1215,51 @@ activities, please send Bitcoin donations to my address
 
  bankid (4)
 
- bitcoin (9)
+ betalkontant (8)
+
+ bitcoin (11)
 
- bootsystem (16)
+ bootsystem (17)
 
  bsa (2)
 
  chrpath (2)
 
- debian (156)
+ debian (168)
 
  debian edu (158)
 
  debian-handbook (4)
 
- digistan (10)
+ digistan (11)
 
  dld (17)
 
- docbook (24)
+ docbook (26)
 
  drivstoffpriser (4)
 
- english (367)
+ english (406)
 
  fiksgatami (23)
 
- fildeling (13)
+ fildeling (14)
 
- freeculture (32)
+ freeculture (34)
 
  freedombox (9)
 
- frikanalen (18)
+ frikanalen (20)
 
  h264 (20)
 
  intervju (42)
 
- isenkram (15)
+ isenkram (16)
 
- kart (20)
+ kart (22)
+
+ kodi (4)
 
  ldap (9)
 
@@ -1425,21 +1273,23 @@ activities, please send Bitcoin donations to my address
 
  mesh network (8)
 
- multimedia (39)
+ multimedia (42)
+
+ nice free software (12)
 
- nice free software (9)
+ noark5 (15)
 
- norsk (295)
+ norsk (305)
 
- nuug (190)
+ nuug (195)
 
- offentlig innsyn (33)
+ offentlig innsyn (37)
 
  open311 (2)
 
- opphavsrett (71)
+ opphavsrett (73)
 
- personvern (104)
+ personvern (108)
 
  raid (2)
 
@@ -1449,27 +1299,27 @@ activities, please send Bitcoin donations to my address
 
  rfid (3)
 
- robot (10)
+ robot (12)
 
  rss (1)
 
- ruter (5)
+ ruter (7)
 
  scraperwiki (2)
 
- sikkerhet (53)
+ sikkerhet (56)
 
  sitesummary (4)
 
  skepsis (5)
 
- standard (55)
+ standard (64)
 
  stavekontroll (6)
 
  stortinget (12)
 
- surveillance (53)
+ surveillance (56)
 
  sysadmin (4)
 
@@ -1477,13 +1327,13 @@ activities, please send Bitcoin donations to my address
 
  valg (9)
 
- verkidetfri (11)
+ verkidetfri (15)
 
- video (62)
+ video (73)
 
  vitenskap (4)
 
- web (40)
+ web (42)
 
 
 


Title / language	Quantity
Title / language	Innsamling og lagring av DNA-prÃ¸ver fra befolkningen	Ja	Delvis, planlagt for alle nyfÃ¸dte.	2016 jan-jun	2016 jul-dec	2017 jan-jun	2017 jul-dec	2018 jan-jun	2018 jul-dec	2019 jan-may
Ansiktsgjenkjenning	Ja	Ja	Culture Libre / French	3	6	19	11	7	6	7
Stemmegjenkjenning	Ja	Nei	Fri kultur / Norwegian	7	1	0	0	0	0	0
Posisjons-sporing av mobiltelefoner	Ja	Ja	Free Culture / English	14	27	16	9	3	7	3
Posisjons-sporing av biler	Ja	Ja	Total	24	34	35	20	10	13	10