- nikita-noark - nuug.no

NikitaArchiver 0.0.1
by ole＠aamot.software 05 Dec '24

05 Dec '24

Her er et forslag til en komplett prosjektstruktur til det nye premature prosjektet NikitaArchiver 0.0.1 inkludert backend, frontend, og instruksjoner for oppsett. 1. Prosjektstruktur archive-system/ ├── backend/ │ ├── src/ │ │ ├── main/ │ │ │ ├── java/com/archivesystem/ │ │ │ │ ├── controller/ # API-kontrollere │ │ │ │ ├── model/ # Domeneobjekter │ │ │ │ ├── repository/ # Databaseoperasjoner │ │ │ │ ├── service/ # Forretningslogikk │ │ │ ├── resources/ │ │ │ ├── application.properties # Konfigurasjon │ ├── pom.xml # Maven-konfigurasjon ├── frontend/ │ ├── public/ # Offentlige filer (HTML, favicon, etc.) │ ├── src/ │ │ ├── components/ # React-komponenter │ │ ├── pages/ # Hovedsider │ │ ├── services/ # API-kall │ ├── package.json # Avhengigheter og scripts │ ├── webpack.config.js # Byggeverktøy-konfigurasjon ├── README.md # Dokumentasjon 2. Backend Backend bruker Spring Boot med Maven. a. pom.xml <dependencies> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-data-jpa</artifactId> </dependency> <dependency> <groupId>org.postgresql</groupId> <artifactId>postgresql</artifactId> </dependency> </dependencies> b. API Controller @RestController @RequestMapping("/api/archive") public class ArchiveController { @Autowired private ArchiveService archiveService; @GetMapping("/{id}") public ResponseEntity<ArchiveObject> getArchiveObject(@PathVariable String id) { return ResponseEntity.ok(archiveService.findById(id)); } @PostMapping("/register") public ResponseEntity<String> registerObject(@RequestBody ArchiveObject archiveObject) { archiveService.save(archiveObject); return ResponseEntity.ok("Object registered successfully!"); } } c. Service @Service public class ArchiveService { @Autowired private ArchiveRepository archiveRepository; public ArchiveObject findById(String id) { return archiveRepository.findById(id).orElseThrow(() -> new RuntimeException("Object not found!")); } public void save(ArchiveObject archiveObject) { archiveRepository.save(archiveObject); } } d. Repository @Repository public interface ArchiveRepository extends JpaRepository<ArchiveObject, String> { } 3. Frontend Frontend bruker React. a. Oppsett Installer nødvendige pakker: npx create-react-app frontend cd frontend npm install axios react-router-dom b. Hovedstruktur src/pages/HomePage.js import React, { useEffect, useState } from 'react'; import { getArchiveObject } from '../services/api'; const HomePage = () => { const [archiveObject, setArchiveObject] = useState(null); useEffect(() => { getArchiveObject('1234').then(data => setArchiveObject(data)); }, []); return ( <div> <h1>Archive System</h1> {archiveObject ? ( <div> <h2>{archiveObject.title}</h2> <p>{archiveObject.metadata}</p> </div> ) : ( <p>Loading...</p> )} </div> ); }; export default HomePage; src/services/api.js import axios from 'axios'; const API_URL = '<http://localhost:8080/api/archive>'; export const getArchiveObject = async (id) => { try { const response = await axios.get(`${API_URL}/${id}`); return response.data; } catch (error) { console.error('Error fetching archive object:', error); throw error; } }; c. Routing src/App.js import React from 'react'; import { BrowserRouter as Router, Route, Routes } from 'react-router-dom'; import HomePage from './pages/HomePage'; const App = () => ( <Router> <Routes> <Route path="/" element={<HomePage />} /> </Routes> </Router> ); export default App; 4. Oppsett og kjøring Backend 1. Start PostgreSQL, og legg til en database kalt archive. 2. Konfigurer application.properties: spring.datasource.url=jdbc:postgresql://localhost:5432/archive spring.datasource.username=postgres spring.datasource.password=yourpassword spring.jpa.hibernate.ddl-auto=update 1. Start backend: mvn spring-boot:run Frontend 1. Start frontend: npm start Systemet kan nå aksesseres på <http://localhost:3000>. Frontend kommuniserer med backend via API-ene for arkivprosessene. Ønsker du hjelp med videreutvikling eller optimalisering? 😊

1 0

Digital forvaltning svikter forvaltningsloven
by Petter Reinholdtsen 05 Dec '24

05 Dec '24

Denne var interesant om digitaliseringen i Norge, <URL: https://www.digi.no/artikler/debatt-digital-forvaltning-og-rettssikkerhet/5… >: > Det er åpenbart positivt at offentlig forvaltning blir > digitalisert. Det kan gjøre forvaltningen mer effektiv, redusere > antall feil og sikre likebehandling. Samtidig er det viktig at > digitaliseringen skjer på en måte som ivaretar innbyggernes > rettssikkerhet og at dette vurderes tidlig i prosessen når nye > systemer planlegges. I motsatt fall kan digitaliseringen gjøre at feil > masseproduseres og at følgefeil oppstår. I den nye nasjonale > digitaliseringsstrategien er forvaltningsloven ikke nevnt overhodet, > selv om loven gjelder for all statlig og kommunal virksomhet. -- Happy hacking Petter Reinholdtsen

2 2

Nikita mimetypeoverstyring av application/pgp-signature?
by Petter Reinholdtsen 02 Dec '24

02 Dec '24

Jeg kom over en overraskende melding fra Nikita ved testkjøring av import-email --saksmappe --verbose --vsm \ --mbox testdata/nikita-noark.mbox --maxinserts 1000 Meldingen forteller slik jeg forstår det at nikita ikke aksepterer application/pgp-signature som innsendt MIME-type på et av vedleggende i en av epostene: 2024-12-02T13:12:12.973+01:00 WARN 492363 --- [OsloMet Noark 5 Core (Demo mode)] [.1-8092-exec-10] a.service.noark5.DocumentObjectService : Overriding mime-type for documentObject [DocumentObject{NoarkEntity{systemId=7f000101-9387-1749-8193-874911181ed3}, fileSize=228, checksumAlgorithm='SHA-256', checksum='99d300cc9b12d925789f03f482a9e07ad3db9a5176e42078d5f3ee87a52f52e9', referenceDocumentFile='7f000101-9387-1749-8193-874911181ed3.asc', formatDetails='null', formatCode='UNKNOWN', formatCodeName='Ukjent filformat', variantFormatCode='P', variantFormatCodeName='Produksjonsformat', versionNumber=1, mimeType=application/pgp-signature, originalFilename=signature.asc}]. Original was [application/pgp-signature]. Setting to [text/plain]. Det synes jeg er merkelig, for hverken file og xdg-open mener text/plain er riktig type: % file --mime /tmp/nikita-base/nikita/storage/99/d3/00/7f000101-9387-1749-8193-874911181ed3.asc /tmp/nikita-base/nikita/storage/99/d3/00/7f000101-9387-1749-8193-874911181ed3.asc: application/pgp-signature; charset=us-ascii % xdg-mime query filetype /tmp/nikita-base/nikita/storage/99/d3/00/7f000101-9387-1749-8193-874911181ed3.asc application/pgp-signature % Hva er årsaken og kan Nikita læres opp til å akseptere application/pgp-signature? -- Vennlig hilsen Petter Reinholdtsen

1 0

Re: Sv: UiOs klassifikasjonssystem og tilgangsregime
by ole＠aamot.software 09 Nov '24

09 Nov '24

<https://codeberg.org/AamotEngineering> <https://codeberg.org/AamotEngineering/arkivarium-core-java> <https://codeberg.org/AamotEngineering/arkivarium-core-gtk> On November 9, 2024 at 6:43:56 am +01:00, ole(a)aamot.software wrote: > Hei Thomas og Per Christian! > Tusen takk for tilbakemeldingen! > Klassifikasjonssystemet til Oslo kommune ser veldig nyttig ut, og det vil være flott å kunne legge inn dette i Nikita på en smidig måte. Jeg tror at både fupperåd og klassifikasjonssystemet vil være verdifulle tillegg, og ser for meg at et eget repo kan være en god måte å vedlikeholde dem på, i alle fall til vi finner en langsiktig løsning. > Om det er ønskelig, kan jeg selvfølgelig bidra med koden jeg har, slik at alt er samlet på ett sted. > Dere finner Nikita GTK 0.2.0 på <http://as.engineering/Prototypes/nikita-gtk/nikita-gtk-0.2.0.tar.xz> - men denne er kun en prototype på GTK grensesnitt til Nikita foreløpig. > Takk igjen for samarbeidet og for all innsikt! > > Vennlig hilsen > Ole > > On October 29, 2024 at 10:03:09 am +01:00, Thomas John Sødring via nikita-noark <nikita-noark(a)nuug.no> wrote: > > > Tusen takk for litt voksenopplæring per.review. Dette med punycode visste jeg ikke! > > > > Takk for deling av pythonkode for å konvertere. Alle sånne ting er kjempenyttig og gjør det enklere når andre skal jobbe med det. > > > > Her er Oslo kommune sitt klassifikasjonssytem > > > > <https://codeberg.org/noark/classy/src/branch/main/OKA/ok_klassifikasjonssyt…> > > > > Jeg tar gjerne og legger til fupperåd også > > > > Målet med disse to er at de enkelt skal kunne importeres inn i nikita. Akkurat nå kan de kanskje vedlikeholdes i eget repo. Om du ønsker så kan din kode også tas inn her. > > > > Thomas > > > > > > > > Fra: per.review(a)mailbox.org <per.review(a)mailbox.org> > > Sendt: mandag 28. oktober 2024 22:14 > > Til: Thomas John Sødring <tsodring(a)oslomet.no> > > Kopi: Petter Reinholdtsen <pere(a)hungry.com>; nikita-noark(a)nuug.no <nikita-noark(a)nuug.no> > > Emne: Re: UiOs klassifikasjonssystem og tilgangsregime > > > > [Du mottar ikke ofte e-post fra per.review(a)mailbox.org. Finn ut hvorfor dette er viktig på <https://aka.ms/LearnAboutSenderIdentification> ] > > > > Fupperåd.no et hemmelig våpen for å spre malware? Langt ifra! At > > nettadressen av og til formateres mer tvilsomt som xn--fupperd-jxa[.]no, > > som Punycode, er prisen den må betale for å ha en å i navnet. Se > > https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fen.wikipe… <https://en.wikipedia.org/wiki/Punycode> > > > > Inspirert av denne e-posttråden har jeg nå flikket litt på > > Python-applikasjonen jeg har brukt for å lese Fuppen fra det regnearket > > UiB mottak fra UH sak-prosjektet den gang, og generere nettsiden. Nå kan > > den lese et slikt regneark og generere et JSON-objekt med et hierarki av > > tilsvarende Noark 5-klasser. Den umiddelbare nytteverdien er begrenset, > > men dette kan brukes som utgangspunkt når varianter av Fuppen skal > > implementeres som klassifikasjonssystem her og der i fremtiden. > > > > Det var ellers en interessant øvelse å representere opplysningene om de > > enkelte prosessene i Fuppen i et klasse-objekt. Det er tydelig at de som > > lagde Fuppen, ikke hadde dette i tankene. Det finnes for eksempel ofte > > ikke passende opplysninger til kassasjon.kassasjonshjemmel-feltet … Et > > eksempel (her selvsagt med mine subjektive valg om hvilke opplysninger > > som havner hvor): > > > > ``` > > { > > "klasseID": "A.a.09", > > "tittel": "Avholde m\u00f8ter i fora og nettverk", > > "beskrivelse": null, > > "noekkelord": "Innkalling, saksdokumenter, referat, informasjon/tilr\u00e5ding til besluttende myndighet", > > "kassasjon": { > > "kassasjonsvedtak": "Kasseres", > > "kassasjonshjemmel": "Kortvarig administrativ interesse", > > "bevaringstid": 10, > > "kassasjonsdato": null > > } > > ``` > > > > Kildekoden til applikasjonen er her: https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgit.app.u… <https://git.app.uib.no/pcg/fup> > > JSON-filer finnes i mappen /tests/test_fuppebehandler. > > > > Jeg har også oppdatert fupperåd.no med litt informasjon om > > applikasjonen. > > > > Jeg har jobbet til og fra med en revidert versjon av Fuppen som UiB > > trolig vil ta i bruk som primært klassifikasjonsystem ved neste > > periodisering av arkivet. Jeg har håper å kunne publisere utkastet på en > > slik måte at det enkelt kan sammenlignes med den opprinnelige Fuppen. > > > > Ellers tviler jeg på at Fuppen har opphavsrettslig vern, jf. åndsverkloven § > > 14. Men jeg er ingen ekspert. > > > > Per Christian > > > > PS: Jeg vil gjerne se din JSON-representasjon av Oslo kommunes > > klassifikasjonssystem, Thomas! :) > > > > Thomas John Sødring via nikita-noark <nikita-noark(a)nuug.no> [2024-10-18 17:16 +0200]: > > > Veldig spennende og takk for at du deler Petter! Er det noen åndsverksbegrensninger på det? > > > > > > Min første tanke er fupperåd dot no peker til en web-adresse som ser ut som en klassisk spam webadresse som brukes for å dele malware. > > > > > > xn--fupperd-jxa dot no > > > > > > Se i developer tools i nettleseren. Det andre som gjorde at jeg tidligere faktisk trodde at dette klassifikasjonssystem var tull er jeg mener å huske at Norsk Arkivråd har hatt et klassifikasjonssystem knyttet opp mot arbeidet til et fiktivt "supperåd" som de utarbeidet et klassifikasjonssystem for opplæringsformal. Det er jo et spill på ordet supperåd kanskje, med logoet av bolle med suppe. > > > > > > Min tredje tanke er at det er nok et klassifikasjonssystem som utvikles og forvaltes i xlsx format. Jeg forstår at mange som jobber med dette antageligvis ikke har kompetanse til å jobbe med json, yml eller xml. Men, jeg tenker at når det er ferdig utviklet så burde det gjøres et arbeid til å få dette til JSON format slik at det kan forvaltes åpent med sporbarhet med en git løsning. > > > > > > Jeg har tatt Oslo kommune sin klassifikasjonssystem og konvertert det til JSON men ikke hatt tid til å kvalitetsikre det. Så den ligger lokalt. Om det ikke finnes en JSON variant av dette så vil jeg nok gjøre det samme, så får vi i hvert fall tatt det inn i nikita repoet og forvalte vår kopi med sporing. > > > > > > Jeg har et håp om å få dette inn i nikita etterhvert. Ellers har KS kommet med nye K-koder > > > > > > https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.kf.no… <https://www.kf.no/faglitteratur/ovrige-utgivelser/k-koder-kommunenes-arkivn…> > > > > > > Det er en stund siden jeg prøvde å få lov til å bruke K-koder i nikita, men sist viste det seg at KS ikke var interessert å gi studentene fri tilgang til det klassifikasjonssystem som kommunene bruker. > > > > > > Thomas > > > > > > > > > ________________________________ > > > Fra: Petter Reinholdtsen <pere(a)hungry.com> > > > Sendt: fredag 18. oktober 2024 16:38 > > > Til: nikita-noark(a)nuug.no <nikita-noark(a)nuug.no> > > > Emne: UiOs klassifikasjonssystem og tilgangsregime > > > > > > > > > Jeg spurte Lars Oftedal ved UiO om en kunne bruke UiOs planlagt brukte > > > klassifikasjonssystem for arkiv og saksbehandling i Nikita, og i > > > undervisning av arkivarer. Jeg fikk beskjed om at de har tenkt å bruke > > > UH-sektorens felles bevarings-/kassasjonsplan. Den går under navnet > > > FUP, Funksjon, Underfunksjon, Prosess, og er beskrevet på > > > <URL: https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fxn--fuppe…<https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fxn--fuppe…> <https://xn--fupperd-jxa.no/> >, se også vedlagte Excel-regneark. > > > > > > Det kan være et nyttig supplement til Oslo kommunes > > > klassifikasjonssystem. > > > -- > > > Vennlig hilsen > > > Petter Reinholdtsen > > > > > _______________________________________________ > > > nikita-noark mailing list -- nikita-noark(a)nuug.no > > > To unsubscribe send an email to nikita-noark-leave(a)nuug.no > > _______________________________________________ > > nikita-noark mailing list -- <nikita-noark(a)nuug.no> > > To unsubscribe send an email to <nikita-noark-leave(a)nuug.no> > > >

1 0

UiOs klassifikasjonssystem og tilgangsregime
by Petter Reinholdtsen 29 Oct '24

29 Oct '24

Jeg spurte Lars Oftedal ved UiO om en kunne bruke UiOs planlagt brukte klassifikasjonssystem for arkiv og saksbehandling i Nikita, og i undervisning av arkivarer. Jeg fikk beskjed om at de har tenkt å bruke UH-sektorens felles bevarings-/kassasjonsplan. Den går under navnet FUP, Funksjon, Underfunksjon, Prosess, og er beskrevet på <URL: https://xn--fupperd-jxa.no/ >, se også vedlagte Excel-regneark. Det kan være et nyttig supplement til Oslo kommunes klassifikasjonssystem. -- Vennlig hilsen Petter Reinholdtsen

3 4

Noark seminar utsettes
by Thomas John Sødring 18 Sep '24

18 Sep '24

Hei, Det var planlagt et Noark seminar Torsdag 2024-09-26. Arrangørene har hatt litt mange baller i luften for tiden så vi har ikke klart å stable på plass et seminar. Vi ser for oss at vi avholder seminaret i November. Thomas

1 0

Re: UH Sak avbestilt
by Petter Reinholdtsen 05 Jul '24

05 Jul '24

[Petter Reinholdtsen] > Jeg ble trist av å lese > <URL: https://sikt.no/tiltak/uh-sak/avbestiller-uh-sak >, der > høgskolesektoren avbestiller løsningen fra Sopra Steria (med > Dokumaster som underleverandør av Noark 5-kjerne). Universitetet i Oslo har også lagt ut nyhetsmelding om saken på <URL: https://www.uio.no/om/aktuelt/aktuelle-saker/2024/uio-og-20-andre-institusj… >. -- Vennlig hilsen Petter Reinholdtsen

1 1

På tide å søke godkjenning for Nikita Noark 5-kjerne
by Petter Reinholdtsen 01 Jul '24

01 Jul '24

For noen uker siden bestemte Thomas og meg at det var på tide å få Nikita godkjent som Noark 5-arkivkjerne. Vi regner med at dette hovedsaklig er en byråkratisk prosess, der en må svare på en million spørsmål om status for alle krav i Noark 5-spesifikasjonen samt lage et følgeskriv. Vi er igang med å svare på alle spørsmålene, og fikser eventuelle manglende beskrankninger i implementasjonen mens vi holder på. Tilbakemeldingene fra Arkade5-test har vært veldig verdifulle, selv om det mer går på min API-klient for uttrekk enn selve API-kjernens støtte, da vi også har funnet småfeil i bNikita fra dette. :) Tenkte det kunne interessere flere å vite at vi håper å få levert søknaden om godkjenning i løpet av høsten. -- Vennlig hilsen Petter Reinholdtsen

2 1

2025

2024

nikita-noark ----- 2025 ----- February 2025 January 2025 ----- 2024 ----- December 2024 November 2024 October 2024 September 2024 August 2024 July 2024 June 2024

nikita-noark