You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Change Contribution.date name and datatype to datetime rather than a date.
While it might seem helpful to allow both date and datetime as permissible content types, I think it would only keep the produced data in non-compatible forms (technically speaking).
IMO, it is quite reasonable to imagine that contributions (or activities) to happen multiple times in a single day from the same agent/contributor on the same data and for the same activityType. If other's assume that to be fair, then I think it is best to allow for the more specfic (or precise) datetime representation. Those that only use the date portion can use the very common practice of defaulting 00:00:000 for the time portion and commuicating that decision to downstream users of their data.
Vote up or down if you agree with changing the attribute Contribution.date to Contribution.datetime and changing the associated datatype to the gks-core primitive datatype from date to datetime.
I agree with changing the data type. but not keen on so strictly tying attribute names to a technical data type. I think it is fine to keep date as the attribute name - and use a dateTime data type that allows time of day if desired. But I suspect just the date will be sufficient in most cases. Don’t feel super strongly however.
Change
Contribution.date
name and datatype todatetime
rather than adate
.While it might seem helpful to allow both
date
anddatetime
as permissible content types, I think it would only keep the produced data in non-compatible forms (technically speaking).IMO, it is quite reasonable to imagine that contributions (or activities) to happen multiple times in a single day from the same agent/contributor on the same data and for the same
activityType
. If other's assume that to be fair, then I think it is best to allow for the more specfic (or precise) datetime representation. Those that only use thedate
portion can use the very common practice of defaulting00:00:000
for the time portion and commuicating that decision to downstream users of their data.Vote up or down if you agree with changing the attribute
Contribution.date
toContribution.datetime
and changing the associated datatype to the gks-core primitive datatype fromdate
todatetime
.Originally posted by @larrybabb in #234 (comment)
The text was updated successfully, but these errors were encountered: