The space rover coquine, or how I ended up on the dark side of the moon

2nd June 2019

A while back a college and friend from Debian and the Skolelinux / -Debian Edu project approached me, asking if I knew someone that might -be interested in helping out with a technology project he was running -as a teacher at L'Ã©cole -franco-danoise - the Danish-French school and kindergarden. The -kids were building robots, rovers. The story behind it is to build a -rover for use -on -the dark side of the moon, and remote control it. As travel cost -was a bit high for the final destination, and they wanted to test the -concept first, he was looking for volunteers to host a rover for the -kids to control in a foreign country. I ended up volunteering as a -host, and last week the rover arrived. It took a while to arrive -after it was -built and shipped, because of customs confusion. Luckily we were -able fix it quickly with help from my colleges at work.

- -

This is what it looked like when the rover arrived. Note the cute -eyes looking up on me from the wrapping

- -

Once the robot arrived, we needed to track -down batteries and figure out how to build custom firmware for it with -the appropriate wifi settings. I asked a friend if I could get two -18650 batteries from his pile of Tesla batteries (he had then from the -wrack of a crashed Tesla), so now the rover is running on Tesla -batteries.

- -

Building -the rover -firmware proved a bit harder, as the code did not work out of the -box with the Arduino IDE package in Debian Buster. I suspect this is -due to a unsolved - license problem -with arduino blocking Debian from upgrading to the latest version. -In the end we gave up debugging why the IDE failed to find the -required libraries, and ended up using the Arduino Makefile from the -arduino-mk Debian -package instead. Unfortunately the camera library is missing from -the Arduino environment in Debian, so we disabled the camera support -for the first firmware build, to get something up and running. With -this reduced firmware, the robot could be controlled via the -controller server, driving around and measuring distance using its -internal acoustic sensor.

- -

Next, With some help from my friend in Denmark, which commited the -camera library into the gitlab repository for me to use, we were able -to build a new and more complete version of the firmware, and the -robot is now up and running. This is what the "commander" web page -look like after taking a measurement and a snapshot:

- -

If you want to learn more about this project, you can check out the -The -Dark Side Challenge Hackaday web pages.

- -

As usual, if you use Bitcoin and want to show your support of my -activities, please send Bitcoin donations to my address -15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b.

When terms and policy turn users away

7th December 2019

When asked to accept terms of use and privacy policies that state +it will to remove rights I otherwise had or accept unreasonable terms +undermining my privacy, I choose away the service. I simply do not +have the conscience to accept terms I have no indention of upholding. +But how are the system and service providers to know how many people +they scared away? Normally I just quietly walk away. But today, I +tried a new approach. I sent the following email (removing the +specifics, as I am not out to take the specific service in question) +to the service provider I decided to not use, to at least give them +one data point on how many users are unhappy with their terms:

+ +

+From: Petter Reinholdtsen +
Subject: When terms of use turn users away +
To: [contact@some.site] +
Date: Sat, 07 Dec 2019 16:30:56 +0100 + +
Dear [Site Owner],
+ +
I was eager to test the system, as it seemed like a fun and +interesting application of [some] technology, but after reading the +terms of use and privacy policy on <URL: +https://www.[some.site]/terms-of-use > and <URL: +https://www.[some.site]/privacy-policy > I want you to know that I +decided to turn away. There were several provisions in the terms and +policy turning me off, but the final term that convinced me was being +asked to sign away my right to reverse engineer.
+ +
-- +
Happy hacking +
Petter Reinholdtsen
+

+ +

I do not expect much to come out of it, but sharing it here in case +others want to give something similar a try too. If companies +discover their terms scare away enough people, perhaps they will be +improved...

- Tags: english, robot. + Tags: english, personvern.

@@ -97,73 +71,61 @@ activities, please send Bitcoin donations to my address

Nikita version 0.4 released - free software archive API server

22nd May 2019

This morning, a new release of -Nikita -Noark 5 core project was -announced -on the project mailing list. The Nikita 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.4 -since version 0.3, see the email link above for links to a demo site:

- -

Roll out OData handling to all endpoints where applicable
Changed the relation key for "ny-journalpost" to the official one.
Better link generation on outgoing links.
Tidy up code and make code and approaches more consistent throughout - the codebase
Update rels to be in compliance with updated version in the - interface standard
Avoid printing links on empty objects as they can't have links
Small bug fixes and improvements
Start moving generation of outgoing links to @Service layer so access - control can be used when generating links
Log exception that was being swallowed so it's traceable
Fix name mapping problem
Update templated printing so templated should only be printed if it - is set true. Requires more work to roll out across entire - application.
Remove Record->DocumentObject as per domain model of n5v4
Add ability to delete lists filtered with OData
Return NO_CONTENT (204) on delete as per interface standard
Introduce support for ConstraintViolationException exception
Make Service classes extend NoarkService
Make code base respect X-Forwarded-Host, X-Forwarded-Proto and - X-Forwarded-Port
Update CorrespondencePart* code to be more in line with Single - Responsibility Principle
Make package name follow directory structure
Make sure Document number starts at 1, not 0
Fix isues discovered by FindBugs
Update from Date to ZonedDateTime
Fix wrong tablename
Introduce Service layer tests
Improvements to CorrespondencePart
Continued work on Class / Classificationsystem
Fix feature where authors were stored as storageLocations
Update HQL builder for OData
Update OData search capability from webpage

- -

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 -15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b.

What would it cost to store all 2018 phone calls in Norway?

25th November 2019

Four years ago, I did a back of the envelope calculation on +how +much it would cost to store audio recordings of all the phone calls in +Norway, and came up with NOK 2.1 million / EUR 250 000 for the +year 2013. It is time to repeat the calculation using updated +numbers. The calculation is based on how much data storage is needed +for each minute of audio, how many minutes all the calls in Norway +sums up to, multiplied by the cost of data storage.

+ +

The number of phone call minutes for 2018 was fetched from +the NKOM statistics +site, and for 2018, land line calls are listed as 434 238 000 +minutes, while mobile phone calls are listed with 7 542 006 000 +minutes. The total number of minutes is thus 7 976 244 000. For +simplicity, I decided to ignore any advantages in audio compression the +last four years, and continue to assume 60 Kbytes/min as the last +time.

+ +

Storage prices still varies a lot, but as last time, I decide to +take a reasonable big and cheap hard drive, and double its price to +include the surrounding costs into account. A 10 TB disk cost less +than 4500 NOK / 450 EUR these days, and doubling it give 9000 NOK per +10 TB.

+ +

So, with the parameters in place, lets update the old table +estimating cost for calls in a given year:

+ + + + + + + + + + +

Year	Call minutes	Size	Price in NOK / EUR
2005	24 000 000 000	1.3 PiB	1 170 000 / 117 000
2012	18 000 000 000	1.0 PiB	900 000 / 90 000
2013	17 000 000 000	950 TiB	855 000 / 85 500
2018	7 976 244 000	445 TiB	401 100 / 40 110

+ +

Both the cost of storage and the number of phone call minutes have +dropped since the last time, bringing the cost down to a level where I +guess even small organizations can afford to store the audio recording +from every phone call taken in a year in Norway. Of course, this is +just the cost of buying the storage equipment. Maintenance, need to +be included as well, but the volume of a single year is about a single +rack of hard drives, so it is not much more than I could fit in my own +home. Wonder how much the electricity bill would raise if I had that +kind of storage? I doubt it would be more than a few tens of thousand +NOK per year.

- Tags: english, noark5, nuug, offentlig innsyn, standard. + Tags: english, personvern, surveillance.

@@ -171,206 +133,125 @@ activities, please send Bitcoin donations to my address

MIME type "text/vnd.sosi" for SOSI map data

20th May 2019

As part of my involvement in the work to -standardise -a REST based API for Noark 5, the Norwegian archiving standard, I -spent some time the last few months to try to register a -MIME type -and PRONOM -code for the SOSI file format. The background is that there is a -set of formats approved for long term storage and archiving in Norway, -and among these formats, SOSI is the only format missing a MIME type -and PRONOM code.

- -

What is SOSI, you might ask? To quote Wikipedia: SOSI is short for -Samordnet Opplegg for Stedfestet Informasjon (literally "Coordinated -Approach for Spatial Information", but more commonly expanded in -English to Systematic Organization of Spatial Information). It is a -text based file format for geo-spatial vector information used in -Norway. Information about the SOSI format can be found in English -from Wikipedia. The -specification is available in Norwegian from -the -Norwegian mapping authority. The SOSI standard, which originated -in the beginning of nineteen eighties, was the inspiration and formed the -basis for the XML based -Geography -Markup Language.

- -

I have so far written -a pattern matching -rule for the file(1) unix tool to recognize SOSI files, submitted -a request to the PRONOM project to have a PRONOM ID assigned to the -format (reference TNA1555078202S60), and today send a request to IANA -to register the "text/vnd.sosi" MIME type for this format (referanse -IANA -#1143144). If all goes well, in a few months, anyone implementing -the Noark 5 Tjenestegrensesnitt API spesification should be able to -use an official MIME type and PRONOM code for SOSI files. In -addition, anyone using SOSI files on Linux should be able to -automatically recognise the format and web sites handing out SOSI -files can begin providing a more specific MIME type. So far, SOSI -files has been handed out from web sites using the -"application/octet-stream" MIME type, which is just a nice way of -stating "I do not know". Soon, we will know. :)

Norwegian movies that might be legal to share on the Internet

1st September 2019

While working on identifying and counting movies that can be +legally shared on the Internet, I also looked at the Norwegian movies +listed in IMDb. So far I have identified 54 candidates published +before 1940 that might no longer be protected by norwegian copyright +law. Of these, only 29 are available at least in part from the +Norwegian National Library. It can be assumed that the remaining 25 +movies are lost. It seem most useful to identify the copyright status +of movies that are not lost. To verify that the movie is really no +longer protected, one need to verify the list of copyright holders and +figure out if and when they died. I've been able to identify some of +them, but for some it is hard to figure out when they died.

+ +

This is the list of 29 movies both available from the library and +possibly no longer protected by copyright law. The year range +(1909-1979 on the first line) is year of publication and last year +with copyright protection.

As usual, if you use Bitcoin and want to show your support of my -activities, please send Bitcoin donations to my address -15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b.

- - - Tags: english, kart, noark5, standard. - - -

- -

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:

+1909-1979 ( 70 year) NSB Bergensbanen 1909 - http://www.imdb.com/title/tt0347601/
+1910-1980 ( 70 year) BjÃ¸rnstjerne BjÃ¸rnsons likfÃ¦rd - http://www.imdb.com/title/tt9299304/
+1910-1980 ( 70 year) BjÃ¸rnstjerne BjÃ¸rnsons begravelse - http://www.imdb.com/title/tt9299300/
+1912-1998 ( 86 year) Roald Amundsens Sydpolsferd (1910-1912) - http://www.imdb.com/title/tt9237500/
+1913-2006 ( 93 year) Roald Amundsen pÃ¥ sydpolen - http://www.imdb.com/title/tt0347886/
+1917-1987 ( 70 year) Fanden i nÃ¸tten - http://www.imdb.com/title/tt0346964/
+1919-2018 ( 99 year) Historien om en gut - http://www.imdb.com/title/tt0010259/
+1920-1990 ( 70 year) Kaksen pÃ¥ Ãverland - http://www.imdb.com/title/tt0011361/
+1923-1993 ( 70 year) Norge - en skildring i 6 akter - http://www.imdb.com/title/tt0014319/
+1925-1997 ( 72 year) Roald Amundsen - Ellsworths flyveekspedition 1925 - http://www.imdb.com/title/tt0016295/
+1925-1995 ( 70 year) En verdensreise, eller Da knold og tott vaskede negrene hvite med 13 sÃ¦pen - http://www.imdb.com/title/tt1018948/
+1926-1996 ( 70 year) Luftskibet 'Norge's flugt over polhavet - http://www.imdb.com/title/tt0017090/
+1926-1996 ( 70 year) Med 'Maud' over Polhavet - http://www.imdb.com/title/tt0017129/
+1927-1997 ( 70 year) Den store sultan - http://www.imdb.com/title/tt1017997/
+1928-1998 ( 70 year) Noahs ark - http://www.imdb.com/title/tt1018917/
+1928-1998 ( 70 year) SkjÃ¦bnen - http://www.imdb.com/title/tt1002652/
+1928-1998 ( 70 year) Chefens cigarett - http://www.imdb.com/title/tt1019896/
+1929-1999 ( 70 year) Se Norge - http://www.imdb.com/title/tt0020378/
+1929-1999 ( 70 year) Fra Chr. Michelsen til Kronprins Olav og Prinsesse Martha - http://www.imdb.com/title/tt0019899/
+1930-2000 ( 70 year) Mot ukjent land - http://www.imdb.com/title/tt0021158/
+1930-2000 ( 70 year) Det er natt - http://www.imdb.com/title/tt1017904/
+1930-2000 ( 70 year) Over Besseggen pÃ¥ motorcykel - http://www.imdb.com/title/tt0347721/
+1931-2001 ( 70 year) Glimt fra New York og den Norske koloni - http://www.imdb.com/title/tt0021913/
+1932-2007 ( 75 year) En glad gutt - http://www.imdb.com/title/tt0022946/
+1934-2004 ( 70 year) Den lystige radio-trio - http://www.imdb.com/title/tt1002628/
+1935-2005 ( 70 year) Kronprinsparets reise i Nord Norge - http://www.imdb.com/title/tt0268411/
+1935-2005 ( 70 year) Stormangrep - http://www.imdb.com/title/tt1017998/
+1936-2006 ( 70 year) En fargesymfoni i blÃ¥tt - http://www.imdb.com/title/tt1002762/
+1939-2009 ( 70 year) Til Vesterheimen - http://www.imdb.com/title/tt0032036/
+

+ +To be sure which one of these can be legally shared on the Internet, +in addition to verifying the right holders list is complete, one need +to verify the death year of these persons:

-@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
+BjÃ¸rnstjerne BjÃ¸rnson (dead 1910) - http://www.imdb.com/name/nm0085085/
+Gustav Adolf Olsen (missing death year) - http://www.imdb.com/name/nm0647652/
+Gustav Lund (missing death year) - http://www.imdb.com/name/nm0526168/
+John W. Brunius (dead 1937) - http://www.imdb.com/name/nm0116307/
+Ola Cornelius (missing death year) - http://www.imdb.com/name/nm1227236/
+Oskar Omdal (dead 1927) - http://www.imdb.com/name/nm3116241/
+Paul Berge (missing death year) - http://www.imdb.com/name/nm0074006/
+Peter Lykke-Seest (dead 1948) - http://www.imdb.com/name/nm0528064/
+Roald Amundsen (dead 1928) - https://www.imdb.com/name/nm0025468/
+Sverre Halvorsen (dead 1936) - http://www.imdb.com/name/nm1299757/
+Thomas W. Schwartz (missing death year) - http://www.imdb.com/name/nm2616250/

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:

+Perhaps you can help me figuring death year of those missing it, or +right holders if some are missing in IMDb? It would be nice to have a +definite list of Norwegian movies that are legal to share on the +Internet. + +This is the list of 25 movies not available from the library and +possibly no longer protected by copyright law: -@startuml -class Arkivstruktur.Arkivskaper { - +arkivskaperID : string - +arkivskaperNavn : string - +beskrivelse : string [0..1] -} -@enduml +1907-2009 (102 year) Fiskerlivets farer - http://www.imdb.com/title/tt0121288/ +1912-2018 (106 year) Historien omen moder - http://www.imdb.com/title/tt0382852/ +1912-2002 ( 90 year) Anny - en gatepiges roman - http://www.imdb.com/title/tt0002026/ +1916-1986 ( 70 year) The Mother Who Paid - http://www.imdb.com/title/tt3619226/ +1917-2018 (101 year) En vinternat - http://www.imdb.com/title/tt0008740/ +1917-2018 (101 year) Unge hjerter - http://www.imdb.com/title/tt0008719/ +1917-2018 (101 year) De forÃ¦ldrelÃ¸se - http://www.imdb.com/title/tt0007972/ +1918-2018 (100 year) Vor tids helte - http://www.imdb.com/title/tt0009769/ +1918-2018 (100 year) Lodsens datter - http://www.imdb.com/title/tt0009314/ +1919-2018 ( 99 year) Ãresgjesten - http://www.imdb.com/title/tt0010939/ +1921-2006 ( 85 year) Det nye year? - http://www.imdb.com/title/tt0347686/ +1921-1991 ( 70 year) Under Polarkredsens himmel - http://www.imdb.com/title/tt0012789/ +1923-1993 ( 70 year) Nordenfor polarcirkelen - http://www.imdb.com/title/tt0014318/ +1925-1995 ( 70 year) Med 'Stavangerfjord' til Nordkap - http://www.imdb.com/title/tt0016098/ +1926-1996 ( 70 year) Over Atlanterhavet og gjennem Amerika - http://www.imdb.com/title/tt0017241/ +1926-1996 ( 70 year) Hallo! Amerika! - http://www.imdb.com/title/tt0016945/ +1926-1996 ( 70 year) Tigeren Teodors triumf - http://www.imdb.com/title/tt1008052/ +1927-1997 ( 70 year) RÃ¸d sultan - http://www.imdb.com/title/tt1017979/ +1927-1997 ( 70 year) SÃ¸ndagsfiskeren Flag - http://www.imdb.com/title/tt1018002/ +1930-2000 ( 70 year) Ro-ro til fiskeskjÃ¦r - http://www.imdb.com/title/tt1017973/ +1933-2003 ( 70 year) I kongens klÃ¦r - http://www.imdb.com/title/tt0024164/ +1934-2004 ( 70 year) Eventyret om de tre bukkene bruse - http://www.imdb.com/title/tt1007963/ +1934-2004 ( 70 year) PÃ¥l sine hÃ¸ner - http://www.imdb.com/title/tt1017966/ +1937-2007 ( 70 year) Et mesterverk - http://www.imdb.com/title/tt1019937/ +1938-2008 ( 70 year) En Harmony - http://www.imdb.com/title/tt1007975/ -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. :) +Several of these movies completely lack right holder information in +IMDb and elsewhere. Without access to a copy of the movie, it is +often impossible to get the list of people involved in making the +movie, making it impossible to figure out the correct copyright +status. + +Not listed here are the movies still protected by copyright law. +Their copyright terms varies from 79 to 144 years, according to the +information I have available so far. One of the non-lost movies might +change status next year, +Mustads Mono from 1920. +The next one might be +Hvor isbjÃ¸rnen ferdes +from 1935 in 2024. As usual, if you use Bitcoin and want to show your support of my activities, please send Bitcoin donations to my address @@ -379,7 +260,7 @@ activities, please send Bitcoin donations to my address - Tags: english, nice free software, noark5, nuug, standard. + Tags: english, opphavsrett, verkidetfri. @@ -387,47 +268,67 @@ activities, please send Bitcoin donations to my address - 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). + Legal to share more than 16,000 movies listed on IMDB? + 10th August 2019 + The recent announcement of from the New York Public Library on its +results in +identifying +books published in the USA that are now in the public domain, +inspired me to update the scripts I use to track down movies that are +in the public domain. This involved updating the script used to +extract lists of movies believed to be in the public domain, to work +with the latest version of the source web sites. In particular the +new edition of the Retro Film +Vault web site now seem to list all the films available from that +distributor, bringing the films identified there to more than 12.000 +movies, and I was able to connect 46% of these to IMDB titles. + +The new total is 16307 IMDB IDs (aka films) in the public domain or +creative commons licensed, and unknown status for 31460 movies +(possibly duplicates of the 16307). + +The complete data set is available from +a +public git repository, including the scripts used to create it. + +Anyway, this is the summary of the 28 collected data sources so +far: + + + 2361 entries ( 50 unique) with and 22472 without IMDB title ID in free-movies-archive-org-search.json + 2363 entries ( 146 unique) with and 0 without IMDB title ID in free-movies-archive-org-wikidata.json + 299 entries ( 32 unique) with and 93 without IMDB title ID in free-movies-cinemovies.json + 88 entries ( 52 unique) with and 36 without IMDB title ID in free-movies-creative-commons.json + 3190 entries ( 1532 unique) with and 13 without IMDB title ID in free-movies-fesfilm-xls.json + 620 entries ( 24 unique) with and 283 without IMDB title ID in free-movies-fesfilm.json + 1080 entries ( 165 unique) with and 651 without IMDB title ID in free-movies-filmchest-com.json + 830 entries ( 13 unique) with and 0 without IMDB title ID in free-movies-icheckmovies-archive-mochard.json + 19 entries ( 19 unique) with and 0 without IMDB title ID in free-movies-imdb-c-expired-gb.json + 7410 entries ( 7101 unique) with and 0 without IMDB title ID in free-movies-imdb-c-expired-us.json + 1205 entries ( 41 unique) with and 0 without IMDB title ID in free-movies-imdb-pd.json + 163 entries ( 22 unique) with and 88 without IMDB title ID in free-movies-infodigi-pd.json + 158 entries ( 103 unique) with and 0 without IMDB title ID in free-movies-letterboxd-looney-tunes.json + 113 entries ( 4 unique) with and 0 without IMDB title ID in free-movies-letterboxd-pd.json + 182 entries ( 71 unique) with and 0 without IMDB title ID in free-movies-letterboxd-silent.json + 248 entries ( 85 unique) with and 0 without IMDB title ID in free-movies-manual.json + 158 entries ( 4 unique) with and 64 without IMDB title ID in free-movies-mubi.json + 85 entries ( 1 unique) with and 23 without IMDB title ID in free-movies-openflix.json + 520 entries ( 22 unique) with and 244 without IMDB title ID in free-movies-profilms-pd.json + 343 entries ( 14 unique) with and 10 without IMDB title ID in free-movies-publicdomainmovies-info.json + 701 entries ( 16 unique) with and 560 without IMDB title ID in free-movies-publicdomainmovies-net.json + 74 entries ( 13 unique) with and 60 without IMDB title ID in free-movies-publicdomainreview.json + 698 entries ( 16 unique) with and 118 without IMDB title ID in free-movies-publicdomaintorrents.json + 5506 entries ( 2941 unique) with and 6585 without IMDB title ID in free-movies-retrofilmvault.json + 16 entries ( 0 unique) with and 0 without IMDB title ID in free-movies-thehillproductions.json + 110 entries ( 2 unique) with and 29 without IMDB title ID in free-movies-two-movies-net.json + 73 entries ( 20 unique) with and 131 without IMDB title ID in free-movies-vodo.json +16307 unique IMDB title IDs in total, 12509 only in one list, 31460 without IMDB title ID + + +New this time is a list of all the identified IMDB titles, with +title, year and running time, provided in free-complete.json. this +file also indiciate which source is used to conclude the video is free +to distribute. As usual, if you use Bitcoin and want to show your support of my activities, please send Bitcoin donations to my address @@ -436,7 +337,7 @@ activities, please send Bitcoin donations to my address - Tags: english, noark5, nuug, offentlig innsyn, standard. + Tags: english, opphavsrett, verkidetfri. @@ -444,183 +345,42 @@ activities, please send Bitcoin donations to my address - Ã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/. + Oppdatert Noark 5 Tjenestegrenesnitt versjon 1.0 for Noark 5.5.0 + 5th July 2019 + Jeg er veldig glad for Ã¥ kunne fortelle at i gÃ¥r ble ny versjon av +API-spesifikasjonen +for Noark 5 Tjenestegrensesnitt gitt ut. Det sÃ¥ lenge mÃ¸rkt ut +for sjansene for Ã¥ fÃ¥ inn nÃ¸dvendige korreksjoner i +spesifikasjonsteksten innen rimelig tid, men takket vÃ¦re intens og god +innsats fra Mona og Anne Sofie hos Arkivverket de siste ukene, sÃ¥ ble +resultatet som ble gitt ut pÃ¥ USAs uavhengighetsdag mye bedre enn jeg +fryktet. + +Spesifikasjonen er +tilgjengelig +som markdown-filer i Arkivverkets github-prosjekt for dette, og de +aller fleste av forslagene til forbedringer fra oss som holder pÃ¥ med +Nikita-prosjektet +kom med i denne nye og oppdaterte spesifikasjonsteksten. Det er +fortsatt mye som gjenstÃ¥r fÃ¸r den er entydig, klar og sikrer samvirke +pÃ¥ tvers av leverandÃ¸rer, men utgangspunktet er veldig mye bedre enn +forrige versjon fra 2016. Ta gjerne en titt. + +Ellers mÃ¥ jeg jo si at det var hyggelig Ã¥ se at min forrige +bloggpost om tjenestegrensesnittet fikk en +lenke +fra Arkivverket Beta. -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? +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: digistan, noark5, norsk, standard. + Tags: noark5, norsk, standard. @@ -628,50 +388,46 @@ enda bedre? - 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. + Teach kids to protect their privacy - the EDRi way + 4th July 2019 + Childs need to learn how to guard their privacy too. To help them, +European Digital Rights (EDRi) created +a colorful booklet providing information on several privacy related topics, +and tips on how to protect ones privacy in the digital age. + +The 24 page booklet titled Digital Defenders is +available +in several languages. Thanks to the valuable contributions from +members of the Electronic Foundation Norway +(EFN) and others, it is also available in Norwegian BokmÃ¥l. +If you would like to have it available in your language too, +contribute +via Weblate and get in touch. + +But a funny, well written and good looking PDF do not have much +impact, unless it is read by the right audience. To increase the +chance of kids reading it, I am currently assisting EFN in getting +copies printed on paper to distribute on the street and in class +rooms. Print the booklet was made possible thanks to a small et of +great sponsors. Thank you very much to each and every one of them! I +hope to have the printed booklet ready to hand out on Tuesday, when +the Norwegian Unix Users Group is +organizing its yearly +barbecue for geeks and free software zealots in the Oslo area. If +you are nearby, feel free to come by and check out the party and the +booklet. + +If the booklet prove to be a success, it would be great to get +more sponsoring and distribute it to every kid in the country. :) -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. :) +As usual, if you use Bitcoin and want to show your support of my +activities, please send Bitcoin donations to my address +15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b. - Tags: betalkontant, norsk, ruter. + Tags: english, nuug, personvern. @@ -679,49 +435,228 @@ Merk, betaling med bitcoin er ikke anonymt. :) - 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. + Nikita og Noark 5 tjenestegrensesnittet tilbyr ny mÃ¥te Ã¥ tenke arkivering + 21st June 2019 + av Thomas SÃ¸dring (OsloMet) og Petter Reinholdtsen (foreningen +NUUG) + +Nikita Noark 5-kjerne er et fri programvareprosjekt som tar i bruk +Arkivverkets spesifikasjonen for Noark 5 Tjenestegrensesnitt og tilbyr +et maskinlesbart grensesnitt (arkiv-API) til datasystemer som trenger Ã¥ +arkivere dokumenter og informasjon. I tillegg tilbyr Nikita et +nettleserbasert brukergrensesnitt for brukere av arkivet. Dette +brukergrensesnittet benytter det maskinlesbare grensesnittet. Noark 5 +Tjenestegrensesnitt er en ny mÃ¥te Ã¥ tenke arkivering, med fokus pÃ¥ +automatisering og maskinell behandling av arkivmateriale, i stedet for +Ã¥ fokusere pÃ¥ brukergrensesnitt. En kan tenke pÃ¥ +tjenestegrensesnittet som arkivet uten brukergrensesnitt, der flere +aktÃ¸rer kan koble til ulike brukergrensesnitt, tilpasset ulike +behov. + +Historisk sett gjorde Noark standarden en veldig bra jobb med +overgangen fra +papir til digital saksbehandling, men det har kommet til kort pÃ¥ andre +omrÃ¥der. Den teknologiske utviklingen har brakt oss ditt at vi kan og +skal forvente langt mer fra en arkivkjerne enn fÃ¸r, men det offentlig +er ofte konservativ nÃ¥r det gjelder nytenking. For lengst skulle +begreper som samvirke mellom datasystemer, metadata, prosess og +tjenestegrensesnitt (API) vÃ¦rt dominerende nÃ¥r systemer kjÃ¸pes +inn. Dessverre er det slik at ikke alle Ã¸nsker samvirke mellom +datasystemer velkommen, og det kan vÃ¦re trygt Ã¥ kjÃ¸pe Â«svarte bokserÂ» +der du slipper Ã¥ ta stilling til hvordan man skal fÃ¥ flere systemer +til Ã¥ virke sammen. Men IT-arkitektur er et begrep arkivfolk ogsÃ¥ +begynner Ã¥ ta inn over seg. + +Slike systemer for Ã¥ organisere metadata bÃ¸r ha nettbaserte +tjenestegrensesnitt der brukergrensesnitt er tydelig adskilt fra +bakenforliggende system. Det finnes mange rapporter som snakker om Ã¥ +bryte ned siloer i forvaltningen og standardiserte tjenestegrensesnitt +er det viktigste virkemiddel mot datasiloer og legger til rette for +Ã¸kt samvirke mellom systemer. Et standardisert tjenestegrensesnitt er +et viktig middel for Ã¥ fÃ¥ systemer til Ã¥ samhandle da det sikrer at +ulike produsenters systemer kan snakke sammen pÃ¥ tvers. Samfunnet +fungerer ikke uten standardisering. Vi har alle samme strÃ¸mstyrke og +kontakter i veggene og kjÃ¸rer alle pÃ¥ hÃ¸yre side av veien i Norge. Det er i en slik +sammenheng at prosjektet Â«Noark 5 TjenestegrensesnittÂ» er veldig +viktig. Hvis alle leverandÃ¸rer av arkivsystemer forholdt seg til et +standardisert tjenestegrensesnitt kunne kostnadene for arkivering +reduseres. Tenk deg at du er en kommune som Ã¸nsker et fagsystem integrert +med arkivlÃ¸sningen din. I dag mÃ¥ fagsystemleverandÃ¸ren vite og +tilpasse seg den spesifikke versjonen og varianten av arkivlÃ¸sningen +du har. Hvis vi antar at alle leverandÃ¸rer av arkivkjerner har solgt +inn enten SOAP eller REST-grensesnitt til kunder de siste 10 Ã¥rene og +det kommer endret versjon av grensesnittet innimellom, sÃ¥ gir det +veldig mange forskjellige tjenestegrensesnitt en fagsystemleverandÃ¸r +mÃ¥ forholde seg til. Med 12 leverandÃ¸rer og kvartalsvise oppdateringer +kan det potensielt bli 96 ulike varianter hvert eneste Ã¥r. Det sier +seg selv at det blir dyrt. Men det blir faktisk verre. Hvis du senere +Ã¸nsker Ã¥ bytte ut arkivsystemet med et annet sÃ¥ er du avhengig Ã¥ fÃ¥ +alle integrasjonene dine laget pÃ¥ nytt. Dette kan gjÃ¸re at du velger Ã¥ +forbli hos en dÃ¥rlig leverandÃ¸r framfor Ã¥ skaffe nytt system, fordi +det blir for vanskelig og dyrt Ã¥ bytte. Dermed etableres det Â«smÃ¥Â» +monopolsituasjoner som er vanskelig Ã¥ bryte ut av. DÃ¥rlige valg i dag +kan ha uante kostander pÃ¥ sikt. I Nikita-prosjektet har vi kun jobbet +opp mot Noark 5 Tjenestegrensesnittet. Det har tatt en god del +ressurser Ã¥ sette seg inn i spesifikasjonen og ta den i bruk, spesielt +pÃ¥ grunn av uklarheter i spesifikasjonen. Hvis vi mÃ¥tte gjÃ¸re det +samme for alle versjoner og varianter av de forskjellige +tjenestegrensesnittene ville det blitt veldig tidkrevende og +kostbart. + +For deg som arkivar er digitalisering og systemer som skal virke +sammen en del av den nye hverdagen. Du har kanskje blitt skÃ¥net for +det ved Ã¥ kjÃ¸pe svarte bokser, men du risikerer at du gjÃ¸r deg selv en +bjÃ¸rnetjeneste. Det kan oppleves som kjedelig Ã¥ fortelle kolleger at +du skal sette deg inn i et tjenestegrensesnitt, men dette er faktisk +veldig spennende. Tjenestegrensesnittet er pÃ¥ en mÃ¥te blitt levende og +det er spesielt et begrep du bÃ¸r merke deg: OData. Ã trekke inn deler +av OData-standarden som en mÃ¥te Ã¥ filtrere entitetsÃ¸k i et arkivsystem +var et nyttig trekk i prosjektet. FÃ¸lgende eksempel er en +OData-spÃ¸rring det gÃ¥r an Ã¥ sende inn til en standardisert +arkivkjerne: + + +.../sakarkiv/journalpost?filter=contains(tittel, 'nabovarsel') + + +SpÃ¸rringen over vil hente en liste av alle dine journalposter der +tittelen til journalposten inneholder ordet 'nabovarsel'. Alle +leverandÃ¸rer som implementerer tjenestegrensesnittet vil mÃ¥tte tilby +dette. Det betyr at hvis du lÃ¦rer dette sprÃ¥ket for et system, vil det +vÃ¦re gjeldende for alle. Dette er egentlig en ny mÃ¥te Ã¥ sÃ¸ke i +arkivdatabasen pÃ¥ og vil vÃ¦re svÃ¦rt nyttig, for eksempel kan sÃ¸k i +tjenestegrensesnittet antagelig brukes til Ã¥ hente ut offentlig +postjournal. I arkivverden pleier vi Ã¥ like teknologier som er +menneskelesbart, da vet vi det er enkelt og nyttig! OData er ogsÃ¥ +viktig fordi det kan bli en ny mÃ¥te Ã¥ svare innsynsforespÃ¸rsler pÃ¥ i +trÃ¥d med offentlighetsloven Â§ 9, der retten til Ã¥ kreve innsyn i +sammenstilling fra databaser er nedfelt. I dag ser vi +forvaltningsorganer som avviser slike krav fordi det Â«ikke kan gjÃ¸res +med enkle framgangsmÃ¥terÂ». Bruken av OData i tjenestegrensesnittet, +sammen med maskinlesbar markeringsformater kan vÃ¦re et viktig bidrag +til Ã¥ Ã¥pne arkivene i trÃ¥d med prinsippene om en Ã¥pen og transparent +forvaltning. + +Standardisering er viktig fordi det kan sikre samvirke. +Men den effekten kommer kun hvis standardiseringen sikrer at alle +forstÃ¥r standarden pÃ¥ samme mÃ¥te, dvs. at den er entydig og klar. En +god mÃ¥te Ã¥ sikre en entydig og klar spesifikasjon er ved Ã¥ kreve at +det finnes minst to ulike implementasjoner som fÃ¸lger spesifikasjonen +og som kan snakke sammen, det vil si at de snakker samme sprÃ¥k, slik +IETF krever for alle sine standarder, fÃ¸r spesifikasjonen anses Ã¥ vÃ¦re +ferdig. Tilbakemelding fra miljÃ¸et forteller at bÃ¥de leverandÃ¸rer og +kunder har et avslappet forhold til Noark 5 Tjenestegrensesnitt og det +er sÃ¥ langt kun Evry som har visst offentlig at de har en +implementasjon av tjenestegrensesnittet. Evry, HK Data og Fredrikstad +kommune er igang med et pilotprosjekt pÃ¥ Noark 5 +Tjenestegrensesnitt. For Ã¥ redusere kostnadene for samvirkende +datasystemer betraktelig, er det veldig viktig at vi kommer i en +situasjon der alle leverandÃ¸rer har sine egne implementasjoner av +tjenestegrensesnittet, og at disse oppfÃ¸rer seg likt og i trÃ¥d med det +som er beskrevet i spesifikasjonen. + +Det er her fri programvare spiller en viktig rolle. Med en uklar +standard blir det som en polsk riksdag, der ingenting fungerer. Nikita +er en fri programvareimplementasjon av tjenestegrensesnitt og kan +fungere som teknisk referanse slik at leverandÃ¸rer enklere kan se og +forstÃ¥ hvordan standarden skal tolkes. Vi har i Nikitaprosjektet +erfart Ã¥ ende opp med vidt forskjellige tolkninger nÃ¥r +prosjektmedlemmene leser spesifikasjonsteksten, en effekt av en uklar +spesifikasjon. Men Nikitaprosjektet har ogsÃ¥ utviklet et test-program +som sjekker om et tjenestegrensesnitt er i samsvar med standarden, og +prosjektet bruker det hele tiden for Ã¥ sikre at endringer og +forbedringer fungerer. EgenerklÃ¦ringsskjemaenes dager kan vÃ¦re talte! +Snart vil du selv kunne teste hver oppdatering av arkivsystemet med en +uavhengig sjekk. + +Fri programvare representerer en demokratisering av kunnskap der +tolkning- og innlÃ¥singsmakt flyttes fra leverandÃ¸r til allmenheten. +Med fri programvare har du en litt annerledes verdikjede, der selve +produktet ikke holdes hemmelig for Ã¥ tjene penger, slik en gjÃ¸r med +ufri programvare og skytjenester som ikke bruker fri programvare, men +du kan tjene penger pÃ¥ andre deler av verdikjeden. Med fri programvare +kan samfunnet betale for Ã¥ videreutvikle nyttig +fellesfunksjonalitet. + +Nikita er en fri programvareimplementasjon av tjenestegrensesnittet og +kan fungere som en referanseimplementasjon dersom det er Ã¸nskelig. +Alle har lik tilgang til koden og det koster ingenting Ã¥ ta den i bruk +og utforske det. Nikitaprosjektet Ã¸nsker tjenestegrensesnittet +velkommen og stiller veldig gjerne opp i diskusjoner om tolkning av +tjenestegrensesnittet. Nikita er bygget pÃ¥ moderne +programmeringsrammeverk og utviklet i full Ã¥penhet. Men Nikita er ikke +noe du kan kjÃ¸pe. Nikita er fÃ¸rst og fremst et verktÃ¸y for forsking og +utvikling laget for Ã¥ fremme forskning pÃ¥ arkivfeltet. Systemer som +virker sammen har alltid vÃ¦rt hovedfokus og vil vÃ¦re det fremover. +Det brukes som undervisningsverktÃ¸y der studentene ved OsloMet lÃ¦rer +om administrativt oppsett, saksbehandling, uttrekk og samvirkende +datasystemer. Det brukes ogsÃ¥ som forskningsobjekt der vi ser pÃ¥ +import av dokumentsamlinger, bruk av blokkjede og andre nyskapende +mÃ¥ter Ã¥ tenke arkiv pÃ¥. Det er dog helt greit om andre tar Nikita og +pakker det for Ã¥ selge det som produkt. Forvaltningsorganer med +sterke drift- og utviklingsmiljÃ¸er kan ogsÃ¥ se pÃ¥ Nikita og utforske +hva som er mulig. Dette kan de gjÃ¸re uten Ã¥ mÃ¥tte betale for +bruksrettigheter eller tilgang til konsulenter. Men arkivering blir +ikke gratis pÃ¥ grunn av Nikita. Det trengs fortsatt folk med +kompetanse og tid til Ã¥ ta i bruk Nikita. + +Nikita har nylig kommet med en ny utgave, den sjette i rekken. +Systemet er ikke ferdig, mest pÃ¥ grunn av at API-spesifikasjonen for +Noark 5 Tjenestegrensesnitt ikke er ferdig, men allerede i dag kan en +bruke Nikita som arkiv. Vi har laget eksempelsystem for Ã¥ importere +data fra deponi-XML og slik gjÃ¸re eksisterende arkivdata tilgjengelig +via et API. Vi har ogsÃ¥ laget en testklient som importerer epost inn +i arkivet med vedlegg der epostenes trÃ¥dinformasjon brukes til Ã¥ legge +eposttrÃ¥der i samme arkivmappe, og en annen testklient som henter +epost ut av en arkivmappe pÃ¥ mbox-format slik at en vanlig epostklient +kan brukes til Ã¥ lese igjennom og svare pÃ¥ epostene i en +arkivmappe. De som vil ta en titt pÃ¥ Nikita kan besÃ¸ke +https://nikita.oslomet.no og +logge inn med brukernavn Â«admin@example.comÂ» og passord Â«passwordÂ». +Dette gir tilgang til det forenklede brukergrensesnittet som brukes +til undervisning. De som heller vil ta en titt under panseret kan +besÃ¸ke +https://nikita.oslomet.no/browse.html +og der se hvordan API-et fungerer mer i detalj. Innloggingsdetaljer +her er det samme som for brukergrensesnittet. + +Fremover er fokuset pÃ¥ forbedring av spesifikasjonen Noark 5 +Tjenestegrensesnitt. De som skrev tjenestegrensesnittet gjorde et +interessant og framtidsrettet grep, de skilte sak fra arkiv. +Tjenestegrensesnittet bestÃ¥r av flere "pakker", der noen er +grunnleggende mens andre bygger pÃ¥ de grunnleggende pakkene. Pakkene +som er beskrevet sÃ¥ langt heter Â«arkivstrukturÂ», Â«sakarkivÂ», +Â«administrasjonÂ», Â«loggogsporingÂ» og Â«moeterÂ» (dessverre +planlagt +fjernet i fÃ¸rste utgave). Etter hvert hÃ¥per vi Ã¥ utforske +prosses- og metadatabeskrivelser til flere fagomrÃ¥der og bidra til at +tjenestegrensesnittet kan legge til flere pakker som Â«byggarkivÂ», +Â«barnevernÂ», Â«personalÂ», Â«barnehageÂ», der arkivfaglig metadata- og +dokumentasjonsbehov er kartlagt og standardisert. + +Nikita utvikles av en liten prosjektgruppe, og vi er alltid +interessert Ã¥ bli flere. Hvis en Ã¥pen, fri og standardisert tilnÃ¦rming +til arkivering hÃ¸res interessant ut, bli med oss pÃ¥ veien videre. Vi +er tilstede pÃ¥ IRC-kanalen #nikita hos FreeNode (tilgjengelig via +nettleser pÃ¥ +https://webchat.freenode.net?channels=#nikita), +og har en e-postliste nikita-noark@nuug.no hos NUUG (tilgjengelig for +pÃ¥melding og arkiv pÃ¥ +https://lists.nuug.no/mailman/listinfo/nikita-noark) +der en kan fÃ¸lge med eller vÃ¦re med oss pÃ¥ den spennende veien videre. +Spesifikasjonen for Noark 5 Tjenestegrensesnitt vedlikeholdes pÃ¥ +github, +https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/. 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. :) +15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b. - Tags: norsk, offentlig innsyn. + Tags: noark5, norsk, standard. @@ -729,62 +664,64 @@ Merk, betaling med bitcoin er ikke anonymt. :) - 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: - - - 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 - - -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. + Jami/Ring, finally functioning peer to peer communication client + 19th June 2019 + Some years ago, in 2016, I +wrote +for the first time about the Ring peer to peer messaging system. +It would provide messaging without any central server coordinating the +system and without requiring all users to register a phone number or +own a mobile phone. Back then, I could not get it to work, and put it +aside until it had seen more development. A few days ago I decided to +give it another try, and am happy to report that this time I am able +to not only send and receive messages, but also place audio and video +calls. But only if UDP is not blocked into your network. + +The Ring system changed name earlier this year to +Jami. I +tried doing web search for 'ring' when I discovered it for the first +time, and can only applaud this change as it is impossible to find +something called Ring among the noise of other uses of that word. Now +you can search for 'jami' and this client and +the Jami system is the first hit at +least on duckduckgo. + +Jami will by default encrypt messages as well as audio and video +calls, and try to send them directly between the communicating parties +if possible. If this proves impossible (for example if both ends are +behind NAT), it will use a central SIP TURN server maintained by the +Jami project. Jami can also be a normal SIP client. If the SIP +server is unencrypted, the audio and video calls will also be +unencrypted. This is as far as I know the only case where Jami will +do anything without encryption. + +Jami is available for several platforms: Linux, Windows, MacOSX, +Android, iOS, and Android TV. It is included in Debian already. Jami +also work for those using F-Droid without any Google connections, +while Signal do not. +The +protocol is described in the Ring project wiki. The system uses a +distributed hash table (DHT) system (similar to BitTorrent) running +over UDP. On one of the networks I use, I discovered Jami failed to +work. I tracked this down to the fact that incoming UDP packages +going to ports 1-49999 were blocked, and the DHT would pick a random +port and end up in the low range most of the time. After talking to +the developers, I solved this by enabling the dhtproxy in the +settings, thus using TCP to talk to a central DHT proxy instead of + +peering directly with others. I've been told the developers are +working on allowing DHT to use TCP to avoid this problem. I also ran +into a problem when trying to talk to the version of Ring included in +Debian Stable (Stretch). Apparently the protocol changed between +beta2 and the current version, making these clients incompatible. +Hopefully the protocol will not be made incompatible in the +future. + +It is worth noting that while looking at Jami and its features, I +came across another communication platform I have not tested yet. The +Tox protocol +and family of Tox clients. It might +become 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 @@ -793,7 +730,100 @@ activities, please send Bitcoin donations to my address - Tags: bitcoin, english. + Tags: debian, english, sikkerhet, surveillance. + + + + + + + + More sales number for my Free Culture paper editions (2019-edition) + 11th June 2019 + The first book I published, +Free Culture by Lawrence +Lessig, is still selling a few copies. Not a lot, but enough to +have contributed slightly over $500 to the Creative Commons Corporation +so far. All the profit is sent there. Most books are still sold via +Amazon (83 copies), with Ingram second (49) and Lulu (12) and Machette (7) as +minor channels. Bying directly from Lulu bring the largest cut to +Creative Commons. The English Edition sold 80 copies so far, the +French 59 copies, and Norwegian only 8 copies. Nothing impressive, +but nice to see the work we put down is still being appreciated. The +ebook edition is available for free from +Github. + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +Title / language Quantity 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 + +It is fun to see the French edition being more popular than the +English one. + +If you would like to translate and publish the book in your native +language, I would be happy to help make it happen. Please get in +touch. + + + + + Tags: docbook, english, freeculture. @@ -801,34 +831,36 @@ activities, please send Bitcoin donations to my address - 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. :) + Official MIME type "text/vnd.sosi" for SOSI map data + 4th June 2019 + Just 15 days ago, +I +mentioned my submission to IANA to register an official MIME type +for the SOSI vector map format. This morning, just an hour ago, I was +notified that +the +MIME type "text/vnd.sosi" is registered for this format. In +addition to this registration, my +file(1) +patch for a pattern matching rule for SOSI files has been accepted +into the official source of that program (pending a new release), and +I've been told by the team behind +PRONOM that +the SOSI format will be included in the next release of PRONOM, which +they plan to release this summer around July. + +I am very happy to see all of this fall into place, for use by +the +Noark 5 Tjenestegrensesnitt implementations. -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. :) +As usual, if you use Bitcoin and want to show your support of my +activities, please send Bitcoin donations to my address +15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b. - Tags: debian, norsk. + Tags: english, kart, noark5, standard. @@ -854,7 +886,17 @@ Merk, betaling med bitcoin er ikke anonymt. :) May (2) -June (1) +June (5) + +July (2) + +August (1) + +September (1) + +November (1) + +December (1) @@ -1178,7 +1220,7 @@ Merk, betaling med bitcoin er ikke anonymt. :) chrpath (2) - debian (167) + debian (168) debian edu (158) @@ -1188,17 +1230,17 @@ Merk, betaling med bitcoin er ikke anonymt. :) dld (17) - docbook (25) + docbook (26) drivstoffpriser (4) - english (403) + english (411) fiksgatami (23) fildeling (14) - freeculture (33) + freeculture (34) freedombox (9) @@ -1210,7 +1252,7 @@ Merk, betaling med bitcoin er ikke anonymt. :) isenkram (16) - kart (21) + kart (22) kodi (4) @@ -1230,19 +1272,19 @@ Merk, betaling med bitcoin er ikke anonymt. :) nice free software (12) - noark5 (14) + noark5 (17) - norsk (305) + norsk (307) - nuug (195) + nuug (196) offentlig innsyn (37) open311 (2) - opphavsrett (73) + opphavsrett (75) - personvern (108) + personvern (111) raid (2) @@ -1260,19 +1302,19 @@ Merk, betaling med bitcoin er ikke anonymt. :) scraperwiki (2) - sikkerhet (55) + sikkerhet (56) sitesummary (4) skepsis (5) - standard (63) + standard (66) stavekontroll (6) stortinget (12) - surveillance (55) + surveillance (57) sysadmin (4) @@ -1280,7 +1322,7 @@ Merk, betaling med bitcoin er ikke anonymt. :) valg (9) - verkidetfri (15) + verkidetfri (17) video (73)

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