<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>Hi Jay,<br>
</p>
<div class="moz-cite-prefix">On 6/10/2019 1:23 PM, Bugenhagen, John L. (GSFC-583.0)[Arctic Slope Technical Services, Inc.] wrote:<br>
</div>
<blockquote type="cite" cite="mid:7E832198-6345-40C6-A28B-36D039AFB159@nasa.gov">
<meta name="Generator" content="Microsoft Word 15 (filtered
medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
{mso-style-priority:34;
margin-top:0in;
margin-right:0in;
margin-bottom:0in;
margin-left:.5in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
p.msonormal0, li.msonormal0, div.msonormal0
{mso-style-name:msonormal;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.EmailStyle19
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
/* List Definitions */
@list l0
{mso-list-id:1491677359;
mso-list-type:hybrid;
mso-list-template-ids:-1589896798 67698703 67698713 67698715 67698703 67698713 67698715 67698703 67698713 67698715;}
@list l0:level1
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level2
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level3
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l0:level4
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level5
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level6
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l0:level7
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level8
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level9
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
ol
{margin-bottom:0in;}
ul
{margin-bottom:0in;}
--></style>
<div class="WordSection1">
<p class="MsoNormal">Hi Elisa, <o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Thank you for this thorough review. <o:p></o:p></p>
<p class="MsoNormal">I agree that all appears doable this week. I will start on the changes.
</p>
</div>
</blockquote>
<p>Ok great - feel free to send me questions as you work on this, but just be aware that I'm fairly slammed this week (really only have tomorrow and Wednesday, since I'm flying Thursday, spending the weekend with my niece and her boyfriend in Amsterdam).</p>
<p>On the .mdzip file, I'll look again - maybe I need to install 18.5 to see if anything appears that did not in the older version I have, but I typically haven't seen a problem like that. I'll ask Pete or someone else to attempt to open it to see if there
is something going on with my version, and will let you know either way.</p>
<p>Let me know when you've provided updates to Juergen so that I can grab them from the server. Your other reviewer is Larry Johnson - not sure what his timeline is, but he -could- have more feedback for you. If you address what I've sent so far, you'll at
least be that far ahead of the game by the time we get to the Monday afternoon session in the AB.</p>
<p>Best regards,</p>
<p>Elisa<br>
</p>
<blockquote type="cite" cite="mid:7E832198-6345-40C6-A28B-36D039AFB159@nasa.gov">
<div class="WordSection1">
<p class="MsoNormal"><o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Comments/Questions: <o:p></o:p></p>
<ol style="margin-top:0in" start="1" type="1">
<li class="MsoListParagraph" style="margin-left:0in;mso-list:l0 level1 lfo1">Do you know if I will be getting any more AB reviewer comments this week that might entail further changes?
<o:p></o:p></li><li class="MsoListParagraph" style="margin-left:0in;mso-list:l0 level1 lfo1">Regarding your item, “<u>C. Ancillary MagicDraw Model File (dtc/19-05-08)”</u>: There is only the one MagicDraw .mdzip file and it contains all of the model diagrams. That file is
the source of all of the generated .svg files. So, I’m not sure why you aren’t seeing them.
<o:p></o:p></li></ol>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">(I won’t be in Amsterdam – Brad Kizzort, SDTF chair, will be handling C2MS there.)
<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Respectfully, <o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal"><span style="color:black">John “Jay” Bugenhagen, System Engineer<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">Arctic Slope Technical Services <o:p>
</o:p></span></p>
<div>
<p class="MsoNormal"><span style="color:black">Goddard Space Flight Center, 23/N305B<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="color:black">Office: 301.286.5231 Cell: 443.994.7526
<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div style="border:none;border-top:solid #B5C4DF
1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:12.0pt;color:black">From: </span></b><span style="font-size:12.0pt;color:black">Elisa Kendall
<a class="moz-txt-link-rfc2396E" href="mailto:ekendall@thematix.com"><ekendall@thematix.com></a><br>
<b>Date: </b>Saturday, June 8, 2019 at 4:02 PM<br>
<b>To: </b>"Bugenhagen, John L. (GSFC-583.0)[Arctic Slope Technical Services, Inc.]"
<a class="moz-txt-link-rfc2396E" href="mailto:john.l.bugenhagen@nasa.gov"><john.l.bugenhagen@nasa.gov></a>,
<a class="moz-txt-link-rfc2396E" href="mailto:space@omg.org">"space@omg.org"</a> <a class="moz-txt-link-rfc2396E" href="mailto:space@omg.org">
<space@omg.org></a>, <a class="moz-txt-link-rfc2396E" href="mailto:ab@omg.org">"ab@omg.org"</a>
<a class="moz-txt-link-rfc2396E" href="mailto:ab@omg.org"><ab@omg.org></a><br>
<b>Subject: </b>[EXTERNAL] Preliminary AB Review: Command and Control Message Specification (C2MS) 1.0 FTF report<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p>Hi all,<o:p></o:p></p>
<p>Here is my initial AB review of the C2MS 1.0 FTF report. <o:p></o:p></p>
<p>Document check:<o:p></o:p></p>
<p class="MsoNormal">Command and Control Message Specification (C2MS) 1.0 FTF report dtc/19-05-01<br>
Convenience document clean dtc/19-05-02<br>
Convenience document with change bars dtc/19-05-03<br>
Ancillary report attachments dtc/19-05-04<br>
C2MS XML Schemas dtc/19-05-05<br>
C2MS XMI of the model file for UML model in the specification dtc/19-05-06 <br>
SVG image archive dtc/19-05-07<br>
C2MS MagicDraw (.mdzip) for UML model dtc/19-05-08 <o:p></o:p></p>
<p><u>A. Report:</u> First, I want to say congratulations - this is a huge leap forward over the last version I saw, and I'm really glad that you took the feedback that Jason and I provided to heart. Again, the voting record was clear, the report was well
formed, and the issues were relatively clear. There were still some things that I would like to see fixed with respect to filing issues the next time you do this, such as the clause and section identified when an issue is raised should actually include the
clause and section rather than 'n/a', although I found that for the most part in the resolutions.
<o:p></o:p></p>
<p>With respect to how the issues were identified in the convenience document, we have conventions for that which are more pronounced and 'in your face' than what you did, but at least I could find things. I'll provide an example of what we would like to see
in your next revision in a follow-up message that doesn't clutter this one or copy everyone. But given how much better this is than the prior version, I'm ok with what you did in the convenience document. In general, it was an order of magnitude easier to
compare your changes with the report indicating what was voted on, which was one of the primary concerns we had the last time around.
<o:p></o:p></p>
<p>I still noticed two cases, C2MS-10 and C2MS-12 where revised text was indicated - included in the resolution summary, but then in the next section under "revised text", the report still says "n/a; will provide change bar version of word file". Because the
text changes were there in the resolution summary, I was able to review what was done, but please put all text changes, including: (1) precisely what is in the source document, and (2) precisely what you are changing it to, with the exact section and page
number to which the change applies (including every instance of any change), in the section of the resolution called "revised text". Note that changes to tables and figures are also considered revisions to the 'text' of the specification. Things that are
not revisions to text are essentially and only changes to machine readable files that have no corollary in the body of the document.<o:p></o:p></p>
<p>Again, what you've done is truly an improvement, and I had peeked at the resolutions for a couple of issues when you asked a few weeks ago, which were ok, but I'm finding others like these two, and cases where figures changed even if wording did not, that
were not as meticulous. I found the wording that you changed in the summary for those two issues and could correlate that with the convenience document, but we really need precise editing instructions, as if the person making the changes does not have the
convenience document and is doing this as a technical editor blindly. The changes need to be (1) summarized generally in the resolution summary, and (2) itemized very specifically and completely in the section called revised text, including figure replacements.
It has to be painfully clear as to what was voted on and what should be changed in the specification itself. We know that's a lot of work, but for the standard to hold up with respect to international review, it's incredibly important.
<o:p></o:p></p>
<p>In addition to C2MS-10 and C2MS-12, <o:p></o:p></p>
<p>(1) C2MS-17 should say "replace image x with image y" in each case where a figure was replaced due to color changes,
<o:p></o:p></p>
<p>(2) The resolution to C2MS-19 should say "Replace the machine-readable XMI file with <filename> to correct the invalid version that included extraneous namespaces and nul character, with the file attached to this resolution." and then attach it.
<o:p></o:p></p>
<p>It currently reads, "This file is generated by MagicDraw<br>
I will regenerate the file from the updated model version for other FTF 1.0 updates; but if it's still invalid<br>
MagicDraw needs to get involved. If invalid, I will contact them and report the issue."<o:p></o:p></p>
<p>(3) The resolution to C2MS-20 says: <o:p></o:p></p>
<p>"Fixed in subsequent submission<br>
Turns out we had a zip within a zip. Fixed now. Fixed at same time as issue 16"<o:p></o:p></p>
<p>and should say, "File <filename> contained a zip archive within a zip archive. That has been corrected in the attached." and, attach it, even if it is the same zip archive as the one you attached to issue 16. Then the revised text should simply say 'n/a'.<o:p></o:p></p>
<p>(4) The resolution to C2MS-24 says: <o:p></o:p></p>
<p>"Command Echo message added<br>
Draft originally from Rich Monteleone (RTLogic). Eric Ogren supported final development of new<br>
message."<o:p></o:p></p>
<p>and should really summarize the change. I note that you did attach the modified text and diagram in this case, which is good, but a summary of what you did in response to the resolution is really needed.
<o:p></o:p></p>
<p>(5) The resolution to C2MS-25 says: "n/a; appears in diagram - see attachment to resolution" and should say "Replace figure 8-11 with the attached figure."<o:p></o:p></p>
<p>(6) The resolution to C2MS-36 says: "n/a; appears in diagram - see attachment to resolution" and should say "Replace figure 8-10, Device Message Diagram with the attached figure." This case is really a problem, since there is no figure number, no page number
and no paragraph number.<o:p></o:p></p>
<p>(7) The resolution to C2MS-57 says: "n/a; appears in diagram - see attachment - 3rd bubble from the bottom was fixed" and should say "Replace figure7-1, C2MS Message Exchange Patterns Diagram with the attached figure."
<o:p></o:p></p>
<p>Cases such as C2MS-21, where at least in the resolution summary you have the table numbers, are slightly better, but the summary should be a summary with justification for the change and the actual text replaced, quoted precisely, with each table itemized,
is what we think should really be done, more like what you did for C2MS-40 but for each table where there was a replacement even if it feels like busy work / duplication. You did not need the same wording in both places - a summary in the summary section
and the actual change in the revised text section. In general, your resolutions from C2MS-78 and above were better - at least the revisions were provided in attachments and the revised text said that and where they belonged.<o:p></o:p></p>
<p>Essentially, I think the convenience document (both redlined and clean) are ok, but I would like to see the report fixed and regenerated to address C2MS-10, C2MS-12, and the others listed in (1)-(7), above.<o:p></o:p></p>
<p><u>B. XMI FIle (dtc/19-05-06).</u> There are MagicDraw-specific elements in this that need to be removed - they appear in both the header and footer of the file. Pete may be able to assist with that, since I don't want to mess it up. I have an older version
of MagicDraw that said the file was corrupted, but I think Pete has 18.5 and can check it. I did upload it to the XMI validator which did not identify any issues.<o:p></o:p></p>
<p><u>C. Ancillary MagicDraw Model File (dtc/19-05-08).</u> This opened for me, even in the older version of MagicDraw, but I expected a model that included all of the diagrams, and I only saw a few - clearly there is another model that wasn't provided? The
idea is to include all of the model files needed to recreate the diagrams in the document.
<o:p></o:p></p>
<p>Summary: I think this is far better than what you submitted in Reston. But I would like to see (1) the items identified with respect to the resolutions corrected in the report, with no need for a new vote, (2) someone else check the XMI file to make sure
it is ok aside from eliminating the MagicDraw specifics, so you'll need a new document number for that, which will change the report AND the cover of both convenience documents (meaning, that you'll need new document numbers for the report, convenience docs,
and XMI file) and (3) whatever additional MagicDraw or other tool model files used to create the diagrams that are not in the one you uploaded need to be provided. You could get one document number and add all of the MagicDraw .mdzip files to a single ancillary
zip archive if that works for you, which will also need a new document number (which should be updated in the report, not needed on the cover of the document since it is ancillary).
<o:p></o:p></p>
<p>Also note that all normative or informative machine readable documents need to be identified on the cover page and they are missing on both convenience docs, so please address that when you fix the XMI ... which is why I said that the convenience docs will
need to be revised. It's just to add the machine readable file references, but only for the XML schemas provided in dtc-19-05-05 and the XMI file. There are lots of examples of how to do this, and Brad should be able to assist, since he's on your FTF :).<o:p></o:p></p>
<p>I think this is doable between now and the 6/17 AB meeting, and if you are able to do that and get someone else to assist with the XMI, you should be in good shape this time. I did not check the XML schemas for validity - assuming that another AB member
with the appropriate tools can do so.<o:p></o:p></p>
<p>You may want to pause on resubmitting new diagrams until you receive feedback from any other AB member - I think it is Larry's homework too, but you'll need help from Pete or Manfred or someone with respect to fixing and retesting the XMI. Please let me
know if you have any questions, and I look forward to seeing you in a little over a week,<o:p></o:p></p>
<p>Elisa<o:p></o:p></p>
</div>
</blockquote>
</body>
</html>