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 mw...@iupui.edu 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 DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette