Hi Deborah, Our repository uses PREMIS in Fedora objects. Currently we store PREMIS events in a separate managed datastream, called MD_EVENTS. This is just a local convention. We like to put a MD prefix on datastream identifiers for metadata. We may decide to store format characterization in PREMIS at some point.
Aside from events we are not storing PREMIS. We do generate an object report on the fly (through the Fedora service mechanism) that pulls together object storage information in PREMIS. Given the dynamic nature of repository storage systems, I think accurate PREMIS must be created on demand or else it will be out of date all the time. My understanding is that one must resist the temptation to use inline XML datastreams. It can make Fedora rebuilds and FOXML operations in general more resource intensive. My opinion is that a separate datastream is preferred for the parts of PREMIS that are written by different sub-systems. That way you never have to worry about contention. PREMIS schema makes it easy to produce separate valid documents for each purpose. Then you can merge them with relative ease to deliver some kind of overview. hope this helps, Greg __ Gregory Jansen Repository Developer - Carolina Digital Repository University Libraries, UNC Chapel Hill On 04/13/2010 03:55 PM, Deborah Kaplan wrote: > I'm trying to see if there's a standard way of encoding PREMIS metadata in > foxml. I can see that Fez encodes PREMIS, and I can see that there are ways > of doing it if you are using METS. But in general, is there any convention > for a foxml object to encode the data elements? Those of you who are using > PREMIS: did you just wing it? > > Thanks, > > -Deborah > ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Fedora-commons-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
