mlhim-owners team mailing list archive
-
mlhim-owners team
-
Mailing list archive
-
Message #00397
Re: MLHIM 2.3.0 Status
Hi Roger,
Thanks for your input.
On Wed, Nov 23, 2011 at 04:10, Roger Erens <roger.erens@xxxxxxxxx> wrote:
> You might want to do a search on semicolons in the document: many times
> I think you intended a comma instead, sometimes a period. For the reader
> (me) it's difficult to follow your line of thought/reasoning in such cases.
Done.
>
> Furthermore:
> * MLHIM1.x.x should be MLHIM1.x or MLHIM1.x.y
> * MLHIM2.x and later might be MLHIM2.0 and later
Done.
> * In the Assumed Ordered Types DateTime and Time you show a format
> ending in ":ss" but in the second example you use fractional seconds
> (10.5); moreover the format lacks the optional time zone; and should the
> DateTime type also be able to include a time zone?
Done.
> * Is there some room for explaining the need of negative durations, or
> is that out of place?
I do not have an example. But they are allowed.
> * Should you say something about the year 0?
Year 0 (doesn't exist) and it is taken care of generally in each
implementation as far as I know.
> * Why is there a maximum number of decimal digits for Reals? Mathematics
> does not impose such a maximum, technology implementations do? Hmmm (/me
> ponders)
This is a restriction on XML Schemas.
> Something like this is said about (length of) strings
> (DvString, that is)
XML Schemas do not have a string length restriction. However, we know
in the real world there is one. Do we need to address it?
> * DvAny imherits from Any[7]. What do the square brackets and the number
> in between signify?
The numbers in square brackets are cross reference links. In the
source text they appear writing out with a gray background. I have
added a note in the How to Use This Manual section. This section also
needs to completed including the fonts etc. But I haven't had time to
make the document look pretty yet. I'll take volunteers.:-)
> * If DvString inherits from DvAny, which inherits from Any, why is there
> a need for the assumed type String?
>
In the model the string type is used in many places. DvString is too
be used in creating CCDs where a string Element is needed. There are
a few cases (I think) where DvString is used in the model but those
are very special cases where the attribute may be empty for some
reason and you might need an ExceptionalValue (Null Flavour).
> That's my input for now.
Thanks again.
The changes have been committed.
Cheers,
Tim
References