I think this is a very promising direction and was pleased to learn about the Fedora handler/decorator implementation. I use RDF graphs during pre-ingest processing to test AIP requirements. It becomes really useful when an ingest transaction spans many interrelated objects and you want to validate their relations before adding them. An in memory RDF graph is simpler and a smaller footprint for this sort of thing than juggling multiple XML documents/files.
In the long run I'd really like to use RDF "reasoning" to discover opportunities for object enhancement across the repository, such as text extraction and format conversion. Greg Jansen Carolina Digital Repository Chris Wilper wrote: > Hi Asger, > > This looks like an impressive body of work. Thanks for sharing it > with us. I will certainly be taking a closer look and would like to > encourage others to try it out and offer their thoughts/experiences. > > - Chris > > On Mon, Feb 2, 2009 at 8:36 AM, Asger Blekinge-Rasmussen > <a...@statsbiblioteket.dk> wrote: > >> Hi >> >> First draft of the installation guide are up. I will use the rest of >> today to remove the hardwired references from the code, and introduce >> config files. >> >> Regards >> Asger >> >> On Wed, 2009-01-14 at 15:06 +0100, Asger Blekinge-Rasmussen wrote: >> >>> Hi >>> >>> We at the State and University Library in Denmark have been working on >>> some new functionality for the Fedora system. >>> >>> >>> This is a very brief description of what we have been doing. >>> >>> Fedora is at the core of the new DOMS (Digital Object Management System) >>> which is being developed at the State and University Library in >>> Aarhus/Denmark. For this system, we needed more powerful content models. >>> More specifically, we needed content models that specify the xml schemas >>> for datastreams, cardinality restrictions on relations and allowed types >>> for the targets of relations. In addition, we needed to retain >>> compatibility with the original Fedora system. >>> >>> We did this by enhancing the content models and building a validator >>> which can validate objects against the new enhanced content models. In >>> addition, we hooked the API-M module, so that the validator is invoked >>> on changes in a way guarantees that the data objects in d the repository >>> stay consistent. >>> >>> Everything we have been doing is released under the Apache 2.0 license. >>> We have made a page for this project on the Fedora Wiki - >>> http://fedora-commons.org/confluence/display/DEV/Fedora+Enhanced+Content >>> +Models >>> >>> Our hope is that this could become a standard part of Fedora, but for >>> now we just want to unveil it to the community and receive your >>> feedback. So, feel free to write me or leave comments. >>> >>> Regards >>> Asger Blekinge-Rasmussen >>> IT-developer >>> State and University Library >>> Denmark >>> > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > Fedora-commons-developers mailing list > Fedora-commons-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers > ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ Fedora-commons-developers mailing list Fedora-commons-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
