<atom:link href="http://people.skolelinux.org/pere/blog/index.rss" rel="self" type="application/rss+xml" />
<item>
- <title>The space rover coquine, or how I ended up on the dark side of the moon</title>
- <link>http://people.skolelinux.org/pere/blog/The_space_rover_coquine__or_how_I_ended_up_on_the_dark_side_of_the_moon.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/The_space_rover_coquine__or_how_I_ended_up_on_the_dark_side_of_the_moon.html</guid>
- <pubDate>Sun, 2 Jun 2019 23:55:00 +0200</pubDate>
- <description><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>
+ <title>Totalovervåkning av innbyggernes bevegelser - nei takk!</title>
+ <link>http://people.skolelinux.org/pere/blog/Totaloverv_kning_av_innbyggernes_bevegelser___nei_takk_.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Totaloverv_kning_av_innbyggernes_bevegelser___nei_takk_.html</guid>
+ <pubDate>Thu, 16 Apr 2020 20:30:00 +0200</pubDate>
+ <description><p>Jeg er blitt spurt hva jeg synes om lansering av smittestopp-appen,
+overvåkningsløsningen lansert av Folkehelseinstituttet,
+Simula-senteret og Regjeringen i dag, fulgt av klare trusler fra
+regjeringen om konsekvenser hvis befolkningen ikke tar den i bruk.
+Rekker ikke skrive noe fyldig om temaet, men det er klart for meg at
+den utraderer retten til privatliv samt utgjør en personlig
+sikkerhetsrisiko for alle som tar den i bruk. Bare det er nok til at
+det fremstår som en svert dårlig ide å bli med på denne "dugnaden".
+Det finnes andre og bedre tilnærminger enn den valgt av FHI. Har de
+valgt den for å sikre seg nok et datasett i den fremtidige
+ehelse-portalen? Potensialet for misbruk av informasjon samlet inn av
+appen er for stort, effekten på neste krise for klar og gevinsten for
+liten.</p>
+
+<p>For å si det med forhenværende leder i Datatilsynet, Georg Apenes,
+som skrev i en kronikk den gang Datatilsynet vernet
+privatsfæren at
+«<a href="https://www.dagbladet.no/kultur/rent-mel-i-bilen/66333882">SENTRALT
+I en liberal forestillingsverden finner vi aksept av borgerens rett
+til å kunne velge å være i fred; å være u-iakttatt, uregistrert og
+anonym</a>». Det er ikke uten grunn han startet kronikken med
+«Personvern et fremmedord i enkelte av de statsorganene som samler
+inn, oppbevarer og bruker personopplysninger». Der har nok
+statsorganene bare blitt dårligere på 13 år.</p>
+
+<p>Det er jo også verdt å merke seg at personvernrådet i EU (EDPB)
+mener smittestopp-appen
+<a href="https://nrkbeta.no/2020/04/16/personvernrad-i-eu-mener-norsk-app-bryter-med-viktig-personvernprinsipp/">opererer
+i strid med prinsippet om dataminimering</a>. Også de ser at det
+finnes mye bedre måter å gjøre dette på.</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>
+</description>
+ </item>
+
+ <item>
+ <title>Ny URL til den frie norske stavekontrollen</title>
+ <link>http://people.skolelinux.org/pere/blog/Ny_URL_til_den_frie_norske_stavekontrollen.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Ny_URL_til_den_frie_norske_stavekontrollen.html</guid>
+ <pubDate>Sat, 21 Mar 2020 08:00:00 +0100</pubDate>
+ <description><p>Det er lenge siden jeg har sett på den norske stavekontrollen, sist
+jeg skrev om temaet var i 2016, og i mellomtiden har nettstedet
+no.speling.org forsvunnet, og både git-depotet på Alioth og
+mailman-tjenesten som hadde epostlistene for oversettelser blitt lagt
+ned. Men bokmål og nynorsk trenger fortsatt stavekontroll, så etter
+et par purringer fra en som har lyst til å forbedre stavekontrollen
+har jeg endelig fått lagt ut ny offentlig kopi av git-depotet. Jeg
+valgte gitlab foran github.. Siste utgave av stavekontrollen kan
+hentes ned fra
+<a href="https://gitlab.com/norwegian-language-tools/spell-norwegian">https://gitlab.com/norwegian-language-tools/spell-norwegian</a>.
+Ingen ny versjon i denne omgang altså, bare et nytt sted å samle
+forbedringer til den frie norske stavekontrollen. :)
+
+<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>
</description>
</item>
<item>
- <title>Nikita version 0.4 released - free software archive API server</title>
- <link>http://people.skolelinux.org/pere/blog/Nikita_version_0_4_released___free_software_archive_API_server.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Nikita_version_0_4_released___free_software_archive_API_server.html</guid>
- <pubDate>Wed, 22 May 2019 11:30:00 +0200</pubDate>
- <description><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
+ <title>Nikita version 0.5 released - updated free software archive API server</title>
+ <link>http://people.skolelinux.org/pere/blog/Nikita_version_0_5_released___updated_free_software_archive_API_server.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Nikita_version_0_5_released___updated_free_software_archive_API_server.html</guid>
+ <pubDate>Mon, 2 Mar 2020 19:00:00 +0100</pubDate>
+ <description><p>Today, after many months of development, a new release of
+<ahref="https://gitlab.com/OsloMet-ABI/nikita-noark5-core/">Nikita
+Noark 5 core project</a> was finally
+<ahref="https://lists.nuug.no/pipermail/nikita-noark/2020-March/000519.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>
+government offices in Norway. These were the changes in version 0.5
+since version 0.4, 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>
-
+ <li>Updated to Noark 5 versjon 5.0 API specification.
+ <ul>
+ <li>Changed formatting of _links from [] to {} to match IETF draft
+ on JSON HAL.</li>
+ <li>Merged Registrering og Basisregistrering in version 4 to
+ combined Registrering.</li>
+ <li>DokumentObjekt is now subtype of ArkivEnhet.</li>
+ <li>Introducing new entity Arkivnotat.</li>
+ <li>Changed all relation keys to use /v5/ instead of /v4/.</li>
+ <li>Corrected to use new official relation keys when possible.</li>
+ <li>Renamed Sakspart to Part and connect it to Mappe, Registrering
+ and Dokumentbeskrivelse instead of only Saksmappe.</li>
+ <li>Moved Korrespondansepart connection from Journalpost to
+ Registrering.</li>
+ <li>Moved Part and Korrespondansepart from package sakarkiv to
+ arkivstruktur.</li>
+ <li>Renamed presedensstatus to presedensStatus.</li>
+ <li>Use new JSON content-type "application/vnd.noark5+json".</li>
+ <li>Updated prepopulated format list to use PRONOM codes.</li>
+ <li>Implemented endpoint for system information.</li>
+ <li>Implemented national identifiers for both file and record.</li>
+ <li>Implemented comments.</li>
+ <li>implemented sign off.</li>
+ <li>implemented conversion.</li>
+ </ul></li>
+ <li>Improved/implemented OData search and paging support for more entities.</li>
+ <li>No longer exposes attribute Dokumentobjekt.referanseDokumentfil,
+ one should use the relation in _links instead.</li>
+ <li>Corrected relation keys under
+ https://rel.arkivverket.no/noark5/v5/api/administrasjon/, replacing
+ 'administrasjon' with 'admin'.</li>
+ <li>Fixed several security and stability issues discovered by Coverity.</li>
+ <li>Corrected handling ETag errors, now return code 409.</li>
+ <li>Improved handling of Kryssreferanse.</li>
+ <li>Changed internal database model to use UUID/SystemID as primary keys
+ in tables.</li>
+ <li>Changed internal database table names to use package prefix.</li>
+ <li>Changed time zone handling for date and datetime attributes, to be
+ more according to the new definition in the API specification.</li>
+ <li>Change revoke-token to only drop token on POST requests, not GET.</li>
+ <li>Updated to newer Spring version.</li>
+ <li>Changed primary key and URL component for metadata code lists to
+ use the 'kode' value instead of a SystemID.</li>
+ <li>Corrected implementation of Part and Sakspart.</li>
+ <li>Changed instance lists with subtypes (like .../registrering/ and
+ .../mappe/) to include the attributes and _links entries for the
+ subtype in the supertype lists.</li>
+ <li>Adjusted _links relations to make it possible to figure out the
+ entity of an instance using the self->href->relation key lookup
+ method.</li>
+ <li>Fixed several end points to make sure GET, PUT, POST and DELETE
+ match each other.</li>
+ <li>Updated DELETE endpoints to work with UUID based entity
+ identifiers.</li>
+ <li>Restructured code to use more common URL related constants in entry
+ point values and replace @RequestMapping with method specific
+ annotations.</li>
+ <li>Added first unit test code.</li>
+ <li>Updated web GUI to work with the updated API.</li>
+ <li>Changed integer fields, enforce them as numeric.</li>
+ <li>Rewrote and simplify metadata handling to use common service and
+ controller code instead of duplicating for each type.</li>
+ <li>Implemented the remaining metadata types.</li>
+ <li>Changed Country list source from Wikipedia to Debian iso-codes and
+ updated the list of Countries.</li>
+ <li>Many many corrections and improvements.</li>
+
</ul>
<p>If free and open standardized archiving API sound interesting to
</item>
<item>
- <title>MIME type "text/vnd.sosi" for SOSI map data</title>
- <link>http://people.skolelinux.org/pere/blog/MIME_type__text_vnd_sosi__for_SOSI_map_data.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/MIME_type__text_vnd_sosi__for_SOSI_map_data.html</guid>
- <pubDate>Mon, 20 May 2019 08:35:00 +0200</pubDate>
- <description><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>
+ <title>Blockchain and IoT articles accepted into Records Management Journal</title>
+ <link>http://people.skolelinux.org/pere/blog/Blockchain_and_IoT_articles_accepted_into_Records_Management_Journal.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Blockchain_and_IoT_articles_accepted_into_Records_Management_Journal.html</guid>
+ <pubDate>Thu, 27 Feb 2020 09:05:00 +0100</pubDate>
+ <description><p>On Tuesday, two scietific articles we have been working on for a
+while, was finally accepted for publication into
+<a href="https://www.emerald.com/insight/publication/issn/0956-5698">Records
+Management Journal</a>. Still waiting for the assigned DOI urls to
+start working, but you can have a look at the LaTeX originals here.</p>
+
+<p>The first article is
+"<a href="http://people.skolelinux.org/pere/blog/images/2020-02-25-rmj-iot-record-keeping.pdf">A
+record-keeping approach to managing IoT-data for government
+agencies</a>" (<a href="https://doi.org/10.1108/RMJ-09-2019-0056">DOI
+10.1108/RMJ-09-2019-0056</a>) by Thomas Sødring, Petter Reinholdtsen
+and David Massey, and sketches some approaches for storing measurement
+data (aka Internet of Things sensor data) in a archive, thus providing
+a well defined mechanism for screening and deletion of the information </p>
+
+<p>The second article is
+"<a href="http://people.skolelinux.org/pere/blog/images/2020-02-25-rmj-block-chain-record-keeping.pdf">Publishing
+and using record-keeping structural information in a blockchain</a>"
+(<a href="https://doi.org/10.1108/RMJ-09-2019-0050">DOI
+10.1108/RMJ-09-2019-0050<a/>) by Thomas Sødring, Petter Reinholdtsen
+and Svein Ølnes, where we describe a way for third parties to validate
+authenticity and thus improve trust in the records kept in a
+archive.</p>
<p>As usual, if you use Bitcoin and want to show your support of my
activities, please send Bitcoin donations to my address
</item>
<item>
- <title>PlantUML for text based UML diagram modelling - nice free software</title>
- <link>http://people.skolelinux.org/pere/blog/PlantUML_for_text_based_UML_diagram_modelling___nice_free_software.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/PlantUML_for_text_based_UML_diagram_modelling___nice_free_software.html</guid>
- <pubDate>Mon, 25 Mar 2019 09:35:00 +0100</pubDate>
- <description><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>
-
-<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
-</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>
-
-<pre>
-@startuml
-class Arkivstruktur.Arkivskaper <Arkivenhet> {
- +arkivskaperID : string
- +arkivskaperNavn : string
- +beskrivelse : string [0..1]
-}
-@enduml
-</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>
+ <title>Redaksjon på plass for Noark 5 tjenestegrensesnitt</title>
+ <link>http://people.skolelinux.org/pere/blog/Redaksjon_p__plass_for_Noark_5_tjenestegrensesnitt.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Redaksjon_p__plass_for_Noark_5_tjenestegrensesnitt.html</guid>
+ <pubDate>Wed, 5 Feb 2020 14:45:00 +0100</pubDate>
+ <description><p>Arbeidet med å lage et godt, fritt og åpent standardisert maskinelt
+grensesnitt for arkivering, med tilhørende fri
+programvareimplementasjon fortsetter. Jeg snakker om
+<a href="https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard">Noark
+5 Tjenestegrensesnitt</a> og
+<a href="https://gitlab.com/OsloMet-ABI/nikita-noark5-core/">Nikita</a>.
+Siste nytt etter
+<a href="https://www.nuug.no/aktiviteter/20200127-noark-seminar/">seminaret
+for noen dager siden</a>, er vi i Nikita-prosjektet har fått beskjed
+fra Arkivverket at det blir satt ned en redaksjon for å videreutvikle
+spesifikasjonen. Redaksjonen består av Mona Danielsen og Anne Sofie
+Knutsen ved arkivverket, Thomas Sødring ved OsloMet, og meg selv fra
+NUUG. De to sistenevnte tar seg av de åpenbare forbedringene, mens
+hele redaksjonen diskuterer tvilstilfeller. Jeg håper dette vil bidra
+til at vi lykkes i å gjøre denne protokollspesifikasjonen så entydig
+og klar at den vil bidra til et velfungerende marked for
+arkivsystemer, og sikre at programmer som trenger å snakke med
+arkivsystemet kan snakke med enhver implementasjon av
+API-spesifikasjonen. Nikita er den første implementasjonen, men det
+bør blir flere.</p>
+
+<p>Det gjenstår riktig nok endel før vi er i mål, selv om svært mye
+allerede er på plass. Med innspill og forslag til forbedringer fra
+alle som vil ha et leverandøruavhengig og fullstendig
+datamaskinlesbart grensesnitt til arkivet, så tror jeg vi vil
+lykkes.</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>
</description>
</item>
<item>
- <title>Release 0.3 of free software archive API system Nikita announced</title>
- <link>http://people.skolelinux.org/pere/blog/Release_0_3_of_free_software_archive_API_system_Nikita_announced.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Release_0_3_of_free_software_archive_API_system_Nikita_announced.html</guid>
- <pubDate>Sun, 24 Mar 2019 14:30:00 +0100</pubDate>
- <description><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>
+ <title>Artikkel om Noark 5 Tjenestegrensesnitt og Nikita i Arkivråd nummer 3 for 2019</title>
+ <link>http://people.skolelinux.org/pere/blog/Artikkel_om_Noark_5_Tjenestegrensesnitt_og_Nikita_i_Arkivr_d_nummer_3_for_2019.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Artikkel_om_Noark_5_Tjenestegrensesnitt_og_Nikita_i_Arkivr_d_nummer_3_for_2019.html</guid>
+ <pubDate>Thu, 26 Dec 2019 08:00:00 +0100</pubDate>
+ <description><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>
-<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>
-
-<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>
-</description>
- </item>
-
- <item>
- <title>Åpen og gjennomsiktig vedlikehold av spesifikasjonen for Noark 5 Tjenestegrensesnitt</title>
- <link>http://people.skolelinux.org/pere/blog/_pen_og_gjennomsiktig_vedlikehold_av_spesifikasjonen_for_Noark_5_Tjenestegrensesnitt.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/_pen_og_gjennomsiktig_vedlikehold_av_spesifikasjonen_for_Noark_5_Tjenestegrensesnitt.html</guid>
- <pubDate>Mon, 11 Mar 2019 16:00:00 +0100</pubDate>
- <description><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>
+<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>
</description>
</item>
<item>
- <title>Dårlig med sikkerhetsoppdateringer for Ruters billettautomater i Oslo?</title>
- <link>http://people.skolelinux.org/pere/blog/D_rlig_med_sikkerhetsoppdateringer_for_Ruters_billettautomater_i_Oslo_.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/D_rlig_med_sikkerhetsoppdateringer_for_Ruters_billettautomater_i_Oslo_.html</guid>
- <pubDate>Wed, 13 Feb 2019 10:45:00 +0100</pubDate>
- <description><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>
+ <title>Meningsløst, men for hvem...</title>
+ <link>http://people.skolelinux.org/pere/blog/Meningsl_st__men_for_hvem___.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Meningsl_st__men_for_hvem___.html</guid>
+ <pubDate>Wed, 25 Dec 2019 10:35:00 +0100</pubDate>
+ <description><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>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
</item>
<item>
- <title>Stortinget vedtar maskinlesbart register over 20% av selskapseierne i Norge</title>
- <link>http://people.skolelinux.org/pere/blog/Stortinget_vedtar_maskinlesbart_register_over_20__av_selskapseierne_i_Norge.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Stortinget_vedtar_maskinlesbart_register_over_20__av_selskapseierne_i_Norge.html</guid>
- <pubDate>Thu, 7 Feb 2019 23:55:00 +0100</pubDate>
- <description><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>
+ <title>Artikkel om Nikita i Arkheion nummer 2019/2</title>
+ <link>http://people.skolelinux.org/pere/blog/Artikkel_om_Nikita_i_Arkheion_nummer_2019_2.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Artikkel_om_Nikita_i_Arkheion_nummer_2019_2.html</guid>
+ <pubDate>Mon, 9 Dec 2019 15:05:00 +0100</pubDate>
+ <description><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>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
</item>
<item>
- <title>Websocket from Kraken in Valutakrambod</title>
- <link>http://people.skolelinux.org/pere/blog/Websocket_from_Kraken_in_Valutakrambod.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Websocket_from_Kraken_in_Valutakrambod.html</guid>
- <pubDate>Fri, 1 Feb 2019 22:25:00 +0100</pubDate>
- <description><p>Yesterday, the Kraken virtual currency exchange announced
-<a href="https://blog.kraken.com/post/2019/websockets-public-api-launching-soon/">their
-Websocket service</a>, providing a stream of exchange updates to its
-clients. Getting updated rates quickly is a good idea, so I used
-their <a href="https://www.kraken.com/en-us/help/websocket-api">API
-documentation</a> 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.</p>
-
-<p>If this sound interesting to you, the code for valutakrambod is
-available from
-<a href="http://github.com/petterreinholdtsen/valutakrambod">github</a>.
-Here is example output from the example client displaying rates in a
-curses view:</p>
-
-<p><blockquote><pre>
- 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
-</pre></blockquote></p>
-
-<p>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.</p>
+ <title>When terms and policy turn users away</title>
+ <link>http://people.skolelinux.org/pere/blog/When_terms_and_policy_turn_users_away.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/When_terms_and_policy_turn_users_away.html</guid>
+ <pubDate>Sat, 7 Dec 2019 21:15:00 +0100</pubDate>
+ <description><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
</item>
<item>
- <title>Strategispillet Unknown Horizons nå tilgjengelig på bokmål</title>
- <link>http://people.skolelinux.org/pere/blog/Strategispillet_Unknown_Horizons_n__tilgjengelig_p__bokm_l.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Strategispillet_Unknown_Horizons_n__tilgjengelig_p__bokm_l.html</guid>
- <pubDate>Wed, 23 Jan 2019 07:50:00 +0100</pubDate>
- <description><p>I høst ble jeg inspirert til å bidra til oversettelsen av
-<a href="http://unknown-horizons.org/">strategispillet Unknown
-Horizons</a>, 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
-<a href="https://tracker.debian.org/pkg/unknown-horizons">lastet opp i
-Debian</a> 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
-<a href="https://hosted.weblate.org/projects/uh/">oversettelsen på
-Weblate</a>, slik at neste utgave vil være enda bedre. :)</p>
-
-<p>Spillet er et ressursstyringsspill ala Civilization, og er morsomt
-å spille for oss som liker slikt. :)</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>
+ <title>What would it cost to store all 2018 phone calls in Norway?</title>
+ <link>http://people.skolelinux.org/pere/blog/What_would_it_cost_to_store_all_2018_phone_calls_in_Norway_.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/What_would_it_cost_to_store_all_2018_phone_calls_in_Norway_.html</guid>
+ <pubDate>Mon, 25 Nov 2019 20:15:00 +0100</pubDate>
+ <description><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>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>
</description>
</item>
projects / homepage.git / blobdiff