On Thu, Jul 18, 2013 at 01:20:14PM +0300, Alan Orth wrote:
> I was only using rubbish examples because I was trying not to bore you
> with the details of our complex organization :)
>
> ... but basically, there are 15 large, entirely separate
> companies/organizations in this loosely-related group of agricultural
> research centers (we call it the "CG"). Several of us share one DSpace
> installation. In my mind it makes sense to use a
> schema/namespace/whatever like:
>
> cg.org1.{subject,author,type}
> cg.org2.{subject,author,type}
>
> Would that work? I assume we just need to use the same convention in
> our input-forms and XMLUI, etc... Or am I misunderstanding the way it
> works in DSpace?I think you could do that, but I'm wondering why. What makes cg.org1.subject a different data type than cg.org2.subject, or for that matter, say, dc.subject? -- Mark H. Wood, Lead System Programmer [email protected] Machines should not be friendly. Machines should be obedient.
signature.asc
Description: Digital signature
------------------------------------------------------------------------------ See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
_______________________________________________ DSpace-tech mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
