Kunnskapsforum - Siste spørsmål uten svar

veraPDF - hva virker/virker ikke per februar 2026?

Fri, 20 Feb 2026 08:23:48 +0000

Nasjonalarkivet har notert i ny release Arkade 5 v2.12.5 den 13.02.2026 at det er problemer med 3. parts verktøyet veraPDF.

Per februar 2026, hva er det i veraPDF som virker og som ikke virker?
- Ta gjerne med erfaringer fra tidligere versjoner

Lenker

Vurdering av Arkade 5 v2.12.5 release 13.02.2026

Thu, 19 Feb 2026 08:22:11 +0000

Arkade 5 v2.12.5 med release 13.02.2026
- Verktøyet er et av de viktigste for elarkivaren, både i kommunal og statlig sektor
- Samtidig som Arkivskaper og leverandør alltid må bruke Noark 5-testen inkludert

Hva er nytt?
- Retter problemer med automatisk arkivtype deteksjon, uklart om det er type arkiv som Noark 5 eller SIARD som er deteksjonen her eller PRONOM PUID filformatdeteksjon (Siegrfried 3. part) det er snakk om. Uansett så er hovedpoenget notert at det er rettet slik at Arkade ikke stopper/krasjer i noen situasjoner her.
- Midlertidig tatt vekk PDF/A-validering i verktøykassen (pga. veraPDF 3. parts-problemer, uten at problemet er konkretisert)

Arkade 5 ros
- Fortsatt det kvantespranget for prosessen i pakking og innlevering/deponering av uttrekk fra arkivskaper til depot som det ble laget for å være
- Fortsatt et godt Noark 5 testverktøy i valderingsprosessen
- Kan brukes til SIARD-test, med de begrensinger som DBPTK 3. parts verktøy har i sine tester

Arkade 5 ris
- Begrensninger i forhold til å legge til administrative_metadata (derunder repository_operations) og descriptive_metadata i pakkeprosessen
- Noark 5 testrapport er en broket samling av krav testet, opptellinger og annen informasjon, som i sum ikke er egnet for f. eks. arkivleder/arkivskaper å forstå, og elarkivar i depot må også bruke tid og krefter for å gå gjennom og forstå og vurdere for konklusjon informasjonen. Stort forbedringspotensiale i å strukturere testresultatet og gjøre det bedre maskinlesbart egnet for automatisering av valideringsprosessen inklusiv lage rapporter og lagre testene systematisk
- 3 nye GitHub Issues, av ikke-kritiske elementer (workaround mulig)

Fint om vi kan ha en diskusjon i tråden under på erfaringer ved bruken av Arkade 5.

Arkade 5 lenker inklusiv GitHub og noen nye issues

Krav til bevaring av system og uttrekk iht. ny arkivlov med forskrift?

Wed, 11 Feb 2026 10:25:59 +0000

Spørsmålet er
1. Hva står i ny arkivlov med forskrift om arkivskaper (kommune) krav om bevaring av bevaringsverdige data?
2. Altså fra systemets database, uavhengig av papirarkiv?

Regelen har vært at hvis der er bevaringsverdige data i databasen som ikke er på papir så skal databasen bevares gjennom uttrekk, med mindre man har fattet et kassasjonsvedtak. Der man i forkant har gjort en Bevarings- og Kassasjons--vurdering iht. kommunens BK-plan.

Tekst basert på gammel arkivlov og forskrift

Hjemmelsgrunnlag for test, validering, godkjenning eller avvisning

Depot ivaretar arkivdepotfunksjonen for papirarkiv og elektronisk skapt arkiv for Arkivskaper med hjemmel i § 18 i ”Forskrift om offentlege arkiv”. Det er med utgangspunkt i dette hjemmelsgrunnlaget at Depot vil foreta en gjennomgang av denne innleveringen av System.

Gjennomgang av innleveringen mot regelverket

For innlevering av eldre og avsluttet elektronisk arkiv til kommunalt arkivdepot gjelder følgende regelverk:

A. "Forskrift om utfyllende tekniske og arkivfaglige bestemmelser om behandling av offentlige arkiver (riksarkivarens forskrift) (https://lovdata.no/dokument/SF/forskrift/2017-12-19-2286). Fastsatt av Riksarkivaren 19. desember 2017 med hjemmel i lov 4. desember 1992 nr. 126 om arkiv § 12, forskrift 15. desember 2017 nr. 2105 om offentlege arkiv § 3, § 4, § 5, § 6, § 7, § 11, § 12, § 13, § 16, § 18, § 19 og § 20.

B. Normalinstruks for arkivdepot i kommunar og fylkeskommunar. Gitt med hjemmel i arkivforskriften § 5-12 av Riksarkivaren 01.06.2002.

C. Egne instrukser/retningslinjer, iht. normalinstruksen.

I arbeidet med å få til et så godt som mulig vern av elektronisk arkivmateriale skapt av Depot sine eierkommuner, følger Depot de statlige bestemmelsene i "Bestemmelser om elektronisk arkivmateriale som avleveres eller overføres som depositum til Arkivverket" så langt dette er hensiktsmessig. Depot vil derfor sjekke innleveringen fra Arkivskaper av data fra System opp mot paragrafene § 5-6 t.o.m. § 5-32 i A. (nevnt ovenfor). De første 5 paragrafene er ikke relevante som testpunkt for en innlevering.

Dokumentere "endring av bruk"

Thu, 31 Jul 2025 14:16:00 +0000

I hvilken grad er dokumentasjon rundt endring av bruk nyttig for arkivert materiale?

Har hørt hvordan felter er synlige eller skjulte avhengig av system-versjon og sett hvordan endring av spørringer har signifikant betydning for presentasjon og tolkning. Men de fleste av disse gjelder "end-of-life" tolkning av informasjonen, og i noen grad hvordan det var opprinnelig tenkt. Selv ved større migrasjoner mellom forskjellige leverandører, blir dette dokumentert med "tatt i bruk versjon X fra dato B".

Men så enkel beskrivelse som hvorfor det ble endret, f.eks. aldri brukt, eller bedre tolkning finnes sjeldent/aldri. Tidligere har andre tatt opp utfordringen, fra leverandør-siden. "Når vi tar imot materiale eller gjør oppdateringer, hvordan vil dere ha det dokumentert for å skille på danning innen f.eks. en arkivperiode". Eller hvordan et ønske fra en kunde gjorde det lettere å gjøre videre søk i andre systemer (navn mot navn og fødselsnummer eller org-nummer).

Ønsker å høre fra andre som har tanker om ikke bare et slutt-produkt eller øyeblikksbilde, men under danningen.

Skal vi lagre en SIP.tar fil inne i en AIP.tar fil i depotforvaltningssystemet eller pakke ut SIP innhold før pakking AIP?

Fri, 08 Mar 2024 12:47:01 +0000

Problemstilling og valg i depot:
1. Skal vi lagre DIAS .tar SIP i en DIAS.tar AIP, f. eks. i en DIAS AIP arkivpakke i depotforvaltningssystemet?
2. Eller skal vi pakke ut .tar SIP til mapper med filer og så pakke disse igjen i en DIAS AIP arkivpakke i depotforvaltningssystemet?

Eksempel der SIP.tar har et Noark 5-uttrekk
1. [DIAS].tar\content[SIP].tar
2. [DIAS].tar\content[f. eks. Noark 5-uttrekk med arkivstruktur.xml m.m. og \dokumenter undermappe]

Problemstilingen er den samme om det er SIAS SIP og AIP eller andre pakkestandarder som ligger til grunn for bevaringen.

Jeg har i dag spurt både Microsoft Bing Copilot med GPT-4 og ChatGPT 3.5 om hvor robust en .tar fil er for ytre bit-endringer
Interessant nok kom to helt forskjellig svar som vist under.

Spørsmål:
Siden en tar fil er en bytestrøm samling av flere filer, vill en bitfeil i selve tar filen da kun skade den ene fillen som berøres av den ytre bitfeilen?

ChatGPT 3.5

Ja, i en tar-fil, som er en samling av flere filer pakket sammen, vil en bitfeil vanligvis bare påvirke den spesifikke filen som er berørt av feilen. Når du pakker filer inn i en tar-fil, blir hver fil normalt komprimert og lagt til i tar-arkivet separat. Derfor, hvis det oppstår en bitfeil i tar-filen, vil kun den ene filen som er berørt av feilen, være skadet.

Men det er viktig å merke seg at dette er tilfelle under forutsetningen om at feilen ikke fører til en feil i selve strukturen til tar-filen. Hvis det oppstår en feil i selve strukturen til tar-filen, for eksempel en feil i filoverskriften eller filstrukturen, kan det føre til at flere filer blir utilgjengelige eller skadet. Men i de fleste tilfeller, hvis det er en feil i selve tar-filen, vil det mest sannsynlig bare påvirke den spesifikke filen som er berørt av den feilen.

Microsoft Bing Copilot med GPT-4

Tar-filer er en populær metode for å komprimere og arkivere filer i Unix- og Linux-miljøer. La oss utforske bitfeil og feiltoleranse i forbindelse med Tar-filer:

Bitfeil:
- Bitfeil refererer til uønskede endringer i dataene på bitnivå. Dette kan oppstå under lagring, overføring eller behandling av filer.
- Tar-filer i seg selv gir ingen innebygd mekanisme for å oppdage eller rette bitfeil. Hvis en bitfeil oppstår i en fil som er pakket inn i en Tar-fil, vil den feilaktige filen bli inkludert uten noen spesifikk feilhåndtering.
- For å beskytte mot bitfeil, kan du vurdere å bruke andre verktøy eller metoder, for eksempel checksums, paritetskontroll eller redundans.
Feiltoleranse

Feiltoleranse: Feiltoleranse handler om å minimere risikoen for at systemfeil fører til driftsstans eller tap av data.
Tar-filer kan være en del av en feiltolerant strategi, men de alene gir ikke full feiltoleranse.
For å øke feiltoleransen når du bruker Tar-filer, kan du vurdere følgende tiltak:
Redundans: Lagre flere kopier av Tar-filer på separate steder eller enheter.
Backup: Regelmessig sikkerhetskopiering av Tar-filer til eksterne lagringsenheter.
Overvåking: Overvåk integriteten til Tar-filer ved hjelp av verktøy som md5sum eller sha256sum.
Distribusjon: Distribuer Tar-filer over flere servere eller lagringssteder for å unngå ett enkelt punkt for feil.
RAID: Bruk RAID-konfigurasjoner for å beskytte mot fysiske diskfeil.

Husk at feiltoleranse bør være en helhetlig tilnærming som inkluderer flere lag av beskyttelse, og Tar-filer kan være en del av denne strategien, men ikke den eneste løsningen

Hvordan koble seg til Firebird database direkte mot kopi av fil-database .FDB?

Mon, 22 Jan 2024 10:06:21 +0000

Spørsmålet i denne artikkelen er:
- Hvordan koble seg til Firebird database direkte mot kopi av fil-database .FDB?
- Det er behov for å transformere et felt til en god BLOB-type (se forklaring under)

Uttrekk av Firebird kan gjøres med verktøyet Spectral Core Full Convert.
- Target = SIARD for standard uttrekk i vår produksjonslinje
- Target = f. eks. PostgreSQL for test migrering
- Target = f. eks. sqLite for alternativ

Vi har erfart noen problemer med noen systemer som bruker Firebird
- Mulig årsak: Binære verdier er blitt lagret i tekstfelt (BLOB-verdi lagret i CLOB-felt)
- Anne mulig årsak: Full Convert håndterte et BLOB-felt som CLOB (skal teste Target = annen database her)

Full Convert gjør dette rett fram uten problemer og uten å måtte ha Firebird installert lokalt
- C:\Program Files\Spectral Core\Full Convert\fbclient.dll
- Sannsynligvis har de skrevet denne selv eller gjenbrukt den fra annen kilde

Vi har problemer med å koble oss til Firebird .FDB lokalt via de andre verktøy vi har
- dBeaver: unsupported on-disk structure for file C:... \database.FDB; found 11.1, support 13.1
- FlameRobin: Cant find or load FMEMBED.DLL, FBLIENT.DLL or GDS32.DLL
- IBExpert: Client Library is missing or invalid: gds32.dll

Hva må gjøres steg for steg for å koble seg til en lokal .FDB databasefil for å kunne gjennomføre nødvendige transformasjoner før uttrekk?

Hvordan feilsøke DBPT Desktop feil i innlasting viewer?

Tue, 17 Oct 2023 11:35:42 +0000

Hvordan feilsøker vi DBPT Desktop når imort til viewer feiler?

Utgangspunkt
- DBPT Desktop v2.7.1 som siste versjon pr. 17.10.2023
- SIARD uttrekk er tatt med DBPTK Desktop v2.7.1 med Internal LOBs

Prøvde et par uttrekk, andre gangen uttrekk uten BLOBs-kolonnen med med de 235 000 binære filer i den tabellen.

DBPTK Desktop v2.7.1 => SIARD Validation av eget uttrekk ga 1 feil
- T_6.0-2: [OK]
- T_6.0 - Requirements for table data
- T_6.0-1: [ERROR] - Failed to validate due to an exception on Requirements for table data - Please check the log file for more information
- Requirements for table data [FAILED]

=> Det er en stor mangel i valideringsrapport at det ikke angis hvilket skjema, tabell og rad/felt som feilsituasjonen oppstår på. Da blir det umulig å finne ut av det. Check log feil... hvilken logg og de loggfilene er meget store, er som å leite etter nåla i høystakken.

Bilde 1)
- IllegalArgumentException: empty argument

Bilde 2 og 3)
- JavaScript Exception (typeError): Cannot read properties of null (reading 'tf')

Hvilke verktøy kan validere en pakket fil (tar, zip, rar osv.) mot utpakket innhold?

Wed, 27 Sep 2023 06:53:44 +0000

Depot har mange arbeidsoperasjoner i produksjonslinjene som involverer å pakke inn og pakke ut filer og mappestrukturer i en pakket fil. Filformater til pakkede filer er f. eks.:
- tar
- zip
- 7zip
- rar
- osv...

I depot kan det ofte være riktig/nødvendig å validere en utpakket filstruktur mot den pakkede filen av innholdet.

Spørsmål
1. Hvilke verktøy finnes med mulighet for å validere en pakket fil mot utpakkede filer og mappestrukturer? (seinere i linjen)
2. Hvilke verktøy validerer automatisk at utpakket/pakket innhold er identisk med sin opprinnelige form før jobben startet? (idet pakking/utpakking utføres)

Arkade 5?
- Kan validere en DIAS IP (i verktøykassen), men kan den validere generelt pakket fil mot utpakket?

TeraCopy?
7zip?
PkZip?
Andre?

Siste steg i ETA er Transfer IP - bomber ut med for lite diskplass

Sat, 29 Jul 2023 19:32:32 +0000

Pakke jeg jobber med er på 370GB.

Jeg har økt VDI disken fra 400GB til 1000GB uten at det hjalp. Diskområde hvor (Prepare)/Shared/Transfer ligger har 889GB ledig.
Lenge siden jeg har rotet med linux. Trenger litt hjelp

Når ETA sin Transfer IP krasjer kan det ligge igjen noe som jeg må manuelt slette med SHH inn i ETA?
(Har satt opp portforwarding og testet at jeg kommer inn i linux-boksen. Logger jeg inn på bosken med bruker navn og passord får jeg ikke opp i GUI som gjør at jeg kan bruke GUI'et til Centos

IOError at /transfer/transferiplist/
[Errno 28] No space left on device
Request Method:	POST
Request URL:	https://localhost:12443/transfer/transferiplist/
Django Version:	1.8.4
Exception Type:	IOError
Exception Value:	
[Errno 28] No space left on device
Exception Location:	/ESSArch/pd/python/lib/python2.7/shutil.py in copyfileobj, line 52
Python Executable:	/usr/bin/python
Python Version:	2.7.10
Python Path:	
['/ESSArch/pd/python/lib/python2.7/site-packages/ESSArch_TA',
 '/ESSArch/pd/python/lib/python2.7/site-packages/ESSArch_EPP',
 '/ESSArch/pd/python/lib/python2.7/site-packages/ESSArch_EPP/workers',
 '/ESSArch/config',
 '/ESSArch/pd/python/lib/python27.zip',
 '/ESSArch/pd/python/lib/python2.7',
 '/ESSArch/pd/python/lib/python2.7/plat-linux2',
 '/ESSArch/pd/python/lib/python2.7/lib-tk',
 '/ESSArch/pd/python/lib/python2.7/lib-old',
 '/ESSArch/pd/python/lib/python2.7/lib-dynload',
 '/ESSArch/pd/python/lib/python2.7/site-packages',
 '/ESSArch/pd/python/lib/python2.7/site-packages/ESSArch_TA',
 '/ESSArch/config']
Server time:	Sat, 29 Jul 2023 18:27:28 +0200

Er VDI disken vi legger til egentlig tom slik at om jeg oppretter en ny starter jeg med en ren "hardisk"?

Er transfer IP egentlig nødvendig?
Jeg har brukt Arkade 5, og lagd en pakke, Bruker så ETA, logger noe, og går videre.
Alt den gjør slik jeg ser deet er å opprette en ny UUID katalog for AIC'en, kopier UUID katalog fra pakke og dumper tar fra arkade inn i content, og plasserer info.xml på samme nivå (øverst) med UUID katalogen til arkade (ertt under UUID - AIC).

Når jeg kjører transfer IP på ETA pånytt må jeg slette eller endre navn på UUID AIC'en fordi om den finnes krasjer det også med feilmelding at fil finnes. Det er samme UUID på AIC hver gang. Min tanke er at jeg bare kopierer/flytter innholdet på egenhånd via filsystemet enn at essarch skal bruke timer/dager til å kopiere via essarch.

Tenker jeg feil, vil jeg mangle noe om jeg overstyrer. EPP så ikke noe feil i mottak, ikke ennå ihvertfall?
Har egentlig 2 pakker 370+120, startet med å trikse til transfer IP, og testet EPP før hele maskin fikk en omstart og ble trolig ikke helt ferdig med mottaket.

Må jeg trolig rydde opp i EPP og fjerne det som er startet i mottak?
Noen måte å se om den ble ferdig i løpet av kvelden før hele DepotPC tok omstart?

[root@essarch-ta ~]# ***lsblk***
NAME                               MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sr0                                 11:0    1 1024M  0 rom
sda                                  8:0    0   60G  0 disk
├─sda1                               8:1    0  500M  0 part /boot
└─sda2                               8:2    0 59,5G  0 part
  ├─vg_essarchtools-lv_root (dm-0) 253:0    0  450G  0 lvm  /
  ├─vg_essarchtools-lv_swap (dm-1) 253:1    0    2G  0 lvm  [SWAP]
  └─vg_essarchtools-lv_home (dm-2) 253:2    0  7,6G  0 lvm  /home
sdb                                  8:16   0 1000G  0 disk
└─vg_essarchtools-lv_root (dm-0)   253:0    0  450G  0 lvm  /


[root@essarch-ta ~]# ***df -h***
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/vg_essarchtools-lv_root
                      443G  421G   17M 100% /
tmpfs                 2,0G     0  2,0G   0% /dev/shm
/dev/sda1             477M   97M  355M  22% /boot
/dev/mapper/vg_essarchtools-lv_home
                      7,3G   44M  6,9G   1% /home
Shared                7,0T  6,1T  889G  88% /media/sf_Shared
Transfer              7,0T  6,1T  889G  88% /media/sf_Transfer
Shared                7,0T  6,1T  889G  88% /ESSArch/data/eta/reception/shared
Transfer              7,0T  6,1T  889G  88% /ESSArch/data/gate/reception

[root@essarch-ta ~]# sudo fdisk -l

Disk /dev/sda: 64.4 GB, 64424509440 bytes
255 heads, 63 sectors/track, 7832 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0004a1d3

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1          64      512000   83  Linux
Partition 1 does not end on cylinder boundary.
/dev/sda2              64        7833    62401536   8e  Linux LVM

Disk /dev/sdb: 1073.7 GB, 1073741824000 bytes
255 heads, 63 sectors/track, 130541 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000


Disk /dev/mapper/vg_essarchtools-lv_root: 483.2 GB, 483179626496 bytes
255 heads, 63 sectors/track, 58743 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000


Disk /dev/mapper/vg_essarchtools-lv_swap: 2113 MB, 2113929216 bytes
255 heads, 63 sectors/track, 257 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000


Disk /dev/mapper/vg_essarchtools-lv_home: 8095 MB, 8095006720 bytes
255 heads, 63 sectors/track, 984 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Hva og hvordan kan arkivskaper og depot gjøre av endringer og feilrettinger i avluttede og bevarte systemer?

Wed, 08 Mar 2023 11:09:45 +0000

Arkivskaper bruker Noark-systemer i arkivdanningen i sakarkivet, fordelt på arkiv, arkivdeler, mapper (saker), registreringer (journalposter), dokumentbeskrivelser og dokumentobjekter. Og andre mulige struktur-inndelinger i henhold til Noark 5 og tidligere Noark 4 og 3.

I ett gitt tilfelle kan vi ha
1. Et aktivt fullelektronisk Noark 5-system med det antall arkivdeler som er aktive i dag, og arkivdeler som er avsluttet, men opprettet i dette systemet
2. Arkivdeler som historisk base fra forrige system, som også var fullelektronisk Noark 5, men som ble oppgradert fra Noark 4 i systemets levetid.
3. Arkivdeler som historisk base fra systemet før forrige system, som var papirarkiv og historiske baser i forrige system

Hva kan, skal eller skal ikke arkivskaper og depot gjøre av endringer og feilrettinger i avsluttede og bevarte systemer?
Generelt og og i tilfellene over?

Papirarkiv
- Punkt 3 over har papirarkiv som juridiske dokumenter
- En vanlig praksis er å flytte dokumenter som er i feil mappe til sin korrekte mappe, og legge kopi av dem i den som var feil, med henvisninger begge mapper på hva som er oppdaget og gjort?
- Hva kan arkivskaper gjøre i sitt aktive system, der denne arkivdelen er en avsluttet og historisk base?
- Kan der legges til metadata, f. eks. henvisninger som kobler f. eks. feil sak/jp/dok ev. mappe for personalarkiv med rettelsene?
- Depot kan ikke gjøre noen endringer etter at uttrekk er tatt og bevart i depot, men rettelser og korrigeringer kan meldes inn fra arkivskaper til depot og bevares som tillegg til opprinnelig pakke?

Fullelektronisk arkiv
- Punkt 1. og 2. over har fullelektroniske dokumenter
- Aktive arkivdeler kan endres i metadata og saker/journalposter kan gjenåpnes og elementer flyttes til korrekt plassering
- Det anbefales god bruk av merknader ved behov for å dokumentere den feilaktive saksbehandling/midlertidig feil arkivering, hvis det er nødvendig for forståelse av kontekst i ettertid? Hvis ikke kan elementer flyttes?
- Avsluttede arkivdel som allerede er tatt uttrekk av og bevart i depot, må man være forsiktig med å gjøre endringer i, slik at det som finnes for historisk oppslag og gjenbruk av arkivskaper ikke er annen informasjon enn det som er bevart i depot?

Hvordan kan slike endringer og rettelser forvaltes på en god måte både for Arkivskaper og for Depot?
Uten å bryte nødvendige og gode arkivfaglige prinsipper i arkivdanning og bevaring?

Rutine for sletting av mottatt data og arbeidskopi

Wed, 19 Oct 2022 12:59:28 +0000

Oppfølgingsspørsmål på forrige "Kvalitet på deponeringspakke".

Vi jobber med mottatt data i en server. Vi har mottatt data, arbeidskopi og endelig AIP på serveren.
Har dere rutiner for sletting av slike data?
Hvilke kriterier har dere i rutine for sletting?

Vi tenker slik at når vi er 100% sikker på "AIP er komplett og har tilstrekkelig kvalitet" sletter vi mottatt data, arbeidskopi og endelig AIP på serveren.
Men hvordan måler vi kompletthet og tilstrekkelig kvalitet, og dermed blir sikker på vi sletter slike ting...

Infodoc Plenario - bevaringsvurdering av EDI-tabeller

Fri, 17 Jun 2022 11:47:57 +0000

Ved IKA Rogaland begynte vi å arbeide med et innlevert siard-uttrekk fra fagsystemet InfoDoc Plenario fra Tysvær kommune i april 2022. Systemet ble brukt ved et kommunalt legekontor i perioden 2004-2020. Den 14. april startet vi en konverteringsprosess i Documaster Decom og LibreOffice. Denne prosessen var ferdig 4. mai 2022. Konverteringsprosessen gikk altså i flere uker og endte opp med følgende resultat:

IN_PROGRESS: 0
FAILED: 113
SUCCESSFUL: 55558
IDLE: 0
NOT_CONVERTED: 1061790

Ved IKA fant raskt ut at svært mange av filene som ikke ble konvertert var kryptert, komprimertt (zip) eller passordbeskyttet. Vi så derfor raskt behov for å finne ut mer om hva som lå bak disse tallene. Det ble derfor gjort en bevaringsvurdering knyttet til de tabellene som inneholdt BLOB- og CLOB-elementer i dette InfoDoc uttrekket.
(Denne detaljerte bevaringsvurderingen kan du få ved å henvende deg til IKA Rogaland.)

Vi fant ut at svært mange av de BLOB- og CLOB-elementene som Documaster Decom og LibreOffice ikke konverterte var knyttet til såkalt elektronisk datautveksling (EDI) mye basert på bl.a. det som kalles Advanced Message Queuing Protocol (AMQP) som er en åpen standart for meldingsorientert mellomvare. Hele EDI forholdet går på sikring av automatisert kommunikasjon inn og ut av fagsystemet. Denne teknologien har en tendens til å logge svært mye i systemet og bli svært volumiøs, og den har ikke direkte med saksbehandling eller klientbehandling å gjøre. Det er funksjonalitet som transporterer informasjon på en sikker måte inn og ut av systemet og logger dette. I systemdokumentasjonen heter det om EDI funksjonaliteten i systemet: "Program for elektronisk sikker kommunikasjon av pasientdata. Programmet mottar og dekrypterer meldinger og krypterer og sender meldinger". Ved IKA vurderer vi dette som dokumentasjon som kan arkivbegrenses i forbindelse med overføring til arkivdepot iht. §14 i arkivforskrifta.

På grunnlag av denne bevaringsvurderingen konkluderte vi at i arkivdepotpakken (AIP) trenger ikke EDI elementene å tas med. De blir derimot liggende i arkivpakken IKA mottok fra Tysvær kommune (SIP). IKA laget derfor en ny siard-file med SpectralCore FullConvert hvor alle EDI tabellene ble sløyfet. Denne ble så behandlet i Documaster Decom og utgjør AIP.

Behandlingen av den nye siard-fila i Documaster Decom viser at volumet av BLOB- og CLOB-elementer knyttet til EDI funksjonen til systemet er svært volumiøs. Følgende tall illustrerer dette. I det opprinnelige uttrekket som IKA mottok fra Tysvær kommune var det 1117461 BLOB- og CLOB-elementer. Etter å ha fjernet alle EDI-tabellene fra uttrekket og laget ei ny siard-file startet vi en ny konverteringsprosess i Documaster Decom og LibreOffice. Denne viser at antallet BLOB- og CLOB-elementer er redusert til 261001. Dette betyr at i dette konkrete uttrekket er 856460 BLOB- og CLOB-elementer arkivbegrenset med utgangspunkt i den ovenfor nevnt bevaringsvurderingen.

Konsekvensvurdering av resultater fra VeraPDF valideringsprosess

Thu, 21 Apr 2022 12:07:11 +0000

VeraPDF gjennomfører mange tester opp mot PDF/A standardene, men det er ikke alltid like tydelig ut fra testrapporten hva som er konsekvens av de forskjellige feilene. For svært mange dokumenter har det liten betydning om det kommer et fargeavvik når dokumentet skal vises, men det kan være mer dramatisk dersom filen ikke lar seg åpne på grunn av feil komprimering eller at skrifttyper ikke er tilgjengelig. Har noen gjennomført en konsekvensvurdering av de forskjellige feilmeldingene fra testverktøyet?

Jeg er også nysgjerrig på om det er gjort en vurdering av hvilke feil som kan korrigeres i etterkant. Jeg tenker i utgangspunktet at det kan være mulig å legge til manglende skrifttyper, mens det er svært vanskelig/umulig å legge til en korrekt fargeprofil dersom det ikke ble gjort ved innskanning.

Testkriteriene brukt av VeraPDF er dokumentert på https://docs.verapdf.org/validation/

KDRS Innsyn - Piql Insight søk, indeksering og intelligent analyse datakvalitet

Fri, 11 Mar 2022 11:24:34 +0000

Hvordan kan vi bruke KDRS Innsyn - Piql Insight søk for indeksering og intelliget analyse av datakvalitet?

Utgangspunkt er KDRS Innsyn - Piql Insight utviklet av KDRS med støtte fra Arkivverkets utviklingsmidler
- KDRS Innsyn - Piql Insight v1.0.0 mot Noark 5
- Siste versjon Piql Insight v1.1.0 med støtte for flere formater og funksjonalitet
- Siste beta Piql Insight v1.2.0 beta3

Eksempel her tar utgangspunkt i importert Noark 5 v3.1 arkivstruktur.xml

Piql Insight gir opsjon etter import uttrekket eks
- "37703 vedlegg funnet (totalt 12135 MB). Skal de gjøre søkbare?"
- Svarte JA her og får da totalt 37198 .txt filer i en undermappe "\vedlegg"
- De fleste dokumenter ser ut til å ha fin tekst
- En del dokumenter har kryptiske tegn
- En del dokumenter er åpenbart nestet tom for innhold
- En del dokumenter er helt tomme = 0 kB

Spørsmål
1. Hvilke verktøy kan vi bruke i Depot for validering og dokumentasjon av datakvalitet på tekstlig innhold av disse .txt filene? Her er intelligent datanalyse interessant, i stedet for at vi bare må ta stikkprøver å se manuelt et utvalg av indeksfilene!
2. Hvilke kriterier bruker Piql Insight på indeksering fra filer som finnes i uttrekket inn mot indeksering? Tar man kun PDF/A filer, alle PDF filer, andre utvalg av filformater, basert på filendelse eller analyse av filtypen eller tas alle filer som finnes tilgjengelig?

KDRS Innsyn - Piql Insight

Digitalisering for kassasjon - Erfaringer og arkivlov med forskrift?

Tue, 15 Feb 2022 10:19:28 +0000

Hvilke erfaringer har vi i vårt fagmiljø med digitalisering for kassasjon?
Og hva sies om dette i arkivlov med forskrift?

Kapittel 8. Konvertering for digital bevaring - Riksarkivarens forskrift

(3) Konvertering i tråd med bestemmelsene i dette kapitlet er bare tillatt for arkivmateriale som under arkivdanningen er registrert i elektronisk journal eller tilsvarende elektroniske register, og der materialets tilstand ligger til rette for konvertering.

Med de andre kapitler og punkter i Riksarkivarens forskrift
- Finnes det en kortfattet oversikt som oppsummerer hva som er lov, f. eks. med hensyn til alder av materiale og type innhold?
- Har vi en anbefaling vi kan enes om?

Digitale privatarkiv - krav/forventninger

Tue, 11 Jan 2022 13:29:04 +0000

Hvilke krav/forventninger har deres organisasjoner til privatarkiv (digitalt)?

Jeg har tidligere tatt utgangspunkt i prosjektet for KDRS prosesser og rutiner, men enkelte hos oss mener det er å kreve for mye av "privatsektor"
Spesielt med hensyn til :

Krav om arkivformater
Unngå Database uttrekk: Heller forsøke å bruke PDF rapporter ifra system, fordi kjerne informasjon finnes ofte igjen i innebygde rapporter

Noe som vil medføre at enten så må man bruke ekstra tid på ordning, eller bare akseptere digitale avlevering slik de er (uten å ordne)

Noen som har noe skriftlig som sendes private arkivskapere?

log4j og Droid

Tue, 14 Dec 2021 12:26:51 +0000

Hei,

Til info: Droid er et verktøy som benytter den etter hvert beryktede log4j-komponenten fra Apache. Jeg har laget et issue på Github, og de svarte nesten umiddelbart at ny versjon er på vei.

https://github.com/digital-preservation/droid/issues/668

Hvordan validere en DIAS tar (både pakket og utpakket variant)?

Wed, 24 Nov 2021 12:43:32 +0000

Et arkivdepot får innlevert for deponering eller avlevering en .tar-fil i DIAS-formatet, som fortrinnsvis er pakket med Arkade 5 fra Arkivverket.
1. Hvordan kan depot validere in mottatt tar-fil mot DIAS-standarden?
2. Hvordan kan depot validere en utpakket tar-fil mot DIAS-standarden
3. Hvordan kan depot validere innholdet av tar-filen (altså mot METS og PREMIS i pakken, både som tar eller utpakket tar)?

Det norske arkivmiljøet for statlig og kommunal sektor bruker DIAS-standarden som pakkeformat for arkivuttrekk som skal innleveres til arkivdepot.
Det ivaretar Riksarkivarens forskrift og arkivlog med pakking av uttrekk i en tar fil (med DIAS-struktur).
info.xml ved siden av har sjekksum til tar-filen, mens alt innhold i tar-filen er identifisert i METS- og PREMIS-innhold i DIAS-pakken.

Andre arkivstandarder (DIAS) - Arkivverket

Forskrift om utfyllende tekniske og arkivfaglige bestemmelser om behandling av offentlige arkiver (riksarkivarens forskrift)
§ 5-2.Definisjoner
§ 5-17.Godkjente filformater for arkivdokumenter ved avlevering eller deponering
§ 5-27.Opplysninger om opprinnelig systems funksjon og brukssammenheng
§ 5-28.Opplysninger om arkivuttrekket
§ 5-31.Organisering av datafiler i avleverings- eller deponeringspakke

Hva er beste konfigurering av PixEdit Converter Server for migrering produksjon til arkivformat i depot?

Thu, 11 Nov 2021 14:39:25 +0000

Vi har installert PixEdit® Converter Server
Versjon 2.7.4, Publisert 22.09.2021

Denne er i bruke i vårt saksarkiv-system, men vi vil no teste ut migrering for KDRS produksjonslinje.

Hvilke erfaringer og kunnskap har dere med PixEdit og de ulike valg og innstillinger her?

Vår installasjon har følgende oppsett pr. dato (kan settes pr. profil man lager):
- Document output format: PDF/A-1b eller -2b, Compact eller ikke, TIFF, JPEG (first page only)?
- JPEG Quality: 65?
- [ ] Add original file extension to the saved output filename

[v]Process documents with OCR? Og Export text file
[ ] Stamp output file?
[ ] Scale down converted documents?
[v] Verify documents according to PDF/A-1b standard
[ ] Verify documents according to PDF/A-2b standard
[v] Verify documents according to PDF/A-3b standard
[v] ZIP - Throw error when a file format is not supported
(x) Automatic timeout
Program used for htmp conversion: Word? (Excel kan velges også)
Word - Track changes handling: Ignore changes
Word - Markup: Allow markup
Word - [ ] INlink fill-in fields
Word - Resource folder path:
Excel - Page orientation: Landscape
Outlook - [v] Include attachments and combine them to a single document
Outlook - [v] Throw error when a file format is not supported
Outlook - [ ] Remove images with reference to internet

Hvordan vises og finner man en blanding av papirarkiv, scannet og digitalt skapt arkivmateriale på Arkivportalen?

Tue, 02 Nov 2021 16:52:16 +0000

Verktøyet Asta 5 fra Stiftelsen Asta brukes i kommunal og statlig sektor for å katalogisere arkiv, og i løpet av året som kommer vil nok de fleste brukere ha oppgradert til Asta 7.

Et papirarkiv følger de tradisjonelle ordningsprinsipper og inndelinger, der det er naturlig å tenke og katalogisere i arkiv, serie, stykke, mappe og ev. dokumentobjekter. Da vil jo de ulike fagområder enkelt kunne kategoriseres som f. eks. et arkiv for en skole, med serier for fravær, karakterer, klasselister, osv.
Eksempel K-15040.520.04 - Ålesund kommune. Nørvøy skole som arkiv med mulighet for å ekspandere nedover.

Hvordan kategoriserer vi mottatt uttrekk fra digitalt skapt arkivmateriale for slike systemer (både saksarkiv og fagsystemer)? De ulike uttrekk vil da gjerne inneholde en eller mange ulike kategorier som nevnt over.

Hvordan er det så på en fornuftig måte fremgå etter publisering til Arkivportalen der man både har forekomster av både papirarkiv og elarkiv (digitalt skapt arkivmateriale), der de fremstår og er ordnet på ulike måter?

Asta aktør kan velge felt "Forvaltningsområde", f. eks. KAISA kategori 4: "Kirke, kultur, utdanning og forskning
Men på Arkivportalen er ikke forvaltningsområde hverken søkbart eller vises på aktøren.
Eksempel Ålesund kommune. Nørvøy skole

Digitalt skapt arkivmateriale kategoriseres med større presisjon i kommunal sektor, f. eks. kategori 4-09: "Skole".

Hvilke forskjeller er det i PRONOM filtype verktøyene DROID og Siegfried?

Mon, 01 Nov 2021 12:02:00 +0000

Vårt fagmiljø for IT-arkivarer bruker i hovedsak 2 verktøy for analyse av filtyper og innhold:
- DROID
- Siegfried

Begge tar utgangspunkt i PRONOM filidentifikator
- PRONOM på Wikipedia
- PRONOM på The National Archives
- PRONOM signature files (archive) der V97 er siste i tilegg til Container signature 01.10.2020

Er det noen som har kvalitetsikret DROID mot Siegfried (som også Arkade 5 bruker) i kvalitet/deteksjon filtyper og innold PRONOM?
DROID vet jeg tar deteksjon av innholdselementer inne i filene også (hva er i zip/tar filer samt også PDF og andre filtyper rike elementer)?

Hvem jobber med digitisering - (Mediekonvertering analog til digital)

Fri, 17 Sep 2021 15:48:40 +0000

Prøver bare å få en hvis oversikt over hvem som jobber med hva. Selv er jeg Teamleder for digitalisering og Digitalt depot på Vestfoldmuseene tillegg til å være IT arkivar på Vestfoldarkivet. Så det blir egentlig alt fra innkjøp til oppfølging/opplæring og faktisk digitisering.

Hvordan sette opp MSSQL server for SIARD Suite/Siard Gui til SIARD-uttrekk?

Fri, 27 Aug 2021 21:48:26 +0000

Jeg har flere databaser på en MSSQL 2014 server, men klarer ikke å få gyldig connect fra SIARD Suite / Siard Gui v2.1.134 til databasene.

Connect er helt i orden fra DBeaver v21.1.5 og Full Convert v21.08.1655.

For kvalitetsikring av alle SIARD uttrekksverktøy og validering, så er det viktig at vi har gode notater på hvordan innstilling på SQL Server og på SIARD uttrekksverktøy må være for at de skal virke.

Hvordan sette opp tilgang til en ny Oracle bruker målrettet mot uttrekka av EN database schema.tables?

Wed, 25 Aug 2021 13:30:32 +0000

Vi skal ta uttrekk av en Oracle 11.2 database og trenger å opp rette en ny Oracle bruker som kun har tilgang til ett skjema med tilhørende tabeller.

Eksempel:
schema = Oracle bruker = TESTDB
Tabeller = PERSON, FIRMA, ADRESSE, BREV

Som gir:
TESTDB. PERSON
TESTDB. FIRMA
TESTDB.ADRESSE
TESTDB.BREV

Vi lager en ny bruker TESTDBUTTREKK og trenger å gi korrekte tilganger for å få tatt uttrekk kun av nevnte skjema TESTDB med tabellene nevnt over. Hvilke tilganger må gis for at ny bruker skal ha tilgang til tabellene over og kun disse (ikke noen andre skjema eller tabeller der)?

Hvordan takle EMBED Word.Picture.8?

Tue, 13 Jul 2021 14:08:10 +0000

Har et siard-uttrekk fra et Visma Velferd Flyktning fra en kommune. I dette uttrekket er det mange dokument som ligger igjen som bin-filer også etter kjøring i Documaster Decom. Jeg har sett på noen av dem, og det viser seg at svært mange av dem er noe som kalles EMBED Word.Picture.8. Er det noen som har noen ideer om hvordan vi skal konvertere disse til arkivformat? Har sett noen av dem i Notpa++. De inneholder brevtekst og en hel haug med uforståelig kode.

Hvordan lager vi vår egen build av DBPTK Developer, GUI, Desktop og Enterprise?

Thu, 29 Apr 2021 14:27:49 +0000

DBPTK publiserer som åpen kildekode som fri progamvare på Gut Hub i 4 ulike repository for de ulike delene.

DBPTK Developer - Library and command-line tool for exection of database preservation actions
DBPTK UI - DBPTK base UI for both Desktop and Enterprise
DBPTK Desktop - Deployment using Electron
DBPTK Enterprise - Deployment using docker

Spørsmål
1. Hvor ser vi downloads og versions for DBPTK Enterprise?
2. Hvor ser vi DBPTK GUI og Developer versjonb rukt av DPTK Enterprise og Desktop?
3. Hvordan lager vi vår egen build/fork/branch av DBPTK apper for tilpasng og/eller rettelser?

Hva slags utstyr bruker dere i forbindelse med digitalisering av papirarkiver?

Thu, 15 Apr 2021 09:23:25 +0000

For å starte noe i denne kategorien, så tenkte jeg at vi kunne dele kunnskap og erfaringer om digitaliseringsarbeid rundt på institusjonene. Hva slags skannere, speilreflekskamera, bokvugger, stativer, lys, kalibreringsverktøy og lignende bruker dere? Har dere egne rom til arbeidet? Hvilke programvare har dere til de forskjellige delene av arbeidsflyten?

Hvordan beskriver vi språk-koder korrekt for bevarte systemer?

Tue, 06 Apr 2021 16:14:00 +0000

Noen systemer har språk-kode angitt i egne tabeller og felt som kortform, mens andre har en tekstverdi av språket som jo da er forståelig for ettertiden, men ikke er entydig siden skrivemåter kan variere.

Eksempler på tekstlig form er jo naturlig som "Norsk", "Engelsk", "Tysk". Men hva med presiseringen av Britisk engelsk versus Amerikansk engelsk i tekstlig form? Og disse formene er jo da også ikke internasjonale, men varierer i tekst avhengig av språket man skriver det på som "Norsk" versus "Norwegian".

Eksempler på kortform er f. eks. kjente nb-NO og nn-NO, og som man forstår er det jo 2-delt i "<språk>-" i kortform, her "Norsk bokmål-Norge" og Nynorsk-Norge". Videre er formatet i skrivemåte forkortelse også et tema, som varianter av ""nb-NO", nb-no", nb_NO" og "nb_no". Hvordan programmerer implenetere disse listene i javascript og andre programmeringsspråk i veletablerte normer for dette er også en annen side av saken.

Kan noen forklare og vise til en nøyaktig standard for kortformen av språk som er entydig koblet mot en verifisert standard numrering?

Foreslåtte entiteter i beskrivelse av felter no:

{spraakkode} Språk, kortkode
{spraakkode#} Språk-kode, format
F. eks. {spraakkode#ISO639-1} med verdier 'no' | 'nn' | 'nb' | 'en' eller {spraakkode#ISO639-3} med verdier 'nor' | 'nno' | 'nob' | 'eng'
{spraakkode#ietf_bcp47} Språk-kode for IETF BCP 47
F. eks. "nb-NO" eller "nb_no" osv, understrek kan bli brukt istedet for bindestrek pga. programmering?

Noen lenker der ingen av dem gir entydig svar

Språk-Land ISO Språk Kode http://www.lingoes.net/en/translator/langcode.htm

Språk-Land IETF Språk kode https://en.wikipedia.org/wiki/IETF_language_tag
Språk Språkkode https://no.wikipedia.org/wiki/Spr%C3%A5kkode
Språk ISO 639 https://no.wikipedia.org/wiki/ISO_639
Språk ISO 639-1 koder https://no.wikipedia.org/wiki/Liste_over_ISO_639-1-koder

Land ISO 3166 koder https://no.wikipedia.org/wiki/ISO_3166
Land ISO 3166-1 https://no.wikipedia.org/wiki/ISO_3166-1
Land ISO 3166-2 https://no.wikipedia.org/wiki/ISO_3166-2
Land ISO 3166-3 https://no.wikipedia.org/wiki/ISO_3166-3
Land ISO 639.2 http://www.loc.gov/standards/iso639-2/langhome.html

Hvordan bevare fagsystemet CGM Journal som lagrer helsetjenester inklusiv pasientjournaler?

Thu, 25 Mar 2021 15:03:18 +0000

En avdeling i en kommune har et arkiv for helsetjenester der fagsystemet CMG Journal benyttes for blant annet lagring av pasientjournaler.

Kan systemet CGM Journal bevares fullelektronisk, slik at kommuna ikke trenger å skrive ut innhold på papir?

Systemet er pr. dato ikke kjent i vårt kommunale elarkivmijø og har derfor ikke blitt notert og fått ID i vårt kommunale register for systemer gjennom produksjonslinje for bevaring og formidling av elektroniske systemer.

Hvordan genererer vi EAD og EAC-CPF som DIAS AIP bevart arkivpakke bør inneholde for arkiv- og arkiv/aktør-informasjon?

Fri, 19 Mar 2021 14:14:09 +0000

Bevaring av elektroniske systemer i Norge skal bevares etter DIAS - Digital arkivpakkestruktur slik Riksarkivaren har kravsatt.

Hvordan får depot generert EAD og EAC-CPF for bevaring i DIAS AIP arkivpakke som bevares i depotforvaltningssystemet, i hovedmappen descriptive_metadat?

Vi har fungerende verktøy for å lage DIAS-pakkestrukturer

Arkade 5 fra arkivverket
ETP, ESSArch Tools for Producer (oppretter DIAS for depotforvaltningssystem)
ETA, ESSArch Tools for Archivist (klargjør AIC og AIP for depotforvaltningsssystem)
EPP, ESSArch Preservation Platform (depotforvaltningssystemet)

Men vi mangler verktøy for å lage EAD og EAC-CPF som legges inn manuelt ved bruk av ETP over.

DIAS
--- descriptive_metadata
--- --- ead.xml | ead.xsd | eac-cpf.xml | eac-cpf.xsd

Noen lenker fra Arkivverket om emnet:
Andre arkivstandarder
DIAS - Digital arkivpakkestruktur
EAD - beskrive objekter logisk som arkivmateriale i OAIS-baserte arkivpakker
EAC-CPF - beskrive arkivskapere og andre aktører med tilknytning til arkivojbekter

Hvordan bevare en MSSQL backup som arkivskaper har deponert (innlevert) til depot?

Fri, 19 Mar 2021 13:34:00 +0000

Vårt depot har mottatt noen MSSQL backup-filer fra ulike MS SQL Server versjoner (2006, 2009, 2012, 2016).

Der er ingen logg eller annet levert med som depot kan validere mot.

Hvordan får depot bevart MSSQL backup som er deponert (innlevert)?
Hvordan håndterer depot de ulike versjoner av MSSQL som eksisterer?

Hvordan bevare en Oracle dumpfil som arkivskaper har deponert (innlevert) til depot?

Fri, 19 Mar 2021 13:27:08 +0000

Vårt depot har mottatt noen Oracle dump-filer produsert fra Oracle 7, Oracle 9.2 og Oracle 11.1.
Noen av dem er levert med loggfiler (eksportkommando satt paremeter for å inkludere loggfilen).
Mens andre er levert uten loggfil.

Loggfilen viser hvilke skjema med tabeller som er med i dumpfiler, samt antall rader pr. tabell og Oracle versjon dumpen er produsert fra.

Hvordan unngå at PDF-konvertering i Decom via Word eller LibreOffice produserer filer med uleselig tekst?

Mon, 15 Mar 2021 11:28:47 +0000

Har flere PDF-filer som KOST-Val mener ikke er på PDF/A-format:
Of the 122 characters in the document, 42 (34.43%) is unknown and 0 (0%) is undefined.

Filene kan åpnes i Word og LibreOffice uten feilmelding, men deler av innholdet er uleselig ved at tekst er erstattet med tekst uten mening - sannsynlig sammenfallende med antall tegn (characters) rapportert av KOST-Val.

Er det mulig for Decom (egentlig Word- eller LibeOffice-konverteringen) å sjekke at en PDF-fil inneholder ukjente tegn og ikke konverterer filer med denne feilen? Hvis ikke, risikerer man å sitte igjen med uleselige PDF-er i avleveringer .

Filene jeg har, kan åpnes fullt leselig i f.eks Adobe Acrobat Reader DC med en infotekst i toppen av dokumentet:
Filen samsvarer med PDF/A-standarden og er åpnet med skrivebeskyttelse for å hindre endringer

veraPDF validerer filene å være på PDF/A-format.

Oppdatert 17:03.21:
Utklippet viser et eksempel på en PDF-fil som KOST-Val har validert å ikke være på PDF/A-format. Øverst i utklippet vises filen i Adobe Acrobat Reader, på midten slik den vises i LibreOffice Draw og nederst hvordan utsnittet ser ut i Word.

Når verken LibreOffice eller Word viser fila korrekt før konvertering, vil den følgelig ikke bli korrekt etter konvertering dersom man bruker Word eller LibreOffice (soffice.bin --convert-to pdf) til dette.

Hvordan bruker vi Spectral Core Full Convert (SCFC) fra konsoll og hvilke parametre har vi bruk for?

Mon, 15 Mar 2021 11:02:10 +0000

Vi bruker Spectral Core Full Convert (SCFC) v21.03.1636 manuelt via grafisk grensesnitt (GUI) i dag. Dette gir gode muligheter for mange typer databaser og god filtrering av skjema, tabeller og kolonne-mapping via filtrering og redigering av tabellenes fra og til kolonner (felter).

Hvordan kan vi automatisere dette gjennom å kalle opp Full Convert fra konsoll?

Hvilke parametre kan vi sette og/eller har bruk for i Full Convert konsollkjøring?
- Angi loggfiler og plassering?
- Angi en liste over skjemaer og/eller tabeller som skal med i migreringen?
- Lagre Full Convert prosjektfil?
- Annet?

Hvordan settes KOST-Val v2.0.4 opp for validering av dokumentfiler og SIARD-uttrekk?

Sat, 13 Mar 2021 16:58:45 +0000

KOST-Val nettside på tysk validerer TIFF, PDF/A-1, PDF/A-2, JP2/JPEG2000 og SIARD-uttrekk.
KOST-Val GitHub er også på tysk, inklusiv Issues.

Hvordan konfigureres KOST-Val v2.0.4 (gjeldende versjon) for beste resultat?

LogType:
--max (verbose)
--xml (default)
--min (valid/invalid)

Loggfiler
C:\Users\abc.kost-val_2x

Blir ikke helt klok på hva som skjer
- Små uttrekk/få filer valideres uten feil med sluttrapport i vindu
- Større uttrekk/passe antall filer fører til at KOST-Val 2.0.4 dialog henger
- Noen ganger er ...log.xml file ferdig og valid xml, dvs med logg validering alle filer
- Likevel henger vinduet uferdig

Eksempel loggfil
schema0.kost-val.log.xml

Hvilke problemer og løsninger har tidssoner og sommertid for Clarion TIME?

Wed, 10 Mar 2021 16:44:08 +0000

Vårt depot bevarer et system med både Clarion DATE og Clarion TIME kolonne-typer.

Clarion DATE har en entydig definisjon som kan transformeres til et stanardisert datoformat, f. eks. "YYYY-MM-DD".

Men Clarion TIME kan være uavklar definisjon på mot tidssoner og sommertid,
- Hvilken tidssone ble systemet brukt i?
- Hvilken sommertid ble systemet brukt i?

Med andre ord er defninsjon og transformasjon gjenstand for tolking av hvordan verdien er lagret som en tid.

Spørsmål:
1. Hvordan håndteres dette i depot ved ordning (beskrivelse av kolonnen), bevaring og eventuell formidling av systemet?
2. Hvilke andre problemstillinger må bevaring ta hensyn til?

Øvre grense for db-størrelse for Ora2Sql?

Wed, 03 Mar 2021 13:43:37 +0000

Noen som vet om det er noe øvre grense for størrelse på oracle-dumper som kan konverteres med Ora2sql ? Har en 44 GB dump fil av K2000 med tre tablespace. Når jeg tar inn rubbel og bit i MySql sier den at db er totalt 2,9 GB. Har ikke fullversjon av Oracle så får ikke tatt den inn og sett nærmere (XE-versjonen bare tar opptil 12 GB).

Hvordan bruke Decom-logger for debugging?

Wed, 03 Mar 2021 11:25:08 +0000

Decom produserer diverse logger som kan brukes f.eks for å avdekke hvorfor BLOB-konvertering feiler. Flere har gode kunnskaper om bruken av disse og oppfordres å dele disse med oss andre.

Her er én problemstilling:
Jobber med SATS Barnehage og ingen MIME-identifiserte PDF-er lar seg konvertere til PDF/A - dvs konverteringen (via LibreOffice) valideres som feil: "The output blob:..rec22935.bin.pdf.pdf is not in pdfa format, so the conversion will be marked as failed". Noen med lignende erfaringer eller forslag til løsning? PS: Jeg konverterte én av de feilede PDF-ene via LibreOffice Writer "Fil-Eksporter som... - Eksporter som PDF", valgte formatet PDF/A-2b og denne konverteringen var vellykket.

Hva synes du om tjenesten?

Mon, 01 Mar 2021 00:59:40 +0000

Vi ønsker å sjekke temperaturen hos medlemmene og håper derfor alle kan ta seg tid til å svare på undersøkelsen. Har du noen forslag til forbedringer eller ris og ros kan du benytte gi oss en tilbakemelding.

Siden vi er i en beta-fase da denne ble forfattet 28-02-2021 så ber vi deg ha dette i bakhodet når du kommenterer, svarer eller stemmer på denne spørreundersøkelsen.

Hva synes du om tjenesten?

Hvordan verifiserer man en SIARD fil med KostVAL?

Sun, 28 Feb 2021 23:04:47 +0000

Vi skal nå behandle et uttrekk vi har fått fra en av våre eiere. I den anledning så har jeg funnet KostVAL basert på noen anbefalinger i miljøet. Hvordan bør jeg gå frem når jeg skal verifisere SIARD-uttrekk i KostVal og er det noe jeg bør være ekstra påpasselig med når jeg bruker denne programvaren?

Hvordan tar man uttrekk med Spectral Core Full Convert?

Sun, 28 Feb 2021 20:49:27 +0000

Vi har nå fått bestilling på uttrekk av et fagsystem. Systemet skal bevares i SIARD format og vi har fått spørsmål om vi kan ta uttrekket. Slik jeg forstår det, så kan vi gjøre dette med programvaren Full Convert fra Spectral Core. Vi har aldri benyttet oss av denne programvaren og lurer derfor på om den er bra, og om noen vet hva som er best practice når man bruker den til å ta uttrekk?

Hvordan bør vi kategorisere innholdet på ARK?

Fri, 26 Feb 2021 15:39:26 +0000

Kategorier bør være formulert på en bred måte. Til nå har vi bare satt opp kategorier som eksempler. Vi kan lage opp til fem nivåer på plattformen, men jeg anbefaler at vi holder oss til maksimum tre;

Rotkategori 1
- Hovedtema 1
  - Undertema 1
  - Undertema 2
- Hovetema 2
Rotkategori 2
- [...]

Kan det være nyttig å se på rotkategorier som hovedfag? ( Historiefag, Arkivfag, IT-fag, Museumsfag ... etc. ) eller kanskje på bransjenivå (Statlig, Regionalt, Kommunalt). Eller bør vi legge oss på grener av kunnskap (Depot, Dokumentforvaltning, Uttrekksbehandling, etc.)

Hva tenker dere? Kom gjerne med begrunnelser og diskusjoner. Diskuter forslag med kommentarer, kom med egne forslag som svar til dette spørmålet.