Good points by both Brian & Mark W. I'd agree, default embargo fields might be better placed in a separate schema altogether, so we can avoid polluting our default 'dc' schema further.
I also agree with Mark's points that we should stop making up new 'dc' fields and work to migrate ones we've made up in the past over to this new schema. - Tim On 9/9/2010 1:10 PM, Mark H. Wood wrote: > On Thu, Sep 09, 2010 at 10:22:36AM -0600, Brian Freels-Stendel wrote: >> I have a small concern about the metadata fields that might be employed, >> though. In my search to figure out how to do it, I ran across a message >> from someone that suggested using a schema other than DC, so that they >> wouldn't be harvested via OAI and such. I thought that was a pretty good >> idea, since the fields would not provide any useful information outside the >> specific instance. I think that, even if these fields are standardized >> within DSpace, they still won't provide useful information to the outside >> world. > > Seconded. We may have a tradition of abusing DC but we should not > extend it. I made up a DXM (DSpace eXtra Metadata?) schema out of > thin air to house dxm.embargo.terms and dxm.embargo.liftdate so I > wouldn't pollute the DC namespace, even if no one ever sees it. > > If there isn't already a namespace which defines usable terms, then we need > a private one for DSpace. We might even migrate our "DC" neologisms > into it someday. > > > > > ------------------------------------------------------------------------------ > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > > > > _______________________________________________ > DSpace-tech mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/dspace-tech ------------------------------------------------------------------------------ This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd _______________________________________________ DSpace-tech mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech
