On Sat, Mar 17, 2012 at 10:41:45PM -0700, Mark Diggory wrote:
> Our challenge is that currently we suffer with Authority Control being
> "layered" on top of DSpace as if authority control is a second thought.
> THus Authority control only applies in the Submission or Item Edit
> Interfaces.
>
> Authority Control needs to be seen as First Class feature of the DSpace
> Model. This means that when we say
>
> MetadataValue[] val = Item.getMetadata("dc.foo");
>
> val[0].getAuthority()...
>
> We should be able to access an appropriate Collection or Query Interface to
> get to the Set of allowed Values, in Java.Sensible. But the pervasiveness of authority control seems to be orthogonal to its external representation. We can pursue these goals asynchronously. > We were talking in another thread about Runtime vs Application > configuration, and authority control is a grey area, but given we want to > be able to make up entirely new metadata fields and curators in an admin > interface, it tends to make sense that we also want to be able to easily > control authority assignment to specific fields as curators as well. In > this sense, Authority Assignment seems to fit in the perview of Runtime > configuration and would more than likely be stored in the database, > possibly with submission, workflow and input-forms configuration. Okay, but we still need an external representation for loading these data in bulk, at least when standing up a new instance of DSpace. Nobody is going to want to poke in all those data manually, and many sites will want to exchange generally-useful portions of their "metametadata". To do this as SQL may turn rather ugly and hard to maintain as the relationships multiply. It sounds like we need to step back a bit and work out the entities and relationships involved. "metadata field" seems to be a hub around which many distinct spokes revolve. -- Mark H. Wood, Lead System Programmer [email protected] Asking whether markets are efficient is like asking whether people are smart.
pgpjiJyzSxAjY.pgp
Description: PGP signature
------------------------------------------------------------------------------ This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________ Dspace-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-devel
