On Fri, May 18, 2012 at 07:40:51AM -0700, Mark Diggory wrote: > On Friday, May 18, 2012, Mark H. Wood wrote: > > > On Thu, May 17, 2012 at 04:36:04PM -0700, Mark Diggory wrote: > > > Tim, > > > > > > Given that you have experience with this, what do you think the Rights > > > schema might look like for Embargo? > > > > > > <rights:RightsDeclarationMD xmlns:rights=" > > > http://cosimo.stanford.edu/sdr/metsrights/"< > > http://cosimo.stanford.edu/sdr/metsrights/> > > > RIGHTSCATEGORY="LICENSED"> > > > <rights:Context CONTEXTCLASS="GENERAL PUBLIC"> > > > <rights:Permissions DISCOVER="true" DISPLAY="true" MODIFY="false" > > > DELETE="false" /> > > > </rights:Context> > > > </rights:RightsDeclarationMD> > > > > You addressed this to Tim, but if I may butt in: it has to be > > translated back to Embargo or we lose information. So the question > > that we need to answer is: how do we express embargo intervals in METS? > > > > MarkW, yes the PREMIS sections go inside the mets AIP and are associated > with the appropriate DSO.
Well, yes, of course, but how do we represent that the (negative) permission is derived from an embargo agreement? If the permission is a local policy then admin.s can alter it at will; but an embargo expresses some other organization's policy and can't be altered without negotiation. The AIP must express (machine-readably) *why* the policy is present, or we have lost important information. -- Mark H. Wood, Lead System Programmer [email protected] Asking whether markets are efficient is like asking whether people are smart.
pgpYGiUqc36dL.pgp
Description: PGP signature
------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________ Dspace-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-devel
