<div style="FONT-FAMILY: Arial; COLOR: #000000; FONT-SIZE: 12px"><div>Don,</div><div>Thank you for that succinct and logical statement   As one of the principal authors of OAIS your views carry a lot of import for me.  Their approach may be the "flavor of the month," but their approach goes beyond the conceptual to a specific implementation.  As you note OAIS is a conceptual model not implementation specifications.  I hope there will be support for returning informative annexes.  This could be one as an approach to what OAIS calls federated archives.</div><div> </div><div> </div><div style="border-top:1px solid #bcbcbc;margin:5px 0px;"></div><span style="font-size:12;font-family:arial;color:#000000;">On 02/15/17, <span>D or C Sawyer<Sawyer@acm.org></span> wrote:</span><div> </div><div style="font-size:12;font-family:arial;color:#000000;">All,<div><br /></div><div>I have a few initial thoughts on SC#135.  It is clearly a special case.  The vast majority of current archives are not distributed in the sense of relying on cooperating, independently funded, organizations to ensure long term preservation of some particular information.  However one can consider farming out some archival services, such as storage to the ‘cloud’ (Dropbox?), and then ask the question ‘do we still have an OAIS archive’?  OAIS is a conceptual model intended to provide terms and concepts to describe what is needed and to talk about implementations.  It still works in such a situation but it prompts the question as to whether such implementations are sufficiently reliable, given the independent funding.  I think the short answer is ‘it depends’.  As far as the concept of an OAIS within an OAIS goes, I don’t think it makes any sense.  If the inside implementation is a full OAIS, then what is the outside OAIS adding?  If it has additional information, then what one has is really two coordinating or cooperating OAISs.</div><div><br /></div><div>I would be totally opposed to making OAIS any more complex than it is.  However these issues of distribution and the reliability of independently funded services are important.  I could see an informational annex, as John has suggested, provided there is time to get a consensus on what it should say.  I would suggest it be short, again lay out the purpose of OAIS, note its applicability to distributed implementations (already in OAIS), and then specifically note the issue of relying on independently funded organizations for some critical archival internal functions or services.  As David has noted, this seems particularly relevant to ISO 16363.  It might be appropriate to note, in such an Annex, that users of such an archive should be made aware that the archive is relying on the services of an independently funded organization  or implementation for part of the preservation function.  </div><div><br /></div><div>My initial thoughts.</div><div><br /></div><div>Cheers-</div><div>Don</div><div><br /></div><div><br /></div><div><br /></div><div><br /><div><div>On Feb 15, 2017, at 7:16 AM, David Giaretta <<a class="parsedEmail" href="mailto:david@giaretta.org" target="_blank">david@giaretta.org</a>> wrote:</div><br class="Apple-interchange-newline" /><blockquote type="cite"><div lang="EN-GB" link="#0563C1" style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" vlink="#954F72"><div class="WordSection1" style="page: WordSection1;"><div style="margin: 0cm 0cm 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;"><b><span style="font-size: 14pt;">Notes from DAI Webex meeting 2017-Feb-14</span></b></div><ol start="1" style="margin-bottom: 0cm;" type="1"><li class="MsoNormal" style="margin: 0cm 0cm 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;"><span style="font-size: 12pt;">Status of Report to CMC on status of DAI WG Future - version sent was<a href="https://www.dropbox.com/s/qwkehdgcq0ur5sk/MOIMS-DAI%20WG%20Report%20to%20the%20CMC.pdf?dl=0" style="color: rgb(149, 79, 114); text-decoration: underline;" target="_blank">https://www.dropbox.com/s/qwkehdgcq0ur5sk/MOIMS-DAI%20WG%20Report%20to%20the%20CMC.pdf?dl=0<span style="color: blue; text-decoration: none;"><span><image003.png></span></span></a><span class="Apple-converted-space"> </span>– Word version is<a href="https://www.dropbox.com/s/lztl9n18sbyvnrt/MOIMS-DAI%20WG%20Report%20to%20the%20CMC%20MOIMS-MM-BB-comments-DAI-responses-v4.docx?dl=0" style="color: rgb(149, 79, 114); text-decoration: underline;" target="_blank">https://www.dropbox.com/s/lztl9n18sbyvnrt/MOIMS-DAI%20WG%20Report%20to%20the%20CMC%20MOIMS-MM-BB-comments-DAI-responses-v4.docx?dl=0<span style="color: blue; text-decoration: none;"><span><image003.png></span></span></a></span></li><ul style="margin-bottom: 0cm;" type="circle"><li class="MsoNormal" style="margin: 0cm 0cm 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;"><span style="font-size: 12pt;">Webex held with Mario on Monday 13th Feb</span></li><li class="MsoNormal" style="margin: 0cm 0cm 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;"><span style="font-size: 12pt;">DG will send around notes on the meeting. Bullet points of improvements which we have identified based on the Webex</span></li><li class="MsoNormal" style="margin: 0cm 0cm 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;"><span style="font-size: 12pt;">Note Mario mentioned SM&C "archive" - need to make it clear what the difference between that service and what we are doing.</span></li><li class="MsoNormal" style="margin: 0cm 0cm 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;"><span style="font-size: 12pt;">Note that CMC will have to approve each book/project</span></li><li class="MsoNormal" style="margin: 0cm 0cm 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;"><span style="font-size: 12pt;">Plans may change as we "socialise" the plans</span></li></ul><li class="MsoNormal" style="margin: 0cm 0cm 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;"><span style="font-size: 12pt;">IPELTU see latest doc at<span class="Apple-converted-space"> </span><a href="https://www.dropbox.com/s/pcb9fwkk6uaxr69/6NNxN-M-0x6-ILF-latest-version.docx?dl=0" style="color: rgb(149, 79, 114); text-decoration: underline;" target="_blank">https://www.dropbox.com/s/pcb9fwkk6uaxr69/6NNxN-M-0x6-ILF-latest-version.docx?dl=0<span style="color: blue; text-decoration: none;"><span><image003.png></span></span></a><span class="Apple-converted-space"> </span>- You will notice there are quite a few changes</span></li><ul style="margin-bottom: 0cm;" type="circle"><li class="MsoNormal" style="margin: 0cm 0cm 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;"><span style="font-size: 12pt;">Used the definition of PHASE from PMBOK and clarify the text</span></li><li class="MsoNormal" style="margin: 0cm 0cm 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;"><span style="font-size: 12pt;">Updated section 5 to make the matrix more readable and consistent with the PMBOK approach - still need work for consistency</span></li><li class="MsoNormal" style="margin: 0cm 0cm 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;"><span style="font-size: 12pt;">Removed the details of LTDP and add to the block diagram of phases (the diagram has been corrected from last week – one of blocks had the wrong color</span></li></ul><li class="MsoNormal" style="margin: 0cm 0cm 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;"><span style="font-size: 12pt;">OAIS Update (and ISO 16363 Update) (<a href="http://review.oais.info/" style="color: rgb(149, 79, 114); text-decoration: underline;" target="_blank">http://review.oais.info/<span style="color: blue; text-decoration: none;"><span><image003.png></span></span></a>)  Work on Suggested Changes</span></li><ul style="margin-bottom: 0cm;" type="circle"><li class="MsoNormal" style="margin: 0cm 0cm 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;"><span style="font-size: 12pt;">Some preliminary discussion about SC#135</span></li></ul></ol><ol start="1" style="margin-bottom: 0cm;" type="1"><ul style="margin-bottom: 0cm;" type="circle"><ul style="margin-bottom: 0cm;" type="disc"><li style="margin-left: 0cm;"><span style="font-family: Calibri, sans-serif;">John Garrett suggests we discuss it together.</span></li><li style="margin-left: 0cm;"><span style="font-family: Calibri, sans-serif;">Terry Longstreth: OO-IO is adding complexity. Making an architectural rule for implementation. Current OAIS does not impede distributed implementations.</span></li><li style="margin-left: 0cm;"><span style="font-family: Calibri, sans-serif;">Matthias Hemmje: shares concerns about increasing complexity of the standard if we add too much more about distribution. OAIS already deals with distribution. Mentioned at iPres and other meetings as a need. This is a valid area of work but it may need more work before it could be incorporated into the OAIS. The OAIS does not specify a distribution architecture nor does it prohibit it. Check all references to distributed in the current standard and make sure they do not impede distributed services. Sections 6.1.1 through 6.1.4.  Add another example/instance - Distributed OAIS  functional entities are distributed but form one OAIS. What Zierau, McGovern et al suggest is one special case of a Distributed OAIS.</span></li><li style="margin-left: 0cm;"><span style="font-family: Calibri, sans-serif;">John Garrett: Important to address distribution in this edition of the OAIS. Make some changes in the main text and include an informational annex. Helen will be talking to Nancy - let us see what happens and maybe hold Skype call.</span></li><li style="margin-left: 0cm;"><span style="font-family: Calibri, sans-serif;">David Giaretta: May be related to 121. Need to think about implications for ISO 16363</span></li></ul></ul></ol><ol start="1" style="margin-bottom: 0cm;" type="1"><ul style="margin-bottom: 0cm;" type="circle"><li class="MsoNormal" style="margin: 0cm 0cm 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;"><span style="font-size: 12pt;">SC#97 - agreed by DAI - waiting response from Stéphane Reecht</span></li><li class="MsoNormal" style="margin: 0cm 0cm 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;"><span style="font-size: 12pt;">SC#212 - deferred until discussion on Roadmap</span></li><li class="MsoNormal" style="margin: 0cm 0cm 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;"><span style="font-size: 12pt;">SC#121 - new inputs received from Giovanni</span></li><li style="margin-left: 0cm;"><span style="font-family: Calibri, sans-serif;">SC#30 - Terry is writing text and this is related to SC#75:</span></li><li class="MsoNormal" style="margin: 0cm 0cm 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;"><span style="font-size: 12pt;">SC#75 - needs text to be written</span></li><li style="margin-left: 0cm;"><span style="font-family: Calibri, sans-serif;">SC#102: Bob likes "change "may be applicable here" to "may be used to help define the data submission formats and procedures". JGG suggests adding some parenthetical text. Check with Mark:</span></li><li style="margin-left: 0cm;"><span style="font-family: Calibri, sans-serif;">SC#109 - TL says lien is a stronger term. Could say "liens i.e. lists of required corrections or other issues that must be resolved" an leave diagram as it is.  JGG will add resolution to review site</span></li><li style="margin-left: 0cm;"><span style="font-family: Calibri, sans-serif;">SC#130 - TL says we should broaden the examples - perhaps include voice command or computer-to-computer interfaces. DG and TL to provide text</span></li><li style="margin-left: 0cm;"><span style="font-family: Calibri, sans-serif;">SC#132: JGG in favour of keeping examples. Maybe we should be more explicit that this is an example. Text like:  “….accepted or rejected. It could for example include the functionality to provide an estimate of the cost of the request and an option to cancel the request. “. JGG will put this on review site</span></li></ul></ol><p><span style="font-family: Calibri, sans-serif;">Mark Conrad, in follow-up to today's meeting, provided links to stories about what can go wrong when digital preservation is not planned from the beginning.</span></p><ol start="1" style="margin-bottom: 0cm;" type="1"><li style="margin-left: 0cm;"><span style="font-family: Calibri, sans-serif;">Barbara Sierman's site:<span class="Apple-converted-space"> </span><a href="http://www.atlasofdigitaldamages.info/v1/stories/" style="color: rgb(149, 79, 114); text-decoration: underline;" target="_blank">http://www.atlasofdigitaldamages.info/v1/stories/</a></span></li><li style="margin-left: 0cm;"><span style="font-family: Calibri, sans-serif;">The links below are to articles about the delays to the rollout of the Airbus A380 because of incompatible data issues and how it cost the company billions of dollars:</span></li><ul style="margin-bottom: 0cm;" type="circle"><li style="margin-left: 0cm;"><span style="font-family: Calibri, sans-serif;">Catalogue of Catastrophe Airbus A380:<span class="Apple-converted-space"> </span><a href="http://calleam.com/WTPF/?p=4700" style="color: rgb(149, 79, 114); text-decoration: underline;" target="_blank">http://calleam.com/WTPF/?p=4700</a></span></li><li style="margin-left: 0cm;"><span style="font-family: Calibri, sans-serif;">BBC – Q&A: A380 delays:<span class="Apple-converted-space"> </span><a href="http://news.bbc.co.uk/2/hi/business/5405524.stm" style="color: rgb(149, 79, 114); text-decoration: underline;" target="_blank">http://news.bbc.co.uk/2/hi/business/5405524.stm</a></span></li><li style="margin-left: 0cm;"><span style="font-family: Calibri, sans-serif;">The Airbus saga: Crossed wires and a multibillion-euro delay:<span class="Apple-converted-space"> </span><a href="http://www.nytimes.com/2006/12/11/business/worldbusiness/11iht-airbus.3860198.html" style="color: rgb(149, 79, 114); text-decoration: underline;" target="_blank">http://www.nytimes.com/2006/12/11/business/worldbusiness/11iht-airbus.3860198.html</a></span></li><li style="margin-left: 0cm;"><span style="font-family: Calibri, sans-serif;">What Grounded the Airbus A380?: Company management and CAD software both under fire in an interoperability debacle of jumbo proportions:<span class="Apple-converted-space"> </span><a href="http://www.cadalyst.com/cad/product-design/what-grounded-airbus-a380-10903" style="color: rgb(149, 79, 114); text-decoration: underline;" target="_blank">http://www.cadalyst.com/cad/product-design/what-grounded-airbus-a380-10903</a></span></li><li style="margin-left: 0cm;"><span style="font-family: Calibri, sans-serif;">Airbus: First, Blame the Software: Use of incompatible programs takes the rap, but behind that is a management team cobbled together from formerly separate companies:<span class="Apple-converted-space"> </span><a href="https://www.bloomberg.com/news/articles/2006-10-04/airbus-first-blame-the-software" style="color: rgb(149, 79, 114); text-decoration: underline;" target="_blank">https://www.bloomberg.com/news/articles/2006-10-04/airbus-first-blame-the-software</a></span></li><li style="margin-left: 0cm;"><span style="font-family: Calibri, sans-serif;">A380 Program Update – Global Investor Forum – Oct 2006 (see slide 13 onwards):<a href="http://web.archive.org/web/20061231133122/http:/www.eads.com/xml/content/OF00000000400004/0/74/41485740.pdf" style="color: rgb(149, 79, 114); text-decoration: underline;" target="_blank">http://web.archive.org/web/20061231133122/http://www.eads.com/xml/content/OF00000000400004/0/74/41485740.pdf</a></span></li><li style="margin-left: 0cm;"><span style="font-family: Calibri, sans-serif;">EADS execs pledge to restore confidence in Airbus, fix A380 problems:<a href="http://old.seattletimes.com/html/businesstechnology/2003131857_webeads16.html" style="color: rgb(149, 79, 114); text-decoration: underline;" target="_blank">http://old.seattletimes.com/html/businesstechnology/2003131857_webeads16.html</a></span></li></ul></ol></div>_______________________________________________<br />MOIMS-DAI mailing list<br /><a class="parsedEmail" href="mailto:MOIMS-DAI@mailman.ccsds.org" style="color: rgb(149, 79, 114); text-decoration: underline;" target="_blank">MOIMS-DAI@mailman.ccsds.org</a><br /><a href="https://mailman.ccsds.org/cgi-bin/mailman/listinfo/moims-dai" style="color: rgb(149, 79, 114); text-decoration: underline;" target="_blank">https://mailman.ccsds.org/cgi-bin/mailman/listinfo/moims-dai</a></div></blockquote></div><br /></div><br /><hr size="1" /><br />_______________________________________________<br />MOIMS-DAI mailing list<br /><a class="parsedEmail" href="mailto:MOIMS-DAI@mailman.ccsds.org" target="_blank">MOIMS-DAI@mailman.ccsds.org</a><br /><a class="parsedLink" href="https://mailman.ccsds.org/cgi-bin/mailman/listinfo/moims-dai" target="_blank">https://mailman.ccsds.org/cgi-bin/mailman/listinfo/moims-dai</a><br /></div></div>