-
Notifications
You must be signed in to change notification settings - Fork 7
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Consider adding bf:dateValid as a subproperty of bf:date #68
Comments
Can you please provide examples of how this would be used? MODS examples would be helpful too. Would it be more commonly associated with a Work or an Instance? Should it have a defined domain of one or the other? If not, why not? If so, why? |
The definition in the DataCite schema captures the intended usage quite well and is actually better than the definition that we are giving in MODS. DataCite defines valid as "The date or date range during which the dataset or resource is accurate." I can email you some MODS examples of how it is used. |
changed to bf:validDate to match existing *date properties. |
The MODS Editorial Committee is in the process of updating the MODS to BF mapping and transformation. The MODS element dateValid has currently no equivalent in BIBFRAME.
The definition can be found here:
https://www.loc.gov/standards/mods/userguide/origininfo.html#datevalid
Regardless of its location under mods:originInfo it is not related to a provision activity, but is rather a date or timespan for which the content of the resource (e.g. a map or a timetable) is valid.
Simply using bf:date would lose all context of what this date or time span indicates and render the information useless.
Thank you for considering.
The text was updated successfully, but these errors were encountered: