Jeg har i det siste forsøkt se på å få inn støtte for møtemapper og møteregistreringer i Nikita, og i den forbindselse kom jeg over en merkelig innstilling i Noark 5.5 som jeg håper noen her kanskje har innspill til.
Det gjelder M008 moetenummer, som i følge Noark 5.5 er en tekststreng som brukes til "Identifikasjon av møter som et utvalg har avholdt, viser rekkefølgene på møtene". Jeg ser dette i sammenheng med tilsvarene dokumentnummer (M007) som er et heltall som brukes til "Identifikasjon av dokumentene innenfor en registrering", med kommentar "Dokumentnummeret avgjør i hvilken rekkefølge dokumentene vises i brukergrensesnittet". Det virker veldig rart for meg at et rekkefølgenummer skal representeres som en tekststreng, og jeg mistenker dette er en feil i N5 og tilhørende XSD, og at verdien skulle vært et heltall.
Hvis verdien ikke er et heltall, hvordan skal verdien brukes til å bestemme rekkefølgen? Er møte "A" før eller etter møte "1"? Hva med møte "1", er det før eller etter møte "11"? Numerisk og alfabetisk sortering vil gi forskjellig rekkefølge på "1" og "11".
Noen som vet hvordan moetenummer brukes i dag? Hva er typiske verdier?
Vet ikke om du allerede har fått svar på denne.
Jeg har mottatt uttrekk hvor M008 moetenummer har blitt brukt forskjellig. Her er eksempler fra fire utbredte sak/arkivløsninger i kommunal sektor, og jeg har valgt å kun identifisere Tieto/P360 fordi de har levert et eksempel på hvordan det kan gjøres på en bra måte:
Holder nettopp på å teste et uttrekk i Noark5.5, og her finner jeg møtenummer som er sammensatt av årstall og rekkefølge: "19/1", "19/2", "25/17" som eksempler. Disse må ses sammen med M370 utvalg .
Et tidligere uttrekk fra en annen Noark-løsning inneholder moetenummer som er sammensatt av utvalgsID, rekkefølge og år: "FS-1/20", "KS-5/19" for henholdsvis et formannskapsmøte og et kommunestyremøte.
Det tredje eksemplet jeg har benytter kun tall i moetenummer. Tallrekken er unik innenfor hvert utvalg - og hvert utvalg blir definert for en bestemt valgperiode. Dette medfører at f.eks. "Formannskapet 2015-2019" fikk registrert 57 som siste møtenummer i dette uttrekket. Tieto/P360 har gjort dette veldig ryddig og har i tillegg benyttet referanseForrigeMoete og referanseNesteMoete konsistent gjennom uttrekket.
Det fjerde uttrekket inneholder også bare tall moetenummer. Her blir det brukt som et løpenummer på tvers av alle utvalg. Mye tyder på at nummeret settes når møtet registreres (planlegges), for nummerrekkefølgen ser ut til å være nærmere knyttet til utvalg enn til møtedato. Selv om nummerrekkefølgen ser ut til å være stigende for utvalg i henhold til dato, er det gjerne store hull i nummerrekken ved årsskiftet. Antakelsen er derfor at de planlegger og registrer møter for et år av gangen.
Jeg vet ikke om det er møtesekretærene eller datasystemet som setter de viktigste premissene for det svaret jeg har sendt her, men dette er hva vi har mottatt som bevaringsinstitusjon.
Du har rett i at tekstfelt ikke gir en god sortering, men det er gjerne bedre å sortere etter M370 utvalg og M102 møtedato. Dersom M221 referanseForrigeMoete og M222 referanseNesteMoete er brukt, så vil rekkefølgen gi seg automatisk. M221 og M222 var ikke benyttet i de to første eksemplene.
I de fleste tilfellene må vi se M008 moetenummer i sammenheng med M370 utvalg.
Med vennlig hilsen
Pål Mjørlund IT-arkivar Innlandet fylkesarkiv / IKA Opplandene
Telefon: 990 20 475 E-post: palmjo@innlandetfylke.nomailto:pal.mjorlund@innlandetfylke.no
[cid:c6a5eeea-8cf2-47bd-96f1-9bb34d701e88]
Innlandet fylkeskommune Telefon: 62 00 08 80 www.innlandetfylke.nohttps://www.innlandetfylke.no/
________________________________ Fra: Petter Reinholdtsen pere@hungry.com Sendt: tirsdag 7. juli 2026 17:12 Til: nikita-noark@nuug.no nikita-noark@nuug.no Emne: M008 Møtenummer, heltall eller tekststreng?
Advarsel: Denne eposten er sendt fra en person utenfor organisasjonen. Ikke klikk på lenker eller åpne vedlegg før du er sikker på hvem avsender er og at innholdet er trygt.
Jeg har i det siste forsøkt se på å få inn støtte for møtemapper og møteregistreringer i Nikita, og i den forbindselse kom jeg over en merkelig innstilling i Noark 5.5 som jeg håper noen her kanskje har innspill til.
Det gjelder M008 moetenummer, som i følge Noark 5.5 er en tekststreng som brukes til "Identifikasjon av møter som et utvalg har avholdt, viser rekkefølgene på møtene". Jeg ser dette i sammenheng med tilsvarene dokumentnummer (M007) som er et heltall som brukes til "Identifikasjon av dokumentene innenfor en registrering", med kommentar "Dokumentnummeret avgjør i hvilken rekkefølge dokumentene vises i brukergrensesnittet". Det virker veldig rart for meg at et rekkefølgenummer skal representeres som en tekststreng, og jeg mistenker dette er en feil i N5 og tilhørende XSD, og at verdien skulle vært et heltall.
Hvis verdien ikke er et heltall, hvordan skal verdien brukes til å bestemme rekkefølgen? Er møte "A" før eller etter møte "1"? Hva med møte "1", er det før eller etter møte "11"? Numerisk og alfabetisk sortering vil gi forskjellig rekkefølge på "1" og "11".
Noen som vet hvordan moetenummer brukes i dag? Hva er typiske verdier?
-- Vennlig hilsen Petter Reinholdtsen _______________________________________________ nikita-noark mailing list -- nikita-noark@nuug.no To unsubscribe send an email to nikita-noark-leave@nuug.no
[Pål Mjørlund]
Vet ikke om du allerede har fått svar på denne.
Ingen andre svar så langt, så din respons og oppdatering er veldig nyttig.
Du har rett i at tekstfelt ikke gir en god sortering, men det er gjerne bedre å sortere etter M370 utvalg og M102 møtedato. Dersom M221 referanseForrigeMoete og M222 referanseNesteMoete er brukt, så vil rekkefølgen gi seg automatisk. M221 og M222 var ikke benyttet i de to første eksemplene.
Dette er gode poenter, som vel gjør at moetenummer ikke har den nøkkelrollen jeg tenkte den burde brukes som.
I de fleste tilfellene må vi se M008 moetenummer i sammenheng med M370 utvalg.
Ja, antar tuplen moetenummer,utvalg bør være mer unik en moetenummer alene, i det generelle tilfellet, men jeg ser jo ikke bort fra at det kan være en teller som nullstilles hvert år eller hver valgperiode...
Min konklusjon så langt er at møtenummer ikke brukes i dag som en teller, og det antaglig er lurest om Nikita og Noark 5 Tjenestegrensesnitt ikke tvinger igjennom at det skal være et heltall, for å kunne importere eksterende uttrekk.
