Rephrase description of klassifikasjonstype to reflect that it is optional

[petterreinholdtsen]

The Noark 5 standard state that this field can be registered during creation. Can it only be registered during creation? It is optional in Noark 5 and the XSD, so a system do not need to set it. Is it OK to set it after creation?

[petterreinholdtsen]

Note, the phrase is used several places, and should probably be changed everywhere if this change is seen as an improvement.

[tsodring]

Denne ble diskutert på redaksjonsmøte i dag (2023-04-27) og det oppleves som om det må jobbes mer med denne. Det er ønskelig at de som leser standarden har en normalisert tekst å forholde seg til. Dersom det brukes forskjellige beskrivelses begreper i teksten så kan det skape misforståelser. Vi ser at det er behov til å beskrive følgende type attributter som er:

1. Påbudt ved opprettelse
2. Valgfri ved opprettelse, og bruk under danning
3. Valgfri ved opprettelse, påbudt ved uttrekk (kanskje uakutell i denne diskusjonen)

I denne standarden brukes det multiplisitetbeskrivelser som et 'par' for å definere hvorvidt noe er valgfritt ved opprettelse, og etter opprettelse

[ved opprettelse],[etter opprettelse]

Et eksempel på dette er [0..1], [1..1]. Dette betyr at et attributt er valgfritt ved opprettelse, men påbudt ved henting. I en slik tilfelle har arkivkjernen satt en verdi. Vi har identifisert følgende forventet bruksområder:

• [0..1], [1..1] kan ha en verdi ved opprettelse, dersom verdi mangler skal det settes en verdi av arkivkjernen. Et eksempel er systemID. Det settes automatisk av arkivkjernen om det ikke har verdi.
• [0..1], [1..1] kan ha en verdi ved opprettelse, dersom verdi mangler kan det settes en verdi av arkivkjernen. Et eksempel er beskrivelse. Det kunne settes automatisk av arkivkjernen dersom det ikke har verdi. En maskinlæringsalgoritme kunne laget en beskrivelse av alle dokumenter i en sak.
• [0..1], [1..1] kan ha en verdi ved opprettelse, dersom verdi mangler settes ikke en verdi av arkivkjernen. Et eksempel er oppbevaringssted.
• [1..1], [1..1] skal ha en verdi ved opprettelse. Feks tittel

tittel (M020) er egentlig litt spesiell. Det tolkes i denne standarden som en [1..1], [1..1] men beskrivelsen fra Noark standarden er "Registreres manuelt eller hentes automatisk fra innholdet i arkivdokumentet. Ja fra klassetittel dersom alle mapper skal ha samme tittel som klassen. Kan også hentes automatisk fra et fagsystem.". Egentlig skal tittel være [0..1], [1..1], ikke [1..1], [1..1].

Det er litt uklart om det finnes noen attributtverdier som er [0..1], [1..1] eller [1..1], [1..1] som det ikke er lov til å endre senere. Det er en tolkning at systemID er en verdi som ikke kan endres uansett. Det samme gjelder vel også autentisitetsbærende metadata feks oppretteDato/opprettetAv.

Et eksempel som er muligens litt uklar er hvorvidt presedensHjemmel som er [0..1], [0..1]. Så vidt jeg vet står det ikke eksplisitt at det ikke er lov til å senere endre presedensHjemmel, men det virker rart at det skal være mulig. Ikke står det heller at det skal logges at presedensHjemmel endres.

Dersom det er flere tolkninger, så er det bare å kommentere under og så kan jeg kopiere de inn i listen her.

Noe som er verdt å merke seg er at multiplisitetsbeskrivelser Noark 5 XSD (minOccurs/maxOccurs) gjelder for når uttrekket lages, ikke under daglig bruk. De kan allikevel gi en nyttig forståelse.

[tsodring]

This is good to go I believe