Improve and correct function definitions in Foundation types

Description

The current specification of arithmetic, comparison, and other such functions on the Foundation types is not generally correct UML. The functions need also to be expanded to more fully specify expected semantics for operators that may be used with all Foundation types, including the time types.

Activity

Show:

Thomas Beale February 23, 2021 at 1:28 PM

you’ve got me there! ‘day’ and ‘date’ is a bit of a grey zone in this technical English. Each time I read it, the meaning changes slightly, like one of those 3-d diagrams that can change concavity… In the interests of better consistency, I’ll change it to your version.

Sebastian Garde February 23, 2021 at 1:16 PM

I’ll take your English advice - but my comment is based on that within the spec we are talking about an ISO 8601 date class and within that class day() is defined as “Extract the day part of the date as an Integer, or return 0 if not present.“ and day_unknown() as “Indicates whether day in month is unknown”.

Certainly not fussing over it and have accepted already - but from my point of view “same day in month” would then be unambigous (vs. same day next week).

Thomas Beale February 23, 2021 at 10:41 AM

I think the text is correct as is - ‘same date’ means the same number (i.e. 12th or 27th or whatever), whereas ‘same day’ could mean ‘Tuesday' or so.

Sebastian Garde February 23, 2021 at 10:20 AM

Just a very minor thing: in Iso8601_date.add_nominal I would say “day” or “day in month” not “date” for:

the same datey in the following month, or

Thomas Beale March 26, 2020 at 1:18 PM

Well caught. Probably other eagle eyes will catch a few other things.

Done

Details

Reporter

Raised By

Thomas Beale

Components

Affects versions

Created March 1, 2020 at 2:41 PM
Updated February 23, 2021 at 4:12 PM
Resolved February 23, 2021 at 4:12 PM