Open caseyedavis12 opened 10 years ago
How do other cataloging schemas/standards approach this issue? Is this similar to any of them? Using circa or question marks, etc. is perfectly fine for some representations. If we choose to invent our own, that us sets apart from a standard practice and might make it difficult for future implementors.
One idea is to subclass the data into its known components, ex:
<pbcoreAssetDate>
<pbcoreAssetYear>2008</pbcoreAssetYear>
<pbcoreAssetMonth type="Gregorian">March</pbcoreAssetMonth>
<pbcoreAssetMonth type="numeric">3</pbcoreAssetMonth>
</pbcoreAssetDate>
Which identifies only its known components and omits any unknowns. A bit pedantic, maybe.
EAD also has the @certainty attribute for dates, but it does not have a controlled vocabulary for the attribute values.
From EADiva:
"CERTAINTY – not required. May be used to indicate degree of precision used in dating—”circa,” “approximately,” “after,” etc."
From: Adam Wead notifications@github.com<mailto:notifications@github.com> Reply-To: "WGBH/PBCore2.0" reply@reply.github.com<mailto:reply@reply.github.com> Date: Friday, August 1, 2014 10:56 AM To: "WGBH/PBCore2.0" PBCore2.0@noreply.github.com<mailto:PBCore2.0@noreply.github.com> Cc: Casey Davis casey_davis@wgbh.org<mailto:casey_davis@wgbh.org> Subject: Re: [PBCore2.0] Attribute "@certainty" for pbcoreAssetDate (#57)
How do other cataloging schemas/standards approach this issue? Is this similar to any of them? Using circa or question marks, etc. is perfectly fine for some representations. If we choose to invent our own, that us sets apart from a standard practice and might make it difficult for future implementors.
— Reply to this email directly or view it on GitHubhttps://github.com/WGBH/PBCore2.0/issues/57#issuecomment-50893757.
OK. EAD borrowing is fine, then.
I'm transferring this issue to the spreadsheet, but wanted to add a comment about it. I guess I'll find out if comments is still open...
I've always assumed that pbcoreAssetDate mapped to DC Date - and for that reason, I've always maintained that the format for the date should be ISO 8601 (to conform to DC). With that said, whether or not @certainty is adopted for use with this element, I think that we should still encourage people to use ISO 8601 format, along with the LOC Extended Date/Time Format rules/suggestions for ISO dates. So, I think that the use of the question mark for an uncertain date should be retained, and suggested as best practice.
Maybe pbcoreCoverage would be a more effective place for an @certainty attribute?
Related to issue #58 and #80
I suggest a new attribute for pbcoreAssetDate.
The @certainty attribute may be used to indicate the degree of precision in the dating, for example, "circa," "approximately," or "after." Then, we can refrain from including question marks in the value of the pbcoreAssetDate element.