RiC E: terug naar het 'sandbox'-idee
Aan het einde van de ontwikkeling van mijn RiC Editor, een wat uit de hand gelopen experiment waarover ik eerder al eens schreefZie: https://cannedit.org/blog/een-best-wel-ingewikkeld-onderwerp-in-een-tool-ric-e., besloot ik om de publicatie van de source code uit te stellen. Niet omdat de code nog niet werkte, integendeel: er stond al een eerste versie online die EAD en EAC-CPF XML bestanden kon importeren, de basis informatie daarvan kon omzetten naar een eenvoudig relationeel RiC-model en vervolgens weer als JSON-LD en RDF Turtle kon exporteren, maar omdat ik wist dat er iets aan zat te komen. De Technical Subcommittee on Encoded Archival Standards (TS-EAS) werkte aan nieuwe versies van de internationale archiefstandaarden en inmiddels zijn die ook daadwerkelijk verschenen: EAD 4.0, EAC-CPF 3.0 en EAC-F 1.0, nu alle drie samengebracht in de vernieuwde EAS-suiteZie: https://saa-sdt.github.io/EAS-Best-Practices/docs/eas-suite.. Dus ik dacht: misschien is het verstandiger om nog even te wachten, want waarom zou ik een nieuwe tool publiceren die bij verschijning eigenlijk al meteen achterloopt? Dat leek aanvankelijk een goed idee, maar na wat onderzoek ben ik daar toch anders over gaan denken.
![]() |
![]() |







