Level 3, 210 Kings Way
South Melbourne, VIC 3205
Tel: +61 3 9694 1000
Fax: +61 3 9694 1001
Email: [EMAIL PROTECTED]
Web: www.QinetiQ.com.au
-Original Message-
From: Hildreth, Bruce [mailto:[EMAIL PROTECTED]
Sent: Friday, 23 May 2008 4:35 AM
To: Bruce Jackson; Curtin, Robert (Contracto
y, March 13, 2008 8:17 AM
To: Curtin, Robert (Contractor)
Cc: Aerospace Sim Standard discussion group
Subject: Re: arrayDef & draft simstd comments
Rob,
I need to find some time to review your wonderfully rich suggestions in
depth, but I had a rationale for adding a "dimensions"
r
Science Applications International Corporation
+1-703-294-4449 <mailto:[EMAIL PROTECTED]>
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Brian, Geoff
Sent: Thursday, March 27, 2008 2:01 AM
To: Aerospace Sim Standard discussion group
Subject: FW: arr
Hi all,
The following is an experimental scheme I have come up with that makes
minimal change to the dtd to add a capability for vector/matrices. The
major change is to the definition of the variableDef element.
I have added to following in the element definition:
"dimensionDef?, (calculation
t (Contractor)
Cc: Aerospace Sim Standard discussion group
Subject: Re: arrayDef & draft simstd comments
Rob,
I need to find some time to review your wonderfully rich suggestions
in depth, but I had a rationale for adding a "dimensions" attribute:
without it, a parser will have t
Rob,
I need to find some time to review your wonderfully rich suggestions
in depth, but I had a rationale for adding a "dimensions" attribute:
without it, a parser will have to count the number of elements
to determine how many dimensions are required. Plus, it serves as a
check to make
Hi Bruce,
You suggestion looks good. The "dimensions" attribute would be
unnecessary, as it's defined by the number of elements, in the
same way that a gridded table's dimensional size is specified by the
number of (and also ) elements.
I'd keep singular to avoid confusion. I'd also carry
acro