X-Git-Url: http://pere.pagekite.me/gitweb/homepage.git/blobdiff_plain/e809374eddcf5952473e439e44dc54fbf64afdbc..f21d44bffa363a0df1c760c8c9ca8d777657b7ba:/blog/index.rss diff --git a/blog/index.rss b/blog/index.rss index 55bda69617..8cb2c5d371 100644 --- a/blog/index.rss +++ b/blog/index.rss @@ -7,254 +7,155 @@ - More sales number for my Free Culture paper editions (2019-edition) - http://people.skolelinux.org/pere/blog/More_sales_number_for_my_Free_Culture_paper_editions__2019_edition_.html - http://people.skolelinux.org/pere/blog/More_sales_number_for_my_Free_Culture_paper_editions__2019_edition_.html - Tue, 11 Jun 2019 16:05:00 +0200 - <p>The first book I published, -<a href="http://www.free-culture.cc/">Free Culture by Lawrence -Lessig</a>, is still selling a few copies. Not a lot, but enough to -have contributed slightly over $500 to the <a -href="https://creativecommons.org/">Creative Commons Corporation</a> -so far. Most books are still sold via Amazon (83), 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 <a href="https://github.com/petterreinholdtsen/free-culture-lessig">Github</a>.</p> - -<table border="0"> -<tr><th rowspan="2" valign="bottom">Title / language</th> -<th colspan="7">Quantity</th></tr> -<tr> -<th>2016 jan-jun</th> -<th>2016 jul-dec</th> -<th>2017 jan-jun</th> -<th>2017 jul-dec</th> -<th>2018 jan-jun</th> -<th>2018 jul-dec</th> -<th>2019 jan-may</th> -</tr> - -<tr> - <td><a href="http://www.lulu.com/shop/lawrence-lessig/culture-libre/paperback/product-22645082.html">Culture Libre / French</a></td> - <td align="right">3</td> - <td align="right">6</td> - <td align="right">19</td> - <td align="right">11</td> - <td align="right">7</td> - <td align="right">6</td> - <td align="right">7</td> -</tr> - -<tr> - <td><a href="http://www.lulu.com/shop/lawrence-lessig/fri-kultur/paperback/product-22441576.html">Fri kultur / Norwegian</a></td> - <td align="right">7</td> - <td align="right">1</td> - <td align="right">0</td> - <td align="right">0</td> - <td align="right">0</td> - <td align="right">0</td> - <td align="right">0</td> -</tr> - -<tr> - <td><a href="http://www.lulu.com/shop/lawrence-lessig/free-culture/paperback/product-22440520.html">Free Culture / English</a></td> - <td align="right">14</td> - <td align="right">27</td> - <td align="right">16</td> - <td align="right">9</td> - <td align="right">3</td> - <td align="right">7</td> - <td align="right">3</td> -</tr> - -<tr> - <td>Total</td> - <td align="right">24</td> - <td align="right">34</td> - <td align="right">35</td> - <td align="right">20</td> - <td align="right">10</td> - <td align="right">13</td> - <td align="right">10</td> -</tr> + Artikkel om Noark 5 Tjenestegrensesnitt og Nikita i Arkivråd nummer 3 for 2019 + http://people.skolelinux.org/pere/blog/Artikkel_om_Noark_5_Tjenestegrensesnitt_og_Nikita_i_Arkivr_d_nummer_3_for_2019.html + http://people.skolelinux.org/pere/blog/Artikkel_om_Noark_5_Tjenestegrensesnitt_og_Nikita_i_Arkivr_d_nummer_3_for_2019.html + Thu, 26 Dec 2019 08:00:00 +0100 + <p>Like før julaften ble en artikkel jeg har skrevet om vedlikehold av +<a href="https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard">Noark +5 Tjenestegrensesnitt</a> og Nikita publisert i <a +href="https://www.arkivrad.no/arkivrad">tidsskriftet Arkivråd</a>. +Det er basert på +<a href="http://people.skolelinux.org/pere/blog/_pen_og_gjennomsiktig_vedlikehold_av_spesifikasjonen_for_Noark_5_Tjenestegrensesnitt.html">min bloggpost +om samme tema</a> som ble publisert 2019-03-11. Jeg oppdaget nettopp +at nettsiden til tidsskriftet Arkivråd er oppdatert med siste utgave, +og artikkelen dermed er tilgjengelig for alle. Du finner den i +<a href="https://www.arkivrad.no/sites/arkivrad/files/arkivrad_03_2019_nett.pdf">PDF-en +til nummer 2019/3 på side 30-33</a>. Jeg håper leserne av +tidsskriftet får lyst til å sjekke ut tjenestegrensesnittet og at +artikkelen vil gjøre det enklere for flere å bidra til en enda bedre, +klarere og mer entydig API-spesifikasjon. Det kan gjøre at +<a href="https://gitlab.com/OsloMet-ABI/nikita-noark5-core/">arkivsystemet +Nikita</a> kan bli enda bedre når spesifikasjonen forbedres.</p> -</table> - -<p>It is fun to see the French edition being more popular than the -English one.</p> - -<p>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.</p> +<p>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 +<b><a href="bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b</a></b>. +Merk, betaling med bitcoin er ikke anonymt. :)</p> - Official MIME type "text/vnd.sosi" for SOSI map data - http://people.skolelinux.org/pere/blog/Official_MIME_type__text_vnd_sosi__for_SOSI_map_data.html - http://people.skolelinux.org/pere/blog/Official_MIME_type__text_vnd_sosi__for_SOSI_map_data.html - Tue, 4 Jun 2019 09:20:00 +0200 - <p>Just 15 days ago, -<ahref="http://people.skolelinux.org/pere/blog/MIME_type__text_vnd_sosi__for_SOSI_map_data.html">I -mentioned</a> 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 -<a href="https://www.iana.org/assignments/media-types/text/vnd.sosi">the -MIME type "text/vnd.sosi"</a> is registered for this format. In -addition to this registration, my -<a href="https://github.com/file/file/blob/master/magic/Magdir/sosi">file(1) -patch for a pattern matching rule for SOSI files</a> has been accepted -into the official source of that program (pending a new release), and -I've been told by the team behind -<a href="https://www.nationalarchives.gov.uk/PRONOM/">PRONOM</a> that -the SOSI format will be included in the next release of PRONOM, which -they plan to release this summer around July.</p> - -<p>I am very happy to see all of this fall into place, for use by -<a href="https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/">the -Noark 5 Tjenestegrensesnitt</a> implementations.</p> + Meningsløst, men for hvem... + http://people.skolelinux.org/pere/blog/Meningsl_st__men_for_hvem___.html + http://people.skolelinux.org/pere/blog/Meningsl_st__men_for_hvem___.html + Wed, 25 Dec 2019 10:35:00 +0100 + <p>En historie som har betydd endel for meg, og som jeg av og til +tenker på når hverdagen tynger, ble så vidt jeg har klart å finne ut, +skrevet av <a href="https://en.wikipedia.org/wiki/Loren_Eiseley">Loren +Eiseley</a> <a href="https://en.wikipedia.org/wiki/The_Star_Thrower">i +flere ulike varianter</a>. På norsk tror jeg den går under navnet +«Gutten og sjøstjernen», og jeg fant en oversettelse av en utgave av den +hos +<a href="https://no.quora.com/Hva-er-din-favoritthistorie">Quora</a>. +Fant også <a href="https://www.youtube.com/watch?v=-qClChUdlfI">en +filmatisering</a>, men den versjonen jeg liker best fant jeg +<a href="https://www.goodreads.com/author/quotes/56782.Loren_Eiseley">hos +Goodreads</a>. Jeg oversatte den utgaven til norsk i går, og har lyst +til å dele den med deg: + +<blockquote><p>Mens jeg tok en pause fra skrivingen og vandret på en +øde strand ved daggry, så jeg en gutt i det fjerne bøye seg ned og +kaste noe mens han vandret mot meg over den endeløse stranden. Da han +kom nærmere, kunne jeg se at han kastet sjøstjerner, som var etterlatt +i sanden av tidevannet, tilbake i havet. Da han var nær nok spurte jeg +ham hvorfor han jobbet så hardt på denne merkelige oppgaven. Han sa at +solen snart ville stå opp og tørke sjøstjernene slik at de ville +dø.</p> + +<p>Jeg sa til ham at dette var helt meningsløst. Det var kilometer på +kilometer med strand, og det lå sjøstjerner hele veien. En person +alene kunne ikke gjøre noen forskjell. Han smilte da han plukket opp +neste sjøstjerne. Mens han kastet den så langt ut i havet som han +klarte sa han, «for denne gjør det en forskjell». Jeg droppet +skrivingen og tilbrakte resten av morgenen med å kaste +sjøstjerner.</p> + +<p>- Loren Eiseley</p> +</blockquote> + +<p>Kanskje noe du også kan ha glede av å tenke på når ting virker +håpløst?</p> + +<p>Teksten er gjengitt og oversatt basert på utgaven på Good Read, +uten tillatelse fra noen andre enn meg selv. Jeg håper på tilgivelse, +hvis det er et problem for noen, da det er gjort i beste mening. Hvis +eventuell rettighetshaver tar kontakt vil jeg fjerne teksten og i +stedet legge ut henvendelsen der teksten kreves fjernet.</p> -<p>As usual, if you use Bitcoin and want to show your support of my -activities, please send Bitcoin donations to my address -<b><a href="bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b</a></b>.</p> +<p>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 +<b><a href="bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b</a></b>. +Merk, betaling med bitcoin er ikke anonymt. :)</p> - The space rover coquine, or how I ended up on the dark side of the moon - http://people.skolelinux.org/pere/blog/The_space_rover_coquine__or_how_I_ended_up_on_the_dark_side_of_the_moon.html - http://people.skolelinux.org/pere/blog/The_space_rover_coquine__or_how_I_ended_up_on_the_dark_side_of_the_moon.html - Sun, 2 Jun 2019 23:55:00 +0200 - <p>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 <a href="https://www.ecolefrancodanoise.dk/">L'école -franco-danoise</a> - the Danish-French school and kindergarden. The -kids were building robots, rovers. The story behind it is to build a -rover for use -<a href="http://blog.ecolefrancodanoise.dk/first-week-on-the-dark-side">on -the dark side of the moon</a>, 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 <a href="http://blog.ecolefrancodanoise.dk/model-moms">it was -built and shipped</a>, because of customs confusion. Luckily we were -able fix it quickly with help from my colleges at work.</p> - -<p>This is what it looked like when the rover arrived. Note the cute -eyes looking up on me from the wrapping</p> - -<img src="http://people.skolelinux.org/pere/blog/images/2019-06-02-robot-dark-side-of-moon-esken-med-det-rare-i.jpeg" width="32%" style="clear:left"/> -<img src="http://people.skolelinux.org/pere/blog/images/2019-06-02-robot-dark-side-of-moon-den-ser-meg.jpeg" width="32%" style="clear:left"/> -<img src="http://people.skolelinux.org/pere/blog/images/2019-06-02-robot-dark-side-of-moon-en-skrue-loes.jpeg" width="32%" style="clear:left"/> - -<p style="text-align:left">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 them from the -wrack of a crashed Tesla), so now the rover is running on Tesla -batteries.</p> - -<p>Building -<a href="https://gitlab.com/ecolefrancodanoise/arduino-efd/">the rover -firmware</a> 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 -<a href="https://github.com/arduino/Arduino/pull/2703"> license problem -with arduino</a> 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 -<a href="https://tracker.debian.org/pkg/arduino-mk">arduino-mk Debian -package</a> 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.</p> - -<p>Next, With some help from my friend in Denmark, which checked in 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:</p> - -<img src="http://people.skolelinux.org/pere/blog/images/2019-06-02-robot-dark-side-of-moon-commander.png" width="40%" border="1" align="center"/> - -<p>If you want to learn more about this project, you can check out the -<a href="https://hackaday.io/project/164082-the-dark-side-challenge">The -Dark Side Challenge</a> Hackaday web pages.</p> + Artikkel om Nikita i Arkheion nummer 2019/2 + http://people.skolelinux.org/pere/blog/Artikkel_om_Nikita_i_Arkheion_nummer_2019_2.html + http://people.skolelinux.org/pere/blog/Artikkel_om_Nikita_i_Arkheion_nummer_2019_2.html + Mon, 9 Dec 2019 15:05:00 +0100 + <p>Jeg hadde i dag gleden av å oppdage at en artikkel om +<a href="https://gitlab.com/OsloMet-ABI/nikita-noark5-core/">arkivsystemet +Nikita</a> som vi skrev i sommer, nå er publisert i +<a href="http://www.arkheion.no/">Arkheion, fagtidsskrift for kommunial +arkivsektor</a>. Du finner artikkelen på side 30-33 i nummer 2019/2, +PDF kan lastes ned fra nettstedet til tidsskriftet. Kanskje +publiseringen kan føre til at noen flere får øynene opp for verdien av +et åpent standardisert API for arkivering og søk i arkivet.</p> -<p>As usual, if you use Bitcoin and want to show your support of my -activities, please send Bitcoin donations to my address -<b><a href="bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b</a></b>.</p> +<p>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 +<b><a href="bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b</a></b>. +Merk, betaling med bitcoin er ikke anonymt. :)</p> - Nikita version 0.4 released - free software archive API server - http://people.skolelinux.org/pere/blog/Nikita_version_0_4_released___free_software_archive_API_server.html - http://people.skolelinux.org/pere/blog/Nikita_version_0_4_released___free_software_archive_API_server.html - Wed, 22 May 2019 11:30:00 +0200 - <p>This morning, a new release of -<a href="https://gitlab.com/OsloMet-ABI/nikita-noark5-core/">Nikita -Noark 5 core project</a> was -<a href="https://lists.nuug.no/pipermail/nikita-noark/2019-May/000468.html">announced -on the project mailing list</a>. 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:</p> - -<ul> - - <li>Roll out OData handling to all endpoints where applicable</li> - <li>Changed the relation key for "ny-journalpost" to the official one.</li> - <li>Better link generation on outgoing links.</li> - <li>Tidy up code and make code and approaches more consistent throughout - the codebase</li> - <li>Update rels to be in compliance with updated version in the - interface standard</li> - <li>Avoid printing links on empty objects as they can't have links</li> - <li>Small bug fixes and improvements</li> - <li>Start moving generation of outgoing links to @Service layer so access - control can be used when generating links</li> - <li>Log exception that was being swallowed so it's traceable</li> - <li>Fix name mapping problem</li> - <li>Update templated printing so templated should only be printed if it - is set true. Requires more work to roll out across entire - application.</li> - <li>Remove Record->DocumentObject as per domain model of n5v4</li> - <li>Add ability to delete lists filtered with OData</li> - <li>Return NO_CONTENT (204) on delete as per interface standard</li> - <li>Introduce support for ConstraintViolationException exception</li> - <li>Make Service classes extend NoarkService</li> - <li>Make code base respect X-Forwarded-Host, X-Forwarded-Proto and - X-Forwarded-Port</li> - <li>Update CorrespondencePart* code to be more in line with Single - Responsibility Principle</li> - <li>Make package name follow directory structure</li> - <li>Make sure Document number starts at 1, not 0</li> - <li>Fix isues discovered by FindBugs</li> - <li>Update from Date to ZonedDateTime</li> - <li>Fix wrong tablename</li> - <li>Introduce Service layer tests</li> - <li>Improvements to CorrespondencePart</li> - <li>Continued work on Class / Classificationsystem</li> - <li>Fix feature where authors were stored as storageLocations</li> - <li>Update HQL builder for OData</li> - <li>Update OData search capability from webpage</li> - -</ul> - -<p>If free and open standardized archiving API sound interesting to -you, please contact us on IRC -(<a href="irc://irc.freenode.net/%23nikita">#nikita on -irc.freenode.net</a>) or email -(<a href="https://lists.nuug.no/mailman/listinfo/nikita-noark">nikita-noark -mailing list</a>).</p> + When terms and policy turn users away + http://people.skolelinux.org/pere/blog/When_terms_and_policy_turn_users_away.html + http://people.skolelinux.org/pere/blog/When_terms_and_policy_turn_users_away.html + Sat, 7 Dec 2019 21:15:00 +0100 + <p>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:</p> + +<blockquote> +From: Petter Reinholdtsen +<br>Subject: When terms of use turn users away +<br>To: [contact@some.site] +<br>Date: Sat, 07 Dec 2019 16:30:56 +0100 + +<p>Dear [Site Owner],</p> + +<p>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 &lt;URL: +https://www.[some.site]/terms-of-use &gt; and &lt;URL: +https://www.[some.site]/privacy-policy &gt; 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.</p> + +<p>-- +<br>Happy hacking +<br>Petter Reinholdtsen</p> +</blockquote> + +<p>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...</p> <p>As usual, if you use Bitcoin and want to show your support of my activities, please send Bitcoin donations to my address @@ -263,202 +164,183 @@ activities, please send Bitcoin donations to my address - MIME type "text/vnd.sosi" for SOSI map data - http://people.skolelinux.org/pere/blog/MIME_type__text_vnd_sosi__for_SOSI_map_data.html - http://people.skolelinux.org/pere/blog/MIME_type__text_vnd_sosi__for_SOSI_map_data.html - Mon, 20 May 2019 08:35:00 +0200 - <p>As part of my involvement in the work to -<a href="https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard">standardise -a REST based API for Noark 5</a>, the Norwegian archiving standard, I -spent some time the last few months to try to register a -<a href="https://www.iana.org/assignments/media-types/">MIME type</a> -and <a href="https://www.nationalarchives.gov.uk/PRONOM/">PRONOM -code</a> 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.</p> - -<p>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 <a href="https://en.wikipedia.org/wiki/SOSI">Wikipedia</a>. The -specification is available in Norwegian from -<a href="https://www.kartverket.no/geodataarbeid/Standarder/SOSI/">the -Norwegian mapping authority</a>. The SOSI standard, which originated -in the beginning of nineteen eighties, was the inspiration and formed the -basis for the XML based -<a href="https://en.wikipedia.org/wiki/Geography_Markup_Language">Geography -Markup Language</a>.</p> - -<p>I have so far written -<a href="https://github.com/file/file/pull/67">a pattern matching -rule</a> 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 -<a href="https://tools.iana.org/public-view/viewticket/1143144">IANA -#1143144</a>). 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. :)</p> + What would it cost to store all 2018 phone calls in Norway? + http://people.skolelinux.org/pere/blog/What_would_it_cost_to_store_all_2018_phone_calls_in_Norway_.html + http://people.skolelinux.org/pere/blog/What_would_it_cost_to_store_all_2018_phone_calls_in_Norway_.html + Mon, 25 Nov 2019 20:15:00 +0100 + <p>Four years ago, I did a back of the envelope calculation on +<a href="http://people.skolelinux.org/pere/blog/What_would_it_cost_to_store_all_phone_calls_in_Norway_.html">how +much it would cost to store audio recordings of all the phone calls in +Norway</a>, 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.</p> + +<p>The number of phone call minutes for 2018 was fetched from +<a href="https://ekomstatistikken.nkom.no/">the NKOM statistics +site</a>, 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.</p> + +<p>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.</p> + +<p>So, with the parameters in place, lets update the old table +estimating cost for calls in a given year:</p> + +<table border="1"> +<tr><th>Year</th><th>Call minutes</th><th>Size</th><th>Price in NOK / EUR</th></tr> +<tr><td>2005</td><td align="right">24 000 000 000</td><td align="right">1.3 PiB</td><td align="right">1 170 000 / 117 000</td></tr> + +<tr><td>2012</td><td align="right">18 000 000 000</td><td align="right">1.0 PiB</td><td align="right">900 000 / 90 000</td></tr> + +<tr><td>2013</td><td align="right">17 000 000 000</td><td align="right">950 TiB</td><td align="right">855 000 / 85 500</td></tr> + +<tr><td>2018</td><td align="right">7 976 244 000</td><td align="right">445 TiB</td><td align="right">401 100 / 40 110</td></tr> +</table> -<p>As usual, if you use Bitcoin and want to show your support of my -activities, please send Bitcoin donations to my address -<b><a href="bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b</a></b>.</p> +<p>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.</p> - PlantUML for text based UML diagram modelling - nice free software - http://people.skolelinux.org/pere/blog/PlantUML_for_text_based_UML_diagram_modelling___nice_free_software.html - http://people.skolelinux.org/pere/blog/PlantUML_for_text_based_UML_diagram_modelling___nice_free_software.html - Mon, 25 Mar 2019 09:35:00 +0100 - <p>As part of my involvement with the -<a href="https://gitlab.com/OsloMet-ABI/nikita-noark5-core/">Nikita -Noark 5 core project</a>, I have been proposing improvements to the -API specification created by <a href="https://www.arkivverket.no/">The -National Archives of Norway</a> 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.</p> - -<p>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.</p> - -<p>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 -<a href="https://modeling-languages.com/text-uml-tools-complete-list/">list -of text mode uml tools</a>, and tested out a few of the tools listed -there. <a href="http://plantuml.com/">The PlantUML tool</a> seemed -most promising. After verifying that the packages -<a href="https://tracker.debian.org/pkg/plantuml">is available in -Debian</a> and found <a href="https://github.com/plantuml/plantuml">its -Java source</a> under a GPL license on github, I set out to test if it -could represent the diagrams we needed, ie the ones currently in -<a href="https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/">the -Noark 5 Tjenestegrensesnitt specification</a>. I am happy to report -that it could represent them, even thought it have a few warts here -and there.</p> - -<p>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 -<a href="https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/issues/76">the -github issue discussing the need for a text based UML format</a>, 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.</p> - -<p>Here is an example UML diagram, showing the core classes for -keeping metadata about archived documents:</p> + Norwegian movies that might be legal to share on the Internet + http://people.skolelinux.org/pere/blog/Norwegian_movies_that_might_be_legal_to_share_on_the_Internet.html + http://people.skolelinux.org/pere/blog/Norwegian_movies_that_might_be_legal_to_share_on_the_Internet.html + Sun, 1 Sep 2019 11:10:00 +0200 + <p>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.</p> + +</p>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.</p> <pre> -@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 +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/ </pre> -<p><a href="http://plantuml.com/class-diagram">The format</a> 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 -<tt>media/uml-class-arkivskaper.iuml<tt>:</p> +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: + +<pre> +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/ +</pre> + +<p>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.</p> + +</p>This is the list of 25 movies not available from the library and +possibly no longer protected by copyright law:</p> <pre> -@startuml -class Arkivstruktur.Arkivskaper <Arkivenhet> { - +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/ </pre> -<p>This is what the complete diagram for the PlantUML notation above -look like:</p> - -<p><img width="80%" src="http://people.skolelinux.org/pere/blog/images/2019-03-25-noark5-plantuml-diagrameksempel.png"></p> - -<p>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 -<tt>exiftool</tt>. 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.</p> - -<p>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.</p> - -<p>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. :)</p> +<p>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.</p> + +<p>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, +<a href="https://www.imdb.com/title/tt1008007/">Mustads Mono from 1920</a>. +The next one might be +<a href="https://www.imdb.com/title/tt0347215/">Hvor isbjørnen ferdes +from 1935</a> in 2024.</p> <p>As usual, if you use Bitcoin and want to show your support of my activities, please send Bitcoin donations to my address @@ -467,49 +349,69 @@ activities, please send Bitcoin donations to my address - Release 0.3 of free software archive API system Nikita announced - http://people.skolelinux.org/pere/blog/Release_0_3_of_free_software_archive_API_system_Nikita_announced.html - http://people.skolelinux.org/pere/blog/Release_0_3_of_free_software_archive_API_system_Nikita_announced.html - Sun, 24 Mar 2019 14:30:00 +0100 - <p>Yesterday, a new release of -<a href="https://gitlab.com/OsloMet-ABI/nikita-noark5-core/">Nikita -Noark 5 core project</a> was -<a href="https://lists.nuug.no/pipermail/nikita-noark/2019-March/000451.html">announced -on the project mailing list</a>. 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):</p> - -<ul> - <li>Improved ClassificationSystem and Class behaviour.</li> - <li>Tidied up known inconsistencies between domain model and hateaos links.</li> - <li>Added experimental code for blockchain integration. </li> - <li>Make token expiry time configurable at upstart from properties file.</li> - <li>Continued work on OData search syntax.</li> - <li>Started work on pagination for entities, partly implemented for Saksmappe.</li> - <li>Finalise ClassifiedCode Metadata entity.</li> - <li>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.</li> - <li>Reintroduce browse.html page to allow user to browse JSON API using - hateoas links.</li> - <li>Fix bug in handling file/mappe sequence number. Year change was - not properly handled.</li> - <li>Update application yml files to be in sync with current development.</li> - <li>Stop 'converting' everything to PDF using libreoffice. Only - convert the file formats doc, ppt, xls, docx, pptx, xlsx, odt, odp - and ods.</li> - <li>Continued code style fixing, making code more readable.</li> - <li>Minor bug fixes.</li> - -</ul> - -<p>If free and open standardized archiving API sound interesting to -you, please contact us on IRC -(<a href="irc://irc.freenode.net/%23nikita">#nikita on -irc.freenode.net</a>) or email -(<a href="https://lists.nuug.no/mailman/listinfo/nikita-noark">nikita-noark -mailing list</a>).</p> + Legal to share more than 16,000 movies listed on IMDB? + http://people.skolelinux.org/pere/blog/Legal_to_share_more_than_16_000_movies_listed_on_IMDB_.html + http://people.skolelinux.org/pere/blog/Legal_to_share_more_than_16_000_movies_listed_on_IMDB_.html + Sat, 10 Aug 2019 12:00:00 +0200 + <p>The recent announcement of from the New York Public Library on its +results in +<a href="https://www.vice.com/en_us/article/kz4e3e/millions-of-books-are-secretly-in-the-public-domain-you-can-download-them-free">identifying +books published in the USA that are now in the public domain</a>, +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 <a href="https://retrofilmvault.com/">Retro Film +Vault</a> 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.</p> + +<p>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).</p> + +<p>The complete data set is available from +<a href="https://github.com/petterreinholdtsen/public-domain-free-imdb">a +public git repository</a>, including the scripts used to create it.</p> + +<p>Anyway, this is the summary of the 28 collected data sources so +far:</p> + +<p><pre> + 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 +</pre></p> + +<p>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.</p> <p>As usual, if you use Bitcoin and want to show your support of my activities, please send Bitcoin donations to my address @@ -518,219 +420,33 @@ activities, please send Bitcoin donations to my address - Åpen og gjennomsiktig vedlikehold av spesifikasjonen for Noark 5 Tjenestegrensesnitt - http://people.skolelinux.org/pere/blog/_pen_og_gjennomsiktig_vedlikehold_av_spesifikasjonen_for_Noark_5_Tjenestegrensesnitt.html - http://people.skolelinux.org/pere/blog/_pen_og_gjennomsiktig_vedlikehold_av_spesifikasjonen_for_Noark_5_Tjenestegrensesnitt.html - Mon, 11 Mar 2019 16:00:00 +0100 - <p>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.</p> - -<p>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.</p> - -<p>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 -<a href="https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/">Noark -5 Tjenestegrensesnitt</a>. 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.</p> - -<p>For å oppnå klare og entydige beskrivelser i en spesifikasjon, som -trengs for å kunne få en fri og åpen standard (se -<a href="http://people.skolelinux.org/pere/blog/Fri_og__pen_standard__slik_Digistan_ser_det.html">Digistan-definisjon</a>), -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.</p> - -<p>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 &quot;diskusjonsforum&quot; der en kan -komme med endringsforslag og forespørsler om klargjøringer. Alle -registrerte brukere på github kan bidra med innspill til disse -henvendelsene.</p> - -<p>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 -<a href="https://gitlab.com/OsloMet-ABI/nikita-noark5-core">Nikita-prosjektet</a>, -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.</p> - -<p>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.</p> - -<p>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 -<a href="https://www.markdownguide.org/">Markdown</a>, men det vurderes -å -<a href="https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/issues/9">endre -til formatet RST</a> i fremtiden for bedre styring av utseende på -PDF-utgaven.</p> - -<p>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.</p> - -<p>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 &quot;sjekkes inn&quot; i historikken. Det gjøres ved -å gi en kort beskrivelse av endringen (beskriv helst hvorfor endringen -trengs, ikke hva som er endret), under overskriften &quot;Commit -changes&quot;. 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 &quot;Pull Request&quot;/PR). Når alt dette -er gjort kan en velge &quot;Commit changes&quot; for å sende inn -endringen. Hvis den er lagt inn i &quot;master&quot;-grenen så er den -en offisiell del av spesifikasjonen med en gang. Hvis den derimot er -en endringsforespørsel, så legges den inn i -<a href="https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/pulls">listen -over forslag til endringer</a> som venter på korrekturlesing og -godkjenning.</p> - -<p>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 -&quot;klones&quot; er -<a href="https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/">https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/</a>.</p> - -<p>For å registrere nye utfordringer (issues) eller kommentere på -eksisterende utfordringer benyttes nettsiden -<a href="https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/issues">https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/issues</a>. -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 -<a href="https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/issues/14">#14</a>.</p> - -<p>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.</p> - -<p>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?</p> - -<p>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 -<a href="https://webchat.freenode.net/?channels=nikita">#nikita</a> -(f.eks. via irc.freenode.net) for å møte likesinnede.</p> - -<p>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 -<a href="https://github.com/petterreinholdtsen/noark5-tester">https://github.com/petterreinholdtsen/noark5-tester</a>, -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.</p> - -<p>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?</p> - - - - - Dårlig med sikkerhetsoppdateringer for Ruters billettautomater i Oslo? - http://people.skolelinux.org/pere/blog/D_rlig_med_sikkerhetsoppdateringer_for_Ruters_billettautomater_i_Oslo_.html - http://people.skolelinux.org/pere/blog/D_rlig_med_sikkerhetsoppdateringer_for_Ruters_billettautomater_i_Oslo_.html - Wed, 13 Feb 2019 10:45:00 +0100 - <p><a href="http://people.skolelinux.org/pere/blog/Er_billettautomatene_til_kollektivtrafikken_i_Oslo_uten_sikkerhetsoppdateringer_.html">For -syv år siden</a> oppdaget jeg at billettautomater for -kollektivtrafikken i Oslo kjørte -<a href="http://en.wikipedia.org/wiki/Windows_2000">Windows 2000 -Professional</a>. 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 -<a href="http://people.skolelinux.org/pere/blog/Fortsatt_ingen_sikkerhetsoppdateringer_for_billettautomatene_til_kollektivtrafikken_i_Oslo_.html">for -to og et halvt år siden</a>, og jammen er det ikke også i bruk den dag -i dag:</p> - -<p align="center"><a href="http://people.skolelinux.org/pere/blog/images/2019-02-13-ruter-win2000pro.jpeg"><img width="40%" src="http://people.skolelinux.org/pere/blog/images/2019-02-13-ruter-win2000pro.jpeg" alt="[Bilde av Ruters billettautomat med Windows 2000-feilmelding]"></a></p> - -<p>Bildet er tatt i dag av Kirill Miazine og tilgjengelig for bruk med -bruksvilkårene til -<a href="http://creativecommons.org/licenses/by/4.0/">Creative -Commons Attribution 4.0 International (CC BY 4.0)</a>.</p> - -<p>Kanskje det hadde vært -<a href="https://www.aftenposten.no/osloby/i/awqgO/Her-kjorer-du-gratis-trikk-og-buss">bedre -med gratis kollektivtrafikk</A>, 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.</p> + Oppdatert Noark 5 Tjenestegrenesnitt versjon 1.0 for Noark 5.5.0 + http://people.skolelinux.org/pere/blog/Oppdatert_Noark_5_Tjenestegrenesnitt_versjon_1_0_for_Noark_5_5_0.html + http://people.skolelinux.org/pere/blog/Oppdatert_Noark_5_Tjenestegrenesnitt_versjon_1_0_for_Noark_5_5_0.html + Fri, 5 Jul 2019 17:20:00 +0200 + <p>Jeg er veldig glad for å kunne fortelle at i går ble ny versjon av +<a href="https://www.arkivverket.no/forvaltning-og-utvikling/noark-standarden/noark-5/tjenestegrensesnitt-noark5">API-spesifikasjonen +for Noark 5 Tjenestegrensesnitt</a> 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.</p> + +<p>Spesifikasjonen er +<a href="https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/">tilgjengelig +som markdown-filer i Arkivverkets github-prosjekt for dette</a>, og de +aller fleste av forslagene til forbedringer fra oss som holder på med +<a href="https://gitlab.com/OsloMet-ABI/nikita-noark5-core">Nikita-prosjektet</a> +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.</p> + +<p>Ellers må jeg jo si at det var hyggelig å se at min forrige +bloggpost om tjenestegrensesnittet fikk en +<a href="https://beta.arkivverket.no/post/186020592045/noark-5-versjon-50-tjenestegrensesnitt-10">lenke +fra Arkivverket Beta</a>.</p> <p>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 @@ -741,46 +457,266 @@ Merk, betaling med bitcoin er ikke anonymt. :)</p> - Stortinget vedtar maskinlesbart register over 20% av selskapseierne i Norge - http://people.skolelinux.org/pere/blog/Stortinget_vedtar_maskinlesbart_register_over_20__av_selskapseierne_i_Norge.html - http://people.skolelinux.org/pere/blog/Stortinget_vedtar_maskinlesbart_register_over_20__av_selskapseierne_i_Norge.html - Thu, 7 Feb 2019 23:55:00 +0100 - <p>Jeg registrerer med glede at Stortinget i dag har -<a href="https://www.stortinget.no/no/Saker-og-publikasjoner/Saker/Sak/?p=72826">vedtatt -at det skal vedlikeholdes et åpent og maskinlesbart register over -reelle rettighetshavere i Norge</a>. 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 -<a href="https://opencorporates.com/">OpenCorporates</a>. Det liker -jeg.</p> - -<p>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?</p> - -<p>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.</p> + Teach kids to protect their privacy - the EDRi way + http://people.skolelinux.org/pere/blog/Teach_kids_to_protect_their_privacy___the_EDRi_way.html + http://people.skolelinux.org/pere/blog/Teach_kids_to_protect_their_privacy___the_EDRi_way.html + Thu, 4 Jul 2019 19:10:00 +0200 + <p>Childs need to learn how to guard their privacy too. To help them, +<a href="https://edri.org/">European Digital Rights (EDRi)</a> created +a colorful booklet providing information on several privacy related topics, +and tips on how to protect ones privacy in the digital age.</p> + +<p>The 24 page booklet titled Digital Defenders is +<a href="https://edri.org/digital-defenders-help-kids-defend-their-privacy-around-europe">available +in several languages</a>. Thanks to the valuable contributions from +members of <a href="https://efn.no/">the Electronic Foundation Norway +(EFN)</a> and others, it is also available in Norwegian Bokmål. +If you would like to have it available in your language too, +<a href="https://hosted.weblate.org/projects/efn/privacy4kids/">contribute +via Weblate</a> and get in touch.</p> + +<p>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 +<a href="https://www.nuug.no/>">the Norwegian Unix Users Group</a> is +organizing <a href="https://wiki.nuug.no/sommerfest2019">its yearly +barbecue for geeks and free software zealots in the Oslo area</a>. If +you are nearby, feel free to come by and check out the party and the +booklet.</p> + +<p>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. :)</p> + +<p>As usual, if you use Bitcoin and want to show your support of my +activities, please send Bitcoin donations to my address +<b><a href="bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b</a></b>.</p> + + + + + Nikita og Noark 5 tjenestegrensesnittet tilbyr ny måte å tenke arkivering + http://people.skolelinux.org/pere/blog/Nikita_og_Noark_5_tjenestegrensesnittet_tilbyr_ny_m_te___tenke_arkivering.html + http://people.skolelinux.org/pere/blog/Nikita_og_Noark_5_tjenestegrensesnittet_tilbyr_ny_m_te___tenke_arkivering.html + Fri, 21 Jun 2019 11:30:00 +0200 + <p><em>av Thomas Sødring (OsloMet) og Petter Reinholdtsen (foreningen +NUUG)</em></p> + +<p>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.</p> + +<p>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.</p> + +<p>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.</p> + +<p>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:</p> + +<p><blockquote> +.../sakarkiv/journalpost?filter=contains(tittel, 'nabovarsel') +</blockquote></p> + +<p>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.</p> + +<p>Standardisering er viktig fordi det <em>kan</em> 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.</p> + +<p>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.</p> + +<p>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.</p> + +<p>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.</p> + +<p>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 +<a href="https://nikita.oslomet.no">https://nikita.oslomet.no</a> 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 +<a href="https://nikita.oslomet.no/browse.html">https://nikita.oslomet.no/browse.html</a> +og der se hvordan API-et fungerer mer i detalj. Innloggingsdetaljer +her er det samme som for brukergrensesnittet.</p> + +<p>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 +<a href="https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/pull/120">planlagt +fjernet</a> 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.</p> + +<p>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å +<a href="https://webchat.freenode.net?channels=#nikita">https://webchat.freenode.net?channels=#nikita</a>), +og har en e-postliste nikita-noark@nuug.no hos NUUG (tilgjengelig for +påmelding og arkiv på +<a href="https://lists.nuug.no/mailman/listinfo/nikita-noark">https://lists.nuug.no/mailman/listinfo/nikita-noark</a>) +der en kan følge med eller være med oss på den spennende veien videre. +Spesifikasjonen for Noark 5 Tjenestegrensesnitt vedlikeholdes på +github, +<a href="https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/">https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/</a>.</p> <p>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 -<b><a href="bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b</a></b>. -Merk, betaling med bitcoin er ikke anonymt. :)</p> +<b><a href="bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b</a></b>.</p>