Skip to content
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

dc/dcterms: date #86

Open
tombaker opened this issue Jan 15, 2020 · 2 comments
Open

dc/dcterms: date #86

tombaker opened this issue Jan 15, 2020 · 2 comments

Comments

@tombaker
Copy link
Collaborator

tombaker commented Jan 15, 2020

  • dc11:date (through 2019)

    Comment reads: "Date may be used to express temporal
    information at any level of granularity. Recommended
    best practice is to use an encoding scheme, such as
    the W3CDTF profile of ISO 8601."

  • dcterms:date (ISO 15836-2 / DCMIMT 2020)

    Comment: Date may be used to express temporal
    information at any level of granularity. Recommended
    practice is to express the date, date/time, or period
    of time according to ISO 8601-1 or a published
    profile of the ISO standard, such as the W3C Note on
    Date and Time Formats or the Extended Date/Time
    Format Specification. If the full date is unknown,
    month and year (YYYY-MM) or just year (YYYY) may be
    used. Date ranges may be specified using ISO 8601
    period of time specification in which start and end
    dates are separated by a '/' (slash) character.
    Either the start or end date may be missing.

    Examples

    1. 2018
    2. 2016-03-04
    3. 2017-11-05T08:15:30-05:00
    4. 1968/2015
    5. 2006/..

CHANGING NOW (unless I hear objections!)

  • dcterms:date (DCMIMT 2020)

    Changing comment as per dcterms:

PROPOSING FOR FUTURE (to be voted)

  • dc11:date

    Declare equivalent to dcterms:

@kcoyle
Copy link
Collaborator

kcoyle commented Jan 15, 2020

In those cases where the definitions and comments will be identical between the two namespaces, would it be better to make a kind of "see reference" to the dcterms property? The advantage with that it is that makes it absolutely clear that the two are defined identically. With text you don't know if there are any differences. Somehow I want an indication that the properties have the exact same definition. This will indicate to people that they can treat them as "same as" in any work they are doing.

@tombaker
Copy link
Collaborator Author

tombaker commented Jan 15, 2020 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants