Sveriges dataportal, DIGG - Myndigheten för digital förvaltning
Sök data Nyheter Om oss Community
  • Hem
  • Kategorier
  • Senaste
  • Taggar
  • Populära
  • Användare
  • Grupper
  • Sök
  • Ser ut som din anslutning till %1 gick förlorad, vänta medan vi försöker att återansluta.
  • Registrera
  • Logga in

    Samarbete kring Roda (e-arkiv)

    Öppna standarder och format
    e-arkiv roda
    12
    28
    627
    RSS Feed
    Laddar fler inlägg
    • Äldst till nyaste
    • Nyaste till äldst
    • Flest röster
    Svara
    • Svara som ämne
    Logga in för att posta
    Det här ämnet har raderats. Endast användare med ämneshanterings-privilegier kan se det.
    • S
      svenTV @lfvjimisola Senaste redigerad av

      @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... 🙂

      L Ett svar Senaste svaret Svara Citera Gilla 1 Post Tools Trigger
      • C
        Case Senaste redigerad av

        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

        Ett svar Senaste svaret Svara Citera Gilla 1 Post Tools Trigger
        • L
          lfvjimisola @svenTV Senaste redigerad av

          @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.

          L Ett svar Senaste svaret Svara Citera Gilla 0 Post Tools Trigger
          • L
            lfvjimisola @lfvjimisola Senaste redigerad av

            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

            L Björn Hagström 2 svar Senaste svaret Svara Citera Gilla 0 Post Tools Trigger
            • L
              Linus @lfvjimisola Senaste redigerad av

              @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

              L Ett svar Senaste svaret Svara Citera Gilla 0 Post Tools Trigger
              • L
                lfvjimisola @Linus Senaste redigerad av

                @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.

                Ett svar Senaste svaret Svara Citera Gilla 0 Post Tools Trigger
                • Björn Hagström
                  Björn Hagström @lfvjimisola Senaste redigerad av

                  @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.

                  L Ett svar Senaste svaret Svara Citera Gilla 0 Post Tools Trigger
                  • L
                    lfvjimisola @Björn Hagström Senaste redigerad av lfvjimisola

                    @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.

                    Ett svar Senaste svaret Svara Citera Gilla 1 Post Tools Trigger
                    • Första inlägg
                      Sista inlägg