search

arkivverket / noark5-standard

Noark 5 versjon 5.0 – innspill før versjonering til Noark 5 versjon 5.1
Other
3 stars 5 forks source link

Metadatakatalog og XSD uenige om M001 / M001-a? #6

Open petterreinholdtsen opened 4 years ago

petterreinholdtsen commented 4 years ago

I følge https://github.com/arkivverket/schemas/blob/master/N5/v5.0/metadatakatalog.xsd så finnes det både en M001 som er string, og en M001-a som er UUID. I 110-vedlegg_1_metadatakatalog.rst er det derimot ingen ingen M001-a. Bør disse to listene over metadata-felt samkjøres?

I https://github.com/arkivverket/schemas/pull/10 har jeg foreslått å endre M001-a til M015 eller et annet ubrukt nummer, for å beholde regulær struktur på alle M-nummer.

AnnKnu commented 4 years ago

Vi er enig at her bør man endre til formen Mxxx, og M016 er neste ledige. . Vi er ukjent med hvorfor det er innført et nytt format/Alternativ nummerering. Vi sjekker med Jørgen

petterreinholdtsen commented 4 years ago

Merk at det viser seg at M001 er UUID med mulighet for ekstra attributt 'label', mens M001-a er UUID uten slik atributt, og ikke slik jeg trodde i starten her. Mer informasjon tilgjengelig i https://github.com/arkivverket/schemas/pull/10 .

petterreinholdtsen commented 4 years ago

XSD ble oppdatert i ca3d638f18408f5c61915ec2abb2cd0cff634b06 og b5bb14ebe5c7cc8bf7901def962a5668b4e7abc9 til å bruke M016 i stedet for M001-a.

hanber commented 4 years ago

Trenger vi virkelig begge to? Er de noen tanke bak label i M001 eller er det en tilfeldighet? Trenger vi en systemID for arkivenheter og en ID for andre objekter? Jeg tror vi kunne greie oss med systemID, og la denne være en UUID.

petterreinholdtsen commented 4 years ago

[Hans Fredrik Berg]

Trenger vi virkelig begge to? Er de noen tanke bak label i M001 eller er det en tilfeldighet? Trenger vi en systemID for arkivenheter og en ID for andre objekter? Jeg tror vi kunne greie oss med systemID, og la denne være en UUID.

Jeg vet ikke hvorfor dette ble gjort, da jeg ikke var involvert i avgjørelsen.

Når det er sagt, så ser jeg helt klart at det kan være nyttig i tilfeller der et system internt bruker ID-er som ikke er UUID, å ha mulighet til å formidle også de interne ID-ene som 'label' sammen med en generert eller avledet UUID i XML-en. Jeg vet dog ikke hvor nyttig det vil være, eller hvor mange som vil benytte seg av muligheten.

For uttrekket mitt fra Request Tracker, der alle RT-saker har et løpenummer og ikke en UUID, så kan det være nyttig å bruke 'label'. Jeg har så langt latt 'mappeID' være RT-saksnummer, og systemID være en UUID avledet fra URL til RT-sak (for stabil UUID på tvers av uttrekk).

-- Vennlig hilsen Petter Reinholdtsen

hanber commented 4 years ago

Vi har tidligere diskutert behovet for å ha en "ekstern nøkkel" som skal være fagsystemets identifikasjon av et objekt som er registrert i Noark. Er det noe slikt vi snakker om?

monadani commented 4 years ago

Om jeg har oppfattet korrekt, må vi ha den med, enten som ny med benevnelse M001-a eller på ledig plass M016

hanber commented 4 years ago

Jeg tror ikke vi trenger den, men hvis den skal være med må det være som M016, ikke M001-a. I http://arkivverket.metakat.no/ er det definert en egenskap eksternnøkkel med datatype (objekttype) EksternNøkkel. Denne burde vært definert i metadatakatalogen som eksternNoekkel, som i alle fall kan inngå i saksmappe og journalpost.

petterreinholdtsen commented 4 years ago

[Hans Fredrik Berg]

Jeg tror ikke vi trenger den, men hvis den skal være med må det være som M016, ikke M001-a.

Godt. Har i grunnen ikke noe syn på om den trengs, mitt anliggende er å følge M000-strukturen for alle metakatalog-koder.

I http://arkivverket.metakat.no/ er det definert en egenskap eksternnøkkel med datatype (objekttype) EksternNøkkel. Denne burde vært definert i metadatakatalogen som eksternNoekkel, som i alle fall kan inngå i saksmappe og journalpost.

I tjenestegrensesnittet er det lagt inn dokumentbeskrivelse.eksternReferanse som er en tekststreng, som er ment brukt til å notere motpartens referanse på inngående dokumenter. Er det relatert til eksternNoekkel? Bør eksternNoekkel / EksternNøkkel i metadatakatalogen følges opp i egen mangelmelding?

-- Vennlig hilsen Petter Reinholdtsen

hanber commented 4 years ago

Nei, dette er knyttet til dokumenter i en korrespondanse. eksternNoekkel er ment å være en referanse fra en arkivenhet (f.eks. mappe) i Noark 5 til det tilsvarende objektet i fagsystemet som har opprettet det. I Geointegrasjon er EksternNøkkel en objekttype med to attributter, fagsystem og nøkkel, som utgjør referansen til tilsvarende objekt i fagsystemet, se http://arkivverket.metakat.no/Objekttype/Index/EAID_ED899287_0C93_4a30_9E5F_E6B24F8A466F. Så vidt jeg vet defineres et eksternt system (fagsystem) som en bruker i Noark 5 med brukernavn og passord. I så fall vil brukernavnet identifisere det eksterne systemet, og vi trenger ikke en særskilt referanse til det eksterne systemet for å si hvilket system nøkkelen gjelder. Det er mulig dette bør følges opp som en særskilt mangelmelding.

joergen-vs commented 4 years ago

Refererer til noark5-standard/metadata/M001.yaml, definisjon og kommentar. Definisjonen sier at systemID er "globalt unik identifikasjon av arkivenheten (UID)", som vil stemme dårlig for et referansefelt, da det i seg selv ikke er identifikasjonen av arkivenheten. Men, siden systemID og referanse-felter skal bruke samme datatype, etablerte jeg en egen datatype ID / M016, som definerer innholdet i feltet. Så er man sikrere på at referanser stemmer, enn at hver har sin egen kopi av datatypen, eller bare "tekststreng". I tillegg la jeg til muligheten for egne id-er, med attributtet "label" for systemID, da produsenter av Noark 5-arkivuttrekk kan selv legge inn sine referanser for eksport/import-bruk eller referanser ved produksjon av arkivuttrekkene.

M016 er kun en etterlevelse av standardens "globalt unik identifikasjon" og "Alle referanser fra en arkivenhet til en annen skal peke til arkivenhetens systemidentifikasjon".

oivkru commented 3 years ago

Beskrivelsen av M001 systemID ble endret fra Noark 5v4: "Entydig identifikasjon av arkivenheten innenfor det arkivskapende organet. Dersom organet har flere arkivsystemer, skal altså systemID være gjennomgående entydig. Systemidentifikasjonen vil som oftest være en nummerisk kode uten noe logisk meningsinnhold. Identifikasjonen trenger ikke å være synlig for brukerne." Til Noark 5v5: "Globalt unik identifikasjon av arkivenheten (UID)."

Opprinnelig var systemID en videreføring av ulike metadata fra Noark-4 (AR.ARKIV for arkiv, AD.ARKDEL for arkivdel, OP.ORDNPRI for klassifikasjonssystem, osv.), med datatype tekststreng. Regner med innføringen av M001-a handler om denne endringen, uten at jeg kjenner til bakgrunnen konkret.

Men det blir vel ikke riktig at M001-a skal endres til å være et nytt metadataelement, M016, for at det skal være UUID, når det er nytt krav til M001 med Noark 5v5?

hanber commented 3 years ago

Dette er det eneste tilfelle av at vi har en spesialisering av metadata (systemID som en spesialisering av ID), og det skaper uorden i metadatakatalogen. Jeg ser heller ikke at det gir mye gevinst å ha en label på systemID, som også er det eneste metadaelementet med en slik egenskap. Hvis vi trenger det, synes jeg heller vi skal etablere et eget metadataelement med et egnet navn. Vår standard er at vi har norske navn, så da burde vi heller kalle det "merkelapp" eller "etikett".

Jeg synes altså at vi burde fjerne metadataelementet ID (M016). systemID kan gjerne være en UUID med pattern som angitt i ID, så vi kan gjerne flytte pattern fra ID til systemID, og da trenger vi ikke ID. Det er vel ikke tenkt at ID skal kunne ha andre spesialiseringer?