<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: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:Helvetica;
panose-1:2 11 6 4 2 2 2 2 2 4;}
@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:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.msonormal0, li.msonormal0, div.msonormal0
{mso-style-name:msonormal;
mso-margin-top-alt:auto;
margin-right:0cm;
mso-margin-bottom-alt:auto;
margin-left:0cm;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.apple-converted-space
{mso-style-name:apple-converted-space;}
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: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=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='mso-fareast-language:EN-US'>Hi Don<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'>I guess when it comes to rigidity of interpretation I would say that to refuse to say that you have Access Rights Information when clearly your example does have restrictions on access, and to refuse to say that something is Representation Information when clearly it does help people understand the object (although a specific Designated Community may not need it explicitly), seems pretty rigid.<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'>What I want is something that provides a model for a repository which has accepted the responsibility to preserve information and make it available for a Designated Community, for the Long Term. Maybe what you want is something that can describe any repository.<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'>It does seem clear that you have a different interpretation of what </span>‘does not specify an implementation’ means. I believe that my interpretation allows one to put some definite requirements on an archive, without saying how to implement those requirements; I think that your interpretation puts major restrictions on whether this can be done, which makes the model less useful but would be consistent with what you want from a model.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>My belief is that OAIS has in the past provided requirements which make it more likely that information will be preserved, in a testable way, and will continue to do so into the future.<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><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>From:</span></b><span lang=EN-US> MOIMS-DAI <moims-dai-bounces@mailman.ccsds.org> <b>On Behalf Of </b>D or C Sawyer<br><b>Sent:</b> 28 July 2018 02:19<br><b>To:</b> MOIMS DAI List <moims-dai@mailman.ccsds.org><br><b>Subject:</b> Re: [Moims-dai] Telecon Notes?<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Hi David,<o:p></o:p></p><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>I did say that I was in support of your approach, but I was not comfortable with the ‘implicit’ part. Upon reflection I’m also not in favor of an explicit statement (mandatory or voluntary based on the OAIS RM). However I think my scenario makes clear that I take the view that one should apply OAIS concepts to actual implementations as makes sense given the nature of the material and the preservation objectives. I am not, however, in favor of OAIS or any implementor saying on the one hand ‘no Rep Info is needed for this case’ but we should think of the statement (which appears where?) of this fact to be a stand-in for the Rep Info. So to be more precise I agree with your logic but not with the need for a statement. Nothing in OAIS RM says you need to have such a statement. The statement is clearly not real Rep Info and I have a problem calling it such. From an ISO 16363 perspective, I can see such a statement being required somewhere (but not in Rep Info) because RepInfo is so important for most all digital information. For me, in the OAIS RM it is enough to just mention that such a case is possible. Or don’t say anything as it is now. This illustrates where I draw the line and it seems some want the OAIS RM to be more prescriptive, possibly thinking of 16363 auditing (just my view of a likely rationale). <o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>On the Access Rights information, my point is that there is no explicit Access Rights information. It does not follow that this means someone can come in to take the manuscripts away. They are in a controlled environment and their access is limited. My implementation does not need to fill out every category of conceptual information to accomplish the preservation objective. The implementation is in control, not some need to check off all the conceptual boxes, as it were. I still maintain that the OAIS RM conceptual modeling does not specify an implementation, even for the information modeling. I apparently take a broader view of what ‘does not specify an implementation’ means than you do, based on your earlier comments below.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Cheers-<o:p></o:p></p></div><div><p class=MsoNormal>Don<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p><div><p class=MsoNormal><br><br><o:p></o:p></p><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><p class=MsoNormal>On Jul 27, 2018, at 12:37 PM, David Giaretta <<a href="mailto:david@giaretta.org">david@giaretta.org</a>> wrote:<o:p></o:p></p></div><p class=MsoNormal><o:p> </o:p></p><div><div><p class=MsoNormal>Dear Don<o:p></o:p></p></div><div><p class=MsoNormal> <o:p></o:p></p></div><div><p class=MsoNormal>This is exactly the point that I was addressing when I wrote previously:<o:p></o:p></p></div><div><p class=MsoNormal>“There will be cases where, for a specific Data Object and specific Designated Community, no explicit Representation Information may be required because the Knowledge Base of the Designated Community is adequate for them to understand or use the Data Object. In such cases the Representation Information may be regarded to be the explicit or implicit statement that no additional Representation Information is needed for the specific Designated Community at this time. Of course the Knowledge Base of the Designated Community may change over time and additional Representation Information may then be required.”<o:p></o:p></p></div><div><p class=MsoNormal> <o:p></o:p></p></div><div><p class=MsoNormal>I thought from your previous email you were OK with this although you wanted to tweak the wording.<o:p></o:p></p></div><div><p class=MsoNormal> <o:p></o:p></p></div><div><p class=MsoNormal>In terms of<span class=apple-converted-space> </span>Access Rights Information – to say there is none cannot be correct unless you would allow someone to come in and take the manuscript away!<o:p></o:p></p></div><div><p class=MsoNormal> <o:p></o:p></p></div><div><p class=MsoNormal>Regards<o:p></o:p></p></div><div><p class=MsoNormal> <o:p></o:p></p></div><div><p class=MsoNormal>..David<o:p></o:p></p></div><div><p class=MsoNormal> <o:p></o:p></p></div><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm'><div><p class=MsoNormal><b><span lang=EN-US>From:</span></b><span class=apple-converted-space><span lang=EN-US> </span></span><span lang=EN-US>MOIMS-DAI <<a href="mailto:moims-dai-bounces@mailman.ccsds.org">moims-dai-bounces@mailman.ccsds.org</a>><span class=apple-converted-space> </span><b>On Behalf Of<span class=apple-converted-space> </span></b>D or C Sawyer<br><b>Sent:</b><span class=apple-converted-space> </span>27 July 2018 02:44<br><b>To:</b><span class=apple-converted-space> </span>MOIMS DAI List <<a href="mailto:moims-dai@mailman.ccsds.org">moims-dai@mailman.ccsds.org</a>><br><b>Subject:</b><span class=apple-converted-space> </span>Re: [Moims-dai] Telecon Notes?</span><o:p></o:p></p></div></div></div><div><p class=MsoNormal> <o:p></o:p></p></div><div><p class=MsoNormal>Dear John, David, Mark, and Steve,<o:p></o:p></p></div><div><p class=MsoNormal>It seems I’ve not been able to clarify my concerns regarding the rigidity with which the OAIS RM information modeling is being viewed, at least by some, in the thread below, but I believe the following scenario will highlight some differences and clarify my views.<o:p></o:p></p></div><div><p class=MsoNormal>I’m attending a conference on preservation and I’m giving a presentation on my Archive implementation. I state that my implementation follows OAIS RM precepts and that I will be using OAIS RM terminology and concepts to describe the implementation. I describe how the implementation is addressing the high level bulleted requirements of OAIS RM Section 3. I describe my AIP implementation as consisting of a Tar file with pointers to the relevant information, including Representation Information for the Content Data Object and PDI consisting of Provenance, Context, Reference and Access Rights Information.<o:p></o:p></p></div><div><p class=MsoNormal>I then note, as others have noted in past years, that one of the great features of the OAIS RM is that it includes both digital and physical information at the most fundamental level, the Information Object, as my Archive has both types of materials. Not only do I have a variety of digital materials, but I also have a number of historical manuscripts in hardcopy form that need preservation. In addition, a number of my digital Content Data Objects are quite old and their format information (Representation Information) is stored in hardcopy form on microfiche. I’m able to describe all this using the OAIS RM terms and concepts.<o:p></o:p></p></div><div><p class=MsoNormal>Of course my AIPs for the historical manuscripts look a bit different from those for the digital Content Data Objects. They have a pointer to a physical storage locations for each manuscript. I describe how access to these manuscripts is controlled, and how the environment of these storage areas is controlled to help reduce degradation of the manuscripts over the long term (Fixity). I also note that the Designated Community for these manuscripts is able to read and understand some, for which this is the preservation objective, without any additional supporting information, and for others they only need to be made visible to experience and no further understanding is part of the preservation objective. Therefore none of their AIPs include pointers to Representation Information. Further, none of them have pointers to Access Rights information as this does not exist. In fact, some of my digital Content Information objects do not have Access Rights information either.<o:p></o:p></p></div><div><p class=MsoNormal>As I wind up my presentation, I feel that I’ve been able to communicate my implementation to the audience quite well and I ask for questions. Immediately a hand shoots up from the back of the room. He stands up and says “Mr. Sawyer, I think there is a problem here. You started your presentation by saying that you implemented an OAIS archive. You described your AIP implementations for the manuscripts as not having pointers to Representation Information and I understand you don’t need any. However in the OAIS RM conformance section it says for an implementation to be considered an OAIS, among other criteria that you clearly fulfill, it must support the information model of Section 2 and this model shows an AIP has Representation Information. Therefore it seems to me that some of your AIPs are not in conformance with the Section 2 AIP information model and thus your archive is not a true OAIS. I also note that you are missing some Access Rights information, although this is not mentioned explicitly in Section 2.”<o:p></o:p></p></div><div><p class=MsoNormal>I respond that as far as I’m concerned, I do support the Section 2 AIP information model. I’ve used all the OAIS RM concepts and implemented them in a manner that makes sense for the particular nature of the materials involved and I’ve used these concepts in communicating my implementation to this audience. I point out that the main purpose of the OAIS RM is to promote just this type of communication. Another major purpose is to highlight the types of information and their relationships to aid in long term preservation. My presentation has done that as well. That the manuscripts do not need Representation Information is an important point in carrying out their long term preservation according to their associated preservation objectives. When I read ‘support’ in Section 2, I take it to mean that I should apply the AIP information model concepts to my implementation in a manner that is logically consistent with the AIP components and their relationships. I do not take it to mean that I should apply the concepts in a way that is rigid and not consistent with the nature of the materials and is in fact extraneous to the preservation of those materials.<o:p></o:p></p></div><div><p class=MsoNormal>I continued, saying that I believe my implementation is a quintessential example of an OAIS. Unless the OAIS RM makes clear that only a rigid implementation of all or certain features of the information modeling is needed to be called an OAIS, I will continue to call my implementation a full OAIS. However I do not expect to see this nor do I think it would be wise. Regardless, my implementation will stand as what I believe it is and that is an outstanding example of the full application of OAIS RM concepts and relationships.<o:p></o:p></p></div><div><p class=MsoNormal>Thanks for your attention.<o:p></o:p></p></div><div><p class=MsoNormal>Cheers-<o:p></o:p></p></div><div><div><p class=MsoNormal>Don<o:p></o:p></p></div></div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div><div><div><p class=MsoNormal>PS I’ll respond to individual comments below, if requested, but I believe the scenario above should make my position clear and may prompt different questions/comments.<o:p></o:p></p></div></div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div><div><div><p class=MsoNormal><br><br><br><o:p></o:p></p></div><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><div><p class=MsoNormal>On Jul 24, 2018, at 10:06 AM, Hughes, John S (398B) <<a href="mailto:john.s.hughes@jpl.nasa.gov"><span style='color:purple'>john.s.hughes@jpl.nasa.gov</span></a>> wrote:<o:p></o:p></p></div></div><div><p class=MsoNormal> <o:p></o:p></p></div><div><div><div><p class=MsoNormal><span style='color:#1F497D'>Hi all,</span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'> </span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'>Sorry that I have been responding more regularly on this topic but there have been so many other fun things to do.</span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'> </span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'>I tend to agree with John’s view and concerns. However I will try to address the issue from a different point of view.</span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'> </span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'>I believe that everyone would agree that a physical book in the context of an OAIS archive is an information object. I can accept that there is no need for Representation Information in the strict sense, i.e., information that maps the Data Object into more meaningful concepts, for example a data format.</span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'> </span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'>However definitional information is require, for example “the data object is a hardcopy book”. I have accepted Mark’s suggestion that the definitional information can be recast as representation for the purpose of maintaining the integrity of the OAIS Information Object. This is a rather useful expedient otherwise the PDS4 information model collapses. Also defining something is in some ways a mapping a thing to a more meaningful concept. However strictly speaking, defining something is the first step in providing meaning.</span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'> </span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'>So my position is that some information, call it representation information or definitional information is required for every data object (CDO).</span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'> </span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'>Thanks,</span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'>Steve</span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'> </span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'> </span><o:p></o:p></p></div></div><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm'><div><div><p class=MsoNormal><b>From:</b><span class=apple-converted-space> </span>MOIMS-DAI [<a href="mailto:moims-dai-bounces@mailman.ccsds.org"><span style='color:purple'>mailto:moims-dai-bounces@mailman.ccsds.org</span></a>]<span class=apple-converted-space> </span><b>On Behalf Of<span class=apple-converted-space> </span></b>John Garrett<br><b>Sent:</b><span class=apple-converted-space> </span>Monday, July 23, 2018 10:03 PM<br><b>To:</b><span class=apple-converted-space> </span>'MOIMS-Data Archive Interoperability' <<a href="mailto:moims-dai@mailman.ccsds.org"><span style='color:purple'>moims-dai@mailman.ccsds.org</span></a>><br><b>Subject:</b><span class=apple-converted-space> </span>Re: [Moims-dai] Telecon Notes?<o:p></o:p></p></div></div></div></div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'> </span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'>Hi Don,</span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'> </span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'>Hope things are going well with you and the family. I hope you’re making progress with the renovations. David is finishing his. Time for me to start some more.</span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'> </span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'>Now down to work.</span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'> </span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'>I have to say that I still think that if a physical book is the CDO for an AIP then Rep Info is still required. The Rep Info may be minimal and may be as simple as saying “The CDO is a physical book and can be interpreted by simply viewing/reading it.</span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'>Since an AIP is a logical construct, if the whole repository is composed of physical books, then the implementation could be that the above statement could logically be considered as the Rep Info for all the AIPs.<span class=apple-converted-space> </span></span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'> </span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'>I also don’t see why the made up sentence is a different meaning for Rep Info. It seems to me that the made up sentence is explaining how to make sense of the CDO as much as any other Rep Info.<span class=apple-converted-space> </span></span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'> </span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'>Conceptually, I don’t understand how a implementation that logically does not have any Rep Info can also be considered to logically have Rep Info.</span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'> </span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'>Who decides if a CDO, physical or digital, requires Rep Info if it is not always required?</span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'>Does a physical book require Rep Info if it is in a foreign language?</span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'> </span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'> </span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'>If everyone else agrees that Rep Info is not required, we can make that change.</span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'>But if we do mean to make that change, we certainly need to change all the figures (and any related text) that show one-to-one relationships between the CDO and Rep Info in the OAIS standard.</span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'> </span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'>Peace and joy,</span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'>-JOhn</span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'> </span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='color:#1F497D'> </span><o:p></o:p></p></div></div><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm'><div><div><p class=MsoNormal><b>From:</b><span class=apple-converted-space> </span>MOIMS-DAI [<a href="mailto:moims-dai-bounces@mailman.ccsds.org"><span style='color:purple'>mailto:moims-dai-bounces@mailman.ccsds.org</span></a>]<span class=apple-converted-space> </span><b>On Behalf Of<span class=apple-converted-space> </span></b>D or C Sawyer<br><b>Sent:</b><span class=apple-converted-space> </span>Sunday, July 22, 2018 9:28 AM<br><b>To:</b><span class=apple-converted-space> </span>MOIMS DAI List <<a href="mailto:moims-dai@mailman.ccsds.org"><span style='color:purple'>moims-dai@mailman.ccsds.org</span></a>><br><b>Subject:</b><span class=apple-converted-space> </span>Re: [Moims-dai] Telecon Notes?<o:p></o:p></p></div></div></div></div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'> </span><o:p></o:p></p></div></div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'>Dear all,</span><o:p></o:p></p></div></div><div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'> </span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'>I would like to return to this point in the discussion on David’s proposal as I think David has made some valuable points that may get lost. I have not heard anyone disagree that, under some circumstances, a physical book does not need RepInfo. As an example, I believe an Archive implemented primarily for the preservation of physical books (Content Data Objects) understandable to the associated Designated Community would be fully justified in not conjuring up information, to be called RepInfo, just to meet someone’s concept of a best practice or a mandatory requirement for some type of certification. There may, or may not, eventually be a requirement for the addition of real RepInfo to such CDOs. This is all about practical implementations. </span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'> </span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'>In contrast, the OAIS RM is a conceptual model and its AIP is the key unit of information that is being preserved. The AIP is defined to include RepInfo with the CDO, forming Content Information, as this Content Information entity is of central importance to the preservation of digital information. I see no reason to alter this Content Information definition and I don’t believe anyone is proposing to do so. At the same time I have no problem recognizing that some implementations, such as that given in the Archive example above, may have an AIP whose Content Information is the CDO alone. This simply reflects local, practical, reality. The example highlights the possible differences between a concept and local reality. In my opinion, when there is good justification, such differences should not be of major concern. David’s proposal for the OAIS RM regarding implicit and explicit RepInfo is designed to acknowledge this reality. While I had some objection to the ‘implicit’ part of his proposed wordingl, I firmly support the attempt and believe some appropriate words can be found. It should not take a lot of discussion to find such words if there is agreement on the objective.</span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'> </span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'>When the OAIS RM uses the phrase ‘Representation Information’, it should mean the same concept everywhere in the document. It should not also stand for some made up sentence just to satisfy a conceptual information category. Therefore I think John’s second paragraph below is properly understood as an implementation view where he thinks an actual AIP should always have a RepInfo category. One could consider this a possible best practice, but personally I would not go that far. Discussion of this particular view makes sense in the context of ISO 16363. As for the OAIS RM, again I support David’s attempt to clarify that some AIP implementations may not need explicit RepInfo<span class=apple-converted-space> </span><u>as it has been defined in the OAIS RM.</u> </span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'> </span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'>Cheers-</span><o:p></o:p></p></div></div><div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'>Don</span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'> </span><o:p></o:p></p></div></div></div><div><p class=MsoNormal style='margin-bottom:12.0pt'><span style='font-size:12.0pt;font-family:"Times New Roman",serif'> </span><o:p></o:p></p><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'>On Jul 17, 2018, at 4:11 AM, John Garrett <<a href="mailto:garrett@his.com"><span style='color:purple'>garrett@his.com</span></a>> wrote:</span><o:p></o:p></p></div></div></div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'> </span><o:p></o:p></p></div></div><div><div><div><div><p class=MsoNormal><span style='color:#1F497D'>Hi,</span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><span style='color:#1F497D'> </span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><span style='color:#1F497D'>I’m also uncomfortable with the updated conformance. I also feel that it would be a significant change and I think it would open up a door to keep expanding the conformance requirements. I would prefer to try to update Section 2 a bit and keep the Conformance section the same.</span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><span style='color:#1F497D'> </span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><span style='color:#1F497D'>Also I’m not on board with having original data objects in an AIP that do not require RepInfo. I think if we have a physical book in local language, we should still require RepInfo as we form the AIP.</span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><span style='color:#1F497D'> </span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><span style='color:#1F497D'>Peace and joy,</span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><span style='color:#1F497D'>-JOhn</span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><span style='color:#1F497D'> </span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><span style='color:#1F497D'> </span><o:p></o:p></p></div></div></div><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm'><div><div><div><p class=MsoNormal><b>From:</b><span class=apple-converted-space> </span>MOIMS-DAI [<a href="mailto:moims-dai-bounces@mailman.ccsds.org"><span style='color:purple'>mailto:moims-dai-bounces@mailman.ccsds.org</span></a>]<span class=apple-converted-space> </span><b>On Behalf Of<span class=apple-converted-space> </span></b>D or C Sawyer<br><b>Sent:</b><span class=apple-converted-space> </span>Monday, July 16, 2018 11:36 PM<br><b>To:</b><span class=apple-converted-space> </span>MOIMS DAI List <<a href="mailto:moims-dai@mailman.ccsds.org"><span style='color:purple'>moims-dai@mailman.ccsds.org</span></a>><br><b>Subject:</b><span class=apple-converted-space> </span>Re: [Moims-dai] Telecon Notes?<o:p></o:p></p></div></div></div></div></div><div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'> </span><o:p></o:p></p></div></div></div><div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'>Dear All,</span><o:p></o:p></p></div></div></div><div><div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'> </span><o:p></o:p></p></div></div></div></div><div><div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'>The proposal for section 1.4 (conformance) is to include section 4.2 information modeling for conformance. This is a considerable increase in requirement which originally we did not feel comfortable requiring. This is not backward compatible so it may be controversial in the larger community.</span><o:p></o:p></p></div></div></div></div><div><div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'> </span><o:p></o:p></p></div></div></div></div><div><div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'>The proposal for section 4.2.1.3 states that an explicit or implicit lack of Representation Information can be regarded as a sufficient expression of meeting a Representation Information requirement. There is a bit of a problem with ‘implicit’ as it could be used as justification for no Representation Information when in fact it was needed. Perhaps the ‘implicit’ should be dropped?</span><o:p></o:p></p></div></div></div></div><div><div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'> </span><o:p></o:p></p></div></div></div></div><div><div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'>However this kind of statement on Representation Information is also true for selected components of PDI (which can also be recursive), depending on the judgement of the Archive in support of the associated Designated Community. I believe some appropriate text is needed for PDI as well, particularly if 4.2 is now to be part of conformance.</span><o:p></o:p></p></div></div></div></div><div><div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'> </span><o:p></o:p></p></div></div></div></div><div><div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'>Once again I will be unable to participate in the Tuesday DAI telecon as I’ll be working with my contractor.</span><o:p></o:p></p></div></div></div></div><div><div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'> </span><o:p></o:p></p></div></div></div></div><div><div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'>Cheers-</span><o:p></o:p></p></div></div></div></div><div><div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'>Don</span><o:p></o:p></p></div></div></div></div><div><div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'> </span><o:p></o:p></p></div></div></div><div><div><p class=MsoNormal style='margin-bottom:12.0pt'><span style='font-size:12.0pt;font-family:"Times New Roman",serif'><br><br><br><br></span><o:p></o:p></p></div><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'>On Jul 16, 2018, at 8:00 AM, David Giaretta <<a href="mailto:david@giaretta.org"><span style='color:purple'>david@giaretta.org</span></a>> wrote:</span><o:p></o:p></p></div></div></div></div><div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'> </span><o:p></o:p></p></div></div></div><div><div><div><div><div><p class=MsoNormal>I have added a suggested change - see<span class=apple-converted-space> </span><a href="http://review.oais.info/show_bug.cgi?id=236"><span style='color:#954F72'>http://review.oais.info/show_bug.cgi?id=236</span></a><o:p></o:p></p></div></div></div></div><div><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div></div><div><div><div><div><p class=MsoNormal>Also, in the resolution of<span class=apple-converted-space> </span><a href="http://review.oais.info/show_bug.cgi?id=35"><span style='color:#954F72'>http://review.oais.info/show_bug.cgi?id=35</span></a><span class=apple-converted-space> </span>there was an action in comment 4 to create a related suggested change which I have done in<span class=apple-converted-space> </span><a href="http://review.oais.info/show_bug.cgi?id=237"><span style='color:#954F72'>http://review.oais.info/show_bug.cgi?id=237</span></a><o:p></o:p></p></div></div></div></div><div><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div></div><div><div><div><div><p class=MsoNormal>..David<o:p></o:p></p></div></div></div></div><div><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div></div><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm'><div><div><div><div><p class=MsoNormal><b>From:</b><span class=apple-converted-space> </span>MOIMS-DAI <<a href="mailto:moims-dai-bounces@mailman.ccsds.org"><span style='color:purple'>moims-dai-bounces@mailman.ccsds.org</span></a>><span class=apple-converted-space> </span><b>On Behalf Of<span class=apple-converted-space> </span></b>David Giaretta<br><b>Sent:</b><span class=apple-converted-space> </span>15 July 2018 19:24<br><b>To:</b><span class=apple-converted-space> </span>'MOIMS-Data Archive Interoperability' <<a href="mailto:moims-dai@mailman.ccsds.org"><span style='color:purple'>moims-dai@mailman.ccsds.org</span></a>><br><b>Subject:</b><span class=apple-converted-space> </span>Re: [Moims-dai] Telecon Notes?<o:p></o:p></p></div></div></div></div></div></div><div><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div></div><div><div><div><div><p class=MsoNormal>Hi Don and others in MOIMS-DAI<o:p></o:p></p></div></div></div></div><div><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div></div><div><div><div><div><p class=MsoNormal>It looks as if we can reach a conclusion – see below for some general suggestions.<span class=apple-converted-space> </span>I will try to suggest something specific on the review site.<o:p></o:p></p></div></div></div></div><div><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div></div><div><div><div><div><p class=MsoNormal>Regards<o:p></o:p></p></div></div></div></div><div><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div></div><div><div><div><div><p class=MsoNormal>..David<o:p></o:p></p></div></div></div></div><div><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>-----Original Message-----<br>From: MOIMS-DAI <<a href="mailto:moims-dai-bounces@mailman.ccsds.org"><span style='color:#954F72'>moims-dai-bounces@mailman.ccsds.org</span></a>> On Behalf Of D or C Sawyer<br>Sent: 13 July 2018 14:18<br>To: MOIMS DAI List <<a href="mailto:moims-dai@mailman.ccsds.org"><span style='color:#954F72'>moims-dai@mailman.ccsds.org</span></a>><br>Subject: Re: [Moims-dai] Telecon Notes?<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>Hi David, et al.,<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>I mostly agree with your comments, but see below.<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>> On Jul 9, 2018, at 7:12 AM, David Giaretta <<a href="mailto:david@giaretta.org"><span style='color:windowtext;text-decoration:none'>david@giaretta.org</span></a>> wrote:<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>><span class=apple-converted-space> </span><o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>> Hi all<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>><span class=apple-converted-space> </span><o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>> I missed the call on which these notes report, but I must make a few comments which I am sure I would have made in the meeting.<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>><span class=apple-converted-space> </span><o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>> In summary Don's arguments about the Information Model seem to derive from examples of some specific Data Objects, without explicit consideration of the Designated Community, which I argue is misleading, and can be addressed by adding text to the standard to address such "edge cases", as discussed next.<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>During the subject telecon it was mentioned that a CDO with no needed Representation Information depended on the Designated Community. The point of the discussion was to note that this is a real example. It could be thought of as an ‘edge case’, as you say, or perhaps the modeling and text should be improved to bring it into compliance.<o:p></o:p></p></div></div></div></div><div><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div></div><div><div><div><div><p class=MsoNormal>Yes we definitely should add text to explain this, perhaps in the discussion in section 4.2.1.3 Representation Information.<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>><span class=apple-converted-space> </span><o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>> The argument about whether or not a Data Object needs Representation Information in order to be understood is misleading in that, as I responded in a previous email, it depends on the Designated Community. In other words, if the Data Object is a piece of paper written in English, and members of the Designated Community can read and understand English then there is no need for an explicit English dictionary because the Designated Community's Knowledge Base includes that.<span class=apple-converted-space> </span><o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>><span class=apple-converted-space> </span><o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>> However, if the Designated Community were to be defined as readers of Chinese then Representation Information such as an English Dictionary would be needed. So, if one claims that this piece of paper does not need Representation Information then that is in the context of a Repository's definition of a specific Designated Community.<span class=apple-converted-space> </span><o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>><span class=apple-converted-space> </span><o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>> So in general modelling terms the OAIS Information Model is right - a Data Object needs Representation Information in order to be used/understood. However there may be some specific instances where, for a specific Designated Community, explicit Representation Information is not needed.<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>><span class=apple-converted-space> </span><o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>> In modelling terms, I would regard cases such as English written on paper to be read by English readers as an "edge case" and to be consistent in such edge cases one should say that the Representation Information is the statement that "for the specific Designated Community no additional explicit Representation Information is currently needed". As far as I can see this would make the model complete and consistent. We could add some wording to the discussion of Representation Information and Designated Community to make this clear.<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>><span class=apple-converted-space> </span><o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>> In terms of the idea of OAIS being only a "communications framework" - yes it is that, especially the Functional Model, but it also provides something more, namely guidance of what one needs in order to preserve digitally encoded information, and OAIS lays these out in terms of conformance. Thus, the repository needs an AIP with all its components; it needs to undertake all the Mandatory Responsibilities.<span class=apple-converted-space> </span><o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>Yes on the Mandatory Responsibilities, but on the ‘AIP with all its components’ there is considerable ambiguity. The information modeling conformance only addressed the Information Object and the Information Package as given in Section 2.2. The Information Package is broken into SIPs, AIPs, and DIPs, It is clear that SIPs and DIPs may not contain all the Representation Information or PDI. The implication (not stated) is that the AIP does contain all the Representation Information and PDI. Certainly it does conceptually. However the conformance section (1.4) addresses an actual Archive. The example above raises the conformance issue for an Archive that only preserves hardcopy documents, with no Representation Information, yet still fully understandable to its Designated Community, Maybe it also finds it doesn’t need all the PDI. Can it still claim to be OAIS conformant? I would say ‘yes’ as long as it is making a reasonable argument for not having all the components of the section 2.2 information models. Note also that none of the modeling in section 4.2 is required for OAIS RM conformance. Given that OAIS RM conformance has sometime been a topic of concern to others as well as to this working group, I recommend it be clarified.<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div></div><div><div><div><div><p class=MsoNormal>I agree – we should make it clear that 2.2 and 4.2 are both included in the Mandatory Responsibilities and also in the Conformance section. In section 2.2 we say “While formal modeling of information is provided in section 4, some key concepts are provided in this subsection” but this should be expanded also.<o:p></o:p></p></div></div></div></div><div><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>><span class=apple-converted-space> </span><o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>> I realise that to some readers all this may seem like a very abstruse, uninteresting discussion. However, it IS important because there will be times when repository staff will come across puzzling cases and we need to make sure, as far as humanly possible, that OAIS provides useful, correct and consistent guidance when read carefully.<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>Yes, we should want the OAIS RM to be as clear and unambiguous as we can make it.<o:p></o:p></p></div></div></div></div><div><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div></div><div><div><div><div><p class=MsoNormal>Yes I think we have relied on some implicit connections that should be made explicit.<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>Cheers-<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>Don<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>><span class=apple-converted-space> </span><o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>> Hope that helps<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>><span class=apple-converted-space> </span><o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>> ..David<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>><span class=apple-converted-space> </span><o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>><span class=apple-converted-space> </span><o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>><span class=apple-converted-space> </span><o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>> -----Original Message-----<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>> From: MOIMS-DAI <<a href="mailto:moims-dai-bounces@mailman.ccsds.org"><span style='color:windowtext;text-decoration:none'>moims-dai-bounces@mailman.ccsds.org</span></a>> On Behalf Of John Garrett<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>> Sent: 07 July 2018 05:55<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>> To: 'MOIMS-Data Archive Interoperability' <<a href="mailto:moims-dai@mailman.ccsds.org"><span style='color:windowtext;text-decoration:none'>moims-dai@mailman.ccsds.org</span></a>><o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>> Subject: [Moims-dai] FW: Telecon Notes?<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>><span class=apple-converted-space> </span><o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>><span class=apple-converted-space> </span><o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>><span class=apple-converted-space> </span><o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>> -----Original Message-----<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>> From: Don Sawyer [<a href="mailto:topcottageguys@gmail.com"><span style='color:windowtext;text-decoration:none'>mailto:topcottageguys@gmail.com</span></a>] On Behalf Of D or C Sawyer<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>> Sent: Monday, July 2, 2018 8:18 AM<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>> To: John Garrett <<a href="mailto:garrett@his.com"><span style='color:windowtext;text-decoration:none'>garrett@his.com</span></a>><o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>> Cc: Hughes, John S (398B) <<a href="mailto:John.S.Hughes@jpl.nasa.gov"><span style='color:windowtext;text-decoration:none'>John.S.Hughes@jpl.nasa.gov</span></a>>; Mark Conrad <<a href="mailto:Mark.Conrad@nara.gov"><span style='color:windowtext;text-decoration:none'>Mark.Conrad@nara.gov</span></a>><o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>> Subject: Re: Telecon Notes?<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>><span class=apple-converted-space> </span><o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>> Hi John,<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>><span class=apple-converted-space> </span><o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>> I’ve made a few comments to your comments. I think our differing views are pretty clear. If you want to add some more comments, or not, I have no objections to your sending this out to the wider group.<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>><span class=apple-converted-space> </span><o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>> Cheers-<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>> Don<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>><span class=apple-converted-space> </span><o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>><span class=apple-converted-space> </span><o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>> _______________________________________________<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>> MOIMS-DAI mailing list<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>><span class=apple-converted-space> </span><a href="mailto:MOIMS-DAI@mailman.ccsds.org"><span style='color:windowtext;text-decoration:none'>MOIMS-DAI@mailman.ccsds.org</span></a><o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>><span class=apple-converted-space> </span><a href="https://mailman.ccsds.org/cgi-bin/mailman/listinfo/moims-dai"><span style='color:windowtext;text-decoration:none'>https://mailman.ccsds.org/cgi-bin/mailman/listinfo/moims-dai</span></a><o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal> <o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>_______________________________________________<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal>MOIMS-DAI mailing list<o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal><a href="mailto:MOIMS-DAI@mailman.ccsds.org"><span style='color:windowtext;text-decoration:none'>MOIMS-DAI@mailman.ccsds.org</span></a><o:p></o:p></p></div></div></div></div><div style='margin-left:36.0pt'><div><div><div><p class=MsoNormal><a href="https://mailman.ccsds.org/cgi-bin/mailman/listinfo/moims-dai"><span style='color:windowtext;text-decoration:none'>https://mailman.ccsds.org/cgi-bin/mailman/listinfo/moims-dai</span></a><o:p></o:p></p></div></div></div></div><div><div><div><p class=MsoNormal><span style='font-size:9.0pt;font-family:"Helvetica",sans-serif'>_______________________________________________<br>MOIMS-DAI mailing list<br><a href="mailto:MOIMS-DAI@mailman.ccsds.org"><span style='color:purple'>MOIMS-DAI@mailman.ccsds.org</span></a><br><a href="https://mailman.ccsds.org/cgi-bin/mailman/listinfo/moims-dai"><span style='color:purple'>https://mailman.ccsds.org/cgi-bin/mailman/listinfo/moims-dai</span></a></span><o:p></o:p></p></div></div></div></div></blockquote></div><div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'> </span><o:p></o:p></p></div></div></div></div><div><div><p class=MsoNormal><span style='font-size:9.0pt;font-family:"Helvetica",sans-serif'>_______________________________________________<br>MOIMS-DAI mailing list<br></span><span style='font-size:12.0pt;font-family:"Times New Roman",serif'><a href="mailto:MOIMS-DAI@mailman.ccsds.org"><span style='font-size:9.0pt;font-family:"Helvetica",sans-serif;color:purple'>MOIMS-DAI@mailman.ccsds.org</span></a></span><span style='font-size:9.0pt;font-family:"Helvetica",sans-serif'><br></span><span style='font-size:12.0pt;font-family:"Times New Roman",serif'><a href="https://mailman.ccsds.org/cgi-bin/mailman/listinfo/moims-dai"><span style='font-size:9.0pt;font-family:"Helvetica",sans-serif;color:purple'>https://mailman.ccsds.org/cgi-bin/mailman/listinfo/moims-dai</span></a></span><o:p></o:p></p></div></div></div></blockquote></div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'> </span><o:p></o:p></p></div></div></div><div><p class=MsoNormal><span style='font-size:9.0pt;font-family:"Helvetica",sans-serif'>_______________________________________________<br>MOIMS-DAI mailing list<br><a href="mailto:MOIMS-DAI@mailman.ccsds.org"><span style='color:purple'>MOIMS-DAI@mailman.ccsds.org</span></a><br><a href="https://mailman.ccsds.org/cgi-bin/mailman/listinfo/moims-dai"><span style='color:purple'>https://mailman.ccsds.org/cgi-bin/mailman/listinfo/moims-dai</span></a></span><o:p></o:p></p></div></div></blockquote></div><div><p class=MsoNormal> <o:p></o:p></p></div><p class=MsoNormal><span style='font-size:9.0pt;font-family:"Helvetica",sans-serif'>_______________________________________________<br>MOIMS-DAI mailing list<br></span><a href="mailto:MOIMS-DAI@mailman.ccsds.org"><span style='font-size:9.0pt;font-family:"Helvetica",sans-serif;color:purple'>MOIMS-DAI@mailman.ccsds.org</span></a><span style='font-size:9.0pt;font-family:"Helvetica",sans-serif'><br></span><a href="https://mailman.ccsds.org/cgi-bin/mailman/listinfo/moims-dai"><span style='font-size:9.0pt;font-family:"Helvetica",sans-serif;color:purple'>https://mailman.ccsds.org/cgi-bin/mailman/listinfo/moims-dai</span></a><o:p></o:p></p></div></blockquote></div><p class=MsoNormal><o:p> </o:p></p></div></div></body></html>