Added creationDate and creationTime to keywords

[jesper-friis]

Description

These have been used in the documentation in MatCHMaker and PhysMet

Type of change

• Bug fix and code cleanup
• New feature
• Documentation update
• Testing

Checklist for the reviewer

This checklist should be used as a help for the reviewer.

• Is the change limited to one issue?
• Does this PR close the issue?
• Is the code easy to read and understand?
• Do all new feature have an accompanying new test?
• Has the documentation been updated as necessary?
• Is the code properly tested?

[codecov]

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 84.75%. Comparing base (fdca56d) to head (967e44e).
⚠️ Report is 1 commits behind head on master.

Additional details and impacted files

@@           Coverage Diff           @@
##           master     #480   +/-   ##
=======================================
  Coverage   84.75%   84.75%           
=======================================
  Files          30       30           
  Lines        4789     4789           
=======================================
  Hits         4059     4059           
  Misses        730      730           

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

[francescalb]

Is this smart? To have in our standard vocabulary several annotations that mean the same or that we will at least be using interchangeably? There is also dcterms:issued

[jesper-friis]

Is this smart? To have in our standard vocabulary several annotations that mean the same or that we will at least be using interchangeably? There is also dcterms:issued

Good question. creationDate (dcterms:created) was included since users asked for it. It is the date when the resource was created. releaseDate (dcterms:issued`) is the date when the resource was first released.

The properties have different meanings, but it could very well be that releaseDate is sufficient.

[jesper-friis]

Thinking more about it, I don't think this is smart. We should instead use xsd:dateTime. The literal string is not user-friendly (ex "2026-02-04T13:48:00"), but both xsd:date and xsd:time may course trouble with reasoning.

Tripper could help with the user-friendlyness

[jesper-friis]

Closing without merging. We should xsd:dateTime instead.