Noark metadata, andre behov fra GeoIntegrasjon

[sturtzel]

Vedlagte dokument beskriver behov identifisert gjennom GeoIntegrasjon 2.0-prosjektet som ikke er dekket av behovene for nasjonale identifikatorer, koder og ArkivLett.

Behovene har dels vært dekket av tidligere versjoner av Noark og av GeoIntegrasjon 1.1.

Noark metadata GeoIntegrasjon annet.docx

[tsodring]

En rask kommentar for bruken av disse i Noark sammenheng. Jeg mener at Noark har tatt æ,ø,å ti ae, oe, aa mens jeg ser utførtAv definert som utfortAv. Arkivverket bør vurdere om de skal være konsekvent på æøå eller tillate andre tilnærminger.

Jeg er også usikker om arkivdelkode burde være arkivdelKode. Jeg er usikker om Noark egentlig er konsekvent på camelCase.

[sturtzel]

Jeg brukte camelCase der det på norsk er to ord, ikke der det på engelsk er det.

Når det gjelder ÆØÅ er vi helt åpne. Det er godt mulig vi har bommet på noen.

[sturtzel]

Jeg ser at det er en skrivefeil i definisjonen av M6xx hendelsestype. Genitivs-s-en mangler i "vedlegg 1". Det er korrekt i "vedlegg 2".

For å være konsistent bør M6xx utfortAv døpes om til utfoertAv begge steder.

NB: Det er (minst) ett unntak fra ÆØÅ-regelen. Det gjelder nasjonale identifikatorer der matrikkelen sier gardsnummer som feltnavn for gårdsnummer. Noark bør her følge matrikkelen.

[petterreinholdtsen]

[Ragnar Sturtzel]

Vedlagte dokument beskriver behov identifisert gjennom GeoIntegrasjon 2.0-prosjektet som ikke er dekket av behovene for nasjonale identifikatorer, koder og ArkivLett.

Behovene har dels vært dekket av tidligere versjoner av Noark og av GeoIntegrasjon 1.1.

Noark metadata GeoIntegrasjon annet.docx

Jeg tror det er lurt å ikke lage samlesaker med mange tema som her, men lage en github-mangelmelding per etterlyst forbedring. Det gjør det mulig å både begrense seg til og fokusere en diskusjonstråd per sak, samt mulig å lukke de individuelle sakene når en spesifikk utfordring er løst. Kan det være en ide her å dele opp i flere mangelmeldinger?

Forresten, jeg har utfordring med å lese formatene til MS Word. Kan filen også deles som PDF, eller aller helst, teksten hentes ut og legges som ren tekst i individuelle mangelmeldinger?

-- Vennlig hilsen Petter Reinholdtsen

[sturtzel]

[Ragnar Sturtzel] Vedlagte dokument beskriver behov identifisert gjennom GeoIntegrasjon 2.0-prosjektet som ikke er dekket av behovene for nasjonale identifikatorer, koder og ArkivLett. Behovene har dels vært dekket av tidligere versjoner av Noark og av GeoIntegrasjon 1.1. Noark metadata GeoIntegrasjon annet.docx Jeg tror det er lurt å ikke lage samlesaker med mange tema som her, men lage en github-mangelmelding per etterlyst forbedring. Det gjør det mulig å både begrense seg til og fokusere en diskusjonstråd per sak, samt mulig å lukke de individuelle sakene når en spesifikk utfordring er løst. Kan det være en ide her å dele opp i flere mangelmeldinger? Forresten, jeg har utfordring med å lese formatene til MS Word. Kan filen også deles som PDF, eller aller helst, teksten hentes ut og legges som ren tekst i individuelle mangelmeldinger? … -- Vennlig hilsen Petter Reinholdtsen

Grunnen til at dokumentet er i Word er at Arkivverket ønsket noe de kunne gjøre klipp og lim fra. Så kom ønsket om at det skulle legges inn her.

Vi har splittet i 4 der dette hovedsakelig er samledokumentet for noen få mangler vs. det som har ligget i N4WS og GI 1.1 utover det som er dekket av de andre (nasjonale identifikatorer, koder og behovene meldt fra ArkivLett): Fagsystemets nøkkel som alternativ til systemID for å identifisere hovedobjekter ReferanseAvskriverJournalpost til bruk sammen med svaret når dette arkiveres Kryssreferanse også til/fra dokumentbeskrivelser (f.eks. for å angi at dette dokumentet erstatter tidligere innsendt dokument x) Klassering angitt som del av mappe, fordrer angivelse av arkivdelkode og klassifikasjonssystemkode da systemID er internt for arkivet og klasser benyttes på tvers av arkivdeler DeresReferanse er svært mye brukt i korrespondanse og også nøkkel til svar i f.eks. BEST/EDU Angivelse av personnavn siden eInnsyn krever dette og attributt er enklere å bruke for fagsystemer enn koding av felt som så alle brukere av dataene må kjenne igjen (personnavn er kun med for å begrense søking) SkjermetObjekt for å kunne ha en korrespondansepart skjermet uten at alle må være skjermet (skjerme klient, men ikke advokat) Hendelseslogg som er vesentlig for historien og som ikke bør henvises til virksomhetsspesifikke metadata

Det hastet for Arkivverket å få dette inn. Derfor hadde vi heller ikke tid til å splitte i en rekke dokumenter.

[hanber]

Vi benytter ae, oe og aa i de metadata-elementene som allerede finnes i katalogen, men bruker matrikkelens skrivemåte for de nye nasjonale metadataene som implementeres i 5.5.1.