<html><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body>
<p>Hei Gareth,</p>
<p>Takk for mailen din. Jeg svarer direkte under punktene dine.<br>
</p>
<div class="moz-cite-prefix">On 5/24/21 7:31 PM, Gareth Western
wrote:<br>
</div>
<blockquote type="cite" cite="mid:4FB0FFF0-48B0-4987-A6D9-183203489F5E@arkivverket.no">
<meta name="Generator" content="Microsoft Word 15 (filtered
medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
font-size:11.0pt;
font-family:"Calibri",sans-serif;
mso-fareast-language:EN-US;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
{mso-style-priority:34;
margin-top:0cm;
margin-right:0cm;
margin-bottom:0cm;
margin-left:36.0pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;
mso-fareast-language:EN-US;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;
mso-fareast-language:EN-US;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
/* List Definitions */
@list l0
{mso-list-id:1302154423;
mso-list-type:hybrid;
mso-list-template-ids:-2147028710 134807567 134807577 134807579 134807567 134807577 134807579 134807567 134807577 134807579;}
@list l0:level1
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l0:level2
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l0:level3
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l0:level4
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l0:level5
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l0:level6
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l0:level7
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l0:level8
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l0:level9
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
ol
{margin-bottom:0cm;}
ul
{margin-bottom:0cm;}
--></style>
<div class="WordSection1">
<p class="MsoNormal"><span lang="NO-BOK">Hei,<o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Jeg jobber med DigitalArkivet på et
prosjekt for å publisere NOARK5-arkiver vi har mottatt. Jeg
har begynt å se på Nikita
<span lang="NO-BOK">implementasjonen</span>, men for å være
ærlig forstår jeg ennå ikke hvordan det fungerer. Jeg tror det
<span lang="NO-BOK">jeg ønske er</span> for å importere
arkivet til Nikita, og så kan jeg bruke API-en til å spørre om
dataene,
<span lang="NO-BOK">stemme det</span>?<span lang="NO-BOK"><o:p></o:p></span></p>
</div>
</blockquote>
<p>Det stemmer. Nikita skal kunne brukes til dette formålet. Et
annet funksjonalitet jeg har hatt i bakhodet er at du skal kunne
lage en OAIS-DIP av en eller flere saksmapper med Petter sin
eksport funksjonalitet. Det tror jeg hadde vært veldig nyttig
funksjonalitet.</p>
<blockquote type="cite" cite="mid:4FB0FFF0-48B0-4987-A6D9-183203489F5E@arkivverket.no">
<div class="WordSection1">
<p class="MsoNormal"><span lang="NO-BOK"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="NO-BOK">Kan vi bruke samme
nikita instans med flere forskjellig arkiver eller er det
mening å ha en nikita instans per arkiv?</span></p>
</div>
</blockquote>
<p>Jeg mener du skal kunne gjøre det. På OsloMet så bruker jeg
nikita på en måte at hver student blir en organisasjon i nikita.
og tilgang, søk osv er adskilt. Du reiser et interessant spørsmål
i forhold til hvordan vi bør håndtere administrasjon av brukere og
jeg er interessert å se at nikita har bruksverdi i depot. En IKA
har også lekt litt med samme tanke som du har. Uansett gir det
ingen mening å ha en nikita instans per arkiv. <br>
</p>
<p>Det som kan være interessant er å kunne tilby innsyn tilbake til
organisasjonen og da må vi løfte organisasjon litt mer i koden.
Men det er ikke noe stort arbeid.<br>
</p>
<blockquote type="cite" cite="mid:4FB0FFF0-48B0-4987-A6D9-183203489F5E@arkivverket.no">
<div class="WordSection1">
<p class="MsoNormal"><span lang="NO-BOK"><o:p></o:p></span></p>
<p class="MsoNormal"><span lang="NO-BOK"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="NO-BOK">Er det noen
dokumentasjon som beskriver importprosessen? testskriptene
(under "scripts") så ikke ut til å fungere.</span></p>
</div>
</blockquote>
<p>Petter har alt kommentert dette. Takk for påminnelse om
ikke-fungerende skripts. Jeg kommer til å fjerne de. De henger
igjen fra tidlig av. IKA som testet nikita møtte fort problemer
med import da alle arkivenheter var "lukket". nikita kan ikke ta
inn noe via API dersom det er lukket. Vi har vært streng i
tolkning av APIet, men ser også et behov for fleksibilitet. Jeg
ønsker ikke å ha en arkivkjerne som lar brukere enkelt importere
ting bakover i tid. Da er jo hele poenget borte.</p>
<p>Vi har alt diskutert litt forskjellige løsninger til dette. En er
å starte nikita i en import-modus (finnes ikke i dag) og bare
trekke alt inn fra arkivstruktur.xml slik det er. Altså datoer og
systemID er intakte. En annen måte å løse det på er at vi har et
attributt i domenemodellen som heter "importert", kanskje med en
tidspunkt og brukernavn. Da kan vi ta alt inn men det er loggført
hvem og hva. En tredje alternativ er å ha to instanser av nikita
på samme database. En som er "streng" og en som er "snill". Den
strenge kan brukes for innsyn, men den snille kan brukes til å
importere uttrekkene. </p>
<p>Uansett er nikita som de fleste andre systemer bare en måte å
forvalte data i en database, men nikita er i utgangspunktet
utviklet som en danningskjerne, ikke en depot/innsyns-kjerne.
Allikevel er innsyn enklere å løse enn danning!<br>
</p>
<p>Jeg ser gjerne på problematikken de nærmeste ukene for å se hva
vi kan få til.<br>
</p>
<blockquote type="cite" cite="mid:4FB0FFF0-48B0-4987-A6D9-183203489F5E@arkivverket.no">
<div class="WordSection1">
<p class="MsoNormal"><span lang="NO-BOK"><o:p></o:p></span></p>
<p class="MsoNormal"><span lang="NO-BOK"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="NO-BOK">Også, mange av
prosjektavhengighetene er utdaterte. Jeg opprettet et sak i
Gitlab med flere detaljer [1].</span></p>
</div>
</blockquote>
<p>Takk for dette. Jeg svarte på gitlab og vil prioritere dette så
fort pågående utviklingsgren er ferdig.<br>
</p>
<p><br>
</p>
<p> - Thomas</p>
<br>
</body>
</html>