This is a priority identified by the October 2011 community survey on improving metadata support authored by the DSpace Community Advisory Team at the request of the DSpace Committers/Developers. DCAT has summarized and interpreted the information gathered from the survey estimated level of effort required. DSpace community members should feel free to add more detailed explanation/examples to further flesh out the changes/requirements they would like to see. It is recommended that a community project team be formed around this work.
- Currently instead of creating a customized metadata schema, some DSpace repository managers edit the default registry, effectively breaking compliance with the standard Dublin Core. This can create a problem for the portability of data to/from of your repository. It has been proposed that in the future that DSpace would include 3 different metadata schemas, to insure that the metadata will be easily portable to other systems :
- 1) standardized default Dublin Core, un-editable (no changing or deleting fields) except to add fields with qualifiers to existing elements
- 2) a yet-to-be developed DSpace admin/internal metadata fields that describe DSpace specific fields
- 3) an empty local, easily customizable schema
- need to validate the above strategy and confirm that if it was implemented it would prohibit changes and deletions that would break compliance with the standardized default Dublin Core metadata schema
- ?Citation metadata?: perhaps use a subset of PRISM for citation metadata include it as a new namespace
- This project should consider/coordinate with the Updating the Qualified Dublin Core registry in DSpace to the latest standards of the DCMI project
Estimated Effort Level Required
LEVEL OF COMMUNITY EFFORT: likely low to medium
LEVEL OF DEVELOPER EFFORT: likely low to medium
If you would like to participate or lead this project team, please identify yourself here and/or send a message to the dspace-tech mailing list.