
<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8"></head><body><div class="WordSection1"><p class="MsoNormal">Action from <span class="SpellE">Webex</span> 20180605<o:p></o:p></p><ol style="margin-top:0cm" start="1" type="1"><li class="MsoNormal" style="mso-list:l1 level1 lfo1"><span style="mso-fareast-font-family:"Times New Roman"">David to write an example of the application of OAIS preservation concepts to components of PDI including illustration of Ingest and recursion.<o:p></o:p></span></li></ol><p class="MsoNormal"><span style="mso-fareast-font-family:"Times New Roman""><o:p> </o:p></span></p><p class="MsoNormal"><span style="mso-fareast-font-family:"Times New Roman""><o:p> </o:p></span></p><p class="MsoNormal">A Producer – in this case outside the OAIS – wishes to submit information to be preserved by the OAIS. Agreement has been reached on the procedures to be followed. The Producer prepares one or more SIPs which are transferred to the OAIS.<o:p></o:p></p><ul style="margin-top:0cm" type="disc"><li class="MsoNormal" style="mso-list:l0 level1 lfo2">A Receive Submission function receives the <span class="GramE">SIP, and</span> acknowledges the receipt or requests a re-submission if there is an error, for example as reported by Quality Assurance.<o:p></o:p></li><li class="MsoNormal" style="mso-list:l0 level1 lfo2">The SIP (or the collection of SIPs together) contains the Content Information (Data Object and Representation Information), plus PDI and may also provide Information Property Descriptions of Information Properties. <o:p></o:p></li><li class="MsoNormal" style="mso-list:l0 level1 lfo2">The AIP is generated by a Generate AIP function from the SIP(s) with any additional Representation Information required. I think that logically we can say that it may also produce Fixity Information, as part of verifying the transfer or if some file format conversions have taken place. Additional Provenance should be created to record the fact that the information has been taken into the OAIS. Some additional Context may be <span class="GramE">created</span> and Reference Information will also be created to allow the Content Information to be found. The Packaging Information will be determined by the structure of the AIP which the OAIS has decided to use. Note that an AIP is defined as a logical container.<o:p></o:p></li><li class="MsoNormal" style="mso-list:l0 level1 lfo2">The associated Descriptive Information is created by Generate Descriptive Information.<o:p></o:p></li><li class="MsoNormal" style="mso-list:l0 level1 lfo2">Coordinate Updates transfers the AIP to Archival Storage and the Descriptive Information to Data Management. <o:p></o:p></li></ul><p class="MsoNormal"><o:p> </o:p></p><p class="MsoNormal">The OAIS will need to preserve the PDI. Let us see how the each of the components of PDI is preserved. Let us say that the Fixity is encoded as a hash code, or example the Data for which is a sequence of bits which encode ASCII characters. <o:p></o:p></p><p class="MsoNormal"><o:p> </o:p></p><p class="MsoNormal">The following runs through a likely process, mapping it to the Ingest Functional Entity.<o:p></o:p></p><p class="MsoNormal"><o:p> </o:p></p><p class="MsoNormal">A Producer – in this case inside the OAIS – wishes to submit information to be preserved by the OAIS. Agreement has been reached on the internal procedures to be followed. The Producer prepares one or more SIPs which are transferred to the OAIS - in this case this is an internal transfer.<o:p></o:p></p><ul style="margin-top:0cm" type="disc"><li class="MsoNormal" style="mso-list:l2 level1 lfo3">In this case the SIP would contain the hash code. <o:p></o:p></li></ul><ul style="margin-top:0cm" type="disc"><li class="MsoNormal" style="margin-left:18.0pt;mso-list:l3 level1 lfo4">The Representation Information will probably be the same for many examples of Fixity if the OAIS uses the same method for many pieces of data; for <span class="GramE">example</span> the RepInfo could be (1) Structure: ASCII code to go from bits (2) Semantic: SHA256 was used to create the hash. <span class="GramE">Therefore</span> there needs only to be a pointer to the RepInfo for the hash. <o:p></o:p></li><li class="MsoNormal" style="margin-left:18.0pt;mso-list:l3 level1 lfo4">The Provenance would be that this was created at a <span class="GramE">particular time</span>. The hash would have been created either by the external Producer or the OAIS. In the latter case one would only need to point to a single statement that the OAIS created the hash.<o:p></o:p></li><li class="MsoNormal" style="margin-left:18.0pt;mso-list:l3 level1 lfo4">The Reference Information provides the location where the hash may be retrieved – unique for each hash – surely each hash will have such a reference otherwise how can it be retrieved?<o:p></o:p></li><li class="MsoNormal" style="margin-left:18.0pt;mso-list:l3 level1 lfo4">The Access Rights would again be the same for things that are being preserved – no-one <span class="GramE">is allowed to</span> alter the hash. <o:p></o:p></li><li class="MsoNormal" style="margin-left:18.0pt;mso-list:l3 level1 lfo4">The Context would be that the hash is created as part of the OAIS preservation functionality.<o:p></o:p></li></ul><p class="MsoNormal"><o:p> </o:p></p><p class="MsoNormal">All the things (RepInfo, Provenance creator, Access Rights, Context) which are the same for all, or lots of similar, things, could be contained in the documentation about the process. <o:p></o:p></p><p class="MsoNormal"><span style="mso-spacerun:yes"> </span><o:p></o:p></p><ul style="margin-top:0cm" type="disc"><li class="MsoNormal" style="mso-list:l0 level1 lfo2">The Receive Submission (possibly different from the one used for SIPs from the external Producer) function receives the SIP, and acknowledges the receipt or requests a re-submission if there is an error, for example as reported by Quality Assurance. One might expect these may be taken care of by the normal computing infrastructure since it is an internal transfer.<o:p></o:p></li><li class="MsoNormal" style="mso-list:l0 level1 lfo2">The SIP(s) contains the Content Information (Data Object and Representation Information), plus PDI and may also provide Information Property Descriptions of Information Properties. <o:p></o:p></li><li class="MsoNormal" style="mso-list:l0 level1 lfo2">The AIP is generated by a Generate AIP function from the SIP(s) with any additional Representation Information required. Again the Generate AIP function may be different from the one used for information from n external Producer. It should also produce Fixity Information, as part of verifying the transfer or if some file format conversions have taken place. Additional Provenance should be created to record the fact that the information has been taken into the OAIS. Some additional Context may be <span class="GramE">created</span> and Reference Information will also be created to allow the Content Information to be found. The Packaging Information will be determined by the structure of the AIP which the OAIS has decided to use. Note that an AIP is defined as a logical container.<o:p></o:p></li><ul style="margin-top:0cm" type="circle"><li class="MsoNormal" style="mso-list:l0 level2 lfo2">As noted above, many of the components of the AIP would be common to many things and could be covered by a procedures document. The Packaging Information could be contained in a procedures document which essentially just has to say where all the components of the AIP are to be found.<o:p></o:p></li></ul><li class="MsoNormal" style="mso-list:l0 level1 lfo2">The associated Descriptive Information is created by Generate Descriptive Information.<o:p></o:p></li><ul style="margin-top:0cm" type="circle"><li class="MsoNormal" style="mso-list:l0 level2 lfo2">This again could be covered by a procedures document.<o:p></o:p></li></ul><li class="MsoNormal" style="mso-list:l0 level1 lfo2">Coordinate Updates transfers the AIP to Archival Storage and the Descriptive Information to Data Management. <o:p></o:p></li></ul><p class="MsoNormal"><o:p> </o:p></p><p class="MsoNormal">As the next level of <span class="GramE">iteration</span> one can work through the RepInfo or PDI of the procedures documents mentioned above – for example a Word file, written in English, written by a member of the OAIS staff and finalised at a specified time.<o:p></o:p></p><p class="MsoNormal"><o:p> </o:p></p><p class="MsoNormal">I hope it can be understood that the view that I take, re-using OAIS Information concepts repeatedly, does not lead to a plethora of confusing AIPs but instead allows us to be logically coherent in our approach to preservation by simply mapping what I would imagine any good repository would normally be doing, or, alternatively, to check that a repository _<i>is</i>_ doing the right things. To confirm this all you <span class="GramE">have to</span> do is to go through the above steps and ask yourself whether any steps (or some equivalent steps since we are implementation agnostic) can be missed out.</p><p class="MsoNormal">Regards</p><p class="MsoNormal">David</p><p class="MsoNormal"><o:p> </o:p></p><p class="MsoNormal"><o:p> </o:p></p></div></body></html>