<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>Dear all,</div>
<div> </div>
<div>Please find below the minutes of yesterday telecon (sorry for the delay, I was not available last Friday). Feel free to comment or correct.</div>
<div> <font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div><u>Agenda for next telecon:</u></div>
<div>* Corot test case </div>
<div>* Core GB </div>
<div>* METS test case </div>
<div>* IPC high level structure</div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div><u>Next telecons</u><b>: </b></div>
<div><b>* Thursday 11</b><font size="1"><span style="font-size:7.3pt;"><b><sup>th</sup></b></span></font><b> December with BnF (</b><b>dedicated to the METS practical example</b><b>)</b></div>
<div><b>* Friday 9</b><font size="1"><span style="font-size:7.3pt;"><b><sup>th</sup></b></span></font><b> January (15h EU time, 14h UK, 9h US)</b></div>
<div> </div>
<div><font color="#1F497D"><u>If available, proposal to use Dave's new number</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>
<div> </div>
<div> </div>
<div><font color="#1F497D"><u>Dave's old number (“in case”):</u></font></div>
<div>Dave Williams<br>
Telecon information <br>
+1-877-954-3555 USA Toll free <br>
+1-517-224-3191 Others <br>
Passcode: 8506950</div>
<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>4</b><font size="2"><span style="font-size:9.3pt;"><b><sup>th</sup></b></span></font><b> December</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</div>
<div>RD: Robert Downs</div>
<div>SM: Stephane Mbaye</div>
<div>SR: Stephane Reecht</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>
<ol style="margin:0;padding-left:36pt;">
<font size="4"><span style="font-size:14pt;">
<li><b>London meeting: minutes</b></li></span></font>
</ol>
<div style="padding-left:36pt;"><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div>Minutes validated by the group and will be sent by John after the telecon. </div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div style="padding-left:20.25pt;"><font size="4"><span style="font-size:14pt;"><b>2</b><b> </b><b>Information Curation Process -ICP</b></span></font></div>
<div> </div>
<div>The LTDP preservation workflow is in the “CEOS” format and will be reviewed by CEOS/WGISS according to the following planning: </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;"><img src="cid:422FAC77A53692449FD8A39C37513FE0@EXCHANGE.CST.CNES.FR"> </span></font></div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div>DB has asked the LTDP the 8<font size="1"><span style="font-size:7.3pt;"><sup>th</sup></span></font> December for the updated version according to the comments sent the 21<font size="1"><span style="font-size:7.3pt;"><sup>st</sup></span></font> November.</div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div>Discussion: ICP is made up activities or grouping of activities, divided into levels and sub levels. Risk management is one of them. ICP should include a kind of roadmap, pointing out stages and where responsibility is handed over, instead of describing
in details each activity.</div>
<div>Where OAIS applies should be identified.</div>
<div> </div>
<div>ICP should apply for simplest case, where individuals create the data, to complex case.</div>
<div> </div>
<div><b>A=>-(EC):</b> send a synthetic model, from the slides presented during the London meeting (for beginning week 50)</div>
<div> </div>
<div><b>A=>-(</b><b>WG</b><b>):</b> send comments on the email sent by David the 23<font size="1"><span style="font-size:7.3pt;"><sup>rd</sup></span></font> November (for next telecon 9<font size="1"><span style="font-size:7.3pt;"><sup>th</sup></span></font>
january at the latest).</div>
<div> </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>3 PAIS GB Core</b></span></font></div>
<div><font size="4"><span style="font-size:14pt;"> </span></font></div>
<div>New version sent the 3<font size="1"><span style="font-size:7.3pt;"><sup>rd</sup></span></font> December for review and discussion. Updates presented by SM.</div>
<div> </div>
<div>SM: specialization of the schemas. The “redefine” can not be used in our case. That means that the only possibility to specialize the schemas is to copy it and perform changes in a particular context (same as XFDU). Then the conformity to the original
schemas can be checked on the produced XML.</div>
<div> </div>
<div>This should be simply explained in the GB, along with examples of specialization in annex.</div>
<div> </div>
<div><b>A=>-(</b><b>SM</b><b>):</b> send the “specialization kit” to the group, to be included in the annex of the GB.</div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div><b>A=>-(SM):</b> provide a planning for the end of the GB: 1. completion of all topics to be dealt with, and 2. identification of sections that can be fully written by SM and/or the group.</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>4 PAIS Corot Practical example</b></span></font></div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div>New version sent the 3<font size="1"><span style="font-size:7.3pt;"><sup>rd</sup></span></font> December for review and discussion. Updates presented by SM (homogenization of terms in the text and in the implementation).</div>
<div> </div>
<div>Section 6.4.4.3 to be continued.</div>
<div> </div>
<div><b>A=>-(SM):</b> send the updated test case implementation to DB for test with the CNES proto, update the repository.</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> comment the Corot practical example.</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>5 PAIS METS Practical example</b></span></font></div>
<div><font size="4"><span style="font-size:14pt;"> </span></font></div>
<div>Discussion to prepare the 11<font size="1"><span style="font-size:7.3pt;"><sup>th</sup></span></font> December telecon.</div>
<div>Analysis of the email sent by DS the 21<font size="1"><span style="font-size:7.3pt;"><sup>st</sup></span></font> November.</div>
<div> </div>
<div>Question from BnF: how to model the PREMIS metadata included in the METS Manifest?</div>
<div> </div>
<div>DB: different parts of the PREMIS metadata, describing the process to pre ingest the issue into SPAR (BnF archival system).</div>
<div>One solution is to create a “Data Object Type” associated with the main data in the MOT. Another solution could be to use an extension point in the SIP to include this part. In this case, no relationship nor associated ID in the MOT.</div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div>SM: The PAIS “extra elements” have been treated as administrative metadata. Another solution could have been to use METS extension?</div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div>DS: what does the Producer want to send, what does the Archive require? In this practical case, the Producer = the Archive. If the PREMIS metadata is a requirement by the Archive to the Producer, then it could make sense to use a SIP Model extension. </div>
<div style="padding-left:36pt;">=>This should be clarified next Thursday.</div>
<div style="padding-left:36pt;"> </div>
<div>DS: it should be clarified how, in a general point of view, the mapping is made on an abstract point of view (not only how the instantiation in the example has been done).</div>
<div>The mechanism of containers should appear in the EXCEL file.</div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div><b>A=>-(</b><b>DS</b><b>):</b> complete the EXCEL file to be closer to the Abstract SIP Model view, including containers (Monday), to be sent by DB before Thursday to BnF.</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> </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>4</b><font size="2"><span style="font-size:9.3pt;"><b><sup>th</sup></b></span></font><b> December</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><font face="Times New Roman" size="3" color="black"><span style="font-size:12pt;">(slightly updated the 8</span></font><font face="Times New Roman" size="1" color="black"><span style="font-size:8pt;"><sup>th</sup></span></font><font face="Times New Roman" size="3" color="black"><span style="font-size:12pt;">
December)</span></font></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><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></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>=> <u>action all</u>: exchange on high level process (3 main steps preparation/preservation/maintenance) and links with PAIMAS phases for return to the LTDP group.</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><b><u>XML schema for DEDSL </u></b></div>
<div>Seems possible for CNES to write the document on the model on the existing other DEDSL standards. At CNES, XML schema for DEDSL is already created and implemented.</div>
<div>Prototypes: CNES has already tested it on operational tool. This could play the role of prototype, and this could be enough.</div>
<div> </div>
<div>Nestor explained John that a 2nd prototype is required.</div>
<div><font color="#1F497D"> </font></div>
<div>A possibility could be to produce not a blue book, but a document that won't required 2 prototypes (orange book). To be more discussed.</div>
<div> </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>
<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>