Improve and correct function definitions in Foundation types


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.


Thomas Beale
February 23, 2021, 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, 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, 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, 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, 1:18 PM

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



Thomas Beale

Raised By

Thomas Beale