1 <?xml version=
"1.0" encoding=
"utf-8"?>
2 <rss version='
2.0' xmlns:lj='http://www.livejournal.org/rss/lj/
1.0/'
>
4 <title>Petter Reinholdtsen - Entries tagged noark5
</title>
5 <description>Entries tagged noark5
</description>
6 <link>http://people.skolelinux.org/pere/blog/
</link>
10 <title>Åpen og gjennomsiktig vedlikehold av spesifikasjonen for Noark
5 Tjenestegrensesnitt
</title>
11 <link>http://people.skolelinux.org/pere/blog/_pen_og_gjennomsiktig_vedlikehold_av_spesifikasjonen_for_Noark_5_Tjenestegrensesnitt.html
</link>
12 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/_pen_og_gjennomsiktig_vedlikehold_av_spesifikasjonen_for_Noark_5_Tjenestegrensesnitt.html
</guid>
13 <pubDate>Mon,
11 Mar
2019 16:
00:
00 +
0100</pubDate>
14 <description><p
>Et virksomhetsarkiv for meg, er et arbeidsverktøy der en enkelt kan
15 finne informasjonen en trenger når en trenger det, og der
16 virksomhetens samlede kunnskap er tilgjengelig. Det må være greit å
17 finne frem i, litt som en bibliotek. Men der et bibliotek gjerne tar
18 vare på offentliggjort informasjon som er tilgjengelig flere steder,
19 tar et arkiv vare på virksomhetsintern og til tider personlig
20 informasjon som ofte kun er tilgjengelig fra et sted.
</p
>
22 <p
>Jeg mistenker den eneste måten å sikre at arkivet inneholder den
23 samlede kunnskapen i en virksomhet, er å bruke det som virksomhetens
24 kunnskapslager. Det innebærer å automatisk kopiere (brev, epost,
25 SMS-er etc) inn i arkivet når de sendes og mottas, og der filtrere
26 vekk det en ikke vil ta vare på, og legge på metadata om det som er
27 samlet inn for enkel gjenfinning. En slik bruk av arkivet innebærer at
28 arkivet er en del av daglig virke, ikke at det er siste hvilested for
29 informasjon ingen lenger har daglig bruk for. For å kunne være en del
30 av det daglige virket må arkivet enkelt kunne integreres med andre
31 systemer. I disse dager betyr det å tilby arkivet som en
32 nett-tjeneste til hele virksomheten, tilgjengelig for både mennesker
33 og datamaskiner. Det betyr i tur å både tilby nettsider og et
34 maskinlesbart grensesnitt.
</p
>
36 <p
>For noen år siden erkjente visjonære arkivarer fordelene med et
37 standardisert maskinlesbart grensesnitt til organisasjonens arkiv. De
38 gikk igang med å lage noe de kalte
39 <a href=
"https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/
">Noark
40 5 Tjenestegrensesnitt
</a
>. Gjort riktig, så åpner slike maskinlesbare
41 grensesnitt for samvirke på tvers av uavhengige programvaresystemer.
42 Gjort feil, vil det blokkere for samvirke og bidra til
43 leverandørinnlåsing. For å gjøre det riktig så må grensesnittet være
44 klart og entydig beskrevet i en spesifikasjon som gjør at
45 spesifikasjonen tolkes på samme måte uavhengig av hvem som leser den,
46 og uavhengig av hvem som tar den i bruk.
</p
>
48 <p
>For å oppnå klare og entydige beskrivelser i en spesifikasjon, som
49 trengs for å kunne få en fri og åpen standard (se
50 <a href=
"http://people.skolelinux.org/pere/blog/Fri_og__pen_standard__slik_Digistan_ser_det.html
">Digistan-definisjon
</a
>),
51 så trengs det en åpen og gjennomsiktig inngangsport med lav terskel,
52 der de som forsøker å ta den i bruk enkelt kan få inn korreksjoner,
53 etterlyse klargjøringer og rapportere uklarheter i spesifikasjonen.
54 En trenger også automatiserte datasystemer som måler og sjekker at et
55 gitt grensesnitt fungerer i tråd med spesifikasjonen.
</p
>
57 <p
>For Noark
5 Tjenestegrensesnittet er det nå etablert en slik åpen
58 og gjennomsiktig inngangsport på prosjekttjenesten github. Denne
59 inngangsporten består først og fremst av en åpen portal som lar enhver
60 se hva som er gjort av endringer i spesifikasjonsteksten over tid, men
61 det hører også med et åpent
&quot;diskusjonsforum
&quot; der en kan
62 komme med endringsforslag og forespørsler om klargjøringer. Alle
63 registrerte brukere på github kan bidra med innspill til disse
64 henvendelsene.
</p
>
66 <p
>I samarbeide med Arkivverket har jeg fått opprettet et git-depot
67 med spesifikasjonsteksten for tjenestegrensesnittet, der det er lagt
68 inn historikk for endringer i teksten de siste årene, samt lagt inn
69 endringsforslag og forespørsler om klargjøring av teksten. Bakgrunnen
70 for at jeg bidro med dette er at jeg er involvert i
71 <a href=
"https://gitlab.com/OsloMet-ABI/nikita-noark5-core
">Nikita-prosjektet
</a
>,
72 som lager en fri programvare-utgave av Noark
5 Tjenestegrensesnitt.
73 Det er først når en forsøker å lage noe i tråd med en spesifikasjon at
74 en oppdager hvor mange detaljer som må beskrives i spesifikasjonen for
75 å sikre samhandling.
</p
>
77 <p
>Spesifikasjonen vedlikeholdes i et rent tekstformat, for å ha et
78 format egnet for versjonskontroll via versjontrollsystemet git. Dette
79 gjør det både enkelt å se konkret hvilke endringer som er gjort når,
80 samt gjør det praktisk mulig for enhver med github-konto å sende inn
81 endringsforslag med formuleringer til spesifikasjonsteksten. Dette
82 tekstformatet vises frem som nettsider på github, slik at en ikke
83 trenger spesielle verktøy for å se på siste utgave av
84 spesifikasjonen.
</p
>
86 <p
>Fra dette rene tekstformatet kan det så avledes ulike formater, som
87 HTML for websider, PDF for utskrift på papir og ePub for lesing med
88 ebokleser. Avlednings-systemet (byggesystemet) bruker i dag
89 verktøyene pandoc, latex, docbook-xsl og GNU make til
90 transformasjonen. Tekstformatet som brukes dag er
91 <a href=
"https://www.markdownguide.org/
">Markdown
</a
>, men det vurderes
93 <a href=
"https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/issues/
9">endre
94 til formatet RST
</a
> i fremtiden for bedre styring av utseende på
95 PDF-utgaven.
</p
>
97 <p
>Versjonskontrollsystemet git ble valgt da det er både fleksibelt,
98 avansert og enkelt å ta i bruk. Github ble valgt (foran f.eks. Gitlab
99 som vi bruker i Nikita), da Arkivverket allerede hadde tatt i bruk
100 Github i andre sammenhenger.
</p
>
102 <p
>Enkle endringer i teksten kan gjøres av priviligerte brukere
103 direkte i nettsidene til Github, ved å finne aktuell fil som skal
104 endres (f.eks. kapitler/
03-konformitet.md), klikke på den lille
105 bokstaven i høyre hjørne over teksten. Det kommer opp en nettside der
106 en kan endre teksten slik en ønsker. Når en er fornøyd med endringen
107 så må endringen
&quot;sjekkes inn
&quot; i historikken. Det gjøres ved
108 å gi en kort beskrivelse av endringen (beskriv helst hvorfor endringen
109 trengs, ikke hva som er endret), under overskriften
&quot;Commit
110 changes
&quot;. En kan og bør legge inn en lengre forklaring i det
111 større skrivefeltet, før en velger om endringen skal sendes direkte
112 til
'master
'-grenen (dvs. autorativ utgave av spesifikasjonen) eller
113 om en skal lage en ny gren for denne endringen og opprette en
114 endringsforespørsel (aka
&quot;Pull Request
&quot;/PR). Når alt dette
115 er gjort kan en velge
&quot;Commit changes
&quot; for å sende inn
116 endringen. Hvis den er lagt inn i
&quot;master
&quot;-grenen så er den
117 en offisiell del av spesifikasjonen med en gang. Hvis den derimot er
118 en endringsforespørsel, så legges den inn i
119 <a href=
"https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/pulls
">listen
120 over forslag til endringer
</a
> som venter på korrekturlesing og
121 godkjenning.
</p
>
123 <p
>Større endringer (for eksempel samtidig endringer i flere filer)
124 gjøres enklest ved å hente ned en kopi av git-depoet lokalt og gjøre
125 endringene der før endringsforslaget sendes inn. Denne prosessen er
126 godt beskrivet i dokumentasjon fra github. Git-prosjektet som skal
127 &quot;klones
&quot; er
128 <a href=
"https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/
">https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/
</a
>.
</p
>
130 <p
>For å registrere nye utfordringer (issues) eller kommentere på
131 eksisterende utfordringer benyttes nettsiden
132 <a href=
"https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/issues
">https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/issues
</a
>.
133 I skrivende stund er det
48 åpne og
11 avsluttede utfordringer. Et
134 forslag til hva som bør være med når en beskriver en utfordring er
135 tilgjengelig som utfordring
136 <a href=
"https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/issues/
14">#
14</a
>.
</p
>
138 <p
>For å bygge en PDF-utgave av spesifikasjonen så bruker jeg i dag en
139 Debian GNU/Linux-maskin med en rekke programpakker installert. Når
140 dette er på plass, så holder det å kjøre kommandoen
'make pdf html
' på
141 kommandolinjen, vente ca.
20 sekunder, før spesifikasjon.pdf og
142 spesifikasjon.html ligger klar på disken. Verktøyene for bygging av
143 PDF, HTML og ePub-utgave er også tilgjengelig på Windows og
146 <p
>Github bidrar med rammeverket. Men for at åpent vedlikehold av
147 spesifikasjonen skal fungere, så trengs det folk som bidrar med sin
148 tid og kunnskap. Arkivverket har sagt de skal bidra med innspill og
149 godkjenne forslag til endringer, men det blir størst suksess hvis alle
150 som bruker og lager systemer basert på Noark
5 Tjenestegrensesnitt
151 bidrar med sin kunnskap og kommer med forslag til forebedringer. Jeg
152 stiller. Blir du med?
</p
>
154 <p
>Det er viktig å legge til rette for åpen diskusjon blant alle
155 interesserte, som ikke krever at en må godta lange kontrakter med
156 vilkår for deltagelse. Inntil Arkivverket dukker opp på IRC har vi
157 laget en IRC-kanal der interesserte enkelt kan orientere seg og
158 diskutere tjenestegrensesnittet. Alle er velkommen til å ta turen
160 <a href=
"https://webchat.freenode.net/?channels=nikita
">#nikita
</a
>
161 (f.eks. via irc.freenode.net) for å møte likesinnede.
</p
>
163 <p
>Det holder dog ikke å ha en god spesifikasjon, hvis ikke de som tar
164 den i bruk gjør en like god jobb. For å automatisk teste om et konkret
165 tjenestegrensesnitt følger (min) forståelse av
166 spesifikasjonsdokumentet, har jeg skrevet et program som kobler seg
167 opp til et Noark
5v4 REST-tjeneste og tester alt den finner for å se
168 om det er i henhold til min tolkning av spesifikasjonen. Dette
169 verktøyet er tilgjengelig fra
170 <a href=
"https://github.com/petterreinholdtsen/noark5-tester
">https://github.com/petterreinholdtsen/noark5-tester
</a
>,
171 og brukes daglig mens vi utvikler Nikita for å sikre at vi ikke
172 introduserer nye feil. Hvis en skal sikre samvirke på tvers av ulike
173 systemer er det helt essensielt å kunne raskt og automatisk sjekke at
174 tjenestegrensesnittet oppfører seg som forventet. Jeg håper andre som
175 lager sin utgave av tjenestegrensesnittet vi bruke dette verktøyet,
176 slik at vi tidlig og raskt kan oppdage hvor vi har tolket
177 spesifikasjonen ulikt, og dermed få et godt grunnlag for å gjøre
178 spesifikasjonsteksten enda klarere og bedre.
</p
>
180 <p
>Dagens beskrivelse av Noark
5 Tjenestegrensesnitt er et svært godt
181 utgangspunkt for å gjøre virksomhetens arkiv til et dynamisk og
182 sentralt arbeidsverktøy i organisasjonen. Blir du med å gjøre den
183 enda bedre?
</p
>
188 <title>Time for an official MIME type for patches?
</title>
189 <link>http://people.skolelinux.org/pere/blog/Time_for_an_official_MIME_type_for_patches_.html
</link>
190 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Time_for_an_official_MIME_type_for_patches_.html
</guid>
191 <pubDate>Thu,
1 Nov
2018 08:
15:
00 +
0100</pubDate>
192 <description><p
>As part of my involvement in
193 <a href=
"https://gitlab.com/OsloMet-ABI/nikita-noark5-core
">the Nikita
194 archive API project
</a
>, I
've been importing a fairly large lump of
195 emails into a test instance of the archive to see how well this would
196 go. I picked a subset of
<a href=
"https://notmuchmail.org/
">my
197 notmuch email database
</a
>, all public emails sent to me via
198 @lists.debian.org, giving me a set of around
216 000 emails to import.
199 In the process, I had a look at the various attachments included in
200 these emails, to figure out what to do with attachments, and noticed
201 that one of the most common attachment formats do not have
202 <a href=
"https://www.iana.org/assignments/media-types/media-types.xhtml
">an
203 official MIME type
</a
> registered with IANA/IETF. The output from
204 diff, ie the input for patch, is on the top
10 list of formats
205 included in these emails. At the moment people seem to use either
206 text/x-patch or text/x-diff, but neither is officially registered. It
207 would be better if one official MIME type were registered and used
208 everywhere.
</p
>
210 <p
>To try to get one official MIME type for these files, I
've brought
212 <a href=
"https://www.ietf.org/mailman/listinfo/media-types
">the
213 media-types mailing list
</a
>. If you are interested in discussion
214 which MIME type to use as the official for patch files, or involved in
215 making software using a MIME type for patches, perhaps you would like
216 to join the discussion?
</p
>
218 <p
>As usual, if you use Bitcoin and want to show your support of my
219 activities, please send Bitcoin donations to my address
220 <b
><a href=
"bitcoin:
15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
</a
></b
>.
</p
>
225 <title>Release
0.2 of free software archive system Nikita announced
</title>
226 <link>http://people.skolelinux.org/pere/blog/Release_0_2_of_free_software_archive_system_Nikita_announced.html
</link>
227 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Release_0_2_of_free_software_archive_system_Nikita_announced.html
</guid>
228 <pubDate>Thu,
18 Oct
2018 14:
40:
00 +
0200</pubDate>
229 <description><p
>This morning, the new release of the
230 <a href=
"https://gitlab.com/OsloMet-ABI/nikita-noark5-core/
">Nikita
231 Noark
5 core project
</a
> was
232 <a href=
"https://lists.nuug.no/pipermail/nikita-noark/
2018-October/
000406.html
">announced
233 on the project mailing list
</a
>. The free software solution is an
234 implementation of the Norwegian archive standard Noark
5 used by
235 government offices in Norway. These were the changes in version
0.2
236 since version
0.1.1 (from NEWS.md):
239 <li
>Fix typos in REL names
</li
>
240 <li
>Tidy up error message reporting
</li
>
241 <li
>Fix issue where we used Integer.valueOf(), not Integer.getInteger()
</li
>
242 <li
>Change some String handling to StringBuffer
</li
>
243 <li
>Fix error reporting
</li
>
244 <li
>Code tidy-up
</li
>
245 <li
>Fix issue using static non-synchronized SimpleDateFormat to avoid
246 race conditions
</li
>
247 <li
>Fix problem where deserialisers were treating integers as strings
</li
>
248 <li
>Update methods to make them null-safe
</li
>
249 <li
>Fix many issues reported by coverity
</li
>
250 <li
>Improve equals(), compareTo() and hash() in domain model
</li
>
251 <li
>Improvements to the domain model for metadata classes
</li
>
252 <li
>Fix CORS issues when downloading document
</li
>
253 <li
>Implementation of case-handling with registryEntry and document upload
</li
>
254 <li
>Better support in Javascript for OPTIONS
</li
>
255 <li
>Adding concept description of mail integration
</li
>
256 <li
>Improve setting of default values for GET on ny-journalpost
</li
>
257 <li
>Better handling of required values during deserialisation
</li
>
258 <li
>Changed tilknyttetDato (M620) from date to dateTime
</li
>
259 <li
>Corrected some opprettetDato (M600) (de)serialisation errors.
</li
>
260 <li
>Improve parse error reporting.
</li
>
261 <li
>Started on OData search and filtering.
</li
>
262 <li
>Added Contributor Covenant Code of Conduct to project.
</li
>
263 <li
>Moved repository and project from Github to Gitlab.
</li
>
264 <li
>Restructured repository, moved code into src/ and web/.
</li
>
265 <li
>Updated code to use Spring Boot version
2.
</li
>
266 <li
>Added support for OAuth2 authentication.
</li
>
267 <li
>Fixed several bugs discovered by Coverity.
</li
>
268 <li
>Corrected handling of date/datetime fields.
</li
>
269 <li
>Improved error reporting when rejecting during deserializatoin.
</li
>
270 <li
>Adjusted default values provided for ny-arkivdel, ny-mappe,
271 ny-saksmappe, ny-journalpost and ny-dokumentbeskrivelse.
</li
>
272 <li
>Several fixes for korrespondansepart*.
</li
>
273 <li
>Updated web GUI:
275 <li
>Now handle both file upload and download.
</li
>
276 <li
>Uses new OAuth2 authentication for login.
</li
>
277 <li
>Forms now fetches default values from API using GET.
</li
>
278 <li
>Added RFC
822 (email), TIFF and JPEG to list of possible file formats.
</li
>
279 </ul
></li
>
282 <p
>The changes and improvements are extensive. Running diffstat on
283 the changes between git tab
0.1.1 and
0.2 show
1098 files changed,
284 108666 insertions(+),
54066 deletions(-).
</p
>
286 <p
>If free and open standardized archiving API sound interesting to
287 you, please contact us on IRC
288 (
<a href=
"irc://irc.freenode.net/%
23nikita
">#nikita on
289 irc.freenode.net
</a
>) or email
290 (
<a href=
"https://lists.nuug.no/mailman/listinfo/nikita-noark
">nikita-noark
291 mailing list
</a
>).
</p
>
293 <p
>As usual, if you use Bitcoin and want to show your support of my
294 activities, please send Bitcoin donations to my address
295 <b
><a href=
"bitcoin:
15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
</a
></b
>.
</p
>
300 <title>Fetching trusted timestamps using the rfc3161ng python module
</title>
301 <link>http://people.skolelinux.org/pere/blog/Fetching_trusted_timestamps_using_the_rfc3161ng_python_module.html
</link>
302 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Fetching_trusted_timestamps_using_the_rfc3161ng_python_module.html
</guid>
303 <pubDate>Mon,
8 Oct
2018 12:
30:
00 +
0200</pubDate>
304 <description><p
>I have earlier covered the basics of trusted timestamping using the
305 'openssl ts
' client. See blog post for
306 <a href=
"http://people.skolelinux.org/pere/blog/Public_Trusted_Timestamping_services_for_everyone.html
">2014</a
>,
307 <a href=
"http://people.skolelinux.org/pere/blog/syslog_trusted_timestamp___chain_of_trusted_timestamps_for_your_syslog.html
">2016</a
>
309 <a href=
"http://people.skolelinux.org/pere/blog/Idea_for_storing_trusted_timestamps_in_a_Noark_5_archive.html
">2017</a
>
310 for those stories. But some times I want to integrate the timestamping
311 in other code, and recently I needed to integrate it into Python.
312 After searching a bit, I found
313 <a href=
"https://dev.entrouvert.org/projects/python-rfc3161
">the
314 rfc3161 library
</a
> which seemed like a good fit, but I soon
315 discovered it only worked for python version
2, and I needed something
316 that work with python version
3. Luckily I next came across
317 <a href=
"https://github.com/trbs/rfc3161ng/
">the rfc3161ng library
</a
>,
318 a fork of the original rfc3161 library. Not only is it working with
319 python
3, it have fixed a few of the bugs in the original library, and
320 it has an active maintainer. I decided to wrap it up and make it
321 <a href=
"https://tracker.debian.org/pkg/python-rfc3161ng
">available in
322 Debian
</a
>, and a few days ago it entered Debian unstable and testing.
</p
>
324 <p
>Using the library is fairly straight forward. The only slightly
325 problematic step is to fetch the required certificates to verify the
326 timestamp. For some services it is straight forward, while for others
327 I have not yet figured out how to do it. Here is a small standalone
328 code example based on of the integration tests in the library code:
</p
>
335 Python
3 script demonstrating how to use the rfc3161ng module to
336 get trusted timestamps.
338 The license of this code is the same as the license of the rfc3161ng
344 import pyasn1.codec.der
348 import urllib.request
355 def fetch(url, f=None):
356 response = urllib.request.urlopen(url)
357 data = response.read()
363 with tempfile.NamedTemporaryFile() as cert_f,\
364 tempfile.NamedTemporaryFile() as ca_f,\
365 tempfile.NamedTemporaryFile() as msg_f,\
366 tempfile.NamedTemporaryFile() as tsr_f:
368 # First fetch certificates used by service
369 certificate_data = fetch(
'https://freetsa.org/files/tsa.crt
', cert_f)
370 ca_data_data = fetch(
'https://freetsa.org/files/cacert.pem
', ca_f)
372 # Then timestamp the message
374 rfc3161ng.RemoteTimestamper(
'http://freetsa.org/tsr
',
375 certificate=certificate_data)
376 data = b
"Python forever!\n
"
377 tsr = timestamper(data=data, return_tsr=True)
379 # Finally, convert message and response to something
'openssl ts
' can verify
381 store(tsr_f, pyasn1.codec.der.encoder.encode(tsr))
382 args = [
"openssl
",
"ts
",
"-verify
",
383 "-data
", msg_f.name,
384 "-in
", tsr_f.name,
385 "-CAfile
", ca_f.name,
386 "-untrusted
", cert_f.name]
387 subprocess.check_call(args)
389 if
'__main__
' == __name__:
393 <p
>The code fetches the required certificates, store them as temporary
394 files, timestamp a simple message, store the message and timestamp to
395 disk and ask
'openssl ts
' to verify the timestamp. A timestamp is
396 around
1.5 kiB in size, and should be fairly easy to store for future
399 <p
>As usual, if you use Bitcoin and want to show your support of my
400 activities, please send Bitcoin donations to my address
401 <b
><a href=
"bitcoin:
15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
</a
></b
>.
</p
>
406 <title>Release
0.1.1 of free software archive system Nikita announced
</title>
407 <link>http://people.skolelinux.org/pere/blog/Release_0_1_1_of_free_software_archive_system_Nikita_announced.html
</link>
408 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Release_0_1_1_of_free_software_archive_system_Nikita_announced.html
</guid>
409 <pubDate>Sat,
10 Jun
2017 00:
40:
00 +
0200</pubDate>
410 <description><p
>I am very happy to report that the
411 <a href=
"https://github.com/hiOA-ABI/nikita-noark5-core
">Nikita Noark
5
412 core project
</a
> tagged its second release today. The free software
413 solution is an implementation of the Norwegian archive standard Noark
414 5 used by government offices in Norway. These were the changes in
415 version
0.1.1 since version
0.1.0 (from NEWS.md):
419 <li
>Continued work on the angularjs GUI, including document upload.
</li
>
420 <li
>Implemented correspondencepartPerson, correspondencepartUnit and
421 correspondencepartInternal
</li
>
422 <li
>Applied for coverity coverage and started submitting code on
423 regualr basis.
</li
>
424 <li
>Started fixing bugs reported by coverity
</li
>
425 <li
>Corrected and completed HATEOAS links to make sure entire API is
426 available via URLs in _links.
</li
>
427 <li
>Corrected all relation URLs to use trailing slash.
</li
>
428 <li
>Add initial support for storing data in ElasticSearch.
</li
>
429 <li
>Now able to receive and store uploaded files in the archive.
</li
>
430 <li
>Changed JSON output for object lists to have relations in _links.
</li
>
431 <li
>Improve JSON output for empty object lists.
</li
>
432 <li
>Now uses correct MIME type application/vnd.noark5-v4+json.
</li
>
433 <li
>Added support for docker container images.
</li
>
434 <li
>Added simple API browser implemented in JavaScript/Angular.
</li
>
435 <li
>Started on archive client implemented in JavaScript/Angular.
</li
>
436 <li
>Started on prototype to show the public mail journal.
</li
>
437 <li
>Improved performance by disabling Sprint FileWatcher.
</li
>
438 <li
>Added support for
'arkivskaper
',
'saksmappe
' and
'journalpost
'.
</li
>
439 <li
>Added support for some metadata codelists.
</li
>
440 <li
>Added support for Cross-origin resource sharing (CORS).
</li
>
441 <li
>Changed login method from Basic Auth to JSON Web Token (RFC
7519)
443 <li
>Added support for GET-ing ny-* URLs.
</li
>
444 <li
>Added support for modifying entities using PUT and eTag.
</li
>
445 <li
>Added support for returning XML output on request.
</li
>
446 <li
>Removed support for English field and class names, limiting ourself
447 to the official names.
</li
>
448 <li
>...
</li
>
452 <p
>If this sound interesting to you, please contact us on IRC (#nikita
453 on irc.freenode.net) or email
454 (
<a href=
"https://lists.nuug.no/mailman/listinfo/nikita-noark
">nikita-noark
455 mailing list).
</p
>
460 <title>Idea for storing trusted timestamps in a Noark
5 archive
</title>
461 <link>http://people.skolelinux.org/pere/blog/Idea_for_storing_trusted_timestamps_in_a_Noark_5_archive.html
</link>
462 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Idea_for_storing_trusted_timestamps_in_a_Noark_5_archive.html
</guid>
463 <pubDate>Wed,
7 Jun
2017 21:
40:
00 +
0200</pubDate>
464 <description><p
><em
>This is a copy of
465 <a href=
"https://lists.nuug.no/pipermail/nikita-noark/
2017-June/
000297.html
">an
466 email I posted to the nikita-noark mailing list
</a
>. Please follow up
467 there if you would like to discuss this topic. The background is that
468 we are making a free software archive system based on the Norwegian
469 <a href=
"https://www.arkivverket.no/forvaltning-og-utvikling/regelverk-og-standarder/noark-standarden
">Noark
470 5 standard
</a
> for government archives.
</em
></p
>
472 <p
>I
've been wondering a bit lately how trusted timestamps could be
474 <a href=
"https://en.wikipedia.org/wiki/Trusted_timestamping
">Trusted
475 timestamps
</a
> can be used to verify that some information
476 (document/file/checksum/metadata) have not been changed since a
477 specific time in the past. This is useful to verify the integrity of
478 the documents in the archive.
</p
>
480 <p
>Then it occured to me, perhaps the trusted timestamps could be
481 stored as dokument variants (ie dokumentobjekt referered to from
482 dokumentbeskrivelse) with the filename set to the hash it is
485 <p
>Given a
"dokumentbeskrivelse
" with an associated
"dokumentobjekt
",
486 a new dokumentobjekt is associated with
"dokumentbeskrivelse
" with the
487 same attributes as the stamped dokumentobjekt except these
488 attributes:
</p
>
492 <li
>format -
> "RFC3161
"
493 <li
>mimeType -
> "application/timestamp-reply
"
494 <li
>formatDetaljer -
> "&lt;source URL for timestamp service
&gt;
"
495 <li
>filenavn -
> "&lt;sjekksum
&gt;.tsr
"
499 <p
>This assume a service following
500 <a href=
"https://tools.ietf.org/html/rfc3161
">IETF RFC
3161</a
> is
501 used, which specifiy the given MIME type for replies and the .tsr file
502 ending for the content of such trusted timestamp. As far as I can
503 tell from the Noark
5 specifications, it is OK to have several
504 variants/renderings of a dokument attached to a given
505 dokumentbeskrivelse objekt. It might be stretching it a bit to make
506 some of these variants represent crypto-signatures useful for
507 verifying the document integrity instead of representing the dokument
510 <p
>Using the source of the service in formatDetaljer allow several
511 timestamping services to be used. This is useful to spread the risk
512 of key compromise over several organisations. It would only be a
513 problem to trust the timestamps if all of the organisations are
514 compromised.
</p
>
516 <p
>The following oneliner on Linux can be used to generate the tsr
517 file. $input is the path to the file to checksum, and $sha256 is the
518 SHA-
256 checksum of the file (ie the
"<sjekksum
>.tsr
" value mentioned
521 <p
><blockquote
><pre
>
522 openssl ts -query -data
"$inputfile
" -cert -sha256 -no_nonce \
523 | curl -s -H
"Content-Type: application/timestamp-query
" \
524 --data-binary
"@-
" http://zeitstempel.dfn.de
> $sha256.tsr
525 </pre
></blockquote
></p
>
527 <p
>To verify the timestamp, you first need to download the public key
528 of the trusted timestamp service, for example using this command:
</p
>
530 <p
><blockquote
><pre
>
531 wget -O ca-cert.txt \
532 https://pki.pca.dfn.de/global-services-ca/pub/cacert/chain.txt
533 </pre
></blockquote
></p
>
535 <p
>Note, the public key should be stored alongside the timestamps in
536 the archive to make sure it is also available
100 years from now. It
537 is probably a good idea to standardise how and were to store such
538 public keys, to make it easier to find for those trying to verify
539 documents
100 or
1000 years from now. :)
</p
>
541 <p
>The verification itself is a simple openssl command:
</p
>
543 <p
><blockquote
><pre
>
544 openssl ts -verify -data $inputfile -in $sha256.tsr \
545 -CAfile ca-cert.txt -text
546 </pre
></blockquote
></p
>
548 <p
>Is there any reason this approach would not work? Is it somehow against
549 the Noark
5 specification?
</p
>
554 <title>Epost inn som arkivformat i Riksarkivarens forskrift?
</title>
555 <link>http://people.skolelinux.org/pere/blog/Epost_inn_som_arkivformat_i_Riksarkivarens_forskrift_.html
</link>
556 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Epost_inn_som_arkivformat_i_Riksarkivarens_forskrift_.html
</guid>
557 <pubDate>Thu,
27 Apr
2017 11:
30:
00 +
0200</pubDate>
558 <description><p
>I disse dager, med frist
1. mai, har Riksarkivaren ute en høring på
559 sin forskrift. Som en kan se er det ikke mye tid igjen før fristen
560 som går ut på søndag. Denne forskriften er det som lister opp hvilke
561 formater det er greit å arkivere i
562 <a href=
"http://www.arkivverket.no/arkivverket/Offentleg-forvalting/Noark/Noark-
5">Noark
563 5-løsninger
</a
> i Norge.
</p
>
565 <p
>Jeg fant høringsdokumentene hos
566 <a href=
"https://www.arkivrad.no/aktuelt/riksarkivarens-forskrift-pa-horing
">Norsk
567 Arkivråd
</a
> etter å ha blitt tipset på epostlisten til
568 <a href=
"https://github.com/hiOA-ABI/nikita-noark5-core
">fri
569 programvareprosjektet Nikita Noark5-Core
</a
>, som lager et Noark
5
570 Tjenestegresesnitt. Jeg er involvert i Nikita-prosjektet og takket
571 være min interesse for tjenestegrensesnittsprosjektet har jeg lest en
572 god del Noark
5-relaterte dokumenter, og til min overraskelse oppdaget
573 at standard epost ikke er på listen over godkjente formater som kan
574 arkiveres. Høringen med frist søndag er en glimrende mulighet til å
575 forsøke å gjøre noe med det. Jeg holder på med
576 <a href=
"https://github.com/petterreinholdtsen/noark5-tester/blob/master/docs/hoering-arkivforskrift.tex
">egen
577 høringsuttalelse
</a
>, og lurer på om andre er interessert i å støtte
578 forslaget om å tillate arkivering av epost som epost i arkivet.
</p
>
580 <p
>Er du igang med å skrive egen høringsuttalelse allerede? I så fall
581 kan du jo vurdere å ta med en formulering om epost-lagring. Jeg tror
582 ikke det trengs så mye. Her et kort forslag til tekst:
</p
>
584 <p
><blockquote
>
586 <p
>Viser til høring sendt ut
2017-
02-
17 (Riksarkivarens referanse
587 2016/
9840 HELHJO), og tillater oss å sende inn noen innspill om
588 revisjon av Forskrift om utfyllende tekniske og arkivfaglige
589 bestemmelser om behandling av offentlige arkiver (Riksarkivarens
590 forskrift).
</p
>
592 <p
>Svært mye av vår kommuikasjon foregår i dag på e-post. Vi
593 foreslår derfor at Internett-e-post, slik det er beskrevet i IETF
595 <a href=
"https://tools.ietf.org/html/rfc5322
">https://tools.ietf.org/html/rfc5322
</a
>. bør
596 inn som godkjent dokumentformat. Vi foreslår at forskriftens
597 oversikt over godkjente dokumentformater ved innlevering i §
5-
16
598 endres til å ta med Internett-e-post.
</p
>
600 </blockquote
></p
>
602 <p
>Som del av arbeidet med tjenestegrensesnitt har vi testet hvordan
603 epost kan lagres i en Noark
5-struktur, og holder på å skrive et
604 forslag om hvordan dette kan gjøres som vil bli sendt over til
605 arkivverket så snart det er ferdig. De som er interesserte kan
606 <a href=
"https://github.com/petterreinholdtsen/noark5-tester/blob/master/docs/epostlagring.md
">følge
607 fremdriften på web
</a
>.
</p
>
609 <p
>Oppdatering
2017-
04-
28: I dag ble høringuttalelsen jeg skrev
610 <a href=
"https://www.nuug.no/news/NUUGs_h_ringuttalelse_til_Riksarkivarens_forskrift.shtml
">sendt
611 inn av foreningen NUUG
</a
>.
</p
>
616 <title>Free software archive system Nikita now able to store documents
</title>
617 <link>http://people.skolelinux.org/pere/blog/Free_software_archive_system_Nikita_now_able_to_store_documents.html
</link>
618 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Free_software_archive_system_Nikita_now_able_to_store_documents.html
</guid>
619 <pubDate>Sun,
19 Mar
2017 08:
00:
00 +
0100</pubDate>
620 <description><p
>The
<a href=
"https://github.com/hiOA-ABI/nikita-noark5-core
">Nikita
621 Noark
5 core project
</a
> is implementing the Norwegian standard for
622 keeping an electronic archive of government documents.
623 <a href=
"http://www.arkivverket.no/arkivverket/Offentlig-forvaltning/Noark/Noark-
5/English-version
">The
624 Noark
5 standard
</a
> document the requirement for data systems used by
625 the archives in the Norwegian government, and the Noark
5 web interface
626 specification document a REST web service for storing, searching and
627 retrieving documents and metadata in such archive. I
've been involved
628 in the project since a few weeks before Christmas, when the Norwegian
630 <a href=
"https://www.nuug.no/news/NOARK5_kjerne_som_fri_programvare_f_r_epostliste_hos_NUUG.shtml
">announced
631 it supported the project
</a
>. I believe this is an important project,
632 and hope it can make it possible for the government archives in the
633 future to use free software to keep the archives we citizens depend
634 on. But as I do not hold such archive myself, personally my first use
635 case is to store and analyse public mail journal metadata published
636 from the government. I find it useful to have a clear use case in
637 mind when developing, to make sure the system scratches one of my
640 <p
>If you would like to help make sure there is a free software
641 alternatives for the archives, please join our IRC channel
642 (
<a href=
"irc://irc.freenode.net/%
23nikita
">#nikita on
643 irc.freenode.net
</a
>) and
644 <a href=
"https://lists.nuug.no/mailman/listinfo/nikita-noark
">the
645 project mailing list
</a
>.
</p
>
647 <p
>When I got involved, the web service could store metadata about
648 documents. But a few weeks ago, a new milestone was reached when it
649 became possible to store full text documents too. Yesterday, I
650 completed an implementation of a command line tool
651 <tt
>archive-pdf
</tt
> to upload a PDF file to the archive using this
652 API. The tool is very simple at the moment, and find existing
653 <a href=
"https://en.wikipedia.org/wiki/Fonds
">fonds
</a
>, series and
654 files while asking the user to select which one to use if more than
655 one exist. Once a file is identified, the PDF is associated with the
656 file and uploaded, using the title extracted from the PDF itself. The
657 process is fairly similar to visiting the archive, opening a cabinet,
658 locating a file and storing a piece of paper in the archive. Here is
659 a test run directly after populating the database with test data using
660 our API tester:
</p
>
662 <p
><blockquote
><pre
>
663 ~/src//noark5-tester$ ./archive-pdf mangelmelding/mangler.pdf
664 using arkiv: Title of the test fonds created
2017-
03-
18T23:
49:
32.103446
665 using arkivdel: Title of the test series created
2017-
03-
18T23:
49:
32.103446
667 0 - Title of the test case file created
2017-
03-
18T23:
49:
32.103446
668 1 - Title of the test file created
2017-
03-
18T23:
49:
32.103446
669 Select which mappe you want (or search term):
0
670 Uploading mangelmelding/mangler.pdf
671 PDF title: Mangler i spesifikasjonsdokumentet for NOARK
5 Tjenestegrensesnitt
672 File
2017/
1: Title of the test case file created
2017-
03-
18T23:
49:
32.103446
673 ~/src//noark5-tester$
674 </pre
></blockquote
></p
>
676 <p
>You can see here how the fonds (arkiv) and serie (arkivdel) only had
677 one option, while the user need to choose which file (mappe) to use
678 among the two created by the API tester. The
<tt
>archive-pdf
</tt
>
679 tool can be found in the git repository for the API tester.
</p
>
681 <p
>In the project, I have been mostly working on
682 <a href=
"https://github.com/petterreinholdtsen/noark5-tester
">the API
683 tester
</a
> so far, while getting to know the code base. The API
685 <a href=
"https://en.wikipedia.org/wiki/HATEOAS
">the HATEOAS links
</a
>
686 to traverse the entire exposed service API and verify that the exposed
687 operations and objects match the specification, as well as trying to
688 create objects holding metadata and uploading a simple XML file to
689 store. The tester has proved very useful for finding flaws in our
690 implementation, as well as flaws in the reference site and the
691 specification.
</p
>
693 <p
>The test document I uploaded is a summary of all the specification
694 defects we have collected so far while implementing the web service.
695 There are several unclear and conflicting parts of the specification,
697 <a href=
"https://github.com/petterreinholdtsen/noark5-tester/tree/master/mangelmelding
">started
698 writing down
</a
> the questions we get from implementing it. We use a
699 format inspired by how
<a href=
"http://www.opengroup.org/austin/
">The
700 Austin Group
</a
> collect defect reports for the POSIX standard with
701 <a href=
"http://www.opengroup.org/austin/mantis.html
">their
702 instructions for the MANTIS defect tracker system
</a
>, in lack of an official way to structure defect reports for Noark
5 (our first submitted defect report was a
<a href=
"https://github.com/petterreinholdtsen/noark5-tester/blob/master/mangelmelding/sendt/
2017-
03-
15-mangel-prosess.md
">request for a procedure for submitting defect reports
</a
> :).
704 <p
>The Nikita project is implemented using Java and Spring, and is
705 fairly easy to get up and running using Docker containers for those
706 that want to test the current code base. The API tester is
707 implemented in Python.
</p
>
712 <title>Hva «mangler» i OEP - litt statistikk utledet fra saksnummer og dokumentnummer
</title>
713 <link>http://people.skolelinux.org/pere/blog/Hva__mangler__i_OEP___litt_statistikk_utledet_fra_saksnummer_og_dokumentnummer.html
</link>
714 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hva__mangler__i_OEP___litt_statistikk_utledet_fra_saksnummer_og_dokumentnummer.html
</guid>
715 <pubDate>Thu,
29 Jan
2015 20:
30:
00 +
0100</pubDate>
716 <description><p
>En ting jeg har lurt på når det gjelder offentlige postjournaler,
717 er hvor stor andel av det som ligger i de interne databasene kommer
718 ikke med i postjournalen. Dette er det mulig å finne ut basert på det
719 som ligger i postjournalen. For å forstå hva jeg mener, trengs det
720 litt bakgrunnsinformasjon. I henhold til
721 <a href=
"http://www.arkivverket.no/arkivverket/Offentleg-forvalting/Noark
">NOARK-standarden
</a
>
722 for norske offentlige arkiv skal enhver sak ha et årstall og et
723 løpenummer, og ethvert dokument i saken skal gis et
724 dokument-løpenummer. Det vil si at en ender opp med dokument-ID som
725 ser ut som ÅÅÅÅ/SAKNR-DOKNR, f.eks.
2014/
2-
1 eller
2014/
12312-
14.
726 Mange oppgir kun tosifret årstall, men prinsippet er det samme. Så
727 vidt jeg vet skal saksnummer og dokumentnummer tildeles løpende og i
728 stigende rekkefølge. Gitt en instans med følgende dokument-ID i
729 postjournalen, så kan en regne ut hvor mye som ikke finnes i
733 <li
>2014/
2-
1</li
>
734 <li
>2014/
5-
1</li
>
735 <li
>2014/
5-
3</li
>
738 <p
>Her ser en at saksnummer
2 og
5 finnes i postjournalen, mens
739 nummerene
1,
3 og
4 mangler. En ser også at i sak
2014/
5 mangler
740 dokument
2. Ved hjelp av denne informasjonen har jeg regnet ut hvor
741 stor andel av saksnummer og dokumentløpenummer som ikke har dukket opp
742 i
<a href=
"https://www.oep.no/
">Offentlig Elektronisk Postjournal
</a
>
743 (OEP). For saksnummer har jeg tatt utgangspunkt i at en ikke trenger
744 å starte på
1, og dermed regnet med området fra laveste til høyeste
745 saksnummer og talt antall unike saksnummer som forekommer i OEP. I
746 dette tilfellet betyr de at
2 av
4 saksnummer er ubrukte (
50%). For
747 dokumentløpenummer har jeg tilsvarende tatt utgangspunkt i laveste og
748 høyeste kjente dokumentløpenummer, for å handtere databaser der jeg
749 mangler komplett postjournal. For sak
2014/
5 her betyr det at
1 av
3
750 dokumenter mangler (
33%).
</p
>
752 <p
>Det er flere årsaker til at det kan bli hull i nummerseriene.
753 Feilføring der et dokument tildeles et nytt saksnummer ved en feil, og
754 deretter flyttes inn i riktig sak vil gi et ubrukt saksnummer, da
755 saksnummer skal tildeles i stigende rekkefølge og en ikke får opprette
756 nye saker innimellom gamle saker. Tilsvarende kan skje med
757 dokument-løpenummer. Det er jo heller ikke sikkert at et saksnummer i
758 OEP er det samme som løpenummeret som brukes som saksnummeret i
759 instansens interne datasystem. Kanskje snakker vi om ulike ontologier
760 der en delmengde av interne saksnummer tilsvarer saksnummer i OEP.
761 Hvis like nummer også tildeles andre ting enn saker som skal til OEP
762 vil en tilsvarende få «hull» i saksnumrene i postjournalen.
</p
>
764 <p
>Jeg er litt usikker på hva denne statistikken egentlig viser, og
765 heller ikke sikker på om det er reelt sett mangler i OEP (som kanskje
766 kunne anses å være kritikkverdig), bare er resultatet av hendelige
767 uhell i nummertildelingen eller resultat av ulik ontologi i OEP og
768 instansens datasystem. Men jeg syntes tallene og variasjonen var så
769 interessant at jeg hadde lyst til å dele dem med mine lesere. Jeg har
770 sortert listen på prosent upubliserte saksnummer for
2014.
</p
>
772 <table border=
"1">
773 <tr
><th colspan=
"6">Saksnummer
</th
><th colspan=
"3">Dokumentnummer
</th
><th rowspan=
"3">Instans
</th
></tr
>
774 <tr
><th colspan=
"3">2014</th
><th colspan=
"3">2013</th
><th colspan=
"3">2014</th
></tr
>
775 <tr
><th
>%
</th
><th
>Upubl. saksnr.
</th
><th
>Totalt
</th
>
776 <th
>%
</th
><th
>Upubl. saksnr
</th
><th
>Totalt
</th
>
777 <th
>%
</th
><th
>Upubl. dok.nr.
</th
><th
>Totalt
</th
>
780 <tr
><td
> 0.6</td
><td
> 8</td
><td
> 1282</td
><td
> 0.2</td
><td
> 2</td
><td
> 861</td
><td
> 0.0</td
><td
> 0</td
><td
> 6105</td
><td
>Vox, nasjonalt fagorgan for kompetansepolitikk
</td
></tr
>
781 <tr
><td
> 0.9</td
><td
> 91</td
><td
> 9863</td
><td
> 2.7</td
><td
> 313</td
><td
> 11703</td
><td
> 0.0</td
><td
> 0</td
><td
> 24029</td
><td
>Direktoratet for byggkvalitet
</td
></tr
>
782 <tr
><td
> 1.0</td
><td
> 161</td
><td
> 15663</td
><td
> 3.3</td
><td
> 558</td
><td
> 17045</td
><td
> 0.0</td
><td
> 0</td
><td
> 41954</td
><td
>Justervesenet
</td
></tr
>
783 <tr
><td
> 1.1</td
><td
> 325</td
><td
> 28515</td
><td
> 1.2</td
><td
> 357</td
><td
> 29621</td
><td
> 0.0</td
><td
> 0</td
><td
> 66871</td
><td
>Arkivverket
</td
></tr
>
784 <tr
><td
> 1.8</td
><td
> 28</td
><td
> 1568</td
><td
> 1.0</td
><td
> 17</td
><td
> 1722</td
><td
> 0.0</td
><td
> 0</td
><td
> 9259</td
><td
>Statistisk sentralbyrå
</td
></tr
>
785 <tr
><td
> 1.8</td
><td
> 92</td
><td
> 5066</td
><td
>75.4</td
><td
>3144</td
><td
> 4169</td
><td
> 0.0</td
><td
> 0</td
><td
> 17056</td
><td
>Arbeids- og sosialdepartementet
</td
></tr
>
786 <tr
><td
> 2.2</td
><td
> 32</td
><td
> 1470</td
><td
> 2.4</td
><td
> 36</td
><td
> 1471</td
><td
> 0.0</td
><td
> 0</td
><td
> 9757</td
><td
>Norsk Filminstitutt
</td
></tr
>
787 <tr
><td
> 2.3</td
><td
> 34</td
><td
> 1478</td
><td
> 2.9</td
><td
> 41</td
><td
> 1425</td
><td
> 0.0</td
><td
> 0</td
><td
> 4522</td
><td
>Datatilsynet
</td
></tr
>
788 <tr
><td
> 2.7</td
><td
> 49</td
><td
> 1795</td
><td
> 2.8</td
><td
> 34</td
><td
> 1199</td
><td
> 0.0</td
><td
> 0</td
><td
> 5824</td
><td
>Direktoratet for mineralforvaltning med Bergmesteren for Svalbard
</td
></tr
>
789 <tr
><td
> 3.1</td
><td
> 134</td
><td
> 4326</td
><td
> 2.8</td
><td
> 144</td
><td
> 5119</td
><td
> 0.0</td
><td
> 0</td
><td
> 12223</td
><td
>Brønnøysundregistrene
</td
></tr
>
790 <tr
><td
> 3.1</td
><td
> 201</td
><td
> 6571</td
><td
> 6.1</td
><td
> 603</td
><td
> 9870</td
><td
> 0.0</td
><td
> 0</td
><td
> 22390</td
><td
>Statens kartverk
</td
></tr
>
791 <tr
><td
> 3.2</td
><td
> 228</td
><td
> 7092</td
><td
> 2.0</td
><td
> 143</td
><td
> 7032</td
><td
> 0.1</td
><td
> 14</td
><td
> 24491</td
><td
>Lotteri- og stiftelsestilsynet
</td
></tr
>
792 <tr
><td
> 3.6</td
><td
> 32</td
><td
> 891</td
><td
> 4.9</td
><td
> 37</td
><td
> 753</td
><td
> 0.0</td
><td
> 0</td
><td
> 3055</td
><td
>Statens innkrevingssentral
</td
></tr
>
793 <tr
><td
> 3.8</td
><td
>1016</td
><td
> 26466</td
><td
> 2.5</td
><td
> 716</td
><td
> 28727</td
><td
> 0.0</td
><td
> 0</td
><td
> 86951</td
><td
>Husbanken
</td
></tr
>
794 <tr
><td
> 3.9</td
><td
> 52</td
><td
> 1326</td
><td
>14.4</td
><td
> 180</td
><td
> 1247</td
><td
> 0.0</td
><td
> 0</td
><td
> 4922</td
><td
>Sysselmannen på Svalbard
</td
></tr
>
795 <tr
><td
> 4.0</td
><td
> 248</td
><td
> 6250</td
><td
> 4.6</td
><td
> 332</td
><td
> 7159</td
><td
> 0.0</td
><td
> 0</td
><td
> 22063</td
><td
>Post- og teletilsynet
</td
></tr
>
796 <tr
><td
> 4.1</td
><td
> 102</td
><td
> 2488</td
><td
> 2.7</td
><td
> 62</td
><td
> 2291</td
><td
> 0.0</td
><td
> 0</td
><td
> 9707</td
><td
>Forbrukerombudet
</td
></tr
>
797 <tr
><td
> 4.8</td
><td
> 51</td
><td
> 1060</td
><td
>12.6</td
><td
> 132</td
><td
> 1046</td
><td
> 0.0</td
><td
> 0</td
><td
> 3616</td
><td
>Statens strålevern
</td
></tr
>
798 <tr
><td
> 5.2</td
><td
> 924</td
><td
> 17781</td
><td
> 6.3</td
><td
>1184</td
><td
> 18665</td
><td
> 0.0</td
><td
> 0</td
><td
> 59772</td
><td
>Fiskeridirektoratet
</td
></tr
>
799 <tr
><td
> 5.5</td
><td
> 254</td
><td
> 4638</td
><td
> 6.1</td
><td
> 315</td
><td
> 5168</td
><td
> 0.0</td
><td
> 0</td
><td
> 15470</td
><td
>Barne-, likestillings- og inkluderingsdepartementet
</td
></tr
>
800 <tr
><td
> 6.0</td
><td
> 80</td
><td
> 1336</td
><td
> 3.7</td
><td
> 48</td
><td
> 1314</td
><td
> 0.0</td
><td
> 0</td
><td
> 2691</td
><td
>Medietilsynet
</td
></tr
>
801 <tr
><td
> 6.1</td
><td
> 91</td
><td
> 1486</td
><td
> 5.0</td
><td
> 83</td
><td
> 1651</td
><td
> 0.2</td
><td
> 17</td
><td
> 7473</td
><td
>Petroleumstilsynet
</td
></tr
>
802 <tr
><td
> 6.2</td
><td
> 248</td
><td
> 3997</td
><td
>73.7</td
><td
>3459</td
><td
> 4693</td
><td
> 0.0</td
><td
> 0</td
><td
> 10963</td
><td
>Klima- og miljødepartementet
</td
></tr
>
803 <tr
><td
> 7.0</td
><td
> 190</td
><td
> 2700</td
><td
>10.2</td
><td
> 207</td
><td
> 2033</td
><td
> 0.0</td
><td
> 1</td
><td
> 14299</td
><td
>Samferdselsdepartementet
</td
></tr
>
804 <tr
><td
> 7.1</td
><td
> 35</td
><td
> 492</td
><td
> 4.5</td
><td
> 41</td
><td
> 909</td
><td
> 0.0</td
><td
> 0</td
><td
> 2960</td
><td
>Konkurransetilsynet
</td
></tr
>
805 <tr
><td
> 7.1</td
><td
> 482</td
><td
> 6800</td
><td
> 6.4</td
><td
> 532</td
><td
> 8259</td
><td
> 0.0</td
><td
> 0</td
><td
> 28684</td
><td
>Justis- og beredskapsdepartementet
</td
></tr
>
806 <tr
><td
> 7.2</td
><td
> 87</td
><td
> 1204</td
><td
> 4.2</td
><td
> 50</td
><td
> 1199</td
><td
> 0.0</td
><td
> 3</td
><td
> 7428</td
><td
>Oljedirektoratet
</td
></tr
>
807 <tr
><td
> 7.2</td
><td
> 106</td
><td
> 1478</td
><td
> 6.3</td
><td
> 129</td
><td
> 2045</td
><td
> 0.0</td
><td
> 2</td
><td
> 4987</td
><td
>Statens jernbanetilsyn
</td
></tr
>
808 <tr
><td
> 7.2</td
><td
> 131</td
><td
> 1813</td
><td
> 8.5</td
><td
> 124</td
><td
> 1452</td
><td
> 0.0</td
><td
> 2</td
><td
> 8758</td
><td
>Statsministerens kontor
</td
></tr
>
809 <tr
><td
> 7.3</td
><td
> 816</td
><td
> 11218</td
><td
> 6.1</td
><td
> 655</td
><td
> 10665</td
><td
> 0.0</td
><td
> 0</td
><td
> 47160</td
><td
>Norges forskningsråd
</td
></tr
>
810 <tr
><td
> 7.8</td
><td
>1150</td
><td
> 14712</td
><td
> 6.7</td
><td
> 746</td
><td
> 11202</td
><td
> 0.0</td
><td
> 0</td
><td
> 33794</td
><td
>Miljødirektoratet
</td
></tr
>
811 <tr
><td
> 7.9</td
><td
> 411</td
><td
> 5216</td
><td
> 8.3</td
><td
> 446</td
><td
> 5365</td
><td
> 0.0</td
><td
> 0</td
><td
> 16441</td
><td
>Helse- og omsorgsdepartementet
</td
></tr
>
812 <tr
><td
> 8.3</td
><td
> 376</td
><td
> 4514</td
><td
> 8.2</td
><td
> 457</td
><td
> 5548</td
><td
> 0.0</td
><td
> 3</td
><td
> 20840</td
><td
>Luftfartstilsynet
</td
></tr
>
813 <tr
><td
> 8.5</td
><td
> 185</td
><td
> 2181</td
><td
> 9.8</td
><td
> 175</td
><td
> 1780</td
><td
> 0.0</td
><td
> 0</td
><td
> 7669</td
><td
>Landbruks- og matdepartementet
</td
></tr
>
814 <tr
><td
> 8.6</td
><td
> 10</td
><td
> 116</td
><td
> 0.8</td
><td
> 1</td
><td
> 127</td
><td
> 0.0</td
><td
> 0</td
><td
> 318</td
><td
>Statens institutt for rusmiddelforskning
</td
></tr
>
815 <tr
><td
> 9.0</td
><td
> 597</td
><td
> 6648</td
><td
> 9.7</td
><td
> 705</td
><td
> 7236</td
><td
> 0.0</td
><td
> 3</td
><td
> 35663</td
><td
>Utdanningsdirektoratet
</td
></tr
>
816 <tr
><td
> 9.0</td
><td
>1139</td
><td
> 12632</td
><td
> 8.2</td
><td
>1100</td
><td
> 13344</td
><td
> 0.0</td
><td
> 2</td
><td
> 36987</td
><td
>Finanstilsynet
</td
></tr
>
817 <tr
><td
> 9.1</td
><td
> 540</td
><td
> 5949</td
><td
>13.4</td
><td
> 769</td
><td
> 5743</td
><td
> 0.0</td
><td
> 0</td
><td
> 13908</td
><td
>Finansdepartementet
</td
></tr
>
818 <tr
><td
> 9.2</td
><td
> 256</td
><td
> 2787</td
><td
> 6.5</td
><td
> 203</td
><td
> 3147</td
><td
> 0.0</td
><td
> 0</td
><td
> 9487</td
><td
>Riksantikvaren - Direktoratet for kulturminneforvaltning
</td
></tr
>
819 <tr
><td
> 9.3</td
><td
>1596</td
><td
> 17209</td
><td
> 2.5</td
><td
> 463</td
><td
> 18438</td
><td
> 0.0</td
><td
> 0</td
><td
> 53119</td
><td
>Statens legemiddelverk
</td
></tr
>
820 <tr
><td
> 9.7</td
><td
> 299</td
><td
> 3085</td
><td
>10.7</td
><td
> 329</td
><td
> 3072</td
><td
> 0.1</td
><td
> 6</td
><td
> 7579</td
><td
>Forsvarsdepartementet
</td
></tr
>
821 <tr
><td
>10.1</td
><td
> 167</td
><td
> 1650</td
><td
> 4.5</td
><td
> 65</td
><td
> 1445</td
><td
> 0.0</td
><td
> 0</td
><td
> 11157</td
><td
>Statens helsetilsyn
</td
></tr
>
822 <tr
><td
>10.9</td
><td
> 59</td
><td
> 542</td
><td
> 7.7</td
><td
> 44</td
><td
> 569</td
><td
> 0.0</td
><td
> 0</td
><td
> 1283</td
><td
>Statens arbeidsmiljøinstitutt
</td
></tr
>
823 <tr
><td
>11.3</td
><td
> 46</td
><td
> 407</td
><td
>96.1</td
><td
>2591</td
><td
> 2695</td
><td
> 0.0</td
><td
> 0</td
><td
> 1489</td
><td
>Landbruksdirektoratet Alta
</td
></tr
>
824 <tr
><td
>11.4</td
><td
> 675</td
><td
> 5933</td
><td
>13.6</td
><td
> 613</td
><td
> 4492</td
><td
> 0.0</td
><td
> 0</td
><td
> 24598</td
><td
>Kystverket
</td
></tr
>
825 <tr
><td
>11.6</td
><td
> 739</td
><td
> 6383</td
><td
>12.2</td
><td
> 748</td
><td
> 6121</td
><td
> 0.0</td
><td
> 1</td
><td
> 18605</td
><td
>Kunnskapsdepartementet
</td
></tr
>
826 <tr
><td
>11.9</td
><td
> 641</td
><td
> 5398</td
><td
> 9.3</td
><td
> 432</td
><td
> 4655</td
><td
> 0.0</td
><td
> 0</td
><td
> 14438</td
><td
>Kulturdepartementet
</td
></tr
>
827 <tr
><td
>11.9</td
><td
> 934</td
><td
> 7835</td
><td
> 0.0</td
><td
> 0</td
><td
> 0</td
><td
> 0.0</td
><td
> 0</td
><td
> 33448</td
><td
>Kommunal- og moderniseringsdepartementet
</td
></tr
>
828 <tr
><td
>12.1</td
><td
> 588</td
><td
> 4860</td
><td
>12.2</td
><td
> 522</td
><td
> 4294</td
><td
> 0.0</td
><td
> 0</td
><td
> 14173</td
><td
>Politidirektoratet
</td
></tr
>
829 <tr
><td
>12.1</td
><td
>1444</td
><td
> 11893</td
><td
>46.0</td
><td
>5212</td
><td
> 11331</td
><td
> 0.0</td
><td
> 0</td
><td
> 51438</td
><td
>Helsedirektoratet
</td
></tr
>
830 <tr
><td
>12.6</td
><td
> 220</td
><td
> 1745</td
><td
>17.5</td
><td
> 112</td
><td
> 640</td
><td
> 0.1</td
><td
> 3</td
><td
> 4184</td
><td
>Språkrådet
</td
></tr
>
831 <tr
><td
>12.7</td
><td
> 211</td
><td
> 1664</td
><td
> 9.7</td
><td
> 226</td
><td
> 2318</td
><td
> 0.0</td
><td
> 0</td
><td
> 9151</td
><td
>Direktoratet for utviklingssamarbeid
</td
></tr
>
832 <tr
><td
>13.9</td
><td
> 321</td
><td
> 2309</td
><td
>15.1</td
><td
> 329</td
><td
> 2185</td
><td
> 0.0</td
><td
> 0</td
><td
> 6307</td
><td
>Olje- og energidepartementet
</td
></tr
>
833 <tr
><td
>14.3</td
><td
> 429</td
><td
> 2996</td
><td
>12.5</td
><td
> 303</td
><td
> 2432</td
><td
> 0.0</td
><td
> 0</td
><td
> 7560</td
><td
>Nasjonalt folkehelseinstitutt
</td
></tr
>
834 <tr
><td
>14.4</td
><td
>1408</td
><td
> 9785</td
><td
> 0.0</td
><td
> 0</td
><td
> 0</td
><td
> 0.0</td
><td
> 0</td
><td
> 38923</td
><td
>Nærings- og fiskeridepartementet
</td
></tr
>
835 <tr
><td
>14.7</td
><td
> 143</td
><td
> 973</td
><td
> 7.7</td
><td
> 83</td
><td
> 1084</td
><td
> 0.0</td
><td
> 0</td
><td
> 4130</td
><td
>Utlendingsnemnda
</td
></tr
>
836 <tr
><td
>15.8</td
><td
> 173</td
><td
> 1097</td
><td
>38.8</td
><td
> 621</td
><td
> 1602</td
><td
> 0.0</td
><td
> 0</td
><td
> 7557</td
><td
>Direktoratet for forvaltning og IKT
</td
></tr
>
837 <tr
><td
>16.7</td
><td
>1345</td
><td
> 8069</td
><td
> 8.6</td
><td
> 703</td
><td
> 8219</td
><td
> 0.0</td
><td
> 0</td
><td
> 20834</td
><td
>Norges vassdrags- og energidirektorat
</td
></tr
>
838 <tr
><td
>17.5</td
><td
> 61</td
><td
> 348</td
><td
>17.2</td
><td
> 67</td
><td
> 389</td
><td
> 0.0</td
><td
> 0</td
><td
> 7732</td
><td
>Senter for internasjonalisering av utdanning
</td
></tr
>
839 <tr
><td
>18.9</td
><td
>3737</td
><td
> 19734</td
><td
> 4.4</td
><td
> 606</td
><td
> 13752</td
><td
> 0.0</td
><td
> 0</td
><td
> 49938</td
><td
>Direktoratet for samfunnssikkerhet og beredskap
</td
></tr
>
840 <tr
><td
>19.1</td
><td
>1392</td
><td
> 7269</td
><td
>19.1</td
><td
>1263</td
><td
> 6601</td
><td
> 0.0</td
><td
> 0</td
><td
> 19869</td
><td
>Fylkesmannen i Troms
</td
></tr
>
841 <tr
><td
>20.4</td
><td
> 768</td
><td
> 3758</td
><td
>15.7</td
><td
> 471</td
><td
> 3008</td
><td
> 0.1</td
><td
> 9</td
><td
> 11280</td
><td
>Integrerings- og mangfoldsdirektoratet
</td
></tr
>
842 <tr
><td
>21.0</td
><td
> 995</td
><td
> 4737</td
><td
>17.8</td
><td
> 978</td
><td
> 5508</td
><td
> 0.0</td
><td
> 0</td
><td
> 11260</td
><td
>Fylkesmannen i Sogn og Fjordane
</td
></tr
>
843 <tr
><td
>21.6</td
><td
> 16</td
><td
> 74</td
><td
>97.3</td
><td
>2626</td
><td
> 2698</td
><td
> 0.0</td
><td
> 0</td
><td
> 155</td
><td
>Statens reindriftsforvaltning
</td
></tr
>
844 <tr
><td
>22.1</td
><td
> 96</td
><td
> 435</td
><td
>17.6</td
><td
> 81</td
><td
> 459</td
><td
> 0.2</td
><td
> 3</td
><td
> 1943</td
><td
>Norges geologiske undersøkelse
</td
></tr
>
845 <tr
><td
>22.3</td
><td
> 27</td
><td
> 121</td
><td
>10.6</td
><td
> 15</td
><td
> 141</td
><td
> 0.1</td
><td
> 1</td
><td
> 779</td
><td
>Kunst i offentlige rom
</td
></tr
>
846 <tr
><td
>22.4</td
><td
>1939</td
><td
> 8659</td
><td
>21.8</td
><td
>1992</td
><td
> 9120</td
><td
> 0.0</td
><td
> 1</td
><td
> 17738</td
><td
>Fylkesmannen i Nordland
</td
></tr
>
847 <tr
><td
>22.5</td
><td
> 52</td
><td
> 231</td
><td
>14.7</td
><td
> 32</td
><td
> 217</td
><td
> 0.0</td
><td
> 0</td
><td
> 896</td
><td
>Fredskorpset
</td
></tr
>
848 <tr
><td
>22.5</td
><td
>2017</td
><td
> 8957</td
><td
>95.5</td
><td
>40498</td
><td
> 42425</td
><td
> 0.0</td
><td
> 0</td
><td
> 14223</td
><td
>Statens landbruksforvaltning
</td
></tr
>
849 <tr
><td
>22.9</td
><td
> 116</td
><td
> 507</td
><td
>15.2</td
><td
> 81</td
><td
> 532</td
><td
> 0.0</td
><td
> 0</td
><td
> 2069</td
><td
>Nasjonalbiblioteket
</td
></tr
>
850 <tr
><td
>25.5</td
><td
> 211</td
><td
> 829</td
><td
>20.8</td
><td
> 205</td
><td
> 987</td
><td
> 0.0</td
><td
> 0</td
><td
> 3867</td
><td
>Direktoratet for økonomistyring
</td
></tr
>
851 <tr
><td
>26.1</td
><td
> 6</td
><td
> 23</td
><td
> 9.7</td
><td
> 3</td
><td
> 31</td
><td
> 0.0</td
><td
> 0</td
><td
> 106</td
><td
>Kompetansesenter for distriktsutvikling
</td
></tr
>
852 <tr
><td
>26.6</td
><td
> 187</td
><td
> 702</td
><td
>28.5</td
><td
> 248</td
><td
> 871</td
><td
> 0.0</td
><td
> 1</td
><td
> 3154</td
><td
>Nasjonalt organ for kvalitet i utdanningen
</td
></tr
>
853 <tr
><td
>27.1</td
><td
> 90</td
><td
> 332</td
><td
>13.2</td
><td
> 41</td
><td
> 311</td
><td
> 0.0</td
><td
> 0</td
><td
> 2400</td
><td
>Norsk Akkreditering
</td
></tr
>
854 <tr
><td
>28.3</td
><td
> 562</td
><td
> 1986</td
><td
>20.0</td
><td
> 518</td
><td
> 2586</td
><td
> 0.0</td
><td
> 0</td
><td
> 6267</td
><td
>Statens lånekasse for utdanning
</td
></tr
>
855 <tr
><td
>28.8</td
><td
> 443</td
><td
> 1538</td
><td
>41.0</td
><td
> 688</td
><td
> 1679</td
><td
> 0.0</td
><td
> 0</td
><td
> 5556</td
><td
>Havforskningsinstituttet
</td
></tr
>
856 <tr
><td
>29.8</td
><td
>1473</td
><td
> 4944</td
><td
>24.8</td
><td
>1047</td
><td
> 4230</td
><td
> 0.0</td
><td
> 0</td
><td
> 9850</td
><td
>Utlendingsdirektoratet
</td
></tr
>
857 <tr
><td
>29.8</td
><td
>1563</td
><td
> 5249</td
><td
>31.0</td
><td
>1421</td
><td
> 4588</td
><td
> 0.0</td
><td
> 0</td
><td
> 15660</td
><td
>Fylkesmannen i Finnmark
</td
></tr
>
858 <tr
><td
>30.8</td
><td
> 314</td
><td
> 1021</td
><td
>58.4</td
><td
> 941</td
><td
> 1610</td
><td
> 0.3</td
><td
> 13</td
><td
> 3979</td
><td
>Direktoratet for nødkommunikasjon
</td
></tr
>
859 <tr
><td
>31.4</td
><td
> 463</td
><td
> 1475</td
><td
>37.0</td
><td
> 280</td
><td
> 757</td
><td
> 0.1</td
><td
> 7</td
><td
> 4797</td
><td
>Domstoladministrasjonen
</td
></tr
>
860 <tr
><td
>31.8</td
><td
>4708</td
><td
> 14785</td
><td
>25.2</td
><td
>2236</td
><td
> 8879</td
><td
> 0.0</td
><td
> 2</td
><td
> 39313</td
><td
>Utenriksdepartementet
</td
></tr
>
861 <tr
><td
>36.1</td
><td
> 526</td
><td
> 1456</td
><td
>76.6</td
><td
>1364</td
><td
> 1781</td
><td
> 0.0</td
><td
> 0</td
><td
> 4472</td
><td
>Departementenes sikkerhets- og serviceorganisasjon
</td
></tr
>
862 <tr
><td
>36.7</td
><td
> 447</td
><td
> 1217</td
><td
>63.8</td
><td
>1503</td
><td
> 2355</td
><td
> 1.8</td
><td
> 92</td
><td
> 5121</td
><td
>Garantiinstituttet for eksportkreditt
</td
></tr
>
863 <tr
><td
>38.2</td
><td
>3341</td
><td
> 8744</td
><td
>34.7</td
><td
>3096</td
><td
> 8927</td
><td
> 0.0</td
><td
> 3</td
><td
> 15180</td
><td
>Fylkesmannen i Oppland
</td
></tr
>
864 <tr
><td
>39.3</td
><td
>6267</td
><td
> 15947</td
><td
>37.7</td
><td
>6262</td
><td
> 16606</td
><td
> 0.1</td
><td
> 15</td
><td
> 29707</td
><td
>Fylkesmannen i Hordaland
</td
></tr
>
865 <tr
><td
>39.6</td
><td
>2122</td
><td
> 5365</td
><td
>41.3</td
><td
>2242</td
><td
> 5428</td
><td
> 0.0</td
><td
> 0</td
><td
> 12680</td
><td
>Fylkesmannen i Telemark
</td
></tr
>
866 <tr
><td
>40.8</td
><td
>3137</td
><td
> 7698</td
><td
>37.0</td
><td
>3059</td
><td
> 8272</td
><td
> 0.0</td
><td
> 5</td
><td
> 13848</td
><td
>Fylkesmannen i Nord-Trøndelag
</td
></tr
>
867 <tr
><td
>42.1</td
><td
>1528</td
><td
> 3627</td
><td
>19.2</td
><td
> 529</td
><td
> 2750</td
><td
> 0.0</td
><td
> 1</td
><td
> 13524</td
><td
>Statsbygg
</td
></tr
>
868 <tr
><td
>42.4</td
><td
>2844</td
><td
> 6700</td
><td
>42.4</td
><td
>2913</td
><td
> 6863</td
><td
> 0.0</td
><td
> 0</td
><td
> 12090</td
><td
>Fylkesmannen i Vest-Agder
</td
></tr
>
869 <tr
><td
>42.9</td
><td
> 6</td
><td
> 14</td
><td
>88.9</td
><td
>2398</td
><td
> 2698</td
><td
> 0.0</td
><td
> 0</td
><td
> 23</td
><td
>Reindriftsforvaltningen
</td
></tr
>
870 <tr
><td
>43.3</td
><td
>3310</td
><td
> 7645</td
><td
>42.6</td
><td
>3369</td
><td
> 7908</td
><td
> 0.0</td
><td
> 0</td
><td
> 15739</td
><td
>Fylkesmannen i Vestfold
</td
></tr
>
871 <tr
><td
>43.4</td
><td
>3433</td
><td
> 7905</td
><td
>40.8</td
><td
>3508</td
><td
> 8594</td
><td
> 0.0</td
><td
> 0</td
><td
> 12921</td
><td
>Fylkesmannen i Møre og Romsdal
</td
></tr
>
872 <tr
><td
>43.4</td
><td
>5540</td
><td
> 12773</td
><td
>40.1</td
><td
>5429</td
><td
> 13534</td
><td
> 0.0</td
><td
> 0</td
><td
> 22389</td
><td
>Fylkesmannen i Rogaland
</td
></tr
>
873 <tr
><td
>43.6</td
><td
>2334</td
><td
> 5350</td
><td
>39.5</td
><td
>2314</td
><td
> 5861</td
><td
> 0.0</td
><td
> 0</td
><td
> 9997</td
><td
>Fylkesmannen i Aust-Agder
</td
></tr
>
874 <tr
><td
>43.7</td
><td
>2656</td
><td
> 6079</td
><td
>23.1</td
><td
> 890</td
><td
> 3853</td
><td
> 0.1</td
><td
> 21</td
><td
> 18064</td
><td
>Forsvarsbygg
</td
></tr
>
875 <tr
><td
>48.9</td
><td
>4276</td
><td
> 8747</td
><td
>48.0</td
><td
>4189</td
><td
> 8734</td
><td
> 0.0</td
><td
> 0</td
><td
> 16281</td
><td
>Fylkesmannen i Buskerud
</td
></tr
>
876 <tr
><td
>50.9</td
><td
>5106</td
><td
> 10024</td
><td
>45.7</td
><td
>4584</td
><td
> 10022</td
><td
> 0.0</td
><td
> 0</td
><td
> 15340</td
><td
>Fylkesmannen i Sør-Trøndelag
</td
></tr
>
877 <tr
><td
>51.4</td
><td
>4477</td
><td
> 8703</td
><td
>45.8</td
><td
>4240</td
><td
> 9253</td
><td
> 0.0</td
><td
> 5</td
><td
> 12067</td
><td
>Fylkesmannen i Hedmark
</td
></tr
>
878 <tr
><td
>51.5</td
><td
> 210</td
><td
> 408</td
><td
>36.8</td
><td
> 656</td
><td
> 1785</td
><td
> 0.0</td
><td
> 0</td
><td
> 658</td
><td
>Departementenes servicesenter
</td
></tr
>
879 <tr
><td
>52.7</td
><td
>4663</td
><td
> 8852</td
><td
>46.6</td
><td
>4110</td
><td
> 8824</td
><td
> 0.0</td
><td
> 0</td
><td
> 13869</td
><td
>Fylkesmannen i Østfold
</td
></tr
>
880 <tr
><td
>59.7</td
><td
>14852</td
><td
> 24867</td
><td
>56.6</td
><td
>14366</td
><td
> 25404</td
><td
> 0.0</td
><td
> 0</td
><td
> 38706</td
><td
>Fylkesmannen i Oslo og Akershus
</td
></tr
>
881 <tr
><td
>61.1</td
><td
>44900</td
><td
> 73495</td
><td
>95.1</td
><td
>40365</td
><td
> 42462</td
><td
> 0.0</td
><td
> 11</td
><td
> 63747</td
><td
>Landbruksdirektoratet Oslo
</td
></tr
>
882 <tr
><td
>63.8</td
><td
>68121</td
><td
>106802</td
><td
>18.5</td
><td
>7592</td
><td
> 41093</td
><td
> 0.0</td
><td
> 0</td
><td
>144950</td
><td
>Arbeidstilsynet
</td
></tr
>
883 <tr
><td
>69.8</td
><td
>110225</td
><td
>157962</td
><td
>70.8</td
><td
>105811</td
><td
>149449</td
><td
> 0.0</td
><td
> 14</td
><td
>106772</td
><td
>Statens vegvesen Region øst
</td
></tr
>
884 <tr
><td
>72.2</td
><td
>16772</td
><td
> 23215</td
><td
>95.2</td
><td
>16409</td
><td
> 17238</td
><td
> 0.0</td
><td
> 0</td
><td
> 16705</td
><td
>Norsk kulturråd
</td
></tr
>
885 <tr
><td
>78.6</td
><td
>124131</td
><td
>157956</td
><td
>77.6</td
><td
>115949</td
><td
>149462</td
><td
> 0.0</td
><td
> 0</td
><td
> 77689</td
><td
>Statens vegvesen Region sør
</td
></tr
>
886 <tr
><td
>80.7</td
><td
>55587</td
><td
> 68896</td
><td
>71.9</td
><td
>36121</td
><td
> 50269</td
><td
> 0.0</td
><td
> 0</td
><td
> 42152</td
><td
>Sjøfartsdirektoratet
</td
></tr
>
887 <tr
><td
>81.0</td
><td
>128006</td
><td
>157956</td
><td
>80.1</td
><td
>119743</td
><td
>149456</td
><td
> 0.0</td
><td
> 8</td
><td
> 74195</td
><td
>Statens vegvesen Region vest
</td
></tr
>
888 <tr
><td
>87.2</td
><td
>137798</td
><td
>157962</td
><td
>87.6</td
><td
>130971</td
><td
>149449</td
><td
> 0.0</td
><td
> 9</td
><td
> 50814</td
><td
>Statens vegvesen Region midt
</td
></tr
>
889 <tr
><td
>88.0</td
><td
>12239</td
><td
> 13902</td
><td
>86.1</td
><td
>19158</td
><td
> 22244</td
><td
> 0.0</td
><td
> 0</td
><td
> 5492</td
><td
>Barne-, ungdoms- og familiedirektoratet
</td
></tr
>
890 <tr
><td
>90.8</td
><td
>143453</td
><td
>157956</td
><td
>90.6</td
><td
>135441</td
><td
>149453</td
><td
> 0.0</td
><td
> 0</td
><td
> 39961</td
><td
>Statens vegvesen Region nord
</td
></tr
>
891 <tr
><td
>93.8</td
><td
>5865</td
><td
> 6250</td
><td
>99.3</td
><td
>7093</td
><td
> 7140</td
><td
> 0.0</td
><td
> 0</td
><td
> 984</td
><td
>Nasjonal kommunikasjonsmyndighet
</td
></tr
>
892 <tr
><td
>95.3</td
><td
>4655</td
><td
> 4883</td
><td
>94.3</td
><td
>3819</td
><td
> 4049</td
><td
> 0.1</td
><td
> 1</td
><td
> 967</td
><td
>Landinfo
</td
></tr
>
893 <tr
><td
>96.2</td
><td
>151935</td
><td
>157870</td
><td
>96.0</td
><td
>143497</td
><td
>149452</td
><td
> 0.0</td
><td
> 0</td
><td
> 19555</td
><td
>Statens vegvesen Vegdirektoratet
</td
></tr
>
894 <tr
><td
>97.5</td
><td
>100799</td
><td
>103373</td
><td
>96.9</td
><td
>119802</td
><td
>123636</td
><td
> 0.0</td
><td
> 0</td
><td
> 7605</td
><td
>Toll- og avgiftsdirektoratet
</td
></tr
>
895 <tr
><td
>97.7</td
><td
>24104</td
><td
> 24666</td
><td
>98.2</td
><td
>23640</td
><td
> 24062</td
><td
> 0.2</td
><td
> 5</td
><td
> 2108</td
><td
>Kriminalomsorgsdirektoratet
</td
></tr
>
896 <tr
><td
>98.3</td
><td
>60845</td
><td
> 61922</td
><td
>98.3</td
><td
>58575</td
><td
> 59605</td
><td
> 0.0</td
><td
> 0</td
><td
> 2837</td
><td
>Statens pensjonskasse
</td
></tr
>
897 <tr
><td
>99.5</td
><td
>990661</td
><td
>995873</td
><td
>99.4</td
><td
>953094</td
><td
>958529</td
><td
> 0.0</td
><td
> 0</td
><td
> 18246</td
><td
>Skattedirektoratet
</td
></tr
>
901 <p
>Det kunne vært interessant å se hva som skjedde hvis en ba om
902 innsyn i en dokument-ID som ikke finnes i OEP... :) Det hadde også
903 vært interessant å få vite hva årsaken til at noen saksnummer ikke
904 dukker opp i OEP der det er få og mange. Jeg mistenker jo at årsaken
905 ikke er den samme hos Skattedirektoratet og hos Landinfo, selv om
906 andelen upubliserte nummer er ganske lik.
</p
>
911 <title>Hvordan bør RFC
822-formattert epost lagres i en NOARK5-database?
</title>
912 <link>http://people.skolelinux.org/pere/blog/Hvordan_b_r_RFC_822_formattert_epost_lagres_i_en_NOARK5_database_.html
</link>
913 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hvordan_b_r_RFC_822_formattert_epost_lagres_i_en_NOARK5_database_.html
</guid>
914 <pubDate>Fri,
7 Mar
2014 15:
20:
00 +
0100</pubDate>
915 <description><p
>For noen uker siden ble NXCs fri programvarelisenserte
917 <a href=
"http://www.nuug.no/aktiviteter/
20140211-noark/
">presentert hos
918 NUUG
</a
> (video
919 <a href=
"https://www.youtube.com/watch?v=JCb_dNS3MHQ
">på youtube
920 foreløbig
</a
>), og det fikk meg til å titte litt mer på NOARK5,
921 standarden for arkivhåndtering i det offentlige Norge. Jeg lurer på
922 om denne kjernen kan være nyttig i et par av mine prosjekter, og for ett
923 av dem er det mest aktuelt å lagre epost. Jeg klarte ikke finne noen
924 anbefaling om hvordan RFC
822-formattert epost (aka Internett-epost)
925 burde lagres i NOARK5, selv om jeg vet at noen arkiver tar
926 PDF-utskrift av eposten med sitt epostprogram og så arkiverer PDF-en
927 (eller enda værre, tar papirutskrift og lagrer bildet av eposten som
928 PDF i arkivet).
</p
>
930 <p
>Det er ikke så mange formater som er akseptert av riksarkivet til
931 langtidsoppbevaring av offentlige arkiver, og PDF og XML er de mest
932 aktuelle i så måte. Det slo meg at det måtte da finnes en eller annen
933 egnet XML-representasjon og at det kanskje var enighet om hvilken som
934 burde brukes, så jeg tok mot til meg og spurte
935 <a href=
"http://samdok.com/
">SAMDOK
</a
>, en gruppe tilknyttet
936 arkivverket som ser ut til å jobbe med NOARK-samhandling, om de hadde
939 <p
><blockquote
>
940 <p
>Hei.
</p
>
942 <p
>Usikker på om dette er riktig forum å ta opp mitt spørsmål, men jeg
943 lurer på om det er definert en anbefaling om hvordan RFC
944 822-formatterte epost (aka vanlig Internet-epost) bør lages håndteres
945 i NOARK5, slik at en bevarer all informasjon i eposten
946 (f.eks. Received-linjer). Finnes det en anbefalt XML-mapping ala den
948 &lt;URL:
<a href=
"https://www.informit.com/articles/article.aspx?p=
32074">https://www.informit.com/articles/article.aspx?p=
32074</a
> &gt;? Mitt
949 mål er at det skal være mulig å lagre eposten i en NOARK5-kjerne og
950 kunne få ut en identisk formattert kopi av opprinnelig epost ved
952 </blockquote
></p
>
954 <p
>Postmottaker hos SAMDOK mente spørsmålet heller burde stilles
955 direkte til riksarkivet, og jeg fikk i dag svar derfra formulert av
956 seniorrådgiver Geir Ivar Tungesvik:
</p
>
958 <p
><blockquote
>
959 <p
>Riksarkivet har ingen anbefalinger når det gjelder konvertering fra
960 e-post til XML. Det står arkivskaper fritt å eventuelt definere/bruke
961 eget format. Inklusive da - som det spørres om - et format der det er
962 mulig å re-etablere e-post format ut fra XML-en. XML (e-post)
963 dokumenter må være referert i arkivstrukturen, og det må vedlegges et
964 gyldig XML skjema (.xsd) for XML-filene. Arkivskaper står altså fritt
965 til å gjøre hva de vil, bare det dokumenteres og det kan dannes et
966 utrekk ved avlevering til depot.
</p
>
968 <p
>De obligatoriske kravene i Noark
5 standarden må altså oppfylles -
969 etter dialog med Riksarkivet i forbindelse med godkjenning. For
970 offentlige arkiv er det særlig viktig med filene loependeJournal.xml
971 og offentligJournal.xml. Private arkiv som vil forholde seg til Noark
972 5 standarden er selvsagt frie til å bruke det som er relevant for dem
973 av obligatoriske krav.
</p
>
974 </blockquote
></p
>
976 <p
>Det ser dermed ut for meg som om det er et lite behov for å
977 standardisere XML-lagring av RFC-
822-formatterte meldinger. Noen som
978 vet om god spesifikasjon i så måte? I tillegg til den omtalt over,
979 har jeg kommet over flere aktuelle beskrivelser (søk på
"rfc
822
980 xml
", så finner du aktuelle alternativer).
</p
>
984 <li
><a href=
"http://www.openhealth.org/xmtp/
">XML MIME Transformation
985 protocol (XMTP)
</a
> fra OpenHealth, sist oppdatert
2001.
</li
>
987 <li
><a href=
"https://tools.ietf.org/html/draft-klyne-message-rfc822-xml-
03">An
988 XML format for mail and other messages
</a
> utkast fra IETF datert
991 <li
><a href=
"http://www.informit.com/articles/article.aspx?p=
32074">xMail:
992 E-mail as XML
</a
> en artikkel fra
2003 som beskriver python-modulen
993 rfc822 som gir ut XML-representasjon av en RFC
822-formattert epost.
</li
>
997 <p
>Finnes det andre og bedre spesifikasjoner for slik lagring? Send
998 meg en epost hvis du har innspill.
</p
>