<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:Wingdings;
panose-1:5 0 0 0 0 0 0 0 0 0;}
@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:12.0pt;
font-family:"Times New Roman",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.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:12.0pt;
font-family:"Times New Roman",serif;}
span.EmailStyle17
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;}
@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:1246918831;
mso-list-type:hybrid;
mso-list-template-ids:928938668 67698689 67698691 67698693 67698689 67698691 67698693 67698689 67698691 67698693;}
@list l0:level1
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:.25in;
text-indent:-.25in;
font-family:Symbol;}
@list l0:level2
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:.75in;
text-indent:-.25in;
font-family:"Courier New";}
@list l0:level3
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:1.25in;
text-indent:-.25in;
font-family:Wingdings;}
@list l0:level4
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:1.75in;
text-indent:-.25in;
font-family:Symbol;}
@list l0:level5
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:2.25in;
text-indent:-.25in;
font-family:"Courier New";}
@list l0:level6
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:2.75in;
text-indent:-.25in;
font-family:Wingdings;}
@list l0:level7
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:3.25in;
text-indent:-.25in;
font-family:Symbol;}
@list l0:level8
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:3.75in;
text-indent:-.25in;
font-family:"Courier New";}
@list l0:level9
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:4.25in;
text-indent:-.25in;
font-family:Wingdings;}
ol
{margin-bottom:0in;}
ul
{margin-bottom:0in;}
--></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-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><a name="_MailEndCompose"><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Comments embedded below. <o:p></o:p></span></a></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'> -=- Mike<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Mike Kearney<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Huntsville, Alabama, USA<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><b><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'>From:</span></b><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'> MOIMS-DAI [mailto:moims-dai-bounces@mailman.ccsds.org] <b>On Behalf Of </b>Mark Conrad<br><b>Sent:</b> Monday, March 12, 2018 12:36 PM<br><b>To:</b> MOIMS-Data Archive Ingestion <moims-dai@mailman.ccsds.org><br><b>Subject:</b> Re: [Moims-dai] OAIS and the OAIS Architecture<o:p></o:p></span></p><p class=MsoNormal><o:p> </o:p></p><div><div><p class=MsoNormal>I will preface my remarks by saying that I am not sure I understand many of the points/distinctions that are being made in the document Mike sent around. I think it would be very helpful to have a specific example of (parts) of the architecture and example implementations so that we are all talking apples-to-apples.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>A few comments:<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>"To extend an archive’s capabilities further, a trustworthy repository can also implement compliance with the Data Archive Architecture and protocol (or plugin/binding/API/whatever) and can then cite that it is a trusted archive that is interoperable with other entities (archives, providers, consumers)."<o:p></o:p></p></div></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Maybe I don't understand how you are defining inter-operability. By definition an OAIS has to be able to interact with its providers and the consumers in its Designated Community. What other interoperation are you proposing for the producers and consumers in its Designated Community?<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal><b><i><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'> [>>MK: ] <o:p></o:p></span></i></b></p><p class=MsoListParagraph style='margin-left:.25in;text-indent:-.25in;mso-list:l0 level1 lfo1'><![if !supportLists]><span style='font-size:11.0pt;font-family:Symbol;color:#1F497D'><span style='mso-list:Ignore'>·<span style='font:7.0pt "Times New Roman"'> </span></span></span><![endif]><b><i><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Same user interface for multiple archives from multiple sources for members of a designated community.<o:p></o:p></span></i></b></p><p class=MsoListParagraph style='margin-left:.25in;text-indent:-.25in;mso-list:l0 level1 lfo1'><![if !supportLists]><span style='font-size:11.0pt;font-family:Symbol;color:#1F497D'><span style='mso-list:Ignore'>·<span style='font:7.0pt "Times New Roman"'> </span></span></span><![endif]><b><i><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Same user interface for individuals who are members of multiple designated communities. <o:p></o:p></span></i></b></p><p class=MsoListParagraph style='margin-left:.25in;text-indent:-.25in;mso-list:l0 level1 lfo1'><![if !supportLists]><span style='font-size:11.0pt;font-family:Symbol;color:#1F497D'><span style='mso-list:Ignore'>·<span style='font:7.0pt "Times New Roman"'> </span></span></span><![endif]><b><i><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Same user interface for researchers who are accessing multiple other designated communities<o:p></o:p></span></i></b></p><p class=MsoListParagraph style='margin-left:.25in;text-indent:-.25in;mso-list:l0 level1 lfo1'><![if !supportLists]><span style='font-size:11.0pt;font-family:Symbol;color:#1F497D'><span style='mso-list:Ignore'>·<span style='font:7.0pt "Times New Roman"'> </span></span></span><![endif]><b><i><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Same user interface for the public when the public has been granted access to designated communities’ archives<o:p></o:p></span></i></b></p><p class=MsoListParagraph style='margin-left:.25in;text-indent:-.25in;mso-list:l0 level1 lfo1'><![if !supportLists]><span style='font-size:11.0pt;font-family:Symbol;color:#1F497D'><span style='mso-list:Ignore'>·<span style='font:7.0pt "Times New Roman"'> </span></span></span><![endif]><b><i><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Ubiquitous and well-known interfaces so that researchers generations from now will know what software/access method was used in prior generations.<o:p></o:p></span></i></b></p><p class=MsoListParagraph style='margin-left:.25in;text-indent:-.25in;mso-list:l0 level1 lfo1'><![if !supportLists]><span style='font-size:11.0pt;font-family:Symbol;color:#1F497D'><span style='mso-list:Ignore'>·<span style='font:7.0pt "Times New Roman"'> </span></span></span><![endif]><b><i><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Basically a consistent and ubiquitous access method benefits all users of archives, both known and expected users (current members of designated communities) and surprising and unexpected users (peripheral users, cross-discipline researchers, investigative reporters, public.) <o:p></o:p></span></i></b></p></div><div><p class=MsoNormal><b><i><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'><o:p> </o:p></span></i></b></p></div><div><p class=MsoNormal>"The “second stage” is to move on to interoperable systems, architecture and protocols, with those processes as the foundation."<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal style='margin-bottom:12.0pt'><span style='font-family:"Arial",sans-serif;color:#222222;background:white'>Interoperability with another OAIS is a feature that an OAIS may or may not want to support. It is important to remember that the OAIS responds to the needs of its Designated Community and its resource allocators. These groups may or may not be interested in interoperability with other OAISs (especially if that interoperability comes with additional costs). </span><o:p></o:p></p></div><div><p class=MsoNormal><b><i><span style='color:#1F497D'>[>>MK: ] </span></i></b><span style='color:#1F497D'>I have been largely focusing on consistent user (producer and consumer) interfaces, because interoperability for users is where the most important benefits come in. Long-term preservation should account for a future user community that is not the same personnel as the current members of a designated community. However, interoperability between archives is obviously important. Steve may have already been addressing that in his modeling effort… not sure. <o:p></o:p></span></p><p class=MsoNormal><b><i><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>[>>MK: ] In terms of additional costs, if the interoperability capabilities come from the same interoperability “framework”, they gain the cost efficiency that comes from standardization of access methods… software reuse, etc. <o:p></o:p></span></i></b></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>"But don’t hold your breath, because many CCSDS WGs have talked about that “gold standard” interoperability certification capability, but none have accomplished it."<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Interoperability with what, precisely?<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal><b><i><span style='color:#1F497D'>[>>MK: ] </span></i></b><span style='color:#1F497D'>When other protocol standards have been established, the requirement is that producers of products that comply with the standard should be interoperable with other products that comply with the standard. When resources are available, the standards body may set up a “gold standard” implementation and host it online, against which other protocol vendors or producers can test their implementation to prove its interoperability with the standard. If they pass the test of interoperating with the “<a href="https://www.qualitylogic.com/testing-solutions/interoperability-testing/">gold standard</a>” then they implemented it correctly. I was simply saying that conceivably a protocol test suite could be hosted by a standards body to either developers of user access softer or developers of archives could test their implementation against the standard. </span><o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>"5. However, the Interoperable protocols (or bindings or APIs) are requirements imposed on an archive database implementation (An “implementation” based on Oracle or MySQL or another RDBMS). Or on an AIP implementation. The database and the AIP design must comply with the communication formats at the protocol interface or API but they can implement with various underlying structures."<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Maybe I am misunderstanding your text. It appears to me that the architecture would already be constraining the OAIS infrastructure if it is to be limited to RDBMS. There are many repositories out there that are using NoSql databases and other tools for managing their digital objects. I am also not sure what is meant by "communication formats."<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal><b><i><span style='color:#1F497D'>[>>MK: ] </span></i></b><span style='color:#1F497D'>There will be some constraining to the infrastructure that archive implementers develop. That’s required in order to achieve interoperable systems. It doesn’t *<b>constrain</b>* OAIS, it *<b>supports</b>* OAIS. But it constrains implementations of OAIS archives. My example wasn’t intended to limit underlying implementations to RDBMS or anything else… I was trying to say the opposite. An underlying RDBMS or MySQL or NoSQL or flat-file database or <a href="https://en.wikipedia.org/wiki/Matrioshka_brain">Matrioshka brain</a>, or whatever can be used, but it has to talk to the user interface with either the interaction patterns defined by a protocol or an interface defined by an API. By “communications formats” I was talking precisely about those interactions or interfaces. <o:p></o:p></span></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>"Yes, to the OAIS RM, the Data Archive Architecture prescribed (normative) in the DA ADD looks like one of many possible architectural “implementations.” But it’s not an implementation to the protocols or the archive implementers, it’s another (albeit lower) set of requirements. So let’s not call it an implementation. It’s an architecture."<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>The way I read this is that the goal is an architecture that would limit the possible implementations an OAIS could pursue. What am I getting wrong?<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal><b><i><span style='color:#1F497D'>[>>MK: ] </span></i></b><span style='color:#1F497D'>It is indeed limiting an aspect of the OAIS implementations… the communications or interface aspect. Underneath the interface and beyond the protocol, processing can exercise a variety of inventive implementations. This is the way that the Service Oriented Architecture of SM&C performs, if it help to have a current example. Lots of application freedom, but when they approach the wall where they communicate with the outside world, protocols and formats constrain that interface. </span><o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>"Personally, I think the architecture completes an incomplete OAIS, hence should be called (named) OAIS."<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>What is it that you see as lacking? Interoperability? With what?<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal><b><i><span style='color:#1F497D'>[>>MK: ] </span></i></b><span style='color:#1F497D'>Primarily (my view) interoperability with standard user interfaces for producers and consumers. I think this is critically important for long-term preservation because a long time from now that ubiquitous well-understood standard consumer interface should have been passed on to future generations to improve the chances for flawless access to preserved data. As you pointed out, interoperability with other archives (or among distributed archives) is also an important topic. </span><o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>My two cents for now. My brain hurts!<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Mark<o:p></o:p></p></div><div><p class=MsoNormal><br clear=all><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><p class=MsoNormal><o:p> </o:p></p></div></div></div></div></div></div></div></div></div></div><p class=MsoNormal><o:p> </o:p></p><div><p class=MsoNormal>On Sun, Mar 11, 2018 at 9:18 PM, Mike Kearney <<a href="mailto:kearneysolutions@gmail.com" target="_blank">kearneysolutions@gmail.com</a>> wrote:<o:p></o:p></p><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in'><div><div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><a name="m_-3379826895049294176__MailEndCompose"><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>In terms of the naming convention for the architecture… I would like to keep this as an open discussion for a while longer. The term “Framework” is quite a bit overused nowadays (The CCSDS management “framework” for example). </span></a><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>My opinion was that OAIS would benefit from an interoperable architecture, but if the group wants to have a terminology divide between OAIS and this digital preservation architecture, then so be it. I would encourage the group to discuss this a bit further, though. </span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Bob, your discussion about whether there can be multiple frameworks for OAIS interoperability… If the multiple frameworks are not interoperable with each other… that would be a really bad thing. Similar to having two OAIS Reference Models that contradict each other. And if the multiple frameworks for OAIS interoperability are interoperable with each other… I think that’s one framework, not two. </span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'> -=- Mike</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Mike Kearney</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Huntsville, Alabama, USA</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><b><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'>From:</span></b><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'> MOIMS-DAI [mailto:<a href="mailto:moims-dai-bounces@mailman.ccsds.org" target="_blank">moims-dai-bounces@mailman.ccsds.org</a>] <b>On Behalf Of </b>Robert Downs<br><b>Sent:</b> Sunday, March 11, 2018 3:29 PM<br><b>To:</b> MOIMS-Data Archive Ingestion <<a href="mailto:moims-dai@mailman.ccsds.org" target="_blank">moims-dai@mailman.ccsds.org</a>><br><b>Subject:</b> Re: [Moims-dai] OAIS and the OAIS Architecture</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'> <o:p></o:p></p><div><div><div><p class=MsoNormal style='mso-margin-top-alt:auto;margin-bottom:12.0pt'>I agree with Bruce's concerns and believe that we need to be very careful that proposing and naming a new design artifact does not cause confusion. I also agree with John's concerns and believe that it should be done in a way that does not imply that a proposed design artifact is a requirement for certification of OAIS compliance. Using a term like OAIS Interoperability Framework, which David proposed, might be a step in the right direction, as compared to the earlier term. However, considering the variety of diverse communities that have embraced the OAIS Reference Model, I wonder whether using a term, such as OAIS Interoperability Framework, would imply that there is no room for other frameworks for OAIS interoperability. <o:p></o:p></p></div><p class=MsoNormal style='mso-margin-top-alt:auto;margin-bottom:12.0pt'>Thanks,<o:p></o:p></p></div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>Bob<o:p></o:p></p></div><div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><br clear=all><o:p></o:p></p><div><div><div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>Robert R. Downs, PhD<br>Senior Digital Archivist and Senior Staff Associate Officer of Research<br>Acting Head of Cyberinfrastructure and Informatics Research and Development<br>Center for International Earth Science Information Network (CIESIN),<br>The Earth Institute, Columbia University<br>P.O. Box 1000, 61 Route 9W, Palisades, NY 10964 USA<br>Voice: <a href="tel:(845)%20365-8985" target="_blank">845-365-8985</a>; fax: <a href="tel:(845)%20365-8922" target="_blank">845-365-8922</a><br>E-mail: <a href="mailto:rdowns@ciesin.columbia.edu" target="_blank">rdowns@ciesin.columbia.edu</a><br>Columbia University CIESIN Web site: <a href="http://www.ciesin.columbia.edu" target="_blank">http://www.ciesin.columbia.edu</a><br>ORCID: 0000-0002-8595-5134<o:p></o:p></p></div></div></div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'> <o:p></o:p></p><div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>On Sun, Mar 11, 2018 at 3:07 PM, John Garrett <<a href="mailto:garrett@his.com" target="_blank">garrett@his.com</a>> wrote:<o:p></o:p></p><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt'><div><div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='color:#1F497D'>Hi,</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='color:#1F497D'>That sounds good to me.</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='color:#1F497D'>I agree that OAIS Architecture sounds too much like it is a required architecture to be OAIS compliant. </span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='color:#1F497D'>It also then starts to be misunderstood as required to be certified.</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='color:#1F497D'>However OAIS-Interoperability Framework sounds less like a requirement and more like a desirable feature that archives would want.</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='color:#1F497D'>Peace and joy,</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='color:#1F497D'>-JOhn </span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><a name="m_-3379826895049294176_m_-10136274251721"><span style='color:#1F497D'> </span></a><o:p></o:p></p><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><b>From:</b> MOIMS-DAI [mailto:<a href="mailto:moims-dai-bounces@mailman.ccsds.org" target="_blank">moims-dai-bounces@mailman.ccsds.org</a>] <b>On Behalf Of </b>David Giaretta<br><b>Sent:</b> Sunday, March 11, 2018 1:22 PM<br><b>To:</b> 'MOIMS-Data Archive Ingestion' <<a href="mailto:moims-dai@mailman.ccsds.org" target="_blank">moims-dai@mailman.ccsds.org</a>><br><b>Subject:</b> Re: [Moims-dai] OAIS and the OAIS Architecture<o:p></o:p></p></div></div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'> <o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span lang=EN-GB>Would it be better to call the new work an OAIS Interoperability Framework (OAIS-IF)</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span lang=EN-GB> </span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span lang=EN-GB>..David</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span lang=EN-GB> </span><o:p></o:p></p><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><b>From:</b> MOIMS-DAI <<a href="mailto:moims-dai-bounces@mailman.ccsds.org" target="_blank">moims-dai-bounces@mailman.ccsds.org</a>> <b>On Behalf Of </b>Mike Kearney<br><b>Sent:</b> 11 March 2018 03:29<br><b>To:</b> 'MOIMS-Data Archive Ingestion' <<a href="mailto:moims-dai@mailman.ccsds.org" target="_blank">moims-dai@mailman.ccsds.org</a>><br><b>Subject:</b> [Moims-dai] OAIS and the OAIS Architecture<o:p></o:p></p></div></div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span lang=EN-GB> </span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>DAI WG members: After last Tuesday’s discussion, I realized that we have an issue at least with terminology for the new architecture effort. So I’m attaching a short writeup for your reading pleasure and discussion during the next telecon. <o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'> <o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>The main points you should take away from this discussion are: <o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:.25in'><span style='font-family:Symbol'>·</span><span style='font-size:7.0pt'> </span>The use of the term “OAIS Architecture” should not be considered intended to change anything about the OAIS Reference Model or certification thereof, and;<o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:.25in'><span style='font-family:Symbol'>·</span><span style='font-size:7.0pt'> </span>If use of the term “OAIS Architecture” make people think it will change OAIS, then maybe we need a new term. <o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'> <o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>I would prefer to stick with “OAIS Architecture,” but we can discuss other options. <o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'> <o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'> -=- Mike<o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'> <o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>Mike Kearney<o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>Huntsville, Alabama, USA<o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'> <o:p></o:p></p></div></div><p class=MsoNormal style='mso-margin-top-alt:auto;margin-bottom:12.0pt'><br>_______________________________________________<br>MOIMS-DAI mailing list<br><a href="mailto:MOIMS-DAI@mailman.ccsds.org" target="_blank">MOIMS-DAI@mailman.ccsds.org</a><br><a href="https://mailman.ccsds.org/cgi-bin/mailman/listinfo/moims-dai" target="_blank">https://mailman.ccsds.org/cgi-bin/mailman/listinfo/moims-dai</a><o:p></o:p></p></blockquote></div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'> <o:p></o:p></p></div></div></div><p class=MsoNormal style='margin-bottom:12.0pt'><br>_______________________________________________<br>MOIMS-DAI mailing list<br><a href="mailto:MOIMS-DAI@mailman.ccsds.org">MOIMS-DAI@mailman.ccsds.org</a><br><a href="https://mailman.ccsds.org/cgi-bin/mailman/listinfo/moims-dai" target="_blank">https://mailman.ccsds.org/cgi-bin/mailman/listinfo/moims-dai</a><o:p></o:p></p></blockquote></div><p class=MsoNormal><o:p> </o:p></p></div></div></div></body></html>