<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:"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;}
p.msonormal0, li.msonormal0, div.msonormal0
{mso-style-name:msonormal;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
span.EmailStyle19
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:#1F497D;}
span.EmailStyle20
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:#1F497D;}
span.EmailStyle21
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@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:2104647875;
mso-list-type:hybrid;
mso-list-template-ids:471267332 134807569 134807577 134807579 134807567 134807577 134807579 134807567 134807577 134807579;}
@list l0:level1
{mso-level-text:"%1\)";
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level2
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level3
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l0:level4
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level5
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level6
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l0:level7
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level8
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level9
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
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><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Hi,<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'>Without having read the new version, I think at this point we have to decide what color book we are generating. Is this a Magenta Book which will provide actual requirements for which we expect conformance or will it be a tutorial Green Book that is just providing examples. I’ll have to check the CCSDS Publication Manual again (in case they’ve changed it again), but I think Tom will object to having examples in the main text of a MB. So those will probably have to be moved into an annex.<o:p></o:p></span></p><p class=MsoNormal><a name="_MailEndCompose"><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'><o:p> </o:p></span></a></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Our intention has been that we will make use of OAIS terminology (and extend it as needed). There were some differences of terminology in the originating LTDP material and part of the conversion was supposed to be changing the terminology to OAIS terminology.<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'>I think the LTDP had more discussion of how the stages were developed (I think we had more of that in earlier version of the CCSDS document, but we’ve discarded too much of it now.)<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'>Yes, as part of our adopting OAIS terminology, we do need to make clear the distinction between the Designated Community and other users (including the project members if they are not part of the Designated Community.)<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'>Wishing you prosperity and peace,<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>-JOhn<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><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'><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'> David Giaretta [mailto:david@giaretta.org] <br><b>Sent:</b> Tuesday, January 12, 2016 3:54 AM<br><b>To:</b> 'John Garrett' <garrett@his.com>; 'MOIMS-Data Archive Ingestion' <moims-dai@mailman.ccsds.org>; 'Boucon Daniele' <Daniele.Boucon@cnes.fr>; 'Mike Martin' <tahoe_mike@sbcglobal.net>; 'D or C Sawyer' <Sawyer@acm.org>; 'Mark Conrad' <mark.conrad@NARA.GOV>; 'Robert Downs' <rdowns@ciesin.columbia.edu><br><b>Subject:</b> RE: LTDP document<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><span lang=EN-GB style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Hi John<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-GB style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-GB style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>I tried to put the project (i.e. large project) oriented material (mostly Mike’s text) in separate blocks under the heading “Example”. The thought was that we could then either add other examples or else move such text to an Annex.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-GB style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>I also tried to:<o:p></o:p></span></p><p class=MsoListParagraph style='text-indent:-.25in;mso-list:l0 level1 lfo2'><![if !supportLists]><span lang=EN-GB style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'><span style='mso-list:Ignore'>1)<span style='font:7.0pt "Times New Roman"'> </span></span></span><![endif]><span lang=EN-GB style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Make it clear that the terminology comes from OAIS – many of Rosemarie’s comments were about the distinction between data and information and I believe that OAIS provides that distinction <o:p></o:p></span></p><p class=MsoListParagraph style='text-indent:-.25in;mso-list:l0 level1 lfo2'><![if !supportLists]><span lang=EN-GB style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'><span style='mso-list:Ignore'>2)<span style='font:7.0pt "Times New Roman"'> </span></span></span><![endif]><span lang=EN-GB style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Add explanations/rationale for the way we split the stages etc<o:p></o:p></span></p><p class=MsoListParagraph style='text-indent:-.25in;mso-list:l0 level1 lfo2'><![if !supportLists]><span lang=EN-GB style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'><span style='mso-list:Ignore'>3)<span style='font:7.0pt "Times New Roman"'> </span></span></span><![endif]><span lang=EN-GB style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Align the terminology with OAIS e.g. change Mike’s “Descriptive Information” to “Package Description Information”<o:p></o:p></span></p><p class=MsoListParagraph style='text-indent:-.25in;mso-list:l0 level1 lfo2'><![if !supportLists]><span lang=EN-GB style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'><span style='mso-list:Ignore'>4)<span style='font:7.0pt "Times New Roman"'> </span></span></span><![endif]><span lang=EN-GB style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Make a clear distinction between Designated Community and other users – exploitation of the data could involve those other users<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-GB style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-GB style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>I know the document I circulated is not “final” but I hoped that t least the use of terminology was clearer and the “large project” text was sufficiently separate.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-GB style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-GB style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>What I did not do was to address the Annex of mapping LTDP to this document, but John has pointed out that there was some earlier work done on that. As I indicated above, one option for the “large project” text would be to put it in another annex.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-GB style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-GB style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Regards<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-GB style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-GB style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>..David<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-GB style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'><o:p> </o:p></span></p><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'><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'> John Garrett [<a href="mailto:garrett@his.com">mailto:garrett@his.com</a>] <br><b>Sent:</b> 12 January 2016 05:09<br><b>To:</b> 'MOIMS-Data Archive Ingestion' <<a href="mailto:moims-dai@mailman.ccsds.org">moims-dai@mailman.ccsds.org</a>>; 'David Giaretta' <<a href="mailto:david@giaretta.org">david@giaretta.org</a>>; 'Boucon Daniele' <<a href="mailto:Daniele.Boucon@cnes.fr">Daniele.Boucon@cnes.fr</a>>; 'Mike Martin' <<a href="mailto:tahoe_mike@sbcglobal.net">tahoe_mike@sbcglobal.net</a>>; 'D or C Sawyer' <<a href="mailto:Sawyer@acm.org">Sawyer@acm.org</a>>; 'Mark Conrad' <<a href="mailto:mark.conrad@NARA.GOV">mark.conrad@NARA.GOV</a>>; 'Robert Downs' <<a href="mailto:rdowns@ciesin.columbia.edu">rdowns@ciesin.columbia.edu</a>><br><b>Subject:</b> LTDP document<o:p></o:p></span></p></div></div><p class=MsoNormal><span lang=EN-GB><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Hi,<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'>Yes, I think the current version is still very project oriented. The intention of at least some of the participants was to make it more general, but the source document was from EU Earth Observation projects. I’ll send what I think is the most current version of their document (Rosemarie can let us know if there is a more recent document). I believe this version was also adopted by one of the working groups from the international Committee on Earth Observation (CEOS).<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'>The approved CCSDS Project was standardize that document (see project description below).<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>The purpose of this recommendation is to provide a standard method structured as a complete process to formally define the steps and associated activities required to preserve digital information objects. The process thus defined along with the activities, is linked with the data lifecycle. This activity will work to standardize materials fed into the process by the EU Project - Long Term Digital Preservation (for Earth Science Data). It is likely that participants in EU Project will also participate in the CCSDS efforts on behalf of their Agencies.<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'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>But as you’ve seen our current document has changed quite a bit. We need to decide where we are going with the document going forward.<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'>Wishing you Prosperity and Peace,<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>-JOhn<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'><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'> <a href="mailto:moims-dai-bounces@mailman.ccsds.org">moims-dai-bounces@mailman.ccsds.org</a> [<a href="mailto:moims-dai-bounces@mailman.ccsds.org">mailto:moims-dai-bounces@mailman.ccsds.org</a>] <b>On Behalf Of </b>Mark Conrad<br><b>Sent:</b> Thursday, January 7, 2016 5:02 PM<br><b>To:</b> MOIMS-Data Archive Ingestion <<a href="mailto:moims-dai@mailman.ccsds.org">moims-dai@mailman.ccsds.org</a>>; David Giaretta <<a href="mailto:david@giaretta.org">david@giaretta.org</a>><br><b>Subject:</b> Re: [Moims-dai] NASA Guidance (Records Schedule) for Project/Program Files<o:p></o:p></span></p><p class=MsoNormal><o:p> </o:p></p><div><p class=MsoNormal>Hi Mike,<o:p></o:p></p><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>I think it would actually be more useful (and a whole lot easier) to simply make it clear that the information lifecycle described in the document is for a specific context (i.e., project/experiment). If you try to re-write the document for a more generic lifecycle it would be very difficult. The current document is far too prescriptive in terms of workflow/responsibilities for all of the different contexts that records/information/data are created under. <o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>As I said before, I think the document would be very useful for the specific context. I just think the document scope should be qualified to indicate the context in which it can be applied.<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><div><p class=MsoNormal><br clear=all><o:p></o:p></p><div><div><div><div><p class=MsoNormal>Mark Conrad<br>NARA Information Services/Applied Research<o:p></o:p></p></div><div><p class=MsoNormal>IXA<br>The National Archives and Records Administration<br>Erma Ora Byrd Conference and Learning Center<br>Building 494 Second Floor<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><a href="http://www.facebook.com/NARACAST" target="_blank">http://www.facebook.com/NARACAST</a><o:p></o:p></p></div><div><p class=MsoNormal><a href="http://www.archives.gov/applied-research/" target="_blank">http://www.archives.gov/applied-research/</a><o:p></o:p></p></div><div><p class=MsoNormal>Twitter: @lmc1990<o:p></o:p></p></div></div></div></div><p class=MsoNormal><o:p> </o:p></p><div><p class=MsoNormal>On Thu, Jan 7, 2016 at 4:12 PM, Mike Martin <<a href="mailto:tahoe_mike@sbcglobal.net" target="_blank">tahoe_mike@sbcglobal.net</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'><p class=MsoNormal>Hi Mark<br><br>Thanks for your comments. In the "much more generic lifecycle framework" would all the topics still apply? If so, then maybe the paper can be worded to be more inclusive and to make sure that an individual could see that he/she was the "project", and that sometimes the "sponsor" would be one's boss or oneself.<br><br>Thanks, Mike<br><br>On 1/7/2016 9:58 AM, Mark Conrad 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'><p class=MsoNormal style='margin-bottom:12.0pt'>Hi Mike,<br><br>I am also the one responsible for generating the action item from the<br>December 22nd meeting as well. As an archivist I am used to a much more<br>generic information lifecycle framework. Archivists and records managers<br>use more generic frameworks because we have to deal with<br>records/information/data that are created in many different contexts.<br>For example, records/information/data are created in many organizations<br>on a daily basis in contexts that don't have someone in a formal role of<br>sponsor. Records/information/data are also generated outside the context<br>of a particular project.<br><br>I guess my main objection was that the title of Information Lifecycle<br>Framework was not sufficiently qualified to distinguish it from more<br>generic frameworks like those used by archivists and records managers.<br>The document as it currently exists could be entitled something like,<br>Information Lifecycle Framework for Major Projects/Experiments.<br><br>I think the document would be very useful in this qualified context.<br>Many archivist or records managers can tell you horror stories about<br>receiving calls like, "We have shut down this experiment/project/system,<br>do you want any of the information." The archivist ends up doing "data<br>archaeology" trying to see what can be salvaged. Having information<br>reuse considered from the initiation of a project would make our lives<br>so much easier - not to mention making the results of the work<br>accessible and usable to a much wider audience.<br><br>Hope this helps explain where my comments come from.<br><br>Mark<br><br>Mark Conrad<br>NARA Information Services/Applied Research<br>IXA<br>The National Archives and Records Administration<br>Erma Ora Byrd Conference and Learning Center<br>Building 494 Second Floor<br>610 State Route 956<br>Rocket Center, WV 26726<br><br>Phone: <a href="tel:304-726-7820" target="_blank">304-726-7820</a><br>Fax: <a href="tel:304-726-7802" target="_blank">304-726-7802</a><br>Email: <a href="mailto:mark.conrad@nara.gov" target="_blank">mark.conrad@nara.gov</a> <mailto:<a href="mailto:mark.conrad@nara.gov" target="_blank">mark.conrad@nara.gov</a>><br><a href="http://www.facebook.com/NARACAST" target="_blank">http://www.facebook.com/NARACAST</a><br><a href="http://www.archives.gov/applied-research/" target="_blank">http://www.archives.gov/applied-research/</a><<a href="http://www.archives.gov/ncast/" target="_blank">http://www.archives.gov/ncast/</a>><br>Twitter: @lmc1990<br><br>On Tue, Jan 5, 2016 at 6:01 PM, Mike Martin <<a href="mailto:tahoe_mike@sbcglobal.net" target="_blank">tahoe_mike@sbcglobal.net</a><br><mailto:<a href="mailto:tahoe_mike@sbcglobal.net" target="_blank">tahoe_mike@sbcglobal.net</a>>> wrote:<br><br> Hi Mark and others<br><br> On 1/5/2016 11:52 AM, Mark Conrad wrote:<br><br><br> Second, the schedule identifies 8 stages of a project - Formulation,<br> Approval, Design Development, Manufacture, Fabrication and<br> Assembly, Pre-launch System Integration and Verification,<br> Implementation<br> and Operations, Observational Data, and Evaluation and Termination.<br><br><br> Related to this, there was an action item from the meeting on the<br> 22nd of Dec:<br><br> Action: clarify why we need another lifecycle<br><br> I spent many hours going through all the lifecycles in:<br><br> <a href="http://www.pnamp.org/sites/default/files/data_life_cycle_models_and_concepts.pdf" target="_blank">http://www.pnamp.org/sites/default/files/data_life_cycle_models_and_concepts.pdf</a><br><br> and looking at other archiving documents provided a summary in late<br> 2014 for the DAI group which is included below.<br><br> Most lifecycles don't really consider the interactions of the three<br> participants (sponsor/project/archive). I wanted our lifecycle to<br> point out the importance of the sponsor and archive being involved<br> in the initiation of the project and then to point out the need for<br> bringing in requirements and tools to the specify and design<br> stages. The Exploitation activities aren't covered in most<br> lifecycles. I didn't think that all the themes in the LTDP (PDSC<br> definition and appraisal, archive operation and organization,<br> security, ingestion, maintenance, access and interoperability,<br> exploitation and reprocessing, purge prevention) were applicable to<br> this document so came up with a shorter list of activities.<br><br> Another thing to mention, the topics/issues came from a list David<br> provided from his work on the Active Data Management Plan, plus<br> evaluation of all the LTDP Common Guidelines, plus evaluation of all<br> the activities in the PAIMAS standard, plus looking at the ESDIS<br> Earth Science Content Specification, plus other issues that group<br> members raised.<br><br> -------------------------------------------------------------------<br> Nov 20, 2014<br> Hi Everyone<br><br> I've gone through all the reference documents we have seen and the<br> articles in our bibliography and tried to summarize the unique life<br> cycles that are presented. Here are some summaries with more<br> details below:<br><br> David's: Planning and Creation Stage->Consolidation Stage->Long<br> Term Preservation Stage->Adding Value, Re-Use and Sustainability<br><br> LTDP: Consolidation->Implementation->Operations<br><br> OAIS+: Planning->Collection->Analysis->Packaging->Ingest->Data<br> Management->Archival Storage->Access->Preservation Planning<br><br> DCC: Conceptualize->create or receive->appraise and<br> select->ingest->preservation action-> store->access->use and<br> reuse->transform<br><br> USGS: Plan->Acquire->Process->Analyze->Preserve->Publish/Share<br><br> SDMW: Plan->Collect->Integrate and transform->Publish->Discover and<br> inform->Archive or discard<br><br> DataOne;<br> Collect->Assure->Describe->Deposit->Preserve->Discover->Integrate<br> ->Analyze<br><br> DMF: Planning and Production->Data Management Activities<br> ->Dissemination->Usage Activities<br><br> Can we come up with an optimal set of categories based on all these<br> various views?<br><br> Thanks, Mike<br><br> More detail from the various documents:<br><br> 1. The LTDP preservation workflow includes:<br> Initialization (appraisal, define designated community,<br> specification of preservation/curation requirements, consolidation<br> procedure, tailoring content, consult with community, cost and risk<br> assessment),<br> Consolidation (implement consolidation, gather missing content and<br> update), Implementation (data ingestion and catalog generation,<br> dissemination),<br> Operations (operations and maintenance, curation and stewardship -<br> adding value).<br><br> 2. The OAIS model includes Ingest, Data Management, Archival<br> Storage, Access, Management and Preservation Planning. It is<br> missing Planning (meaning enterprise planning), Collecting (Mission<br> Operations, building and running the enterprise), Analyzing<br> (producing knowledge) and maybe Packaging. All these occur prior to<br> OAIS, but OAIS should be involved. Consolidation could be part of<br> Ingest or possibly an separate activity outside the OAIS. Adding<br> Value could be part of or a combination of Preservation Planning or<br> Access. This model syncs up with RASIM which builds advanced<br> information management objects in terms of five services which<br> correlate with OAIS components, archive service (ingest), repository<br> service (archival storage), registry service (data management),<br> product service (access plus archival storage), and query service<br> (access plus data management).<br><br> 3. The Data Curation Centre life cycle includes conceptualize,<br> create or receive, appraise and select (with potential to dispose),<br> ingest, preservation action (migrate or reappraise), store, access,<br> use and reuse, transform (with potential to migrate).<br><br> 4. The NOAA Environmental Data Life Cycle Functions include<br> planning new systems, then stewardship which includes observing<br> operations, archive, access, use. Overarching themes are<br> governance, requirements management, architecture management,<br> security; developing rich metadata; and mechanisms for user and<br> requirements and feedback. Each of the major categories has many<br> sub-activities.<br><br> 5. The Global Change Science Requirements for Long-Term Archiving<br> Workshop (USGCRP) identified the following components: User<br> Involvement, Data Administration, Documentation, Data Ingest and<br> Verification<br> Data Preservation and Maintenance, Data Processing/Reprocessing,<br> Data Access and User Support.<br><br> 6. The USGS Life Cycle includes Plan, Acquire, Process, Analyze,<br> Preserve, Publish/Share with three activities running through all<br> phases: Describe (Metadata and Documentation), Manage Quality,<br> Backup and Secure.<br><br> 7. The ESA Heterogenous Missions Accessibility Report really<br> focuses on data access and not the other phases.<br><br> 8. The Harnessing the Power of Digital Data: Taking the Next Step,<br> Science Data Management Workshop report provides a number of models:<br><br> FGDC life cycle: Define, Inventory/Evaluate, Obtain, Access,<br> Maintain, Use/Evaluate, Archive.<br> Linear data lifecycle: Plan, Collect, Integrate and Transform,<br> Publish, Discovery with two activities running through all phases,<br> Governance and Stewardship and Communications.<br> Basic science model: plan, collect, integrate and transform,<br> publish, discover and inform, archive or discard.<br><br> The topics that are identified in the report include: data<br> governance, stewardship, sharing, access, security, version control,<br> metadata management, content and format, document and content<br> management, preservation, transfer of responsibility, data<br> architecture, database operations management, reference and master<br> data management, data warehousing and business intelligence, data<br> quality management, provenance, usability, value added services,<br> workflow systems.<br><br> 9. The LPDAAC Lifecycle Plan identifies the phases: Inception,<br> Active Archive, Long-Term Archive which each have four elements,<br> characterization, critical data and information, applicable<br> standards, transition.<br><br> The WBS is broken into phases, inception-planning (embed in producer<br> team, provide data management plan), inception-production (laison to<br> science stakeholders, collection inception checklist, support<br> production, repeat experiment, determine approach to tools/services,<br> authorize to migrate, provide NASA data template), active archive<br> transition from producer (obtain authorization to migrate, plan<br> migration, install new product line, migrate, advertise new<br> products, assume primary access and discovery role), active archive<br> transition to long-term (obtain authorization to migrate, plan<br> migration), long term archive transition to long-term (enable<br> migration, execute migration, advertise new products, transfer<br> primary access and discovery role, obtain authorization for<br> certification, sunset products).<br><br> 10. DataOne includes Collect, Assure, Describe, Deposit, Preserve,<br> Discover, Integrate, Analyze<br><br> 11. Jeff de La Beaujardičre's Data Management Framework<br> Planning and Production (Requirements Definition, Planning,<br> Development, Deployment, Operations);<br> Data Management Activities (Collection, Processing, Quality Control,<br> Documentation, Dissemination, Cataloging, Preservation, Stewardship,<br> Usage Tracking, Final Disposition);<br> Usage Activities (Discovery, Reception, Analysis, Product<br> Generation, User Feedback, Citation, Tagging, Gap Analysis).<br><br> _______________________________________________<br> Moims-dai mailing list<br> <a href="mailto:Moims-dai@mailman.ccsds.org" target="_blank">Moims-dai@mailman.ccsds.org</a> <mailto:<a href="mailto:Moims-dai@mailman.ccsds.org" target="_blank">Moims-dai@mailman.ccsds.org</a>><br> <a href="http://mailman.ccsds.org/mailman/listinfo/moims-dai" target="_blank">http://mailman.ccsds.org/mailman/listinfo/moims-dai</a><br><br><br><br><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="http://mailman.ccsds.org/mailman/listinfo/moims-dai" target="_blank">http://mailman.ccsds.org/mailman/listinfo/moims-dai</a><o:p></o:p></p></blockquote><p class=MsoNormal><br><span lang=IT>_______________________________________________<br>Moims-dai mailing list<br></span><a href="mailto:Moims-dai@mailman.ccsds.org" target="_blank"><span lang=IT>Moims-dai@mailman.ccsds.org</span></a><span lang=IT><br></span><a href="http://mailman.ccsds.org/mailman/listinfo/moims-dai" target="_blank"><span lang=IT>http://mailman.ccsds.org/mailman/listinfo/moims-dai</span></a><span lang=IT><o:p></o:p></span></p></blockquote></div><p class=MsoNormal><span lang=IT><o:p> </o:p></span></p></div></div></body></html>