<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<meta name="Generator" content="Microsoft Exchange Server">
<!-- converted from rtf -->
<style><!-- .EmailQuote { margin-left: 1pt; padding-left: 4pt; border-left: #800000 2px solid; } --></style>
</head>
<body>
<font face="Calibri" size="2"><span style="font-size:11pt;">
<div>Hi all,</div>
<div> </div>
<div>Please find below the minutes of today telecon. Feel free to correct or comment, particularly on the ICP part (my notes are quite poor at the end).</div>
<div> </div>
<div><u>Next telecons</u>: </div>
<div>1 Friday 13<font size="1"><span style="font-size:7.3pt;"><sup>th</sup></span></font> March or Friday 20<font size="1"><span style="font-size:5pt;"><sup>th</sup></span></font> March (15h EU time, 9h US time-Washington) -> TO BE CONFIRMED by Daniele</div>
<div>2. CCSDS meeting from 23<font size="1"><span style="font-size:7.3pt;"><sup>rd</sup></span></font> to 27<font size="1"><span style="font-size:7.3pt;"><sup>th</sup></span></font> March, Caltech</div>
<div> </div>
<div><u>Agenda for </u><u>next</u><u> telecon (2 different parts</u><u>, 1 hour each</u><u>)</u>: </div>
<div>1<font size="1"><span style="font-size:3.3pt;"><sup>st</sup></span></font> hour: (15-16h EU time, 9-10h US time)</div>
<div>* METS test case </div>
<div>* Corot test case </div>
<div>* Core GB </div>
<div>2<font size="1"><span style="font-size:3.3pt;"><sup>nd</sup></span></font> hour: (16-17h EU time, 10-11h US time)</div>
<div>* ICP </div>
<div> </div>
<div><font color="#1F497D"><u>If available, proposal to use Dave's new number for the sound</u><font color="red"><u>:</u></font></font></div>
<div>Dave Williams<br>

Telecon information </div>
<div>+1-844-467-6272      USA Toll Free</div>
<div>+1-720-259-6462      Others</div>
<div>Passcode:    841727</div>
<table width="0" style="width:0;margin-left:12.6pt;">
<col width="0" style="width:0;">
<tr>
<td><font face="Times New Roman" size="3"><span style="font-size:12pt;"></span></font></td>
</tr>
</table>
<div> </div>
<div>Best regards,</div>
<div> </div>
<div>Daniele</div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div>____________________________________________________________________________</div>
<div><font size="4" color="red"><span style="font-size:14pt;"><b>20th</b><b> </b><b>February</b><b> meeting minutes</b></span></font></div>
<div> </div>
<div>DB: Daniele Boucon </div>
<div>DG: David Giaretta </div>
<div>DS: Don Sawyer </div>
<div>ES: Esther Conway </div>
<div>JG: John Garrett </div>
<div>MM: Mike Martin (NASA)</div>
<div>RD: Robert Downs </div>
<div>SM: Stephane Mbaye</div>
<div>SR: Stephane Reecht</div>
<div>BC: Bertrand Caron (BnF)</div>
<div>PT: Jean-Philippe Tramoni (BnF)</div>
<div>WG: all</div>
<div> </div>
<div><span style="background-color:aqua;"><b>D=Decision, A=action</b></span><b> (other = discussion)</b></div>
<div> </div>
<div><font size="4"><span style="font-size:14pt;"><b>1</b><b> METS test case</b> </span></font></div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div>Email with attached updated METS test case description sent by SR the 17<font size="1"><span style="font-size:7.3pt;"><sup>th</sup></span></font> February to the DAI mailing list. Unfortunately this email was not received (except by Daniele who was in
copy), due to recurrent trouble encountered with the attached file addressed to the mailing list.</div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div>Daniele is Ok with the new version.</div>
<div>The discussion is postponed, comments will be sent next week.</div>
<div> </div>
<div><b>A=>(</b><b>JG</b><b>)</b>: ask the CCSDS technical point of contact for a solution to solve systematic troubles encountered with attached files in DAI mailing list (emails not received by members).</div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div><b>A=>(</b><b>WG</b><b>)</b>: send comments on the updated METS test case description -> next week.</div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div><font size="4"><span style="font-size:14pt;"><b>2</b><b>   Corot Test case</b></span></font></div>
<div> </div>
<div>See email 5<font size="1"><span style="font-size:7.3pt;"><sup>th</sup></span></font> February from Daniele, today from Don: </div>
<div> </div>
<div>Review of comments included in the document.</div>
<div> </div>
<div><b>A=>(</b><b>DS</b><b>)</b><b>: </b>update the Corot test case for the introduction, definitions and other personal comments.</div>
<div><b>A=>(</b><b>MM</b><b>)</b><b>: </b>update the “benefits”, and section 6.4.4.3.</div>
<div><b>A=>(</b><b>DB</b><b>)</b><b>:</b><b> </b>analyze remaining comments and propose explanation text when useful.</div>
<div> </div>
<ol style="margin:0;">
<font size="4"><span style="font-size:14pt;">
<li style="margin-top:5pt;margin-bottom:5pt;"><b>3 Core PAIS GB</b></li></span></font>
</ol>
<div style="margin-top:5pt;margin-bottom:5pt;">See email from Don today (clarification on nested groups with multiple occurrences).</div>
<div><b>A=>(</b><b>WG</b><b>)</b>: send comments on Don’s proposal for the core GB (nested groups with multiple occurrences).</div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<ol start="2" style="margin:0;">
<font size="4"><span style="font-size:14pt;">
<li style="margin-top:5pt;margin-bottom:5pt;"><b>4</b><b> Information Curation Process -ICP</b></li></span></font>
</ol>
<div> </div>
<div>see framework sent by John, and emails today and yesterday from  MM, JG, EC, DG.</div>
<div> </div>
<div>Purpose and scope: </div>
<div>Ok with MM’s proposal, except the point on test cases that should be avoided in the document itself (not conform to the CCSDS requirements), even if it’s agreed to use test cases in order to test the standard.</div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div>Other main areas of interest: probably no need to develop in details, but interesting to cite the words, at least to better attract the reader. It is decided to add one sentence containing the main terms of interest, without giving details (high level
point of view).</div>
<div>Comment from DS after the telecon: the term ‘Data Management Plan’ is perhaps overloaded. Another term? </div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div>Use of ‘preservation, ‘utilization’, ‘curation’ and ‘stewardship’:  hierarchical point of view ok following the LTDP document. Not sure it is useful to use all. Needs more discussion and definition.</div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div>‘Process’ versus ‘framework’: </div>
<div>BD: a process is a sequence of activities, while a framework is made up of elements part of a larger container not necessarily in sequence. Framework seems to fit here.</div>
<div>EC: prefers framework.</div>
<div>DB: not completely convinced at the moment, as we have identified main steps.</div>
<div>More discussion is needed on this point.</div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div>Proposal stage: “archive’ is viewed as Long term Archive, very important to be involved at this stage.</div>
<div> </div>
<div>Other comments from DG: hand over from one stage to another stage, and which deliverables are required. This should be discussed.</div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div><b>A=>(</b><b>WG</b><b>)</b><b>:</b> send comments to the proposals for ICP main steps sent by MM, EC, JG.</div>
<div><b>A=>(</b><b>JG</b><b>)</b><b>:</b><b> </b>update the framework with the purpose and scope, add one sentence on areas of interest, and add the stages sent by EC, JG, MM.</div>
<div><b>A=>(</b><b>DB</b><b>)</b><b>:</b><b> </b>ask LTDP for an editable figure 1 -Preservation Workflow- (Links between stewardship/Curation/Preservation).</div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div><font size="4"><span style="font-size:14pt;"><b>Other points</b></span></font></div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div>DEDSL XML standard: work started, draft version with XML schema planned for mid March. </div>
<div> </div>
<div>Caltech agenda: BD only available on Monday. </div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div><b>A=>(</b><b>all</b><b>):</b><b> </b>send availability (and time window) for the Caltech meeting<b> -> next week.</b></div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div><font size="4"><span style="font-size:14pt;"><b>Actions review</b></span></font></div>
<div> Updated actions will be sent separately by JG.</div>
<div> </div>
<div><font size="4" color="red"><span style="font-size:14pt;"><b>End of </b><b>20</b><font size="2"><span style="font-size:9.3pt;"><b><sup>th</sup></b></span></font><b> February</b><b> meeting minutes</b></span></font></div>
<div>___________________________________________________________________________________________________________</div>
<div><font size="4" color="red"><span style="font-size:14pt;"><b>Part of historical minutes to be reminded</b></span></font></div>
<div>__________________________________________________________________________________________________________</div>
<div> 2. <b><u>GREEN BOOK</u></b></div>
<div>  </div>
<div>        <b>2.2 </b><b><u>Core document</u></b></div>
<div> </div>
<div>Section 4.1.1 reviewed (ok)</div>
<div>Tabular representation is welcome but question remains about their systematic use (need an XML version in annex ?)</div>
<div> </div>
<div>CCSD0014: equivalent to TO Descriptor, and CCSD0015: equivalent to Collection Descriptor</div>
<div> </div>
<div>==> <u>Action Stephane</u> from MM: explain more the CCSD0015: how it is registered and reference where more information could be found on that subject</div>
<div> </div>
<div>Don:  descriptorModelID has to be changed on any XSD change (specialization), the Archive has to maintain the versions</div>
<div> </div>
<div>Section 4.6.1 about PAIS XSD description should remain here for the time being</div>
<div> </div>
<div> </div>
<div>« open » enumeration technique is cumbersome (TBC)</div>
<div>  </div>
<div>Comment from previous telecons on method </div>
<div>* (Daniele): there are steps that conform to the PAIMAS process (first model, SIP constraints, then transfer and validation).</div>
<div>* Link between the data base on the Archive side, and the PAIS XML elements: example on how to match both (core document, test case?).</div>
<div> </div>
<div>The following paragraph will be suppressed if ok:</div>
<div><font size="2"><span style="font-size:10pt;"><b><u>XML namespace for PAIS </u></b></span></font></div>
<div>   <font color="#1F497D"> </font></div>
<div> </div>
<div>It is agreed that not all positions where a pais :any element are possible have to be documented in the GB. Only a few example are necessary or even one.</div>
<div> </div>
<div>More concrete example should be provided than the abstract « foo »/« bar » currently proposed. Typical example would be a Collection holding a pais :any with the author of the descriptor, the Collection name/ID in the Producer semantic, or anything else
that could be specific to the Producer or the Archive side but not provided in the PAIS definitions.</div>
<div>  </div>
<div>SM: Reminded that « true » restrictions of XML Schema guarantees that the original PAIS XML Schema’s rule are still applicable. Any instance following a restriction follows the original ones.</div>
<div> </div>
<div>SM: The use of restrictions does not impose any system to use the derived PAIS schemas. Therefore, the restricted schemas have not to be shared with any user of the produced SIPs. The project specific schemas could even be discarded without losing control
of the produced SIPs.</div>
<div> </div>
<div>=> D – (DS) The rightmost column of the table in §4.6.4 shall be renamed « Restriction » instead of « Content »</div>
<div> </div>
<div>MM: It is not clear that this table should be kept in that form or discarded at the end, but the target should not spend too much pages on that topic.</div>
<div> </div>
<div>WG: restrictions may be interesting for implementers and as such should be documented, but it is not clear if this should be proposed as a recommendation or a best practice.</div>
<div> </div>
<div>SM: reminded that restricting elements such as the maxOccurrence’s should be a recommended practice since it can be very difficult to implement interoperable software exchanging elements of xs:nonNegativeInteger type.</div>
<div> </div>
<div>SM: proposed to add prepared templates of restricting XML Schemas in annex. Something that could help implementers to quickly setup the restrictions of their needs.</div>
<div>WG: adding XML Schema’s in annex may not be so helpful because cut and paste from PDF may be very cumbersome.</div>
<div> </div>
<div>=> D – (JG) these XSD shall be placed side to the originals.</div>
<div> </div>
<div>SM: The problem is similar to other GB resources as the use case descriptors or the software prototypes.</div>
<div> </div>
<div>___________________________________________________________________________________________________________</div>
<div> </div>
<div><b><u>Preservation process </u></b></div>
<div>  </div>
<div>DB: LOTAR representative is ok with "preservation", but not with "curation" (this word is not used in the community).</div>
<div>    </div>
<div>To be done: analyse and suggest, at different stages of the project (during data lifecycle), what should be done on an archiving point of view.</div>
<div> </div>
<div>Example of main issue: keep documentation up to date (when changes in formats, processing, … are made on the data).</div>
<div>  </div>
<div>Daniele explains her point of view: develop a "model" (magenta book) gathering all the basic components of the preservation activity (selection and appraisal, data and metadata preparation, access, maintenance …) that should cover all the data lifecycle
(even when data don't exist), in order to be able to answer the following question: what should be done from the beginning till the end to be able to preserve data, and at what moment? This should be done in a generic way, making links on standards related
to basic components when they exist.</div>
<div> </div>
<div>Suggestion to ask Barbara Sierman of existing works concerning this topic. Mail sent the 7/02 by Daniele.</div>
<div> <font color="red"> </font></div>
<div>Daniele underlines the need for CNES and LTDP group. CCSDS expertise will be very important.</div>
<div> </div>
<div>The PDS has its internal process ; for other agencies (particularly the LTDP member agencies) this process doesn't exist and is required.</div>
<div> </div>
<div>Question on how to make the link between a global process and the PAIMAS phases.</div>
<div> </div>
<div>20131030 Don's email and following discussions:</div>
<div>Don: The process could be focussed on the Archive point of view, and seen an internal OAIS issue for workflow, using then more OAIS concepts.</div>
<div>The "provenance" is practically a big issue, going back to the original information.</div>
<div>"Reprocessing, curation, stewardship" could be maped with OAIS migrations, new versions, …</div>
<div> </div>
<div>Update procedures exist at NSSDC.</div>
<div> </div>
<div>Daniele: appraisal should be the starting point. Workflow, on the Archive side, could begin early in a space project, even when data don't yet exist ; link with the Archive side of the PAIMAS.</div>
<div>   </div>
<div>___________________________________________________________________________________________________________</div>
<div><b><u>Other subjects </u></b></div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"><br>

<font face="Calibri" size="2"><span style="font-size:10pt;"><b><u>OAIS Magenta Book (French version)</u></b></span></font><font face="Calibri" size="2" color="#1F497D"><span style="font-size:10pt;"><b> </b></span></font></span></font></div>
<div> </div>
<div>Complete validation to be performed now (text and figures)</div>
<div>This version will be also validated by the French National Archives.</div>
<div>Due to the amount of work on the PAIS, and priority to the PAIS green book, this will be treated after.</div>
<div>  <font color="#1F497D"> </font>  </div>
<div><font color="#1F497D">____________________________________________________________________________________________</font></div>
<div> </div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
</span></font>
</body>
</html>