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>Oppdatert Noark
5 Tjenestegrenesnitt versjon
1.0 for Noark
5.5.0</title>
11 <link>http://people.skolelinux.org/pere/blog/Oppdatert_Noark_5_Tjenestegrenesnitt_versjon_1_0_for_Noark_5_5_0.html
</link>
12 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Oppdatert_Noark_5_Tjenestegrenesnitt_versjon_1_0_for_Noark_5_5_0.html
</guid>
13 <pubDate>Fri,
5 Jul
2019 17:
20:
00 +
0200</pubDate>
14 <description><p
>Jeg er veldig glad for å kunne fortelle at i går ble ny versjon av
15 <a href=
"https://www.arkivverket.no/forvaltning-og-utvikling/noark-standarden/noark-
5/tjenestegrensesnitt-noark5
">API-spesifikasjonen
16 for Noark
5 Tjenestegrensesnitt
</a
> gitt ut. Det så lenge mørkt ut
17 for sjansene for å få inn nødvendige korreksjoner i
18 spesifikasjonsteksten innen rimelig tid, men takket være intens og god
19 innsats fra Mona og Anne Sofie hos Arkivverket de siste ukene, så ble
20 resultatet som ble gitt ut på USAs uavhengighetsdag mye bedre enn jeg
23 <p
>Spesifikasjonen er
24 <a href=
"https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/
">tilgjengelig
25 som markdown-filer i Arkivverkets github-prosjekt for dette
</a
>, og de
26 aller fleste av forslagene til forbedringer fra oss som holder på med
27 <a href=
"https://gitlab.com/OsloMet-ABI/nikita-noark5-core
">Nikita-prosjektet
</a
>
28 kom med i denne nye og oppdaterte spesifikasjonsteksten. Det er
29 fortsatt mye som gjenstår før den er entydig, klar og sikrer samvirke
30 på tvers av leverandører, men utgangspunktet er veldig mye bedre enn
31 forrige versjon fra
2016. Ta gjerne en titt.
</p
>
33 <p
>Ellers må jeg jo si at det var hyggelig å se at min forrige
34 bloggpost om tjenestegrensesnittet fikk en
35 <a href=
"https://beta.arkivverket.no/post/
186020592045/noark-
5-versjon-
50-tjenestegrensesnitt-
10">lenke
36 fra Arkivverket Beta
</a
>.
</p
>
38 <p
>Som vanlig, hvis du bruker Bitcoin og ønsker å vise din støtte til
39 det jeg driver med, setter jeg pris på om du sender Bitcoin-donasjoner
41 <b
><a href=
"bitcoin:
15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
</a
></b
>.
42 Merk, betaling med bitcoin er ikke anonymt. :)
</p
>
47 <title>Nikita og Noark
5 tjenestegrensesnittet tilbyr ny måte å tenke arkivering
</title>
48 <link>http://people.skolelinux.org/pere/blog/Nikita_og_Noark_5_tjenestegrensesnittet_tilbyr_ny_m_te___tenke_arkivering.html
</link>
49 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Nikita_og_Noark_5_tjenestegrensesnittet_tilbyr_ny_m_te___tenke_arkivering.html
</guid>
50 <pubDate>Fri,
21 Jun
2019 11:
30:
00 +
0200</pubDate>
51 <description><p
><em
>av Thomas Sødring (OsloMet) og Petter Reinholdtsen (foreningen
52 NUUG)
</em
></p
>
54 <p
>Nikita Noark
5-kjerne er et fri programvareprosjekt som tar i bruk
55 Arkivverkets spesifikasjonen for Noark
5 Tjenestegrensesnitt og tilbyr
56 et maskinlesbart grensesnitt (arkiv-API) til datasystemer som trenger å
57 arkivere dokumenter og informasjon. I tillegg tilbyr Nikita et
58 nettleserbasert brukergrensesnitt for brukere av arkivet. Dette
59 brukergrensesnittet benytter det maskinlesbare grensesnittet. Noark
5
60 Tjenestegrensesnitt er en ny måte å tenke arkivering, med fokus på
61 automatisering og maskinell behandling av arkivmateriale, i stedet for
62 å fokusere på brukergrensesnitt. En kan tenke på
63 tjenestegrensesnittet som arkivet uten brukergrensesnitt, der flere
64 aktører kan koble til ulike brukergrensesnitt, tilpasset ulike
67 <p
>Historisk sett gjorde Noark standarden en veldig bra jobb med
69 papir til digital saksbehandling, men det har kommet til kort på andre
70 områder. Den teknologiske utviklingen har brakt oss ditt at vi kan og
71 skal forvente langt mer fra en arkivkjerne enn før, men det offentlig
72 er ofte konservativ når det gjelder nytenking. For lengst skulle
73 begreper som samvirke mellom datasystemer, metadata, prosess og
74 tjenestegrensesnitt (API) vært dominerende når systemer kjøpes
75 inn. Dessverre er det slik at ikke alle ønsker samvirke mellom
76 datasystemer velkommen, og det kan være trygt å kjøpe «svarte bokser»
77 der du slipper å ta stilling til hvordan man skal få flere systemer
78 til å virke sammen. Men IT-arkitektur er et begrep arkivfolk også
79 begynner å ta inn over seg.
</p
>
81 <p
>Slike systemer for å organisere metadata bør ha nettbaserte
82 tjenestegrensesnitt der brukergrensesnitt er tydelig adskilt fra
83 bakenforliggende system. Det finnes mange rapporter som snakker om å
84 bryte ned siloer i forvaltningen og standardiserte tjenestegrensesnitt
85 er det viktigste virkemiddel mot datasiloer og legger til rette for
86 økt samvirke mellom systemer. Et standardisert tjenestegrensesnitt er
87 et viktig middel for å få systemer til å samhandle da det sikrer at
88 ulike produsenters systemer kan snakke sammen på tvers. Samfunnet
89 fungerer ikke uten standardisering. Vi har alle samme strømstyrke og
90 kontakter i veggene og kjører alle på høyre side av veien i Norge. Det er i en slik
91 sammenheng at prosjektet «Noark
5 Tjenestegrensesnitt» er veldig
92 viktig. Hvis alle leverandører av arkivsystemer forholdt seg til et
93 standardisert tjenestegrensesnitt kunne kostnadene for arkivering
94 reduseres. Tenk deg at du er en kommune som ønsker et fagsystem integrert
95 med arkivløsningen din. I dag må fagsystemleverandøren vite og
96 tilpasse seg den spesifikke versjonen og varianten av arkivløsningen
97 du har. Hvis vi antar at alle leverandører av arkivkjerner har solgt
98 inn enten SOAP eller REST-grensesnitt til kunder de siste
10 årene og
99 det kommer endret versjon av grensesnittet innimellom, så gir det
100 veldig mange forskjellige tjenestegrensesnitt en fagsystemleverandør
101 må forholde seg til. Med
12 leverandører og kvartalsvise oppdateringer
102 kan det potensielt bli
96 ulike varianter hvert eneste år. Det sier
103 seg selv at det blir dyrt. Men det blir faktisk verre. Hvis du senere
104 ønsker å bytte ut arkivsystemet med et annet så er du avhengig å få
105 alle integrasjonene dine laget på nytt. Dette kan gjøre at du velger å
106 forbli hos en dårlig leverandør framfor å skaffe nytt system, fordi
107 det blir for vanskelig og dyrt å bytte. Dermed etableres det «små»
108 monopolsituasjoner som er vanskelig å bryte ut av. Dårlige valg i dag
109 kan ha uante kostander på sikt. I Nikita-prosjektet har vi kun jobbet
110 opp mot Noark
5 Tjenestegrensesnittet. Det har tatt en god del
111 ressurser å sette seg inn i spesifikasjonen og ta den i bruk, spesielt
112 på grunn av uklarheter i spesifikasjonen. Hvis vi måtte gjøre det
113 samme for alle versjoner og varianter av de forskjellige
114 tjenestegrensesnittene ville det blitt veldig tidkrevende og
117 <p
>For deg som arkivar er digitalisering og systemer som skal virke
118 sammen en del av den nye hverdagen. Du har kanskje blitt skånet for
119 det ved å kjøpe svarte bokser, men du risikerer at du gjør deg selv en
120 bjørnetjeneste. Det kan oppleves som kjedelig å fortelle kolleger at
121 du skal sette deg inn i et tjenestegrensesnitt, men dette er faktisk
122 veldig spennende. Tjenestegrensesnittet er på en måte blitt levende og
123 det er spesielt et begrep du bør merke deg: OData. Å trekke inn deler
124 av OData-standarden som en måte å filtrere entitetsøk i et arkivsystem
125 var et nyttig trekk i prosjektet. Følgende eksempel er en
126 OData-spørring det går an å sende inn til en standardisert
127 arkivkjerne:
</p
>
129 <p
><blockquote
>
130 .../sakarkiv/journalpost?filter=contains(tittel,
'nabovarsel
')
131 </blockquote
></p
>
133 <p
>Spørringen over vil hente en liste av alle dine journalposter der
134 tittelen til journalposten inneholder ordet
'nabovarsel
'. Alle
135 leverandører som implementerer tjenestegrensesnittet vil måtte tilby
136 dette. Det betyr at hvis du lærer dette språket for et system, vil det
137 være gjeldende for alle. Dette er egentlig en ny måte å søke i
138 arkivdatabasen på og vil være svært nyttig, for eksempel kan søk i
139 tjenestegrensesnittet antagelig brukes til å hente ut offentlig
140 postjournal. I arkivverden pleier vi å like teknologier som er
141 menneskelesbart, da vet vi det er enkelt og nyttig! OData er også
142 viktig fordi det kan bli en ny måte å svare innsynsforespørsler på i
143 tråd med offentlighetsloven §
9, der retten til å kreve innsyn i
144 sammenstilling fra databaser er nedfelt. I dag ser vi
145 forvaltningsorganer som avviser slike krav fordi det «ikke kan gjøres
146 med enkle framgangsmåter». Bruken av OData i tjenestegrensesnittet,
147 sammen med maskinlesbar markeringsformater kan være et viktig bidrag
148 til å åpne arkivene i tråd med prinsippene om en åpen og transparent
149 forvaltning.
</p
>
151 <p
>Standardisering er viktig fordi det
<em
>kan
</em
> sikre samvirke.
152 Men den effekten kommer kun hvis standardiseringen sikrer at alle
153 forstår standarden på samme måte, dvs. at den er entydig og klar. En
154 god måte å sikre en entydig og klar spesifikasjon er ved å kreve at
155 det finnes minst to ulike implementasjoner som følger spesifikasjonen
156 og som kan snakke sammen, det vil si at de snakker samme språk, slik
157 IETF krever for alle sine standarder, før spesifikasjonen anses å være
158 ferdig. Tilbakemelding fra miljøet forteller at både leverandører og
159 kunder har et avslappet forhold til Noark
5 Tjenestegrensesnitt og det
160 er så langt kun Evry som har visst offentlig at de har en
161 implementasjon av tjenestegrensesnittet. Evry, HK Data og Fredrikstad
162 kommune er igang med et pilotprosjekt på Noark
5
163 Tjenestegrensesnitt. For å redusere kostnadene for samvirkende
164 datasystemer betraktelig, er det veldig viktig at vi kommer i en
165 situasjon der alle leverandører har sine egne implementasjoner av
166 tjenestegrensesnittet, og at disse oppfører seg likt og i tråd med det
167 som er beskrevet i spesifikasjonen.
</p
>
169 <p
>Det er her fri programvare spiller en viktig rolle. Med en uklar
170 standard blir det som en polsk riksdag, der ingenting fungerer. Nikita
171 er en fri programvareimplementasjon av tjenestegrensesnitt og kan
172 fungere som teknisk referanse slik at leverandører enklere kan se og
173 forstå hvordan standarden skal tolkes. Vi har i Nikitaprosjektet
174 erfart å ende opp med vidt forskjellige tolkninger når
175 prosjektmedlemmene leser spesifikasjonsteksten, en effekt av en uklar
176 spesifikasjon. Men Nikitaprosjektet har også utviklet et test-program
177 som sjekker om et tjenestegrensesnitt er i samsvar med standarden, og
178 prosjektet bruker det hele tiden for å sikre at endringer og
179 forbedringer fungerer. Egenerklæringsskjemaenes dager kan være talte!
180 Snart vil du selv kunne teste hver oppdatering av arkivsystemet med en
181 uavhengig sjekk.
</p
>
183 <p
>Fri programvare representerer en demokratisering av kunnskap der
184 tolkning- og innlåsingsmakt flyttes fra leverandør til allmenheten.
185 Med fri programvare har du en litt annerledes verdikjede, der selve
186 produktet ikke holdes hemmelig for å tjene penger, slik en gjør med
187 ufri programvare og skytjenester som ikke bruker fri programvare, men
188 du kan tjene penger på andre deler av verdikjeden. Med fri programvare
189 kan samfunnet betale for å videreutvikle nyttig
190 fellesfunksjonalitet.
</p
>
192 <p
>Nikita er en fri programvareimplementasjon av tjenestegrensesnittet og
193 kan fungere som en referanseimplementasjon dersom det er ønskelig.
194 Alle har lik tilgang til koden og det koster ingenting å ta den i bruk
195 og utforske det. Nikitaprosjektet ønsker tjenestegrensesnittet
196 velkommen og stiller veldig gjerne opp i diskusjoner om tolkning av
197 tjenestegrensesnittet. Nikita er bygget på moderne
198 programmeringsrammeverk og utviklet i full åpenhet. Men Nikita er ikke
199 noe du kan kjøpe. Nikita er først og fremst et verktøy for forsking og
200 utvikling laget for å fremme forskning på arkivfeltet. Systemer som
201 virker sammen har alltid vært hovedfokus og vil være det fremover.
202 Det brukes som undervisningsverktøy der studentene ved OsloMet lærer
203 om administrativt oppsett, saksbehandling, uttrekk og samvirkende
204 datasystemer. Det brukes også som forskningsobjekt der vi ser på
205 import av dokumentsamlinger, bruk av blokkjede og andre nyskapende
206 måter å tenke arkiv på. Det er dog helt greit om andre tar Nikita og
207 pakker det for å selge det som produkt. Forvaltningsorganer med
208 sterke drift- og utviklingsmiljøer kan også se på Nikita og utforske
209 hva som er mulig. Dette kan de gjøre uten å måtte betale for
210 bruksrettigheter eller tilgang til konsulenter. Men arkivering blir
211 ikke gratis på grunn av Nikita. Det trengs fortsatt folk med
212 kompetanse og tid til å ta i bruk Nikita.
</p
>
214 <p
>Nikita har nylig kommet med en ny utgave, den sjette i rekken.
215 Systemet er ikke ferdig, mest på grunn av at API-spesifikasjonen for
216 Noark
5 Tjenestegrensesnitt ikke er ferdig, men allerede i dag kan en
217 bruke Nikita som arkiv. Vi har laget eksempelsystem for å importere
218 data fra deponi-XML og slik gjøre eksisterende arkivdata tilgjengelig
219 via et API. Vi har også laget en testklient som importerer epost inn
220 i arkivet med vedlegg der epostenes trådinformasjon brukes til å legge
221 eposttråder i samme arkivmappe, og en annen testklient som henter
222 epost ut av en arkivmappe på mbox-format slik at en vanlig epostklient
223 kan brukes til å lese igjennom og svare på epostene i en
224 arkivmappe. De som vil ta en titt på Nikita kan besøke
225 <a href=
"https://nikita.oslomet.no
">https://nikita.oslomet.no
</a
> og
226 logge inn med brukernavn «admin@example.com» og passord «password».
227 Dette gir tilgang til det forenklede brukergrensesnittet som brukes
228 til undervisning. De som heller vil ta en titt under panseret kan
230 <a href=
"https://nikita.oslomet.no/browse.html
">https://nikita.oslomet.no/browse.html
</a
>
231 og der se hvordan API-et fungerer mer i detalj. Innloggingsdetaljer
232 her er det samme som for brukergrensesnittet.
</p
>
234 <p
>Fremover er fokuset på forbedring av spesifikasjonen Noark
5
235 Tjenestegrensesnitt. De som skrev tjenestegrensesnittet gjorde et
236 interessant og framtidsrettet grep, de skilte sak fra arkiv.
237 Tjenestegrensesnittet består av flere
"pakker
", der noen er
238 grunnleggende mens andre bygger på de grunnleggende pakkene. Pakkene
239 som er beskrevet så langt heter «arkivstruktur», «sakarkiv»,
240 «administrasjon», «loggogsporing» og «moeter» (dessverre
241 <a href=
"https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/pull/
120">planlagt
242 fjernet
</a
> i første utgave). Etter hvert håper vi å utforske
243 prosses- og metadatabeskrivelser til flere fagområder og bidra til at
244 tjenestegrensesnittet kan legge til flere pakker som «byggarkiv»,
245 «barnevern», «personal», «barnehage», der arkivfaglig metadata- og
246 dokumentasjonsbehov er kartlagt og standardisert.
</p
>
248 <p
>Nikita utvikles av en liten prosjektgruppe, og vi er alltid
249 interessert å bli flere. Hvis en åpen, fri og standardisert tilnærming
250 til arkivering høres interessant ut, bli med oss på veien videre. Vi
251 er tilstede på IRC-kanalen #nikita hos FreeNode (tilgjengelig via
253 <a href=
"https://webchat.freenode.net?channels=#nikita
">https://webchat.freenode.net?channels=#nikita
</a
>),
254 og har en e-postliste nikita-noark@nuug.no hos NUUG (tilgjengelig for
255 påmelding og arkiv på
256 <a href=
"https://lists.nuug.no/mailman/listinfo/nikita-noark
">https://lists.nuug.no/mailman/listinfo/nikita-noark
</a
>)
257 der en kan følge med eller være med oss på den spennende veien videre.
258 Spesifikasjonen for Noark
5 Tjenestegrensesnitt vedlikeholdes på
260 <a href=
"https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/
">https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/
</a
>.
</p
>
262 <p
>Som vanlig, hvis du bruker Bitcoin og ønsker å vise din støtte til
263 det jeg driver med, setter jeg pris på om du sender Bitcoin-donasjoner
265 <b
><a href=
"bitcoin:
15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
</a
></b
>.
</p
>
270 <title>Official MIME type
"text/vnd.sosi
" for SOSI map data
</title>
271 <link>http://people.skolelinux.org/pere/blog/Official_MIME_type__text_vnd_sosi__for_SOSI_map_data.html
</link>
272 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Official_MIME_type__text_vnd_sosi__for_SOSI_map_data.html
</guid>
273 <pubDate>Tue,
4 Jun
2019 09:
20:
00 +
0200</pubDate>
274 <description><p
>Just
15 days ago,
275 <ahref=
"http://people.skolelinux.org/pere/blog/MIME_type__text_vnd_sosi__for_SOSI_map_data.html
">I
276 mentioned
</a
> my submission to IANA to register an official MIME type
277 for the SOSI vector map format. This morning, just an hour ago, I was
279 <a href=
"https://www.iana.org/assignments/media-types/text/vnd.sosi
">the
280 MIME type
"text/vnd.sosi
"</a
> is registered for this format. In
281 addition to this registration, my
282 <a href=
"https://github.com/file/file/blob/master/magic/Magdir/sosi
">file(
1)
283 patch for a pattern matching rule for SOSI files
</a
> has been accepted
284 into the official source of that program (pending a new release), and
285 I
've been told by the team behind
286 <a href=
"https://www.nationalarchives.gov.uk/PRONOM/
">PRONOM
</a
> that
287 the SOSI format will be included in the next release of PRONOM, which
288 they plan to release this summer around July.
</p
>
290 <p
>I am very happy to see all of this fall into place, for use by
291 <a href=
"https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/
">the
292 Noark
5 Tjenestegrensesnitt
</a
> implementations.
</p
>
294 <p
>As usual, if you use Bitcoin and want to show your support of my
295 activities, please send Bitcoin donations to my address
296 <b
><a href=
"bitcoin:
15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
</a
></b
>.
</p
>
301 <title>Nikita version
0.4 released - free software archive API server
</title>
302 <link>http://people.skolelinux.org/pere/blog/Nikita_version_0_4_released___free_software_archive_API_server.html
</link>
303 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Nikita_version_0_4_released___free_software_archive_API_server.html
</guid>
304 <pubDate>Wed,
22 May
2019 11:
30:
00 +
0200</pubDate>
305 <description><p
>This morning, a new release of
306 <a href=
"https://gitlab.com/OsloMet-ABI/nikita-noark5-core/
">Nikita
307 Noark
5 core project
</a
> was
308 <a href=
"https://lists.nuug.no/pipermail/nikita-noark/
2019-May/
000468.html
">announced
309 on the project mailing list
</a
>. The Nikita free software solution is
310 an implementation of the Norwegian archive standard Noark
5 used by
311 government offices in Norway. These were the changes in version
0.4
312 since version
0.3, see the email link above for links to a demo site:
</p
>
316 <li
>Roll out OData handling to all endpoints where applicable
</li
>
317 <li
>Changed the relation key for
"ny-journalpost
" to the official one.
</li
>
318 <li
>Better link generation on outgoing links.
</li
>
319 <li
>Tidy up code and make code and approaches more consistent throughout
320 the codebase
</li
>
321 <li
>Update rels to be in compliance with updated version in the
322 interface standard
</li
>
323 <li
>Avoid printing links on empty objects as they can
't have links
</li
>
324 <li
>Small bug fixes and improvements
</li
>
325 <li
>Start moving generation of outgoing links to @Service layer so access
326 control can be used when generating links
</li
>
327 <li
>Log exception that was being swallowed so it
's traceable
</li
>
328 <li
>Fix name mapping problem
</li
>
329 <li
>Update templated printing so templated should only be printed if it
330 is set true. Requires more work to roll out across entire
331 application.
</li
>
332 <li
>Remove Record-
>DocumentObject as per domain model of n5v4
</li
>
333 <li
>Add ability to delete lists filtered with OData
</li
>
334 <li
>Return NO_CONTENT (
204) on delete as per interface standard
</li
>
335 <li
>Introduce support for ConstraintViolationException exception
</li
>
336 <li
>Make Service classes extend NoarkService
</li
>
337 <li
>Make code base respect X-Forwarded-Host, X-Forwarded-Proto and
338 X-Forwarded-Port
</li
>
339 <li
>Update CorrespondencePart* code to be more in line with Single
340 Responsibility Principle
</li
>
341 <li
>Make package name follow directory structure
</li
>
342 <li
>Make sure Document number starts at
1, not
0</li
>
343 <li
>Fix isues discovered by FindBugs
</li
>
344 <li
>Update from Date to ZonedDateTime
</li
>
345 <li
>Fix wrong tablename
</li
>
346 <li
>Introduce Service layer tests
</li
>
347 <li
>Improvements to CorrespondencePart
</li
>
348 <li
>Continued work on Class / Classificationsystem
</li
>
349 <li
>Fix feature where authors were stored as storageLocations
</li
>
350 <li
>Update HQL builder for OData
</li
>
351 <li
>Update OData search capability from webpage
</li
>
355 <p
>If free and open standardized archiving API sound interesting to
356 you, please contact us on IRC
357 (
<a href=
"irc://irc.freenode.net/%
23nikita
">#nikita on
358 irc.freenode.net
</a
>) or email
359 (
<a href=
"https://lists.nuug.no/mailman/listinfo/nikita-noark
">nikita-noark
360 mailing list
</a
>).
</p
>
362 <p
>As usual, if you use Bitcoin and want to show your support of my
363 activities, please send Bitcoin donations to my address
364 <b
><a href=
"bitcoin:
15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
</a
></b
>.
</p
>
369 <title>MIME type
"text/vnd.sosi
" for SOSI map data
</title>
370 <link>http://people.skolelinux.org/pere/blog/MIME_type__text_vnd_sosi__for_SOSI_map_data.html
</link>
371 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/MIME_type__text_vnd_sosi__for_SOSI_map_data.html
</guid>
372 <pubDate>Mon,
20 May
2019 08:
35:
00 +
0200</pubDate>
373 <description><p
>As part of my involvement in the work to
374 <a href=
"https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard
">standardise
375 a REST based API for Noark
5</a
>, the Norwegian archiving standard, I
376 spent some time the last few months to try to register a
377 <a href=
"https://www.iana.org/assignments/media-types/
">MIME type
</a
>
378 and
<a href=
"https://www.nationalarchives.gov.uk/PRONOM/
">PRONOM
379 code
</a
> for the SOSI file format. The background is that there is a
380 set of formats approved for long term storage and archiving in Norway,
381 and among these formats, SOSI is the only format missing a MIME type
382 and PRONOM code.
</p
>
384 <p
>What is SOSI, you might ask? To quote Wikipedia: SOSI is short for
385 Samordnet Opplegg for Stedfestet Informasjon (literally
"Coordinated
386 Approach for Spatial Information
", but more commonly expanded in
387 English to Systematic Organization of Spatial Information). It is a
388 text based file format for geo-spatial vector information used in
389 Norway. Information about the SOSI format can be found in English
390 from
<a href=
"https://en.wikipedia.org/wiki/SOSI
">Wikipedia
</a
>. The
391 specification is available in Norwegian from
392 <a href=
"https://www.kartverket.no/geodataarbeid/Standarder/SOSI/
">the
393 Norwegian mapping authority
</a
>. The SOSI standard, which originated
394 in the beginning of nineteen eighties, was the inspiration and formed the
395 basis for the XML based
396 <a href=
"https://en.wikipedia.org/wiki/Geography_Markup_Language
">Geography
397 Markup Language
</a
>.
</p
>
399 <p
>I have so far written
400 <a href=
"https://github.com/file/file/pull/
67">a pattern matching
401 rule
</a
> for the file(
1) unix tool to recognize SOSI files, submitted
402 a request to the PRONOM project to have a PRONOM ID assigned to the
403 format (reference TNA1555078202S60), and today send a request to IANA
404 to register the
"text/vnd.sosi
" MIME type for this format (referanse
405 <a href=
"https://tools.iana.org/public-view/viewticket/
1143144">IANA
406 #
1143144</a
>). If all goes well, in a few months, anyone implementing
407 the Noark
5 Tjenestegrensesnitt API spesification should be able to
408 use an official MIME type and PRONOM code for SOSI files. In
409 addition, anyone using SOSI files on Linux should be able to
410 automatically recognise the format and web sites handing out SOSI
411 files can begin providing a more specific MIME type. So far, SOSI
412 files has been handed out from web sites using the
413 "application/octet-stream
" MIME type, which is just a nice way of
414 stating
"I do not know
". Soon, we will know. :)
</p
>
416 <p
>As usual, if you use Bitcoin and want to show your support of my
417 activities, please send Bitcoin donations to my address
418 <b
><a href=
"bitcoin:
15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
</a
></b
>.
</p
>
423 <title>PlantUML for text based UML diagram modelling - nice free software
</title>
424 <link>http://people.skolelinux.org/pere/blog/PlantUML_for_text_based_UML_diagram_modelling___nice_free_software.html
</link>
425 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/PlantUML_for_text_based_UML_diagram_modelling___nice_free_software.html
</guid>
426 <pubDate>Mon,
25 Mar
2019 09:
35:
00 +
0100</pubDate>
427 <description><p
>As part of my involvement with the
428 <a href=
"https://gitlab.com/OsloMet-ABI/nikita-noark5-core/
">Nikita
429 Noark
5 core project
</a
>, I have been proposing improvements to the
430 API specification created by
<a href=
"https://www.arkivverket.no/
">The
431 National Archives of Norway
</a
> and helped migrating the text from a
432 version control system unfriendly binary format (docx) to Markdown in
433 git. Combined with the migration to a public git repository (on
434 github), this has made it possible for anyone to suggest improvement
435 to the text.
</p
>
437 <p
>The specification is filled with UML diagrams. I believe the
438 original diagrams were modelled using Sparx Systems Enterprise
439 Architect, and exported as EMF files for import into docx. This
440 approach make it very hard to track changes using a version control
441 system. To improve the situation I have been looking for a good text
442 based UML format with associated command line free software tools on
443 Linux and Windows, to allow anyone to send in corrections to the UML
444 diagrams in the specification. The tool must be text based to work
445 with git, and command line to be able to run it automatically to
446 generate the diagram images. Finally, it must be free software to
447 allow anyone, even those that can not accept a non-free software
448 license, to contribute.
</p
>
450 <p
>I did not know much about free software UML modelling tools when I
451 started. I have used dia and inkscape for simple modelling in the
452 past, but neither are available on Windows, as far as I could tell. I
454 <a href=
"https://modeling-languages.com/text-uml-tools-complete-list/
">list
455 of text mode uml tools
</a
>, and tested out a few of the tools listed
456 there.
<a href=
"http://plantuml.com/
">The PlantUML tool
</a
> seemed
457 most promising. After verifying that the packages
458 <a href=
"https://tracker.debian.org/pkg/plantuml
">is available in
459 Debian
</a
> and found
<a href=
"https://github.com/plantuml/plantuml
">its
460 Java source
</a
> under a GPL license on github, I set out to test if it
461 could represent the diagrams we needed, ie the ones currently in
462 <a href=
"https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/
">the
463 Noark
5 Tjenestegrensesnitt specification
</a
>. I am happy to report
464 that it could represent them, even thought it have a few warts here
467 <p
>After a few days of modelling I completed the task this weekend. A
468 temporary link to the complete set of diagrams (original and from
469 PlantUML) is available in
470 <a href=
"https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/issues/
76">the
471 github issue discussing the need for a text based UML format
</a
>, but
472 please note I lack a sensible tool to convert EMF files to PNGs, so
473 the
"original
" rendering is not as good as the original was in the
474 publised PDF.
</p
>
476 <p
>Here is an example UML diagram, showing the core classes for
477 keeping metadata about archived documents:
</p
>
481 skinparam classAttributeIconSize
0
483 !include media/uml-class-arkivskaper.iuml
484 !include media/uml-class-arkiv.iuml
485 !include media/uml-class-klassifikasjonssystem.iuml
486 !include media/uml-class-klasse.iuml
487 !include media/uml-class-arkivdel.iuml
488 !include media/uml-class-mappe.iuml
489 !include media/uml-class-merknad.iuml
490 !include media/uml-class-registrering.iuml
491 !include media/uml-class-basisregistrering.iuml
492 !include media/uml-class-dokumentbeskrivelse.iuml
493 !include media/uml-class-dokumentobjekt.iuml
494 !include media/uml-class-konvertering.iuml
495 !include media/uml-datatype-elektronisksignatur.iuml
497 Arkivstruktur.Arkivskaper
"+arkivskaper
1..*
" <-o
"+arkiv
0..*
" Arkivstruktur.Arkiv
498 Arkivstruktur.Arkiv o--
> "+underarkiv
0..*
" Arkivstruktur.Arkiv
499 Arkivstruktur.Arkiv
"+arkiv
1" o--
> "+arkivdel
0..*
" Arkivstruktur.Arkivdel
500 Arkivstruktur.Klassifikasjonssystem
"+klassifikasjonssystem [
0.
.1]
" <--o
"+arkivdel
1..*
" Arkivstruktur.Arkivdel
501 Arkivstruktur.Klassifikasjonssystem
"+klassifikasjonssystem [
0.
.1]
" o--
> "+klasse
0..*
" Arkivstruktur.Klasse
502 Arkivstruktur.Arkivdel
"+arkivdel
0.
.1" o--
> "+mappe
0..*
" Arkivstruktur.Mappe
503 Arkivstruktur.Arkivdel
"+arkivdel
0.
.1" o--
> "+registrering
0..*
" Arkivstruktur.Registrering
504 Arkivstruktur.Klasse
"+klasse
0.
.1" o--
> "+mappe
0..*
" Arkivstruktur.Mappe
505 Arkivstruktur.Klasse
"+klasse
0.
.1" o--
> "+registrering
0..*
" Arkivstruktur.Registrering
506 Arkivstruktur.Mappe --
> "+undermappe
0..*
" Arkivstruktur.Mappe
507 Arkivstruktur.Mappe
"+mappe
0.
.1" o--
> "+registrering
0..*
" Arkivstruktur.Registrering
508 Arkivstruktur.Merknad
"+merknad
0..*
" <--* Arkivstruktur.Mappe
509 Arkivstruktur.Merknad
"+merknad
0..*
" <--* Arkivstruktur.Dokumentbeskrivelse
510 Arkivstruktur.Basisregistrering -|
> Arkivstruktur.Registrering
511 Arkivstruktur.Merknad
"+merknad
0..*
" <--* Arkivstruktur.Basisregistrering
512 Arkivstruktur.Registrering
"+registrering
1..*
" o--
> "+dokumentbeskrivelse
0..*
" Arkivstruktur.Dokumentbeskrivelse
513 Arkivstruktur.Dokumentbeskrivelse
"+dokumentbeskrivelse
1" o-
> "+dokumentobjekt
0..*
" Arkivstruktur.Dokumentobjekt
514 Arkivstruktur.Dokumentobjekt *-
> "+konvertering
0..*
" Arkivstruktur.Konvertering
515 Arkivstruktur.ElektroniskSignatur -[hidden]-
> Arkivstruktur.Dokumentobjekt
519 <p
><a href=
"http://plantuml.com/class-diagram
">The format
</a
> is quite
520 compact, with little redundant information. The text expresses
521 entities and relations, and there is little layout related fluff. One
522 can reuse content by using include files, allowing for consistent
523 naming across several diagrams. The include files can be standalone
524 PlantUML too. Here is the content of
525 <tt
>media/uml-class-arkivskaper.iuml
<tt
>:
</p
>
529 class Arkivstruktur.Arkivskaper
<Arkivenhet
> {
530 +arkivskaperID : string
531 +arkivskaperNavn : string
532 +beskrivelse : string [
0.
.1]
537 <p
>This is what the complete diagram for the PlantUML notation above
540 <p
><img width=
"80%
" src=
"http://people.skolelinux.org/pere/blog/images/
2019-
03-
25-noark5-plantuml-diagrameksempel.png
"></p
>
542 <p
>A cool feature of PlantUML is that the generated PNG files include
543 the entire original source diagram as text. The source (with include
544 statements expanded) can be extracted using for example
545 <tt
>exiftool
</tt
>. Another cool feature is that parts of the entities
546 can be hidden after inclusion. This allow to use include files with
547 all attributes listed, even for UML diagrams that should not list any
548 attributes.
</p
>
550 <p
>The diagram also show some of the warts. Some times the layout
551 engine place text labels on top of each other, and some times it place
552 the class boxes too close to each other, not leaving room for the
553 labels on the relationship arrows. The former can be worked around by
554 placing extra newlines in the labes (ie
"\n
"). I did not do it here
555 to be able to demonstrate the issue. I have not found a good way
556 around the latter, so I normally try to reduce the problem by changing
557 from vertical to horizontal links to improve the layout.
</p
>
559 <p
>All in all, I am quite happy with PlantUML, and very impressed with
560 how quickly its lead developer responds to questions. So far I got an
561 answer to my questions in a few hours when I send an email. I
562 definitely recommend looking at PlantUML if you need to make UML
563 diagrams. Note, PlantUML can draw a lot more than class relations.
564 Check out the documention for a complete list. :)
</p
>
566 <p
>As usual, if you use Bitcoin and want to show your support of my
567 activities, please send Bitcoin donations to my address
568 <b
><a href=
"bitcoin:
15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
</a
></b
>.
</p
>
573 <title>Release
0.3 of free software archive API system Nikita announced
</title>
574 <link>http://people.skolelinux.org/pere/blog/Release_0_3_of_free_software_archive_API_system_Nikita_announced.html
</link>
575 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Release_0_3_of_free_software_archive_API_system_Nikita_announced.html
</guid>
576 <pubDate>Sun,
24 Mar
2019 14:
30:
00 +
0100</pubDate>
577 <description><p
>Yesterday, a new release of
578 <a href=
"https://gitlab.com/OsloMet-ABI/nikita-noark5-core/
">Nikita
579 Noark
5 core project
</a
> was
580 <a href=
"https://lists.nuug.no/pipermail/nikita-noark/
2019-March/
000451.html
">announced
581 on the project mailing list
</a
>. The free software solution is an
582 implementation of the Norwegian archive standard Noark
5 used by
583 government offices in Norway. These were the changes in version
0.3
584 since version
0.2.1 (from NEWS.md):
</p
>
587 <li
>Improved ClassificationSystem and Class behaviour.
</li
>
588 <li
>Tidied up known inconsistencies between domain model and hateaos links.
</li
>
589 <li
>Added experimental code for blockchain integration.
</li
>
590 <li
>Make token expiry time configurable at upstart from properties file.
</li
>
591 <li
>Continued work on OData search syntax.
</li
>
592 <li
>Started work on pagination for entities, partly implemented for Saksmappe.
</li
>
593 <li
>Finalise ClassifiedCode Metadata entity.
</li
>
594 <li
>Implement mechanism to check if authentication token is still
595 valid. This allow the GUI to return a more sensible message to the
596 user if the token is expired.
</li
>
597 <li
>Reintroduce browse.html page to allow user to browse JSON API using
598 hateoas links.
</li
>
599 <li
>Fix bug in handling file/mappe sequence number. Year change was
600 not properly handled.
</li
>
601 <li
>Update application yml files to be in sync with current development.
</li
>
602 <li
>Stop
'converting
' everything to PDF using libreoffice. Only
603 convert the file formats doc, ppt, xls, docx, pptx, xlsx, odt, odp
605 <li
>Continued code style fixing, making code more readable.
</li
>
606 <li
>Minor bug fixes.
</li
>
610 <p
>If free and open standardized archiving API sound interesting to
611 you, please contact us on IRC
612 (
<a href=
"irc://irc.freenode.net/%
23nikita
">#nikita on
613 irc.freenode.net
</a
>) or email
614 (
<a href=
"https://lists.nuug.no/mailman/listinfo/nikita-noark
">nikita-noark
615 mailing list
</a
>).
</p
>
617 <p
>As usual, if you use Bitcoin and want to show your support of my
618 activities, please send Bitcoin donations to my address
619 <b
><a href=
"bitcoin:
15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
</a
></b
>.
</p
>
624 <title>Åpen og gjennomsiktig vedlikehold av spesifikasjonen for Noark
5 Tjenestegrensesnitt
</title>
625 <link>http://people.skolelinux.org/pere/blog/_pen_og_gjennomsiktig_vedlikehold_av_spesifikasjonen_for_Noark_5_Tjenestegrensesnitt.html
</link>
626 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/_pen_og_gjennomsiktig_vedlikehold_av_spesifikasjonen_for_Noark_5_Tjenestegrensesnitt.html
</guid>
627 <pubDate>Mon,
11 Mar
2019 16:
00:
00 +
0100</pubDate>
628 <description><p
>Et virksomhetsarkiv for meg, er et arbeidsverktøy der en enkelt kan
629 finne informasjonen en trenger når en trenger det, og der
630 virksomhetens samlede kunnskap er tilgjengelig. Det må være greit å
631 finne frem i, litt som en bibliotek. Men der et bibliotek gjerne tar
632 vare på offentliggjort informasjon som er tilgjengelig flere steder,
633 tar et arkiv vare på virksomhetsintern og til tider personlig
634 informasjon som ofte kun er tilgjengelig fra et sted.
</p
>
636 <p
>Jeg mistenker den eneste måten å sikre at arkivet inneholder den
637 samlede kunnskapen i en virksomhet, er å bruke det som virksomhetens
638 kunnskapslager. Det innebærer å automatisk kopiere (brev, epost,
639 SMS-er etc) inn i arkivet når de sendes og mottas, og der filtrere
640 vekk det en ikke vil ta vare på, og legge på metadata om det som er
641 samlet inn for enkel gjenfinning. En slik bruk av arkivet innebærer at
642 arkivet er en del av daglig virke, ikke at det er siste hvilested for
643 informasjon ingen lenger har daglig bruk for. For å kunne være en del
644 av det daglige virket må arkivet enkelt kunne integreres med andre
645 systemer. I disse dager betyr det å tilby arkivet som en
646 nett-tjeneste til hele virksomheten, tilgjengelig for både mennesker
647 og datamaskiner. Det betyr i tur å både tilby nettsider og et
648 maskinlesbart grensesnitt.
</p
>
650 <p
>For noen år siden erkjente visjonære arkivarer fordelene med et
651 standardisert maskinlesbart grensesnitt til organisasjonens arkiv. De
652 gikk igang med å lage noe de kalte
653 <a href=
"https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/
">Noark
654 5 Tjenestegrensesnitt
</a
>. Gjort riktig, så åpner slike maskinlesbare
655 grensesnitt for samvirke på tvers av uavhengige programvaresystemer.
656 Gjort feil, vil det blokkere for samvirke og bidra til
657 leverandørinnlåsing. For å gjøre det riktig så må grensesnittet være
658 klart og entydig beskrevet i en spesifikasjon som gjør at
659 spesifikasjonen tolkes på samme måte uavhengig av hvem som leser den,
660 og uavhengig av hvem som tar den i bruk.
</p
>
662 <p
>For å oppnå klare og entydige beskrivelser i en spesifikasjon, som
663 trengs for å kunne få en fri og åpen standard (se
664 <a href=
"http://people.skolelinux.org/pere/blog/Fri_og__pen_standard__slik_Digistan_ser_det.html
">Digistan-definisjon
</a
>),
665 så trengs det en åpen og gjennomsiktig inngangsport med lav terskel,
666 der de som forsøker å ta den i bruk enkelt kan få inn korreksjoner,
667 etterlyse klargjøringer og rapportere uklarheter i spesifikasjonen.
668 En trenger også automatiserte datasystemer som måler og sjekker at et
669 gitt grensesnitt fungerer i tråd med spesifikasjonen.
</p
>
671 <p
>For Noark
5 Tjenestegrensesnittet er det nå etablert en slik åpen
672 og gjennomsiktig inngangsport på prosjekttjenesten github. Denne
673 inngangsporten består først og fremst av en åpen portal som lar enhver
674 se hva som er gjort av endringer i spesifikasjonsteksten over tid, men
675 det hører også med et åpent
&quot;diskusjonsforum
&quot; der en kan
676 komme med endringsforslag og forespørsler om klargjøringer. Alle
677 registrerte brukere på github kan bidra med innspill til disse
678 henvendelsene.
</p
>
680 <p
>I samarbeide med Arkivverket har jeg fått opprettet et git-depot
681 med spesifikasjonsteksten for tjenestegrensesnittet, der det er lagt
682 inn historikk for endringer i teksten de siste årene, samt lagt inn
683 endringsforslag og forespørsler om klargjøring av teksten. Bakgrunnen
684 for at jeg bidro med dette er at jeg er involvert i
685 <a href=
"https://gitlab.com/OsloMet-ABI/nikita-noark5-core
">Nikita-prosjektet
</a
>,
686 som lager en fri programvare-utgave av Noark
5 Tjenestegrensesnitt.
687 Det er først når en forsøker å lage noe i tråd med en spesifikasjon at
688 en oppdager hvor mange detaljer som må beskrives i spesifikasjonen for
689 å sikre samhandling.
</p
>
691 <p
>Spesifikasjonen vedlikeholdes i et rent tekstformat, for å ha et
692 format egnet for versjonskontroll via versjontrollsystemet git. Dette
693 gjør det både enkelt å se konkret hvilke endringer som er gjort når,
694 samt gjør det praktisk mulig for enhver med github-konto å sende inn
695 endringsforslag med formuleringer til spesifikasjonsteksten. Dette
696 tekstformatet vises frem som nettsider på github, slik at en ikke
697 trenger spesielle verktøy for å se på siste utgave av
698 spesifikasjonen.
</p
>
700 <p
>Fra dette rene tekstformatet kan det så avledes ulike formater, som
701 HTML for websider, PDF for utskrift på papir og ePub for lesing med
702 ebokleser. Avlednings-systemet (byggesystemet) bruker i dag
703 verktøyene pandoc, latex, docbook-xsl og GNU make til
704 transformasjonen. Tekstformatet som brukes dag er
705 <a href=
"https://www.markdownguide.org/
">Markdown
</a
>, men det vurderes
707 <a href=
"https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/issues/
9">endre
708 til formatet RST
</a
> i fremtiden for bedre styring av utseende på
709 PDF-utgaven.
</p
>
711 <p
>Versjonskontrollsystemet git ble valgt da det er både fleksibelt,
712 avansert og enkelt å ta i bruk. Github ble valgt (foran f.eks. Gitlab
713 som vi bruker i Nikita), da Arkivverket allerede hadde tatt i bruk
714 Github i andre sammenhenger.
</p
>
716 <p
>Enkle endringer i teksten kan gjøres av priviligerte brukere
717 direkte i nettsidene til Github, ved å finne aktuell fil som skal
718 endres (f.eks. kapitler/
03-konformitet.md), klikke på den lille
719 bokstaven i høyre hjørne over teksten. Det kommer opp en nettside der
720 en kan endre teksten slik en ønsker. Når en er fornøyd med endringen
721 så må endringen
&quot;sjekkes inn
&quot; i historikken. Det gjøres ved
722 å gi en kort beskrivelse av endringen (beskriv helst hvorfor endringen
723 trengs, ikke hva som er endret), under overskriften
&quot;Commit
724 changes
&quot;. En kan og bør legge inn en lengre forklaring i det
725 større skrivefeltet, før en velger om endringen skal sendes direkte
726 til
'master
'-grenen (dvs. autorativ utgave av spesifikasjonen) eller
727 om en skal lage en ny gren for denne endringen og opprette en
728 endringsforespørsel (aka
&quot;Pull Request
&quot;/PR). Når alt dette
729 er gjort kan en velge
&quot;Commit changes
&quot; for å sende inn
730 endringen. Hvis den er lagt inn i
&quot;master
&quot;-grenen så er den
731 en offisiell del av spesifikasjonen med en gang. Hvis den derimot er
732 en endringsforespørsel, så legges den inn i
733 <a href=
"https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/pulls
">listen
734 over forslag til endringer
</a
> som venter på korrekturlesing og
735 godkjenning.
</p
>
737 <p
>Større endringer (for eksempel samtidig endringer i flere filer)
738 gjøres enklest ved å hente ned en kopi av git-depoet lokalt og gjøre
739 endringene der før endringsforslaget sendes inn. Denne prosessen er
740 godt beskrivet i dokumentasjon fra github. Git-prosjektet som skal
741 &quot;klones
&quot; er
742 <a href=
"https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/
">https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/
</a
>.
</p
>
744 <p
>For å registrere nye utfordringer (issues) eller kommentere på
745 eksisterende utfordringer benyttes nettsiden
746 <a href=
"https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/issues
">https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/issues
</a
>.
747 I skrivende stund er det
48 åpne og
11 avsluttede utfordringer. Et
748 forslag til hva som bør være med når en beskriver en utfordring er
749 tilgjengelig som utfordring
750 <a href=
"https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/issues/
14">#
14</a
>.
</p
>
752 <p
>For å bygge en PDF-utgave av spesifikasjonen så bruker jeg i dag en
753 Debian GNU/Linux-maskin med en rekke programpakker installert. Når
754 dette er på plass, så holder det å kjøre kommandoen
'make pdf html
' på
755 kommandolinjen, vente ca.
20 sekunder, før spesifikasjon.pdf og
756 spesifikasjon.html ligger klar på disken. Verktøyene for bygging av
757 PDF, HTML og ePub-utgave er også tilgjengelig på Windows og
760 <p
>Github bidrar med rammeverket. Men for at åpent vedlikehold av
761 spesifikasjonen skal fungere, så trengs det folk som bidrar med sin
762 tid og kunnskap. Arkivverket har sagt de skal bidra med innspill og
763 godkjenne forslag til endringer, men det blir størst suksess hvis alle
764 som bruker og lager systemer basert på Noark
5 Tjenestegrensesnitt
765 bidrar med sin kunnskap og kommer med forslag til forebedringer. Jeg
766 stiller. Blir du med?
</p
>
768 <p
>Det er viktig å legge til rette for åpen diskusjon blant alle
769 interesserte, som ikke krever at en må godta lange kontrakter med
770 vilkår for deltagelse. Inntil Arkivverket dukker opp på IRC har vi
771 laget en IRC-kanal der interesserte enkelt kan orientere seg og
772 diskutere tjenestegrensesnittet. Alle er velkommen til å ta turen
774 <a href=
"https://webchat.freenode.net/?channels=nikita
">#nikita
</a
>
775 (f.eks. via irc.freenode.net) for å møte likesinnede.
</p
>
777 <p
>Det holder dog ikke å ha en god spesifikasjon, hvis ikke de som tar
778 den i bruk gjør en like god jobb. For å automatisk teste om et konkret
779 tjenestegrensesnitt følger (min) forståelse av
780 spesifikasjonsdokumentet, har jeg skrevet et program som kobler seg
781 opp til et Noark
5v4 REST-tjeneste og tester alt den finner for å se
782 om det er i henhold til min tolkning av spesifikasjonen. Dette
783 verktøyet er tilgjengelig fra
784 <a href=
"https://github.com/petterreinholdtsen/noark5-tester
">https://github.com/petterreinholdtsen/noark5-tester
</a
>,
785 og brukes daglig mens vi utvikler Nikita for å sikre at vi ikke
786 introduserer nye feil. Hvis en skal sikre samvirke på tvers av ulike
787 systemer er det helt essensielt å kunne raskt og automatisk sjekke at
788 tjenestegrensesnittet oppfører seg som forventet. Jeg håper andre som
789 lager sin utgave av tjenestegrensesnittet vi bruke dette verktøyet,
790 slik at vi tidlig og raskt kan oppdage hvor vi har tolket
791 spesifikasjonen ulikt, og dermed få et godt grunnlag for å gjøre
792 spesifikasjonsteksten enda klarere og bedre.
</p
>
794 <p
>Dagens beskrivelse av Noark
5 Tjenestegrensesnitt er et svært godt
795 utgangspunkt for å gjøre virksomhetens arkiv til et dynamisk og
796 sentralt arbeidsverktøy i organisasjonen. Blir du med å gjøre den
797 enda bedre?
</p
>
802 <title>Time for an official MIME type for patches?
</title>
803 <link>http://people.skolelinux.org/pere/blog/Time_for_an_official_MIME_type_for_patches_.html
</link>
804 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Time_for_an_official_MIME_type_for_patches_.html
</guid>
805 <pubDate>Thu,
1 Nov
2018 08:
15:
00 +
0100</pubDate>
806 <description><p
>As part of my involvement in
807 <a href=
"https://gitlab.com/OsloMet-ABI/nikita-noark5-core
">the Nikita
808 archive API project
</a
>, I
've been importing a fairly large lump of
809 emails into a test instance of the archive to see how well this would
810 go. I picked a subset of
<a href=
"https://notmuchmail.org/
">my
811 notmuch email database
</a
>, all public emails sent to me via
812 @lists.debian.org, giving me a set of around
216 000 emails to import.
813 In the process, I had a look at the various attachments included in
814 these emails, to figure out what to do with attachments, and noticed
815 that one of the most common attachment formats do not have
816 <a href=
"https://www.iana.org/assignments/media-types/media-types.xhtml
">an
817 official MIME type
</a
> registered with IANA/IETF. The output from
818 diff, ie the input for patch, is on the top
10 list of formats
819 included in these emails. At the moment people seem to use either
820 text/x-patch or text/x-diff, but neither is officially registered. It
821 would be better if one official MIME type were registered and used
822 everywhere.
</p
>
824 <p
>To try to get one official MIME type for these files, I
've brought
826 <a href=
"https://www.ietf.org/mailman/listinfo/media-types
">the
827 media-types mailing list
</a
>. If you are interested in discussion
828 which MIME type to use as the official for patch files, or involved in
829 making software using a MIME type for patches, perhaps you would like
830 to join the discussion?
</p
>
832 <p
>As usual, if you use Bitcoin and want to show your support of my
833 activities, please send Bitcoin donations to my address
834 <b
><a href=
"bitcoin:
15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
</a
></b
>.
</p
>
839 <title>Release
0.2 of free software archive system Nikita announced
</title>
840 <link>http://people.skolelinux.org/pere/blog/Release_0_2_of_free_software_archive_system_Nikita_announced.html
</link>
841 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Release_0_2_of_free_software_archive_system_Nikita_announced.html
</guid>
842 <pubDate>Thu,
18 Oct
2018 14:
40:
00 +
0200</pubDate>
843 <description><p
>This morning, the new release of the
844 <a href=
"https://gitlab.com/OsloMet-ABI/nikita-noark5-core/
">Nikita
845 Noark
5 core project
</a
> was
846 <a href=
"https://lists.nuug.no/pipermail/nikita-noark/
2018-October/
000406.html
">announced
847 on the project mailing list
</a
>. The free software solution is an
848 implementation of the Norwegian archive standard Noark
5 used by
849 government offices in Norway. These were the changes in version
0.2
850 since version
0.1.1 (from NEWS.md):
853 <li
>Fix typos in REL names
</li
>
854 <li
>Tidy up error message reporting
</li
>
855 <li
>Fix issue where we used Integer.valueOf(), not Integer.getInteger()
</li
>
856 <li
>Change some String handling to StringBuffer
</li
>
857 <li
>Fix error reporting
</li
>
858 <li
>Code tidy-up
</li
>
859 <li
>Fix issue using static non-synchronized SimpleDateFormat to avoid
860 race conditions
</li
>
861 <li
>Fix problem where deserialisers were treating integers as strings
</li
>
862 <li
>Update methods to make them null-safe
</li
>
863 <li
>Fix many issues reported by coverity
</li
>
864 <li
>Improve equals(), compareTo() and hash() in domain model
</li
>
865 <li
>Improvements to the domain model for metadata classes
</li
>
866 <li
>Fix CORS issues when downloading document
</li
>
867 <li
>Implementation of case-handling with registryEntry and document upload
</li
>
868 <li
>Better support in Javascript for OPTIONS
</li
>
869 <li
>Adding concept description of mail integration
</li
>
870 <li
>Improve setting of default values for GET on ny-journalpost
</li
>
871 <li
>Better handling of required values during deserialisation
</li
>
872 <li
>Changed tilknyttetDato (M620) from date to dateTime
</li
>
873 <li
>Corrected some opprettetDato (M600) (de)serialisation errors.
</li
>
874 <li
>Improve parse error reporting.
</li
>
875 <li
>Started on OData search and filtering.
</li
>
876 <li
>Added Contributor Covenant Code of Conduct to project.
</li
>
877 <li
>Moved repository and project from Github to Gitlab.
</li
>
878 <li
>Restructured repository, moved code into src/ and web/.
</li
>
879 <li
>Updated code to use Spring Boot version
2.
</li
>
880 <li
>Added support for OAuth2 authentication.
</li
>
881 <li
>Fixed several bugs discovered by Coverity.
</li
>
882 <li
>Corrected handling of date/datetime fields.
</li
>
883 <li
>Improved error reporting when rejecting during deserializatoin.
</li
>
884 <li
>Adjusted default values provided for ny-arkivdel, ny-mappe,
885 ny-saksmappe, ny-journalpost and ny-dokumentbeskrivelse.
</li
>
886 <li
>Several fixes for korrespondansepart*.
</li
>
887 <li
>Updated web GUI:
889 <li
>Now handle both file upload and download.
</li
>
890 <li
>Uses new OAuth2 authentication for login.
</li
>
891 <li
>Forms now fetches default values from API using GET.
</li
>
892 <li
>Added RFC
822 (email), TIFF and JPEG to list of possible file formats.
</li
>
893 </ul
></li
>
896 <p
>The changes and improvements are extensive. Running diffstat on
897 the changes between git tab
0.1.1 and
0.2 show
1098 files changed,
898 108666 insertions(+),
54066 deletions(-).
</p
>
900 <p
>If free and open standardized archiving API sound interesting to
901 you, please contact us on IRC
902 (
<a href=
"irc://irc.freenode.net/%
23nikita
">#nikita on
903 irc.freenode.net
</a
>) or email
904 (
<a href=
"https://lists.nuug.no/mailman/listinfo/nikita-noark
">nikita-noark
905 mailing list
</a
>).
</p
>
907 <p
>As usual, if you use Bitcoin and want to show your support of my
908 activities, please send Bitcoin donations to my address
909 <b
><a href=
"bitcoin:
15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
</a
></b
>.
</p
>
914 <title>Fetching trusted timestamps using the rfc3161ng python module
</title>
915 <link>http://people.skolelinux.org/pere/blog/Fetching_trusted_timestamps_using_the_rfc3161ng_python_module.html
</link>
916 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Fetching_trusted_timestamps_using_the_rfc3161ng_python_module.html
</guid>
917 <pubDate>Mon,
8 Oct
2018 12:
30:
00 +
0200</pubDate>
918 <description><p
>I have earlier covered the basics of trusted timestamping using the
919 'openssl ts
' client. See blog post for
920 <a href=
"http://people.skolelinux.org/pere/blog/Public_Trusted_Timestamping_services_for_everyone.html
">2014</a
>,
921 <a href=
"http://people.skolelinux.org/pere/blog/syslog_trusted_timestamp___chain_of_trusted_timestamps_for_your_syslog.html
">2016</a
>
923 <a href=
"http://people.skolelinux.org/pere/blog/Idea_for_storing_trusted_timestamps_in_a_Noark_5_archive.html
">2017</a
>
924 for those stories. But some times I want to integrate the timestamping
925 in other code, and recently I needed to integrate it into Python.
926 After searching a bit, I found
927 <a href=
"https://dev.entrouvert.org/projects/python-rfc3161
">the
928 rfc3161 library
</a
> which seemed like a good fit, but I soon
929 discovered it only worked for python version
2, and I needed something
930 that work with python version
3. Luckily I next came across
931 <a href=
"https://github.com/trbs/rfc3161ng/
">the rfc3161ng library
</a
>,
932 a fork of the original rfc3161 library. Not only is it working with
933 python
3, it have fixed a few of the bugs in the original library, and
934 it has an active maintainer. I decided to wrap it up and make it
935 <a href=
"https://tracker.debian.org/pkg/python-rfc3161ng
">available in
936 Debian
</a
>, and a few days ago it entered Debian unstable and testing.
</p
>
938 <p
>Using the library is fairly straight forward. The only slightly
939 problematic step is to fetch the required certificates to verify the
940 timestamp. For some services it is straight forward, while for others
941 I have not yet figured out how to do it. Here is a small standalone
942 code example based on of the integration tests in the library code:
</p
>
949 Python
3 script demonstrating how to use the rfc3161ng module to
950 get trusted timestamps.
952 The license of this code is the same as the license of the rfc3161ng
958 import pyasn1.codec.der
962 import urllib.request
969 def fetch(url, f=None):
970 response = urllib.request.urlopen(url)
971 data = response.read()
977 with tempfile.NamedTemporaryFile() as cert_f,\
978 tempfile.NamedTemporaryFile() as ca_f,\
979 tempfile.NamedTemporaryFile() as msg_f,\
980 tempfile.NamedTemporaryFile() as tsr_f:
982 # First fetch certificates used by service
983 certificate_data = fetch(
'https://freetsa.org/files/tsa.crt
', cert_f)
984 ca_data_data = fetch(
'https://freetsa.org/files/cacert.pem
', ca_f)
986 # Then timestamp the message
988 rfc3161ng.RemoteTimestamper(
'http://freetsa.org/tsr
',
989 certificate=certificate_data)
990 data = b
"Python forever!\n
"
991 tsr = timestamper(data=data, return_tsr=True)
993 # Finally, convert message and response to something
'openssl ts
' can verify
995 store(tsr_f, pyasn1.codec.der.encoder.encode(tsr))
996 args = [
"openssl
",
"ts
",
"-verify
",
997 "-data
", msg_f.name,
998 "-in
", tsr_f.name,
999 "-CAfile
", ca_f.name,
1000 "-untrusted
", cert_f.name]
1001 subprocess.check_call(args)
1003 if
'__main__
' == __name__:
1007 <p
>The code fetches the required certificates, store them as temporary
1008 files, timestamp a simple message, store the message and timestamp to
1009 disk and ask
'openssl ts
' to verify the timestamp. A timestamp is
1010 around
1.5 kiB in size, and should be fairly easy to store for future
1013 <p
>As usual, if you use Bitcoin and want to show your support of my
1014 activities, please send Bitcoin donations to my address
1015 <b
><a href=
"bitcoin:
15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
</a
></b
>.
</p
>
1020 <title>Release
0.1.1 of free software archive system Nikita announced
</title>
1021 <link>http://people.skolelinux.org/pere/blog/Release_0_1_1_of_free_software_archive_system_Nikita_announced.html
</link>
1022 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Release_0_1_1_of_free_software_archive_system_Nikita_announced.html
</guid>
1023 <pubDate>Sat,
10 Jun
2017 00:
40:
00 +
0200</pubDate>
1024 <description><p
>I am very happy to report that the
1025 <a href=
"https://github.com/hiOA-ABI/nikita-noark5-core
">Nikita Noark
5
1026 core project
</a
> tagged its second release today. The free software
1027 solution is an implementation of the Norwegian archive standard Noark
1028 5 used by government offices in Norway. These were the changes in
1029 version
0.1.1 since version
0.1.0 (from NEWS.md):
1033 <li
>Continued work on the angularjs GUI, including document upload.
</li
>
1034 <li
>Implemented correspondencepartPerson, correspondencepartUnit and
1035 correspondencepartInternal
</li
>
1036 <li
>Applied for coverity coverage and started submitting code on
1037 regualr basis.
</li
>
1038 <li
>Started fixing bugs reported by coverity
</li
>
1039 <li
>Corrected and completed HATEOAS links to make sure entire API is
1040 available via URLs in _links.
</li
>
1041 <li
>Corrected all relation URLs to use trailing slash.
</li
>
1042 <li
>Add initial support for storing data in ElasticSearch.
</li
>
1043 <li
>Now able to receive and store uploaded files in the archive.
</li
>
1044 <li
>Changed JSON output for object lists to have relations in _links.
</li
>
1045 <li
>Improve JSON output for empty object lists.
</li
>
1046 <li
>Now uses correct MIME type application/vnd.noark5-v4+json.
</li
>
1047 <li
>Added support for docker container images.
</li
>
1048 <li
>Added simple API browser implemented in JavaScript/Angular.
</li
>
1049 <li
>Started on archive client implemented in JavaScript/Angular.
</li
>
1050 <li
>Started on prototype to show the public mail journal.
</li
>
1051 <li
>Improved performance by disabling Sprint FileWatcher.
</li
>
1052 <li
>Added support for
'arkivskaper
',
'saksmappe
' and
'journalpost
'.
</li
>
1053 <li
>Added support for some metadata codelists.
</li
>
1054 <li
>Added support for Cross-origin resource sharing (CORS).
</li
>
1055 <li
>Changed login method from Basic Auth to JSON Web Token (RFC
7519)
1057 <li
>Added support for GET-ing ny-* URLs.
</li
>
1058 <li
>Added support for modifying entities using PUT and eTag.
</li
>
1059 <li
>Added support for returning XML output on request.
</li
>
1060 <li
>Removed support for English field and class names, limiting ourself
1061 to the official names.
</li
>
1062 <li
>...
</li
>
1066 <p
>If this sound interesting to you, please contact us on IRC (#nikita
1067 on irc.freenode.net) or email
1068 (
<a href=
"https://lists.nuug.no/mailman/listinfo/nikita-noark
">nikita-noark
1069 mailing list).
</p
>
1074 <title>Idea for storing trusted timestamps in a Noark
5 archive
</title>
1075 <link>http://people.skolelinux.org/pere/blog/Idea_for_storing_trusted_timestamps_in_a_Noark_5_archive.html
</link>
1076 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Idea_for_storing_trusted_timestamps_in_a_Noark_5_archive.html
</guid>
1077 <pubDate>Wed,
7 Jun
2017 21:
40:
00 +
0200</pubDate>
1078 <description><p
><em
>This is a copy of
1079 <a href=
"https://lists.nuug.no/pipermail/nikita-noark/
2017-June/
000297.html
">an
1080 email I posted to the nikita-noark mailing list
</a
>. Please follow up
1081 there if you would like to discuss this topic. The background is that
1082 we are making a free software archive system based on the Norwegian
1083 <a href=
"https://www.arkivverket.no/forvaltning-og-utvikling/regelverk-og-standarder/noark-standarden
">Noark
1084 5 standard
</a
> for government archives.
</em
></p
>
1086 <p
>I
've been wondering a bit lately how trusted timestamps could be
1088 <a href=
"https://en.wikipedia.org/wiki/Trusted_timestamping
">Trusted
1089 timestamps
</a
> can be used to verify that some information
1090 (document/file/checksum/metadata) have not been changed since a
1091 specific time in the past. This is useful to verify the integrity of
1092 the documents in the archive.
</p
>
1094 <p
>Then it occured to me, perhaps the trusted timestamps could be
1095 stored as dokument variants (ie dokumentobjekt referered to from
1096 dokumentbeskrivelse) with the filename set to the hash it is
1099 <p
>Given a
"dokumentbeskrivelse
" with an associated
"dokumentobjekt
",
1100 a new dokumentobjekt is associated with
"dokumentbeskrivelse
" with the
1101 same attributes as the stamped dokumentobjekt except these
1102 attributes:
</p
>
1106 <li
>format -
> "RFC3161
"
1107 <li
>mimeType -
> "application/timestamp-reply
"
1108 <li
>formatDetaljer -
> "&lt;source URL for timestamp service
&gt;
"
1109 <li
>filenavn -
> "&lt;sjekksum
&gt;.tsr
"
1113 <p
>This assume a service following
1114 <a href=
"https://tools.ietf.org/html/rfc3161
">IETF RFC
3161</a
> is
1115 used, which specifiy the given MIME type for replies and the .tsr file
1116 ending for the content of such trusted timestamp. As far as I can
1117 tell from the Noark
5 specifications, it is OK to have several
1118 variants/renderings of a dokument attached to a given
1119 dokumentbeskrivelse objekt. It might be stretching it a bit to make
1120 some of these variants represent crypto-signatures useful for
1121 verifying the document integrity instead of representing the dokument
1124 <p
>Using the source of the service in formatDetaljer allow several
1125 timestamping services to be used. This is useful to spread the risk
1126 of key compromise over several organisations. It would only be a
1127 problem to trust the timestamps if all of the organisations are
1128 compromised.
</p
>
1130 <p
>The following oneliner on Linux can be used to generate the tsr
1131 file. $input is the path to the file to checksum, and $sha256 is the
1132 SHA-
256 checksum of the file (ie the
"<sjekksum
>.tsr
" value mentioned
1135 <p
><blockquote
><pre
>
1136 openssl ts -query -data
"$inputfile
" -cert -sha256 -no_nonce \
1137 | curl -s -H
"Content-Type: application/timestamp-query
" \
1138 --data-binary
"@-
" http://zeitstempel.dfn.de
> $sha256.tsr
1139 </pre
></blockquote
></p
>
1141 <p
>To verify the timestamp, you first need to download the public key
1142 of the trusted timestamp service, for example using this command:
</p
>
1144 <p
><blockquote
><pre
>
1145 wget -O ca-cert.txt \
1146 https://pki.pca.dfn.de/global-services-ca/pub/cacert/chain.txt
1147 </pre
></blockquote
></p
>
1149 <p
>Note, the public key should be stored alongside the timestamps in
1150 the archive to make sure it is also available
100 years from now. It
1151 is probably a good idea to standardise how and were to store such
1152 public keys, to make it easier to find for those trying to verify
1153 documents
100 or
1000 years from now. :)
</p
>
1155 <p
>The verification itself is a simple openssl command:
</p
>
1157 <p
><blockquote
><pre
>
1158 openssl ts -verify -data $inputfile -in $sha256.tsr \
1159 -CAfile ca-cert.txt -text
1160 </pre
></blockquote
></p
>
1162 <p
>Is there any reason this approach would not work? Is it somehow against
1163 the Noark
5 specification?
</p
>
1168 <title>Epost inn som arkivformat i Riksarkivarens forskrift?
</title>
1169 <link>http://people.skolelinux.org/pere/blog/Epost_inn_som_arkivformat_i_Riksarkivarens_forskrift_.html
</link>
1170 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Epost_inn_som_arkivformat_i_Riksarkivarens_forskrift_.html
</guid>
1171 <pubDate>Thu,
27 Apr
2017 11:
30:
00 +
0200</pubDate>
1172 <description><p
>I disse dager, med frist
1. mai, har Riksarkivaren ute en høring på
1173 sin forskrift. Som en kan se er det ikke mye tid igjen før fristen
1174 som går ut på søndag. Denne forskriften er det som lister opp hvilke
1175 formater det er greit å arkivere i
1176 <a href=
"http://www.arkivverket.no/arkivverket/Offentleg-forvalting/Noark/Noark-
5">Noark
1177 5-løsninger
</a
> i Norge.
</p
>
1179 <p
>Jeg fant høringsdokumentene hos
1180 <a href=
"https://www.arkivrad.no/aktuelt/riksarkivarens-forskrift-pa-horing
">Norsk
1181 Arkivråd
</a
> etter å ha blitt tipset på epostlisten til
1182 <a href=
"https://github.com/hiOA-ABI/nikita-noark5-core
">fri
1183 programvareprosjektet Nikita Noark5-Core
</a
>, som lager et Noark
5
1184 Tjenestegresesnitt. Jeg er involvert i Nikita-prosjektet og takket
1185 være min interesse for tjenestegrensesnittsprosjektet har jeg lest en
1186 god del Noark
5-relaterte dokumenter, og til min overraskelse oppdaget
1187 at standard epost ikke er på listen over godkjente formater som kan
1188 arkiveres. Høringen med frist søndag er en glimrende mulighet til å
1189 forsøke å gjøre noe med det. Jeg holder på med
1190 <a href=
"https://github.com/petterreinholdtsen/noark5-tester/blob/master/docs/hoering-arkivforskrift.tex
">egen
1191 høringsuttalelse
</a
>, og lurer på om andre er interessert i å støtte
1192 forslaget om å tillate arkivering av epost som epost i arkivet.
</p
>
1194 <p
>Er du igang med å skrive egen høringsuttalelse allerede? I så fall
1195 kan du jo vurdere å ta med en formulering om epost-lagring. Jeg tror
1196 ikke det trengs så mye. Her et kort forslag til tekst:
</p
>
1198 <p
><blockquote
>
1200 <p
>Viser til høring sendt ut
2017-
02-
17 (Riksarkivarens referanse
1201 2016/
9840 HELHJO), og tillater oss å sende inn noen innspill om
1202 revisjon av Forskrift om utfyllende tekniske og arkivfaglige
1203 bestemmelser om behandling av offentlige arkiver (Riksarkivarens
1204 forskrift).
</p
>
1206 <p
>Svært mye av vår kommuikasjon foregår i dag på e-post. Vi
1207 foreslår derfor at Internett-e-post, slik det er beskrevet i IETF
1209 <a href=
"https://tools.ietf.org/html/rfc5322
">https://tools.ietf.org/html/rfc5322
</a
>. bør
1210 inn som godkjent dokumentformat. Vi foreslår at forskriftens
1211 oversikt over godkjente dokumentformater ved innlevering i §
5-
16
1212 endres til å ta med Internett-e-post.
</p
>
1214 </blockquote
></p
>
1216 <p
>Som del av arbeidet med tjenestegrensesnitt har vi testet hvordan
1217 epost kan lagres i en Noark
5-struktur, og holder på å skrive et
1218 forslag om hvordan dette kan gjøres som vil bli sendt over til
1219 arkivverket så snart det er ferdig. De som er interesserte kan
1220 <a href=
"https://github.com/petterreinholdtsen/noark5-tester/blob/master/docs/epostlagring.md
">følge
1221 fremdriften på web
</a
>.
</p
>
1223 <p
>Oppdatering
2017-
04-
28: I dag ble høringuttalelsen jeg skrev
1224 <a href=
"https://www.nuug.no/news/NUUGs_h_ringuttalelse_til_Riksarkivarens_forskrift.shtml
">sendt
1225 inn av foreningen NUUG
</a
>.
</p
>
1230 <title>Free software archive system Nikita now able to store documents
</title>
1231 <link>http://people.skolelinux.org/pere/blog/Free_software_archive_system_Nikita_now_able_to_store_documents.html
</link>
1232 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Free_software_archive_system_Nikita_now_able_to_store_documents.html
</guid>
1233 <pubDate>Sun,
19 Mar
2017 08:
00:
00 +
0100</pubDate>
1234 <description><p
>The
<a href=
"https://github.com/hiOA-ABI/nikita-noark5-core
">Nikita
1235 Noark
5 core project
</a
> is implementing the Norwegian standard for
1236 keeping an electronic archive of government documents.
1237 <a href=
"http://www.arkivverket.no/arkivverket/Offentlig-forvaltning/Noark/Noark-
5/English-version
">The
1238 Noark
5 standard
</a
> document the requirement for data systems used by
1239 the archives in the Norwegian government, and the Noark
5 web interface
1240 specification document a REST web service for storing, searching and
1241 retrieving documents and metadata in such archive. I
've been involved
1242 in the project since a few weeks before Christmas, when the Norwegian
1244 <a href=
"https://www.nuug.no/news/NOARK5_kjerne_som_fri_programvare_f_r_epostliste_hos_NUUG.shtml
">announced
1245 it supported the project
</a
>. I believe this is an important project,
1246 and hope it can make it possible for the government archives in the
1247 future to use free software to keep the archives we citizens depend
1248 on. But as I do not hold such archive myself, personally my first use
1249 case is to store and analyse public mail journal metadata published
1250 from the government. I find it useful to have a clear use case in
1251 mind when developing, to make sure the system scratches one of my
1254 <p
>If you would like to help make sure there is a free software
1255 alternatives for the archives, please join our IRC channel
1256 (
<a href=
"irc://irc.freenode.net/%
23nikita
">#nikita on
1257 irc.freenode.net
</a
>) and
1258 <a href=
"https://lists.nuug.no/mailman/listinfo/nikita-noark
">the
1259 project mailing list
</a
>.
</p
>
1261 <p
>When I got involved, the web service could store metadata about
1262 documents. But a few weeks ago, a new milestone was reached when it
1263 became possible to store full text documents too. Yesterday, I
1264 completed an implementation of a command line tool
1265 <tt
>archive-pdf
</tt
> to upload a PDF file to the archive using this
1266 API. The tool is very simple at the moment, and find existing
1267 <a href=
"https://en.wikipedia.org/wiki/Fonds
">fonds
</a
>, series and
1268 files while asking the user to select which one to use if more than
1269 one exist. Once a file is identified, the PDF is associated with the
1270 file and uploaded, using the title extracted from the PDF itself. The
1271 process is fairly similar to visiting the archive, opening a cabinet,
1272 locating a file and storing a piece of paper in the archive. Here is
1273 a test run directly after populating the database with test data using
1274 our API tester:
</p
>
1276 <p
><blockquote
><pre
>
1277 ~/src//noark5-tester$ ./archive-pdf mangelmelding/mangler.pdf
1278 using arkiv: Title of the test fonds created
2017-
03-
18T23:
49:
32.103446
1279 using arkivdel: Title of the test series created
2017-
03-
18T23:
49:
32.103446
1281 0 - Title of the test case file created
2017-
03-
18T23:
49:
32.103446
1282 1 - Title of the test file created
2017-
03-
18T23:
49:
32.103446
1283 Select which mappe you want (or search term):
0
1284 Uploading mangelmelding/mangler.pdf
1285 PDF title: Mangler i spesifikasjonsdokumentet for NOARK
5 Tjenestegrensesnitt
1286 File
2017/
1: Title of the test case file created
2017-
03-
18T23:
49:
32.103446
1287 ~/src//noark5-tester$
1288 </pre
></blockquote
></p
>
1290 <p
>You can see here how the fonds (arkiv) and serie (arkivdel) only had
1291 one option, while the user need to choose which file (mappe) to use
1292 among the two created by the API tester. The
<tt
>archive-pdf
</tt
>
1293 tool can be found in the git repository for the API tester.
</p
>
1295 <p
>In the project, I have been mostly working on
1296 <a href=
"https://github.com/petterreinholdtsen/noark5-tester
">the API
1297 tester
</a
> so far, while getting to know the code base. The API
1298 tester currently use
1299 <a href=
"https://en.wikipedia.org/wiki/HATEOAS
">the HATEOAS links
</a
>
1300 to traverse the entire exposed service API and verify that the exposed
1301 operations and objects match the specification, as well as trying to
1302 create objects holding metadata and uploading a simple XML file to
1303 store. The tester has proved very useful for finding flaws in our
1304 implementation, as well as flaws in the reference site and the
1305 specification.
</p
>
1307 <p
>The test document I uploaded is a summary of all the specification
1308 defects we have collected so far while implementing the web service.
1309 There are several unclear and conflicting parts of the specification,
1311 <a href=
"https://github.com/petterreinholdtsen/noark5-tester/tree/master/mangelmelding
">started
1312 writing down
</a
> the questions we get from implementing it. We use a
1313 format inspired by how
<a href=
"http://www.opengroup.org/austin/
">The
1314 Austin Group
</a
> collect defect reports for the POSIX standard with
1315 <a href=
"http://www.opengroup.org/austin/mantis.html
">their
1316 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
> :).
1318 <p
>The Nikita project is implemented using Java and Spring, and is
1319 fairly easy to get up and running using Docker containers for those
1320 that want to test the current code base. The API tester is
1321 implemented in Python.
</p
>
1326 <title>Hva «mangler» i OEP - litt statistikk utledet fra saksnummer og dokumentnummer
</title>
1327 <link>http://people.skolelinux.org/pere/blog/Hva__mangler__i_OEP___litt_statistikk_utledet_fra_saksnummer_og_dokumentnummer.html
</link>
1328 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hva__mangler__i_OEP___litt_statistikk_utledet_fra_saksnummer_og_dokumentnummer.html
</guid>
1329 <pubDate>Thu,
29 Jan
2015 20:
30:
00 +
0100</pubDate>
1330 <description><p
>En ting jeg har lurt på når det gjelder offentlige postjournaler,
1331 er hvor stor andel av det som ligger i de interne databasene kommer
1332 ikke med i postjournalen. Dette er det mulig å finne ut basert på det
1333 som ligger i postjournalen. For å forstå hva jeg mener, trengs det
1334 litt bakgrunnsinformasjon. I henhold til
1335 <a href=
"http://www.arkivverket.no/arkivverket/Offentleg-forvalting/Noark
">NOARK-standarden
</a
>
1336 for norske offentlige arkiv skal enhver sak ha et årstall og et
1337 løpenummer, og ethvert dokument i saken skal gis et
1338 dokument-løpenummer. Det vil si at en ender opp med dokument-ID som
1339 ser ut som ÅÅÅÅ/SAKNR-DOKNR, f.eks.
2014/
2-
1 eller
2014/
12312-
14.
1340 Mange oppgir kun tosifret årstall, men prinsippet er det samme. Så
1341 vidt jeg vet skal saksnummer og dokumentnummer tildeles løpende og i
1342 stigende rekkefølge. Gitt en instans med følgende dokument-ID i
1343 postjournalen, så kan en regne ut hvor mye som ikke finnes i
1347 <li
>2014/
2-
1</li
>
1348 <li
>2014/
5-
1</li
>
1349 <li
>2014/
5-
3</li
>
1352 <p
>Her ser en at saksnummer
2 og
5 finnes i postjournalen, mens
1353 nummerene
1,
3 og
4 mangler. En ser også at i sak
2014/
5 mangler
1354 dokument
2. Ved hjelp av denne informasjonen har jeg regnet ut hvor
1355 stor andel av saksnummer og dokumentløpenummer som ikke har dukket opp
1356 i
<a href=
"https://www.oep.no/
">Offentlig Elektronisk Postjournal
</a
>
1357 (OEP). For saksnummer har jeg tatt utgangspunkt i at en ikke trenger
1358 å starte på
1, og dermed regnet med området fra laveste til høyeste
1359 saksnummer og talt antall unike saksnummer som forekommer i OEP. I
1360 dette tilfellet betyr de at
2 av
4 saksnummer er ubrukte (
50%). For
1361 dokumentløpenummer har jeg tilsvarende tatt utgangspunkt i laveste og
1362 høyeste kjente dokumentløpenummer, for å handtere databaser der jeg
1363 mangler komplett postjournal. For sak
2014/
5 her betyr det at
1 av
3
1364 dokumenter mangler (
33%).
</p
>
1366 <p
>Det er flere årsaker til at det kan bli hull i nummerseriene.
1367 Feilføring der et dokument tildeles et nytt saksnummer ved en feil, og
1368 deretter flyttes inn i riktig sak vil gi et ubrukt saksnummer, da
1369 saksnummer skal tildeles i stigende rekkefølge og en ikke får opprette
1370 nye saker innimellom gamle saker. Tilsvarende kan skje med
1371 dokument-løpenummer. Det er jo heller ikke sikkert at et saksnummer i
1372 OEP er det samme som løpenummeret som brukes som saksnummeret i
1373 instansens interne datasystem. Kanskje snakker vi om ulike ontologier
1374 der en delmengde av interne saksnummer tilsvarer saksnummer i OEP.
1375 Hvis like nummer også tildeles andre ting enn saker som skal til OEP
1376 vil en tilsvarende få «hull» i saksnumrene i postjournalen.
</p
>
1378 <p
>Jeg er litt usikker på hva denne statistikken egentlig viser, og
1379 heller ikke sikker på om det er reelt sett mangler i OEP (som kanskje
1380 kunne anses å være kritikkverdig), bare er resultatet av hendelige
1381 uhell i nummertildelingen eller resultat av ulik ontologi i OEP og
1382 instansens datasystem. Men jeg syntes tallene og variasjonen var så
1383 interessant at jeg hadde lyst til å dele dem med mine lesere. Jeg har
1384 sortert listen på prosent upubliserte saksnummer for
2014.
</p
>
1386 <table border=
"1">
1387 <tr
><th colspan=
"6">Saksnummer
</th
><th colspan=
"3">Dokumentnummer
</th
><th rowspan=
"3">Instans
</th
></tr
>
1388 <tr
><th colspan=
"3">2014</th
><th colspan=
"3">2013</th
><th colspan=
"3">2014</th
></tr
>
1389 <tr
><th
>%
</th
><th
>Upubl. saksnr.
</th
><th
>Totalt
</th
>
1390 <th
>%
</th
><th
>Upubl. saksnr
</th
><th
>Totalt
</th
>
1391 <th
>%
</th
><th
>Upubl. dok.nr.
</th
><th
>Totalt
</th
>
1394 <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
>
1395 <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
>
1396 <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
>
1397 <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
>
1398 <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
>
1399 <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
>
1400 <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
>
1401 <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
>
1402 <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
>
1403 <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
>
1404 <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
>
1405 <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
>
1406 <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
>
1407 <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
>
1408 <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
>
1409 <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
>
1410 <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
>
1411 <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
>
1412 <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
>
1413 <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
>
1414 <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
>
1415 <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
>
1416 <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
>
1417 <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
>
1418 <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
>
1419 <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
>
1420 <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
>
1421 <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
>
1422 <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
>
1423 <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
>
1424 <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
>
1425 <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
>
1426 <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
>
1427 <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
>
1428 <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
>
1429 <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
>
1430 <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
>
1431 <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
>
1432 <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
>
1433 <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
>
1434 <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
>
1435 <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
>
1436 <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
>
1437 <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
>
1438 <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
>
1439 <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
>
1440 <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
>
1441 <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
>
1442 <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
>
1443 <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
>
1444 <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
>
1445 <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
>
1446 <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
>
1447 <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
>
1448 <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
>
1449 <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
>
1450 <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
>
1451 <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
>
1452 <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
>
1453 <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
>
1454 <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
>
1455 <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
>
1456 <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
>
1457 <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
>
1458 <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
>
1459 <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
>
1460 <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
>
1461 <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
>
1462 <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
>
1463 <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
>
1464 <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
>
1465 <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
>
1466 <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
>
1467 <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
>
1468 <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
>
1469 <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
>
1470 <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
>
1471 <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
>
1472 <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
>
1473 <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
>
1474 <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
>
1475 <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
>
1476 <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
>
1477 <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
>
1478 <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
>
1479 <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
>
1480 <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
>
1481 <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
>
1482 <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
>
1483 <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
>
1484 <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
>
1485 <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
>
1486 <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
>
1487 <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
>
1488 <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
>
1489 <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
>
1490 <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
>
1491 <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
>
1492 <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
>
1493 <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
>
1494 <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
>
1495 <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
>
1496 <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
>
1497 <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
>
1498 <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
>
1499 <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
>
1500 <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
>
1501 <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
>
1502 <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
>
1503 <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
>
1504 <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
>
1505 <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
>
1506 <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
>
1507 <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
>
1508 <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
>
1509 <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
>
1510 <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
>
1511 <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
>
1515 <p
>Det kunne vært interessant å se hva som skjedde hvis en ba om
1516 innsyn i en dokument-ID som ikke finnes i OEP... :) Det hadde også
1517 vært interessant å få vite hva årsaken til at noen saksnummer ikke
1518 dukker opp i OEP der det er få og mange. Jeg mistenker jo at årsaken
1519 ikke er den samme hos Skattedirektoratet og hos Landinfo, selv om
1520 andelen upubliserte nummer er ganske lik.
</p
>
1525 <title>Hvordan bør RFC
822-formattert epost lagres i en NOARK5-database?
</title>
1526 <link>http://people.skolelinux.org/pere/blog/Hvordan_b_r_RFC_822_formattert_epost_lagres_i_en_NOARK5_database_.html
</link>
1527 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hvordan_b_r_RFC_822_formattert_epost_lagres_i_en_NOARK5_database_.html
</guid>
1528 <pubDate>Fri,
7 Mar
2014 15:
20:
00 +
0100</pubDate>
1529 <description><p
>For noen uker siden ble NXCs fri programvarelisenserte
1531 <a href=
"http://www.nuug.no/aktiviteter/
20140211-noark/
">presentert hos
1532 NUUG
</a
> (video
1533 <a href=
"https://www.youtube.com/watch?v=JCb_dNS3MHQ
">på youtube
1534 foreløbig
</a
>), og det fikk meg til å titte litt mer på NOARK5,
1535 standarden for arkivhåndtering i det offentlige Norge. Jeg lurer på
1536 om denne kjernen kan være nyttig i et par av mine prosjekter, og for ett
1537 av dem er det mest aktuelt å lagre epost. Jeg klarte ikke finne noen
1538 anbefaling om hvordan RFC
822-formattert epost (aka Internett-epost)
1539 burde lagres i NOARK5, selv om jeg vet at noen arkiver tar
1540 PDF-utskrift av eposten med sitt epostprogram og så arkiverer PDF-en
1541 (eller enda værre, tar papirutskrift og lagrer bildet av eposten som
1542 PDF i arkivet).
</p
>
1544 <p
>Det er ikke så mange formater som er akseptert av riksarkivet til
1545 langtidsoppbevaring av offentlige arkiver, og PDF og XML er de mest
1546 aktuelle i så måte. Det slo meg at det måtte da finnes en eller annen
1547 egnet XML-representasjon og at det kanskje var enighet om hvilken som
1548 burde brukes, så jeg tok mot til meg og spurte
1549 <a href=
"http://samdok.com/
">SAMDOK
</a
>, en gruppe tilknyttet
1550 arkivverket som ser ut til å jobbe med NOARK-samhandling, om de hadde
1553 <p
><blockquote
>
1554 <p
>Hei.
</p
>
1556 <p
>Usikker på om dette er riktig forum å ta opp mitt spørsmål, men jeg
1557 lurer på om det er definert en anbefaling om hvordan RFC
1558 822-formatterte epost (aka vanlig Internet-epost) bør lages håndteres
1559 i NOARK5, slik at en bevarer all informasjon i eposten
1560 (f.eks. Received-linjer). Finnes det en anbefalt XML-mapping ala den
1562 &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
1563 mål er at det skal være mulig å lagre eposten i en NOARK5-kjerne og
1564 kunne få ut en identisk formattert kopi av opprinnelig epost ved
1566 </blockquote
></p
>
1568 <p
>Postmottaker hos SAMDOK mente spørsmålet heller burde stilles
1569 direkte til riksarkivet, og jeg fikk i dag svar derfra formulert av
1570 seniorrådgiver Geir Ivar Tungesvik:
</p
>
1572 <p
><blockquote
>
1573 <p
>Riksarkivet har ingen anbefalinger når det gjelder konvertering fra
1574 e-post til XML. Det står arkivskaper fritt å eventuelt definere/bruke
1575 eget format. Inklusive da - som det spørres om - et format der det er
1576 mulig å re-etablere e-post format ut fra XML-en. XML (e-post)
1577 dokumenter må være referert i arkivstrukturen, og det må vedlegges et
1578 gyldig XML skjema (.xsd) for XML-filene. Arkivskaper står altså fritt
1579 til å gjøre hva de vil, bare det dokumenteres og det kan dannes et
1580 utrekk ved avlevering til depot.
</p
>
1582 <p
>De obligatoriske kravene i Noark
5 standarden må altså oppfylles -
1583 etter dialog med Riksarkivet i forbindelse med godkjenning. For
1584 offentlige arkiv er det særlig viktig med filene loependeJournal.xml
1585 og offentligJournal.xml. Private arkiv som vil forholde seg til Noark
1586 5 standarden er selvsagt frie til å bruke det som er relevant for dem
1587 av obligatoriske krav.
</p
>
1588 </blockquote
></p
>
1590 <p
>Det ser dermed ut for meg som om det er et lite behov for å
1591 standardisere XML-lagring av RFC-
822-formatterte meldinger. Noen som
1592 vet om god spesifikasjon i så måte? I tillegg til den omtalt over,
1593 har jeg kommet over flere aktuelle beskrivelser (søk på
"rfc
822
1594 xml
", så finner du aktuelle alternativer).
</p
>
1598 <li
><a href=
"http://www.openhealth.org/xmtp/
">XML MIME Transformation
1599 protocol (XMTP)
</a
> fra OpenHealth, sist oppdatert
2001.
</li
>
1601 <li
><a href=
"https://tools.ietf.org/html/draft-klyne-message-rfc822-xml-
03">An
1602 XML format for mail and other messages
</a
> utkast fra IETF datert
1605 <li
><a href=
"http://www.informit.com/articles/article.aspx?p=
32074">xMail:
1606 E-mail as XML
</a
> en artikkel fra
2003 som beskriver python-modulen
1607 rfc822 som gir ut XML-representasjon av en RFC
822-formattert epost.
</li
>
1611 <p
>Finnes det andre og bedre spesifikasjoner for slik lagring? Send
1612 meg en epost hvis du har innspill.
</p
>