Hi Mark, Thank you for your recommendations. I suspected that these qualifiers would not be represented in the vocabularies, and I appreciate your recommendations. I may present dc.date.modified as an alternative, and we will consider the ramifications of making dc.date.original in regards to system interoperability. It is my concern, as well, that too many locally defined elements will make it difficult for harvesting and interaction with other repository systems.
If anyone has other recommended resources or examples from their system, I would appreciate it. I want to present a solid case for our group to consider. Sincerely, Rex Hughes Rex Hughes, II, M.L.I.S. Metadata and Cataloging Librarian Resource Acquisition, Management, and Discovery NDSU Libraries Dept. 2080, PO Box 6050 / Fargo ND 58108-6050 Phone:701.231.9677 (Main Library 120G) [ndsu_sig] From: [email protected] [mailto:[email protected]] On Behalf Of Mark Wood Sent: Wednesday, February 28, 2018 9:24 AM To: DSpace Community <[email protected]> Subject: [dspace-community] Re: DC Date Elements: Best Practices On Tuesday, February 27, 2018 at 11:42:38 AM UTC-5, Hughes ll, Rex wrote: Hello all, I wanted to reach out to the community and ask for your recommendations regarding the DC Date element. Our common usage of DC Date include: * dc.date.issued (publication of the object) * dc.date.accessioned (resource accessioned into the system; auto-assigned) * dc.date.available (date available to public; auto-assigned) * dc.date.copyright (copyright date of the object) We also have qualifiers in our schema for dc.date.created, dc.date.submitted, and dc.date.updated that have not been used consistently in the past. We recently discussed using a qualifier of dc.date.original to differentiate between the original creation of the content and the publication date (dc.date.issued); however, I thought many institutions used dc.date.created in these instances. We did discuss how the term "created" might be confusing to some users regarding the kind of creation that occurs (creation of the document or creation of the repository object). QDC doesn't define date.original. http://dublincore.org/documents/2000/07/11/dcmes-qualifiers/ If I were wanting a new meaning, I would, first, look around to see if someone has already defined it, and add that namespace if so; otherwise, create a local namespace and put it there. Difficulties arise if you expose your metadata to harvesters and the like, because then it matters what other sites think your fields mean. (I'm not a metadata expert, but I do have strong views on interoperability of networked systems.) A second dilemma we came across was the correct qualifier to use for revised objects. There was an idea to use dc.date.issued.revised, but I am wondering if we should simply use dc.date.updated. DSpace's operable metadata support only has two levels: schema.element.qualifier. There's no way to create a sub-qualifier like that. You might consider QDC's date.modified. If you find it unsuitable, then you might also look in DCTERMS http://dublincore.org/documents/dcmi-terms/ which supersedes QDC. Recent DSpace versions come with a DCTERMS namespace. There are other element.qualifier namespaces defined by various organizations, and DSpace makes it fairly easy to add such namespaces. Thank you for your recommendations, and examples from your systems would be greatly appreciated. I am fairly new to our current system and would like to establish more consistent metadata practices than there have been in the past. *applause* -- You received this message because you are subscribed to the Google Groups "DSpace Community" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]<mailto:[email protected]>. To post to this group, send email to [email protected]<mailto:[email protected]>. Visit this group at https://groups.google.com/group/dspace-community. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups "DSpace Community" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at https://groups.google.com/group/dspace-community. For more options, visit https://groups.google.com/d/optout.
