<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:x="urn:schemas-microsoft-com:office:excel" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><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;}
@font-face
{font-family:Aptos;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
font-size:11.0pt;
font-family:"Aptos",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#467886;
text-decoration:underline;}
span.EmailStyle20
{mso-style-type:personal-reply;
font-family:"Aptos",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;
mso-ligatures:none;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-GB link="#467886" vlink="#96607D" style='word-wrap:break-word'><div class=WordSection1><p class=MsoNormal><span style='mso-fareast-language:EN-US'>Clearly Peter does not agree with our proposals and wishes to insist on the use of RASDS in OAIS.<o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'>..David<o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal><b><span lang=EN-US style='font-family:"Calibri",sans-serif'>From:</span></b><span lang=EN-US style='font-family:"Calibri",sans-serif'> Shames, Peter M (US 9740) <peter.m.shames@jpl.nasa.gov> <br><b>Sent:</b> 21 October 2024 22:15<br><b>To:</b> david@giaretta.org<br><b>Cc:</b> Thomas Gannett <thomas.gannett@tgannett.net><br><b>Subject:</b> Re: [EXTERNAL] CESG Polls - responses from MOIMS-DAI<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><span lang=EN-US>Hi David,<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US>Your replies do not surprise me, but they are a bit disappointing. I do realize that you are, to a great extent, trying to address a community that is outside the space agencies that make up CCSDS membership, and that you have great acceptance with those Library folk. That’s wonderful. But I think it’s also important to keep in mind that these documents are being published as CCSDS documents. Accordingly I believe that they should align with other CCSDS document, and support CCSDS requirements and practices. The issues that I raised, in both cases, go beyond the cosmetic.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US>I raised an issue with how you handled PMBOK and DMBOK in the draft 653.0-M-1 document. I will point out that we do have a similar issue with RASDS itself which is explicitly focused on its ability to support the documentation and understanding of space data systems architectures, but the methods do have broader applicability than that and have been adopted in other venues. In a related fashion, somewhat like your references to PMBOK and DMBOK in </span>653.0-M-1<span lang=EN-US>, we reference ISO 42010. We do explicitly adopt 42010 as a meta-meta-model, so this is addressed explicitly where it must be for background and understanding of the concepts of metamodel levels, an important aspect of this whole framework from the outset. The details of all of that are in a RASDS Annex.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US>I do not think that you have the same relationship to PMBOK and DMBOK, but I may misunderstand the intent. As I initially commented but maybe not clearly enough, you seem to have sprinkled these concepts in several places in the document. You take the time to explain, also in several places in the body of the document, that they are similar but different and that in some cases you have adopted one, or the other, or some totally new term. My recommendation is that you move all of that discussion into the existing Annex B, and that you resolve all of the terminology issues there, in the Annex. Then you can point at that Annex at the front of this document, and name the sources, but only use the agreed set of terms in the body of the document without having to explain in each section why you chose one and not the other. It will make for a much cleaner and clearer presentation of the concepts that you really want to promote.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US>In the matter of the rather confusing collection of diagram styles used in </span>CCSDS 650.0-M-3, I <span lang=EN-US>do understand that you would prefer to not change these diagrams, and that you wish to continue to defer fixing them to some indefinite point in the future. I am, at this point, reluctant to accept that <u>again</u>. This issue of diagram styles, formats, and clarity was brought up before, back in 2019 (see attached RIDs), and it was similarly brushed aside. It remains an internal issue within the document and an issue within other related CCSDS documents. <o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US>There have been opportunities to fix this issue which were not utilized. In fact, upon further examination, I find that these diagrams have been worked on by the DAI WG, and changed into somewhat different styles over the years (see 3 attachments of Fig 4-1). Three different “flavors” have been adopted, none of them self consistent within the document and none of them aligned with any formal method. Apparently there was the energy to edit many of these figures, but not to change them to be either self-consistent within the document nor compliant with recommended practice.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US>I think you will find that there are some similarly simple set of object transformations to what you have done before, that will not require redrawing everything, but will bring the diagrams into alignment with RASDS AND create internal consistency within the document and with other, related, documents. <o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US>I’d like to see that change made now. Since your community has been able to accept all of these other changes over time I suspect that they will accept this change as well. <o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US>Heck, I’d even be willing to help.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US>Regards, Peter<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US><o:p> </o:p></span></p><div id=mail-editor-reference-message-container><div><div><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal style='margin-bottom:12.0pt'><b><span style='font-size:12.0pt;color:black'>From: </span></b><span style='font-size:12.0pt;color:black'><a href="mailto:david@giaretta.org">david@giaretta.org</a> <<a href="mailto:david@giaretta.org">david@giaretta.org</a>><br><b>Date: </b>Monday, October 21, 2024 at 3:26</span><span style='font-size:12.0pt;font-family:"Arial",sans-serif;color:black'> </span><span style='font-size:12.0pt;color:black'>AM<br><b>To: </b>Shames, Peter M (US 9740) <<a href="mailto:peter.m.shames@jpl.nasa.gov">peter.m.shames@jpl.nasa.gov</a>><br><b>Cc: </b>Thomas Gannett <<a href="mailto:thomas.gannett@tgannett.net">thomas.gannett@tgannett.net</a>><br><b>Subject: </b>[EXTERNAL] CESG Polls - responses from MOIMS-DAI<o:p></o:p></span></p></div><div><p class=MsoNormal>Dear Peter<o:p></o:p></p><p class=MsoNormal> <o:p></o:p></p><p class=MsoNormal>Here are the MOIMS-DAI responses to your conditions.<o:p></o:p></p><p class=MsoNormal>Please let us know is our proposals address these adequately.<o:p></o:p></p><p class=MsoNormal> <o:p></o:p></p><p class=MsoNormal>Regards<o:p></o:p></p><p class=MsoNormal> <o:p></o:p></p><p class=MsoNormal>..David<o:p></o:p></p><p class=MsoNormal>Chair, MOIMS-DAI<o:p></o:p></p><p class=MsoNormal> <o:p></o:p></p><p class=MsoNormal><b>CESG E-Poll Identifier: CESG-P-2024-09-004 Approval to publish CCSDS 653.0-M-1, Information Preparation to Enable Long Term Use (Magenta Book, Issue 1)</b><o:p></o:p></p><p class=MsoNormal> Peter Shames (Approve with Conditions): Overall I like the document and think it conveys the concepts quite clearly. There are a couple of terms (CRIS and GDPR) that are named, but never clearly defined nor tied to any specific source. I am fairly certain that CRIS does not mean Construction Risk and Insurance Specialist nor Certified Release of Information Specialist. The introduction of PMBOK and DMBOK is very useful, but it would be better just handled in Annex B and not scattered repetitively in the document. Strongly recommend defining your terms clearly and moving on. The choice of the term "Collection Groups" instead of something like "Process Groups" seems a little peculiar and bothersome. They are, after all, ""processes and not ""collections. It may be a pain, but I would recommend re-thinking this choice of terms now.<o:p></o:p></p><table class=MsoNormalTable border=0 cellspacing=0 cellpadding=0 style='border-collapse:collapse'><tr><td width=601 valign=top style='width:450.8pt;border:solid windowtext 1.0pt;padding:0cm 5.4pt 0cm 5.4pt'><p class=MsoNormal>MOIMS-DAI PROPOSAL <a href="https://urldefense.us/v3/__http:/review.oais.info/show_bug.cgi?id=394__;!!PvBDto6Hs4WbVuu7!OYv0NDiPNOY-iJo-iFVGKXpvN7sRiV74GTVUca26WxN0Bjm1NfgX95gl4WwZ0IxylvJjHqk2txNtDwDqYTDkPmCY$">http://review.oais.info/show_bug.cgi?id=394</a><o:p></o:p></p><p class=MsoNormal> <o:p></o:p></p><p class=MsoNormal>1) We note that CRIS and GDPR are in Acronym list.<o:p></o:p></p><p class=MsoNormal>However, we propose adding the expansion of the acronyms at 1st occurrence see section 4.2.3.4 and 4.2.3. <b><span style='color:#00B050'>Ok</span></b><o:p></o:p></p><p class=MsoNormal> <o:p></o:p></p><p class=MsoNormal>2) We disagree. PMBOK/DMBOK is mentioned briefly in the introduction and then in detail in sections 2.1 and 2.2, as examples of related best practice to justify our approach, which we do not think can be described as “scattered repetitively in the document”. <b><span style='color:red'>Issue still exists. These two docs, and their terms, appear in several places, repetitively. And then there is a whole section, Annex B, that talks about both of them and their different uses of terms. This document would be better served by using Annex B to sort out the terms and define the set you are going to use, once. Then you can introduce these sources, once, in the beginning, use the terms you define in Annex B throughout, consistently, without continually having to describe these two sources and how they differ. These then become your IPELTU terms instead of always referring to them as “PMBOK does this and DMBOK does that”. This would be much clearer for everyone and still acknowledged the source from which they were derived.</span></b><o:p></o:p></p><p class=MsoNormal> <o:p></o:p></p><p class=MsoNormal>3) We disagree. Section 2.1.2 justifies the use of the term “Collection Group” - this is about information that is to be collected - not the processes. <b><span style='color:red'>On the contrary, your own text in sec 2.1.2 describes these as “types of <u>activities</u>” and says “including ‘Closing’ because when the <u>process</u> to create data closes, steps must be taken to ensure its usability after the end of that process ”. These processes and activities are about managing data collections, but they are not, themselves, data collections. I think it is a misleading choice of terms.<o:p></o:p></span></b></p><p class=MsoNormal> <o:p></o:p></p></td></tr></table><p class=MsoNormal> <o:p></o:p></p><p class=MsoNormal><b>CESG E-Poll Identifier: CESG-P-2024-09-001 Approval to publish CCSDS 650.0-M-3, Reference Model for an Open Archival Information System (OAIS) (Magenta Book, Issue 3)</b><o:p></o:p></p><p class=MsoNormal> Peter Shames (Approve with Conditions): <o:p></o:p></p><p class=MsoNormal>Vote 2) <span style='font-family:"Arial",sans-serif'></span>Request that the document adopt RASDS architecture documentation style in all diagrams. The current set of diagrams is unclear and it is easy to confuse different kinds of rounded, clipped, burnished, objects. Furthermore, the diagramming styles adopted are not even consistently used throughout the document. Compare "information objects" shown in Figs 2-3 & 2-4 with those shown in sec 4. This would bring this document into line with a number of other CCSDS documents, including the ASL which covers this same material at an overview level.<o:p></o:p></p><p class=MsoNormal>Vote 1) This is an issue that has been raised before and never satisfactorily resolved. While there has clearly been some amount of attention paid to the diagrams used in this document they remain, to my eyes, inadequate, unclear, and inconsistent. The use of nearly identical rounded, elongated, clippped corner objects to distinguish systems, functions, and organizations is unclear. We now have a significant body of CCSDS documents that have successfully used RASDS to create diagrams that represent all of these same kinds of concepts (and more). I can see no good reason, aside from the modest amount of time needed, for this document not to be brought in line with those conventions. The results would be both alignment with the rest of these CCSDS documents, at least one of which references this same subject, and more importantly, increased clarity. In addition, the document itself is internally inconsistent, since it uses at least three different drawing styles to represent "information". Compare the "information objects" in figures 2-2, 2-3 (what are those brown things?), and the information objects modeled using UML in sec 4.3.1. If more effort were put into consistent use of a standard representation, and less into creating "pillowy" shaded objects, the document would be much improved.<o:p></o:p></p><p class=MsoNormal> <o:p></o:p></p><table class=MsoNormalTable border=0 cellspacing=0 cellpadding=0 style='border-collapse:collapse'><tr><td width=601 valign=top style='width:450.8pt;border:solid windowtext 1.0pt;padding:0cm 5.4pt 0cm 5.4pt'><p class=MsoNormal>MOIMS-DAI PROPOSAL <a href="https://urldefense.us/v3/__http:/review.oais.info/show_bug.cgi?id=396__;!!PvBDto6Hs4WbVuu7!OYv0NDiPNOY-iJo-iFVGKXpvN7sRiV74GTVUca26WxN0Bjm1NfgX95gl4WwZ0IxylvJjHqk2txNtDwDqYTWt1dGR$">http://review.oais.info/show_bug.cgi?id=396</a><o:p></o:p></p><p class=MsoNormal> <o:p></o:p></p><p class=MsoNormal>Vote 2) <o:p></o:p></p><p class=MsoNormal>We do not this the request is reasonable. Section 2 diagrams were designed to be informal, to explain the concepts. These concepts are then made more formal in section 4. This is stated in section 2.1 as follows:<o:p></o:p></p><p class=MsoNormal>"<i>The purpose of this section is to motivate and describe several key high-level OAIS concepts. A more complete view, and a formal modeling of these concepts, is given in section 4.</i>" <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><b><span style='color:red'>There is nothing in RASDS that would prevent you from creating clear, simple, diagrams that would align with recommended practices and provide clearer, internally consistent, diagrams. And the alignment with UML information modeling, which is also adopted in RASDS, would be preserved. Speaking of which, isn’t UML normative given how it is used in the document? And note that UML, and your own Annex C, use simple rectangles and not shaded curvy ones.<o:p></o:p></span></b></p><p class=MsoNormal> <o:p></o:p></p><p class=MsoNormal>Vote 1) <o:p></o:p></p><p class=MsoNormal>Peter says the diagrams are "inadequate, unclear, and inconsistent." Yet they have been in place, largely unchanged, for more than 20 years, and are widely used and well understood. Also, this is a magenta book, not meant to be implementable.<o:p></o:p></p><p class=MsoNormal> <o:p></o:p></p><p class=MsoNormal>We disagree with Peter when he says "I can see no good reason, aside from the modest amount of time needed, for this document not to be brought in line with those conventions". DAI believes that this will take a significant amount of time to make all the required changes of diagrams and associated text in the document, and such extensive changes would (1) confuse the current very large set of users and (2) would further delay the publication by requiring another round of CCSDS and ISO reviews.<o:p></o:p></p><p class=MsoNormal>We will consider changes in the diagrams for the next review cycle.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><b><span style='color:red'>See attached versions of these diagrams that have, in fact, been changed over the years, but were not yet brought into either internal alignment nor aligned with other CCSDS documents that relate to the same set of topics. This issue has been around for years, changes were requested five years ago, and the diagrams have now been changed, at least twice, without bothering to align them internally or with other CCSDS documents. Let’s fix this now.<o:p></o:p></span></b></p></td></tr></table><p class=MsoNormal> <o:p></o:p></p><p class=MsoNormal>Please let us know is these proposals address your concerns adequately.<o:p></o:p></p><p class=MsoNormal> <o:p></o:p></p><p class=MsoNormal>Regards<o:p></o:p></p><p class=MsoNormal> <o:p></o:p></p><p class=MsoNormal>..David<o:p></o:p></p><p class=MsoNormal>Chair, MOIMS-DAI<o:p></o:p></p><p class=MsoNormal> <o:p></o:p></p></div></div></div></div></div></body></html>