Samarbete kring Roda (e-arkiv)
-
@lfvjimisola Nej, RODA kommer inte med något färdigt konverteringsgränssnitt.
Jag är inte tekniker, så jag borde kanske hålla mun. Men de alternativ du skissar på pekar i mina ögon mot någon form av arkiveringsbehov där olika roller (handläggare mm) manuellt ska välja ut filer för konvertering och arkivering.
Tänker du att det är ett försteg för att skapa filer/kataloger som man sedan kan köra RODA-In mot? Så kan det vara.
Men det förutsätter nog i de flesta fall att man tar omhand/skapar någon form av metadata redan i försteget som gör att man ser vad en fil har för sammanhang (t ex ett ärende eller en filkatalog strukturerad utifrån t ex tidsomfång). Gränssnittet skulle behöva ett tvingande metadataformulär (e-arkivets metadatamodell) som styr lagringsstrukturen, tillsammans med kunniga användare, så att det inte bara blir en hög blandade filer.
Vilken informationsstruktur ska filerna in i?- En SIP per tidsomfång med alla filer i tidsomfånget?
- En fil per SIP?
- Ärende-SIP med vissa tillhörande filer per SIP?
- Annat?
- Olika beroende på? Hur?
Den snåriga delen är hur man skapar "rätt" datastruktur och sökbarhet (metadata). Där behöver både den informationsskapande verksamheten och arkivet säga hur det ska vara. En generell informationsmodell bör ligga till grund för det, som alla leveranser kan mappas mot.
Konverteringsbehoven och målen är ju väldigt olika, även om det övergripande målet är detsamma...
-
Hej alla!
Jag jobbar med införande av e-arkiv i en väldigt liten verksamhet som jobbar mot enskilda arkiv. Väldigt värdefullt för mig att kunna ta del av den här tråden.I dagsläget har jag demo-versionen av Roda och Roda-in för att testa och förbereda. Har inte någon egen IT-avdelning utan driftar hela vår IT-infrastruktur med hjälp av ett konsultföretag. De har varit toppen att jobba med och jag har en modern hantering av hela vår infrastruktur i molntjänster vilket har många fördelar för vår verksamhet.
Toppen så långt och här kommer nu min fråga: Vi har haft svårigheter med att ladda ner och installera Roda i vår miljö (Azure). Keep kan vara behjälplig men säljer såklart den tjänsten men med ett minimum av 40 timmar. Det blir ganska mycket pengar för oss. Är det er bedömning att man behöver köpa den hjälpen från Keep för att klara installationen av Roda?mvh Carina
-
@svenTV sa i Samarbete kring Roda (e-arkiv):
@lfvjimisola Nej, RODA kommer inte med något färdigt konverteringsgränssnitt.
Jag är inte tekniker, så jag borde kanske hålla mun. Men de alternativ du skissar på pekar i mina ögon mot någon form av arkiveringsbehov där olika roller (handläggare mm) manuellt ska välja ut filer för konvertering och arkivering.
Tänker du att det är ett försteg för att skapa filer/kataloger som man sedan kan köra RODA-In mot? Så kan det vara.
Men det förutsätter nog i de flesta fall att man tar omhand/skapar någon form av metadata redan i försteget som gör att man ser vad en fil har för sammanhang (t ex ett ärende eller en filkatalog strukturerad utifrån t ex tidsomfång). Gränssnittet skulle behöva ett tvingande metadataformulär (e-arkivets metadatamodell) som styr lagringsstrukturen, tillsammans med kunniga användare, så att det inte bara blir en hög blandade filer.
Vilken informationsstruktur ska filerna in i?- En SIP per tidsomfång med alla filer i tidsomfånget?
- En fil per SIP?
- Ärende-SIP med vissa tillhörande filer per SIP?
- Annat?
- Olika beroende på? Hur?
Den snåriga delen är hur man skapar "rätt" datastruktur och sökbarhet (metadata). Där behöver både den informationsskapande verksamheten och arkivet säga hur det ska vara. En generell informationsmodell bör ligga till grund för det, som alla leveranser kan mappas mot.
Konverteringsbehoven och målen är ju väldigt olika, även om det övergripande målet är detsamma...
Ja, vi tänker oss ett konverteringsverktyg av diverse format (initialt Office och PDF till PDF/A).
Har kommit en bit på vägen nu och skriver om det i nästa post. -
Nu har vi tagit fram en Docker image med konvertingsverktyg för
- Office-format till PDF: unoserver (LibreOffice)
- PDF till PDF/A: Ghostscript
- bilder: ImageMagick
- video: FFmpeg
samt valideringsverktyget veraPDF (båda implementationerna dvs Greenfield och PDFBox).
Härnäst är tanken att implementera en Java-backend som mikrotjänst som styrs av användaren genom en webbaserad frontend.
För att spara tid och undvika att återuppfinna hjulet så undrar jag om någon har kommandorad(er) samt eventuellt tillhörande definitionsfil för Ghostscript för konvertingar av PDF till PDF/A-1A samt PDF/A-1B? I så fall mottages den tacksamt.
Mvh Jimisola
-
@lfvjimisola Den här tråden på stackoverflow kanske är till hjälp: https://stackoverflow.com/questions/1659147/how-to-use-ghostscript-to-convert-pdf-to-pdf-a-or-pdf-x
-
@Linus sa i Samarbete kring Roda (e-arkiv):
@lfvjimisola Den här tråden på stackoverflow kanske är till hjälp: https://stackoverflow.com/questions/1659147/how-to-use-ghostscript-to-convert-pdf-to-pdf-a-or-pdf-x
Tack men jag har koll på den tråden men den har några år på nacken och fanns det något som garanterat fungerar och går igenom validering så hade det besparat mig lite tid.
-
@lfvjimisola Hallå där, ni måste så klart arkivera i arkivbeständiga format men jag undrar om ni också kommer spara i originalformatet? Man dödar mycket användning om man byter till pdf till exempel.
-
@Björn-Hagström sa i Samarbete kring Roda (e-arkiv):
@lfvjimisola Hallå där, ni måste så klart arkivera i arkivbeständiga format men jag undrar om ni också kommer spara i originalformatet? Man dödar mycket användning om man byter till pdf till exempel.
Vet ej. Det är inte mitt ansvarsområde utan arkiverings.