Sv: Recordkeeping by design

[Thomas Sødring]

I agree about ISO. I have earlier tried to involve myself in a standardisation committee  and help the process by providing them with input free of charge. They charge for that! Per year! So I do not spend time trying to do anything with ISO as it seems to be about money. I recently heard that some universities reward standardisation work in the way we reward publications in Norway. I think that might be the reason why a lot of people contribute to ISO.

The group seems to just be starting, being led by a senior advisor from the Netherlands. The Netherlands came up with archiving by design, so it makes sense they would do this as well.

My experience with Noark is that it is great. I've worked on it for so many years. It has a number of shortcomings stemming from the XSD files. I think classification is sorely underdescribed and should be moved outside the structure and linked back. I also think that it should be possible to have a record and file at the same level, so you can import file system data and annotate it. I am working on syllabus data at the moment and believe we can manage and make the data available from nikita. That along with the pictures from TAM-arkiv, your work on RT messages really shows that a lot is possible based on standardised approaches.

I have to figure out what I want greqAPI to be first before I can decide how it should be implemented. It definitely carries from the Noark API, but does not need to be constrained to Noark. I have spoken to an archival institution, and they are interested in seeing how it could be used as an approach for standardised "innsyn" across fagsystem.

With regard to giving input to the ISO process. I would be happy to do that, but ISO want national committees to comment and develop their standards. I am not interested in asking people if they can bend the rules for me, and I guess ISO would not be happy if their standards were developed without people paying the ISO tax.

 - Thomas

________________________________
Fra: nikita-noark <nikita-noark-bounces at nuug.no> på vegne av Petter Reinholdtsen <pere at hungry.com>
Sendt: tirsdag 28. juni 2022 10:35
Til: nikita-noark at nuug.no <nikita-noark at nuug.no>
Emne: Re: Recordkeeping by design

[Thomas Sødring]
> I was recently informed about the following work  on implementing
> ‘records management by design’.
>
> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcommittee.iso.org%2Fsites%2Ftc46sc11%2Fhome%2Fnews%2Fcontent-left-area%2Fnews-about-standarization-in-t-1%2Fnew-ad-hoc-group-formed-to-look.html&data=05%7C01%7Ctsodring%40oslomet.no%7Cf443e0134dc749e75f6008da58e12201%7Cfec81f12628645508911f446fcdafa1f%7C0%7C0%7C637920021222238759%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=0j29XWh3iqGEH%2Fx7GMfq4AJ2SPJx49Y5YdNVo7RAd1A%3D&reserved=0
>
> From what I can tell, it is still early stages.

Any idea who the members of this 'Ad Hoc Group 8' is?  Sad to see it is
organized as part of ISO, where the specifications normally are only
available at a very high cost, and the standardization process is not
very transparent.  I experienced the latter first hand while trying to
work with Standard Norge and ISO in the OOXML standardization fiasco.

> While our work does not directly talk about a by-design approach, I do
> think that is basically what we are arguing for in that paper. We saw
> that some users of data processing systems saw Noark as archaic and
> not flexible. Given our work with nikita I really do not understand
> that opinion. It really shows the amount of ignorance that is floating
> around out there.

>From my experience the Noark specification is very flexible, and I have
been able to shooehorn in everything I have tried to get structured
according to the Noark 5 XML format so far.

> Slowly I am working on greqAPI, and I think Noark/nikita and greqAPI
> will be very good examples of records management by design. The
> problem with records management by design is that there are so many
> varying cultural and legal descriptions of what records management is.

As I understand it greqAPI is a english edition of the Noark 5 API with
less structural restrictions.  What about making greqAPI a compile time
option of Nikita, instead of creating a code base from scratch?

> I look forward to seeing what the ISO group develop.

Perhaps a good idea to get in touch with it and try to give input
directly instead of waiting to see what come out of it?

--
Happy hacking
Petter Reinholdtsen
_______________________________________________
nikita-noark mailing list
nikita-noark at nuug.no
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.nuug.no%2Fmailman%2Flistinfo%2Fnikita-noark&data=05%7C01%7Ctsodring%40oslomet.no%7Cf443e0134dc749e75f6008da58e12201%7Cfec81f12628645508911f446fcdafa1f%7C0%7C0%7C637920021222238759%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=xSh60CHw%2FjfP8tWe6JCGJtTZxTOz6a1WmsCeJ1qRCK8%3D&reserved=0
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.nuug.no/pipermail/nikita-noark/attachments/20220628/ac316d2f/attachment.htm>