-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Digitale originaldokumenter bør bevares, digitalarkivets rosettastein #98
Comments
…rkivformat For å redusere sjansen for datatap ved konvertering bør en ta vare på originalfil sammen med arkivformat. Fixes arkivverket#98
Det er verdt å merke seg at for eksempel Nasjonalbiblioteket, når det gjelder film, ber om kopi av både master og bruksutgave, se https://www.nb.no/pliktavlevering/film/ . Dette er i praksis det samme som jeg foreslår her, og med de samme fordelen som bevaring av masterutgaven av en film vil gi for filmbevaring. |
…rkivformat For å redusere sjansen for datatap ved konvertering bør en ta vare på originalfil sammen med arkivformat. Fixes arkivverket#98
Her er det riksarkivarens forskrift § 5-17 som begrenser hvilke dokumentformater som er godkjente ved avlevering eller deponering. Bestemmelsen i dag fungerer sånn at andre formater enn de som står i den bestemmelsen må godkjennes eksplisitt, gjennom enkeltvedtak. En generell adgang til å la originalfil bli med i Noark-uttrekk vil antakelig kreve forskriftsendring. Dette gjelder dessuten ikke kun dokumenter i Noark-arkiv, men er aktuelt for alle typer uttrekk med dokumenter, så dette kan ikke løses i standarden alene. Det er mulig teksten i større grad kan åpne opp for det, dvs. at det presiseres at en bevaringsvurdering kan tilsi at originalfil har bevaringsverdi, og dermed åpne for at de kan tas med i uttrekk. Vi har vel allerede åpnet for å motta Excel, mener jeg å huske, siden en konvertering av Excel til de mest brukte arkivformatene vil ødelegge mye av informasjonsinnholdet, funksjonaliteten og dermed bruksverdien av fila. Vi kan også ha i bakhodet forslaget til § 19 i NOU 2019:9, om plikten til vedlikehold, hvor det blant annet står: Virksomheter skal vedlikeholde dokumentasjon og hindre utilsiktet informasjonstap ved konvertering til nye formater eller ved annen behandling. Som informasjonstap regnes også redusert mulighet for sammenstilling eller søking i dokumentasjonen eller etterprøving av dokumentasjonens ekthet. Enig i at det kan være aktuelt å åpne for muligheten i større grad enn det er i dag, men det er først og fremst gjennom forskriften dette må gjøres. |
[Øivind Kruse]
Her er det riksarkivarens forskrift § 5-17 som begrenser hvilke
dokumentformater som er godkjente ved avlevering eller
deponering. Bestemmelsen i dag fungerer sånn at andre formater enn de
som står i den bestemmelsen må godkjennes eksplisitt, gjennom
enkeltvedtak. En generell adgang til å la originalfil bli med i
Noark-uttrekk vil antakelig kreve forskriftsendring.
Mulig vi leser forskriften forskjellig, men jeg ser ikke noe i
forskriften som forbyr å ta vare på originalfilene også kalt
produksjonsformater. Det nærmeste jeg ser er § 5-17 (Godkjente
filformater for arkivdokumenter ved avlevering eller deponering) punkt
(4) som sier "For andre typer formater må det gjøres særskilt avtale med
Arkivverket", men det forstår jeg til å kun gjelde arkivformater (jamfør
overskriftens 'arkivdokumenter'), ikke produksjonsformater. Det står
også i § 3-3 (Krav til dokumentformat og eksportfunksjoner i
arkivsystem) at hvis en skal slette originalfilene så skal en
"kontrollere at konvertering til arkivformat er utført korrekt og
komplett, og at dokumentene er lesbare", hvilket jo er en god ide, men
ikke innebærer krav om kassering, så vidt jeg kan forstå.
Hva er det som gjør at du mener forskriften forbyr bevaring av
originalfiler?
Enig i at det kan være aktuelt å åpne for muligheten i større grad enn
det er i dag, men det er først og fremst gjennom forskriften dette må
gjøres.
Godt vi er enige, da får vi dette til.
Jeg tror altså ikke det trengs endring i forskringen, så hvis vi fikser
teksten i Noark 5 så er vi i boks.
…--
Vennlig hilsen
Petter Reinholdtsen
|
Det er ikke noe i forskriften som forbyr det, men det gjør vel ikke standarden heller. Som du sier er det snakk om tekstlige endringer, og ikke krav. Men unntak fra de forhåndsgodkjente formatene må godkjennes i hvert enkelt tilfelle. Jeg har sett på de konkrete forslagene, og tror nok de går litt for langt. Det er ikke innenfor den operative forvaltningen av standarden å endre dette så mye. Hovedregelen vil fortsatt være at produksjonsformat ikke skal være med i uttrekket, noe annet vil være en policyendring som må forankres på et helt annet nivå. Jeg tenker det kan være tilstrekkelig å endre den aktuelle teksten i 6.4.9 slik: Teksten før tabell 2.16 kan endres til: Kommuner står selvsagt fritt til selv å ta vare på originalfiler så lenge de ønsker, så teksten må ikke kunne misforstås dit hen at det er en plikt til å slette produksjonsformat heller. |
…rkivformat For å redusere sjansen for datatap ved konvertering bør en ta vare på originalfil sammen med arkivformat. Det er valgfritt å ta med originalfil/ produksjonsformat, og det må avtales med uttrekksmottaker om slike formater skal være med i uttrekket. Gjør det klart at dokumentobjekts versjonsnummer gjelder for alle filer lastet inn i arkivet, ikke bare filer i arkivformat, for å sikre at versjoner av originalfiler også får versjonsnummer. Fixes arkivverket#98
Jeg har fått høre et rykte som sier at dette forslaget har møtt protester i kretser som har lest det som et krav om at originaldokumenter må tas vare på, hvilket vil øke lagringsfotavtrykket i store arkiver betydelig. Kan noen bekrefte at slike protester har vært ytret mot arkivverket eller andre? Merk, dette forslaget innebærer ikke et krav om at originaldokumenter må tas vare på, kun at det vil være enklere å ta vare på dem og aksept for å avlevere dem der en ønsker det. |
Min erfaring er at de fleste tar vare på originalene og ønsker å kunne avlevere dem. Å åpne for dette er derfor et stort pluss. Originalene trengs hos produsent bl.a. for å kunne gjøre klipp og lim. Og noen ganger erfarer man at produksjonen av arkivformat har feilet og må gjentas. De færreste har manuell sjekk av konverteringene. Feil kan også skyldes kildedata. Bl.a. mangler tegnsettinfo i html produsert av Outlook. Det kan være kompliserte billedformater med flere gjennomsiktige lag (pdf/a-1 kunne da resultere i svarte bilder). Excel m.fl. gir ofte et ubrukelig arkivformat. ++. Nyere konverteringsprosesser kan gi muligheter gamle ikke hadde. Så det er mange grunner til at man bør ta vare på originalformatet. |
Beskrivelse
Det er viktig og riktig å ta vare på digitale dokumenter på et format som det er stor sjanse for å tolke i fremtiden, og dermed er kravet om å alltid konvertere til arkivformat en nødvendig del av bevaring. Men like viktig er det å gjøre det mulig for fremtidens forskere og brukere av det digitale arkivmaterialet å oppdage eventuelle mangler med konverteringen, samt å selv kunne tolke det opprinnelige formatet der arkivformatet kun viser frem en del av informasjonen som var i det opprinnelige formatet. Ved å ta vare på både originaldokumentet og arkivformatet blir hver enkelt dokument en rosettastein i arkivet som gjør det mulig å forstå dokumentene bedre enn hvis bare et av dem var tilgjengelig.
Et eksempel er for 3D-modeller konvertert til PDF/A, der et begrenset antall synsvinkler blir med i PDF-avbildingen, mens 3D-modellen gir mulighet for uendelig antall synsvinkler. Et annet er regneark konvertert til PDF/A, der de matematiske formelene bak hver rute blir til ferdige utregninger og formelen blir borte. Et tredje er epost konvertert til PDF/A, der eposthodefelt og digitale signaturer innbakt i eposten ikke lenger kan kontrolleres.
Noark 5-spesifikasjonen bør endres til å tillate avlevering av originalfilen i tillegg til arkivformatet.
Ønsket endring
Endre tekst om sletting før tabell 2.16 og i del 6.4.9 (Arkivdokumentene) for å tillate deponering og avlevering av originalformat / produksjonsformat i tillegg til arkivformat.
The text was updated successfully, but these errors were encountered: