<div dir="ltr">

<span style="color:rgb(34,34,34);font-family:Calibri,sans-serif;font-size:14.6667px;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">@Mark – how does NARA do, say, Fixity of a Content Information Object, in particular how does it deal with the Representation Information?</span>

<br><div><br></div><div>Not sure what you mean by "Content Information Object" this is not defined in OAIS. NARA applies fixity algorithms to all of the <b><i>files</i></b> received in a transfer. In many cases the Representation Information will come in a separate set of files from the Content Data Object. For many decades and to some extent still today, the Representation Information received from the agency will come as hardcopy documents. If NARA digitizes these files for dissemination in electronic form, we apply fixity algorithms to the resultant files. As NARA adds PDI and additional Representation Information new digests/hashes are created for each newly generated file.</div><div><br></div><div>Hope this answers your question.</div><div><br></div><div>Mark</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>Mark Conrad<br>NARA Information Services</div>
<div>Systems Engineering Division (IT)<br>The National Archives and Records Administration<br>Erma Ora Byrd 
Conference and Learning Center<br>Building 494, Room 225<br>610 State Route 
956<br>Rocket Center, WV  26726<br><br>Phone: 304-726-7820<br>Fax: 
304-726-7802<br>Email: <a href="mailto:mark.conrad@nara.gov" target="_blank">mark.conrad@nara.gov</a> <br><br></div></div></div></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Tue, Jun 5, 2018 at 2:10 PM, David Giaretta <span dir="ltr"><<a href="mailto:david@giaretta.org" target="_blank">david@giaretta.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-GB" link="#0563C1" vlink="#954F72"><div class="m_8724234691535789WordSection1"><p class="m_8724234691535789MsoPlainText">Just a few corrections where Don has slightly mistaken what I said.<u></u><u></u></p><p class="m_8724234691535789MsoPlainText"><u></u> <u></u></p><p class="m_8724234691535789MsoPlainText"><i>" David raises the issue that, well, the high level model view of figure 2-3 doesn’t say how the PDI is preserved"<u></u><u></u></i></p><p class="m_8724234691535789MsoPlainText">No I did not say that; I simply asked how PDI is preserved - not referencing any particular figure. It is a general question that we need to ask.<u></u><u></u></p><p class="m_8724234691535789MsoPlainText"><u></u> <u></u></p><p class="m_8724234691535789MsoPlainText"><i>"David mentioned that he finds most archives are not applying PDI to Representation Information, but from a conceptual model perspective this is no justification as I, for one, have given several examples where it is relevant"<u></u><u></u></i></p><p class="m_8724234691535789MsoPlainText">It is true that I said that. The reason for my saying it was to point out that making the change proposed in <a href="http://review.oais.info/show_bug.cgi?id=222" target="_blank">http://review.oais.info/show_<wbr>bug.cgi?id=222</a> would not cause any problems for existing archives, because it describes what they currently do while at the same time would allow a cleaner and more consistent model where OAIS concepts apply to any and all information which an OAIS requires to preserve.<u></u><u></u></p><p class="m_8724234691535789MsoPlainText">@Mark – how does NARA do, say, Fixity of a Content Information Object, in particular how does it deal with the Representation Information?<u></u><u></u></p><p class="m_8724234691535789MsoPlainText">@Bob – ditto<u></u><u></u></p><p class="m_8724234691535789MsoPlainText">@Steve - ditto<u></u><u></u></p><p class="m_8724234691535789MsoPlainText"><u></u> <u></u></p><p class="m_8724234691535789MsoPlainText">One thought - many things have multiple roles or labels. My dog Monty is at the same time a dog, a mammal, a friend and a living thing; in different contexts I know that any living thing needs food to continue, so the same applies to him. We use the same idea in OAIS where the OAIS can also be a Producer, and a member of a Designated Community can also be a Producer. The crux of my argument is that by simply re-using the term Content Information one can immediately re-use all the OAIS concepts. <u></u><u></u></p><p class="m_8724234691535789MsoPlainText"><u></u> <u></u></p><p class="m_8724234691535789MsoPlainText">Don says<u></u><u></u></p><p class="m_8724234691535789MsoPlainText"><i>" They are clearly distinct categories of information with likely different sources and with the PDI being subservient to the Content Information."<u></u><u></u></i></p><p class="m_8724234691535789MsoPlainText">That is true. But the same can be said of many pieces of information, even that supplied by external Producers, for example a CAD design for an aircraft and the test results for various of its components; the latter would probably not exist without the former. Should we make a distinction about difference sources and subservience i.e. one would not exist without the other and so they have to be dealt with (in this case preserved) differently, or should we just say that the reference model is good for everything?<u></u><u></u></p><p class="m_8724234691535789MsoPlainText"><u></u> <u></u></p><p class="m_8724234691535789MsoPlainText">Also<u></u><u></u></p><p class="m_8724234691535789MsoPlainText"><i>" In fact, we should always try to avoid reusing the same terminology in different contexts where the meaning is different to some degree "<u></u><u></u></i></p><p class="m_8724234691535789MsoPlainText">Surely not true!  One of the key ideas of the OAIS Information Model was to identify the commonalities between different concepts, in particular identifying Fixity, Reference, Provenance etc all as Information objects - so that we did not need to invent a plethora of nearly identical terms such as " secondary PDI" and why we did not introduce the term “secondary Representation Information”.<u></u><u></u></p><p class="m_8724234691535789MsoPlainText"><u></u> <u></u></p><p class="m_8724234691535789MsoPlainText">He also says<u></u><u></u></p><p class="m_8724234691535789MsoPlainText"><i>" This would be shown as a recursive relationship, but all still within the same AIP.  We could include a diagram showing this recursion of PDI on PDI."<u></u><u></u></i></p><p class="m_8724234691535789MsoPlainText">Why show an incomplete view? Should we show all the individual components of PDI? Why not simply re-use the existing concepts cleanly?<u></u><u></u></p><p class="m_8724234691535789MsoPlainText"><u></u> <u></u></p><p class="m_8724234691535789MsoPlainText">Regards<u></u><u></u></p><p class="m_8724234691535789MsoPlainText"><u></u> <u></u></p><p class="m_8724234691535789MsoPlainText">..David<u></u><u></u></p><p class="m_8724234691535789MsoPlainText"><u></u> <u></u></p><p class="m_8724234691535789MsoPlainText"><span lang="EN-US">-----Original Message-----<br>From: MOIMS-DAI <<a href="mailto:moims-dai-bounces@mailman.ccsds.org" target="_blank">moims-dai-bounces@mailman.<wbr>ccsds.org</a>> On Behalf Of D or C Sawyer<br>Sent: 05 June 2018 18:14<br>To: MOIMS DAI List <<a href="mailto:moims-dai@mailman.ccsds.org" target="_blank">moims-dai@mailman.ccsds.org</a>><br>Subject: [Moims-dai] Todays Telecon: PDI on PDI</span></p><p class="m_8724234691535789MsoPlainText"><u></u> <u></u></p><p class="m_8724234691535789MsoPlainText">Dear All,<u></u><u></u></p><p class="m_8724234691535789MsoPlainText"><u></u> <u></u></p><p class="m_8724234691535789MsoPlainText">This is my third attempt to try to make my points clear and I think I’m improving.  You will be the judge.<u></u><u></u></p><p class="m_8724234691535789MsoPlainText"><u></u> <u></u></p><p class="m_8724234691535789MsoPlainText">——<u></u><u></u></p><p class="m_8724234691535789MsoPlainText">OAIS provides the view, clearly shown in Figure 2-3, of the Producer role submitting SIPs to the Archive.  In figure 2-4 the SIPs are used to create the Content Information, and as Mark notes, then the PDI for that Content Information can be obtained/created and associated.  In this sense, the PDI is supplementary to the Content Information and would not exist but for the Content Information.  The result is an AIP for storage in the Archive. In the above scenario, which is at the heart of OAIS, there is no implication that the PDI described above would be taken to be Content Information.  They are clearly distinct categories of information with likely different sources and with the PDI being subservient to the Content Information.  This is the top level view that sets the context for understanding the role played by the Producer and the relationships among the types of information objects.<u></u><u></u></p><p class="m_8724234691535789MsoPlainText"><u></u> <u></u></p><p class="m_8724234691535789MsoPlainText">David raises the issue that, well, the high level model view of figure 2-3 doesn’t say how the PDI is preserved and this is a concern.  But note that it doesn’t say how the Content Information is preserved either.  It simply says they are preserved as part (contained) of the AIP.  So at this high level, they are all understood to be preserved as part of a specific AIP.  I think this is a fair understanding that most people will agree with.<u></u><u></u></p><p class="m_8724234691535789MsoPlainText"><u></u> <u></u></p><p class="m_8724234691535789MsoPlainText">Expanding the model of an AIP, we get figure 4-10 which defines an Information Object.  This applies to the Content Information because it is defined to be an Information Object.  We see that it consists of a Data Object and its Representation Information. <u></u><u></u></p><p class="m_8724234691535789MsoPlainText"><u></u> <u></u></p><p class="m_8724234691535789MsoPlainText"> Further expanding inside the AIP with figure 4-11 we see the Representation Information detailed as being composed of three types of Representation Information and with a recursion relation that ends at some point (not germane for this discussion). <u></u><u></u></p><p class="m_8724234691535789MsoPlainText"><u></u> <u></u></p><p class="m_8724234691535789MsoPlainText"> Still inside the AIP, and further clarifying the nature of PDI and Representation Information, we have figure 4-12 that describes both of them as Information Objects, which means they also have Data Objects and Representation Information.   The result at this point is a set of data objects, all logically inside a single AIP, whose number is limited because the Representation Information recursion is limited. They are preserved by virtue of their logical inclusion inside the AIP.<u></u><u></u></p><p class="m_8724234691535789MsoPlainText"><u></u> <u></u></p><p class="m_8724234691535789MsoPlainText">Now the question is asked, since we thought that PDI was important in the preservation of the Content Information, which is the Content Data Object and its Representation Information, why isn’t it also important to associate secondary PDI with the original PDI?  Well the answer is, it might or might not be depending on the Archive and the specific original PDI.  If it is important, how should that be conceived and shown?  Original PDI was associated with the Content Information.  By analogy, secondary PDI would be associated with original PDI.  This would be shown as a recursive relationship, but all still within the same AIP.  We could include a diagram showing this recursion of PDI on PDI.  This recursion ends when the Archive decides that it no longer makes sense to continue it.  It may be different for the different components of PDI, which are shown in table 4-1 and listed in the text.  The PDI diagram could be broken out further with these components, but I’m not sure it is worth it.  Since they are classed as Information Objects, they could also be broken out in the Representation Information dimension but I see no need and this recursion is limited anyway.<u></u><u></u></p><p class="m_8724234691535789MsoPlainText"><u></u> <u></u></p><p class="m_8724234691535789MsoPlainText">The point that I hope is becoming clear is that there is no need to reuse Content Information with all its implications from the high level model of an Information Package and apply it to PDI.  This only promotes communication difficulties as the past two telcons and intervening messages have demonstrated.  In fact, we should always try to avoid reusing the same terminology in different contexts where the meaning is different to some degree. That is certainly the case when wanting to apply Content Information to PDI.  In short, there is no need.  <u></u><u></u></p><p class="m_8724234691535789MsoPlainText"><u></u> <u></u></p><p class="m_8724234691535789MsoPlainText">I recommend we put a simple diagram of PDI recursion into Section 4.2 and briefly talk about limiting the recursion by what the Archive finds is practical in each case.<u></u><u></u></p><p class="m_8724234691535789MsoPlainText"><u></u> <u></u></p><p class="m_8724234691535789MsoPlainText">As a corollary, there is no need to remove PDI from being applied to Representation Information as is currently being proposed.  David mentioned that he finds most archives are not applying PDI to Representation Information, but from a conceptual model perspective this is no justification as I, for one, have given several examples where it is relevant.  If one want to see PDI on PDI made more explicit, then at least the possibility of PDI on Representation Information needs to be retained.  There is absolutely no good reason to remove it from the conceptual model now that (I Hope!) were not trying to apply the AIP to PDI.  There are instead very relevant reasons to keep it.<u></u><u></u></p><p class="m_8724234691535789MsoPlainText"><u></u> <u></u></p><p class="m_8724234691535789MsoPlainText">Cheers-<u></u><u></u></p><p class="m_8724234691535789MsoPlainText">Don<u></u><u></u></p><p class="m_8724234691535789MsoPlainText"><u></u> <u></u></p><p class="m_8724234691535789MsoPlainText"><u></u> <u></u></p><p class="m_8724234691535789MsoPlainText"><u></u> <u></u></p><p class="m_8724234691535789MsoPlainText"><u></u> <u></u></p><p class="m_8724234691535789MsoPlainText">______________________________<wbr>_________________<u></u><u></u></p><p class="m_8724234691535789MsoPlainText">MOIMS-DAI mailing list<u></u><u></u></p><p class="m_8724234691535789MsoPlainText"><a href="mailto:MOIMS-DAI@mailman.ccsds.org" target="_blank"><span style="color:windowtext;text-decoration:none">MOIMS-DAI@mailman.ccsds.org</span></a><u></u><u></u></p><p class="m_8724234691535789MsoPlainText"><a href="https://mailman.ccsds.org/cgi-bin/mailman/listinfo/moims-dai" target="_blank"><span style="color:windowtext;text-decoration:none">https://mailman.ccsds.org/cgi-<wbr>bin/mailman/listinfo/moims-dai</span></a><u></u><u></u></p></div></div><br>______________________________<wbr>_________________<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" rel="noreferrer" target="_blank">https://mailman.ccsds.org/cgi-<wbr>bin/mailman/listinfo/moims-dai</a><br>
<br></blockquote></div><br></div>