<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 today telecon.</div>
<div> <font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div><u>Other topics to be discussed later:</u></div>
<div>* schedule of CWE projects</div>
<ol start="6" style="margin:0;">
<li style="margin-top:5pt;margin-bottom:5pt;"> </li></ol>
<div><u>Next telecons</u><b>: </b></div>
<div><b>* 10</b><font size="1"><span style="font-size:2.3pt;"><b><sup>th</sup></b></span></font><b> to 14</b><font size="1"><span style="font-size:2.3pt;"><b><sup>th</sup></b></span></font><b> November: CCSDS fall meeting</b></div>
<div> </div>
<div><font color="#1F497D"><u>If available, propos</u><u>al</u><u> 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 (</u><u>“in case”</u><u>):</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>_________________________________________________________________________________________________________</div>
<div><font size="4" color="red"><span style="font-size:14pt;"><b>30</b><b>th October minutes</b></span></font></div>
<div> </div>
<div>DB: Daniele Boucon</div>
<div>DG: David Giaretta</div>
<div>DS: Don Sawyer</div>
<div>JG: John Garrett</div>
<div>MM: Mike Martin</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>
<div>SM currently in Toulouse for 2 days to work with DB on the tutorial.</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>Introduction to the METS test case</b></span></font></div>
<div><font size="4"><span style="font-size:14pt;"> </span></font></div>
<div>SR: could not join the meeting: SM and DB will call him after the telecon for further discussion and will report back to the group.</div>
<div> </div>
<div>SM: the structure of METS is very close to the structure of XFDU. Shows some slides showing the parallel between both. Proposals on where and how PAIS SIP model elements could be introduced in METS manifest. To be discussed with SR.</div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div>DB: analyze to be done in what manner the use of METS at BnF already conforms to the PAIS (for the use case chosen by Stephane), and identify what should be added (are extension points available within METS such as within XFDU)?</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>COROT</b><b> test case</b></span></font></div>
<div><font size="4"><span style="font-size:14pt;"> </span></font></div>
<div>SM: presents the Corot test case.</div>
<div> </div>
<div><b>A=>-(</b><b>SM</b><b>)</b>: send an updated version of the Corot test case next week, before the meeting.</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 size="4"><span style="font-size:14pt;"><b>SAFE and ISEE test cases review</b></span></font></div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div>No more comments from the WG.</div>
<div>Complete reading to be done when they have been incorporated in the tutorial.</div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div><b>A=> </b><b>(DB)</b><b>:</b><b> </b>update the sentence in the SAFE test case concerning the size of the data.</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>Deposit for software (sources and binaries), data, descriptors and Manifests</b></span></font></div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div>Possible “long term” solution?</div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div><b>A=> </b><b>(DB</b><b>+JG</b><b>)</b><b>:</b><b> </b>during next meeting, ask SANA is there is a possibility to store software and test cases.</div>
<div>(update existing action)</div>
<div> </div>
<ol start="5" style="margin:0;">
<font size="4"><span style="font-size:14pt;">
<li style="margin-top:5pt;margin-bottom:5pt;"><b>PAIS information</b></li><li style="margin-top:5pt;margin-bottom:5pt;"><font size="2"><span style="font-size:11pt;">ISO review for PAIS</span></font><font size="2"><span style="font-size:11pt;"> sent to Daniele</span></font><font size="2"><span style="font-size:11pt;"> (</span></font><font size="2"><span style="font-size:11pt;">comments
</span></font><font size="2"><span style="font-size:11pt;">up to 15</span></font><font size="1"><span style="font-size:5pt;"><sup>th</sup></span></font><font size="2"><span style="font-size:11pt;"> December) -> on the way to ISO !!!!</span></font></li></span></font>
</ol>
<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>ICP terminology and content</b><font size="2"><span style="font-size:11pt;">:</span></font></span></font></div>
<div><font face="Times New Roman" size="3"><span style="font-size:12pt;"> </span></font></div>
<div>Next LTDP meeting (next week 4<font size="1"><span style="font-size:5pt;"><sup>th</sup></span></font> and 5<font size="1"><span style="font-size:5pt;"><sup>th</sup></span></font> November)</div>
<ol type="a" style="margin:0;">
<li style="margin-top:5pt;margin-bottom:5pt;">DB: Updated preservation workflow received from LTDP: DB will look at it and send it back to the group with first comments.</li><li style="margin-top:5pt;margin-bottom:5pt;"> </li><li style="margin-top:5pt;margin-bottom:5pt;">Information sent by Mike (ESDIS) the 15<font size="1"><span style="font-size:5pt;"><sup>th</sup></span></font> October.</li></ol>
<div style="margin-top:5pt;margin-bottom:5pt;">MM: important to identify other initiatives in the same topic (bibliography). Ask for a roadmap on the ICP, and directives for ICP sessions during London meeting. Will send ideas to Daniele to draw this roadmap.</div>
<div style="margin-top:5pt;margin-bottom:5pt;">DB: propose a roadmap for next meeting.</div>
<div> </div>
<div><font size="4"><span style="font-size:14pt;"><b>London</b><b> CCSDS meeting </b><b>preparation</b></span></font></div>
<div> </div>
<div>Time spent at the beginning of the telecon to use the Adobe connect webconf.</div>
<div>Will be used during London meeting to share screen.</div>
<div>Sound? Use of audio service. See once in London if possible to call Dave’s number with mobiles …</div>
<div> </div>
<div><font size="4"><span style="font-size:14pt;"><b>Actions review</b></span></font></div>
<div> </div>
<div>Note to meet Tom, Brian, SANA representative during the meeting concerning their actions.</div>
<div>Updated.</div>
<div> </div>
<div><font size="4" color="red"><span style="font-size:14pt;"><b>End of </b><b>30</b><b>th October 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> <b>2.1 </b><b><u>TOC for test cases</u></b></div>
<div> </div>
<div><b>* on the content of the sections,</b></div>
<div><b>* on the title of the sections</b></div>
<div><b>* on the following question:</b> is that better to describe the SIP constraints with the MOT (in section 6.1.3), or in a global section on SIPs (section 6.1.4)?</div>
<div> </div>
<div>Discussion: </div>
<div>Brief introduction about the sub-TOC by Stephane.</div>
<div>John and Don: <i>6.1.4.1 SIP constraints, included in 6.1.3</i></div>
<div> </div>
<div><b>Current Structure:</b></div>
<div><span style="text-transform:uppercase;"><b>6</b></span>... <span style="text-transform:uppercase;"><b>Use Cases. 6-1</b></span></div>
<div><span style="text-transform:uppercase;">6.1</span> <span style="text-transform:uppercase;"><i>NAME</i></span><span style="text-transform:uppercase;"> – </span><span style="text-transform:uppercase;"><i>TITLE</i></span><span style="text-transform:uppercase;">..
6-1</span></div>
<div><span style="text-transform:uppercase;">Description</span></div>
<div><span style="text-transform:uppercase;">6.1.1</span> <i>TEST_CASE_</i><span style="text-transform:uppercase;"><i>NAME</i></span><span style="text-transform:uppercase;"> DATA SET</span></div>
<div><span style="text-transform:uppercase;">6.1.2</span> <i>TEST_CASE_</i><span style="text-transform:uppercase;"><i>NAME</i></span><span style="text-transform:uppercase;"> MOT AND SIP CONSTRAINTS</span></div>
<div><span style="text-transform:uppercase;">6.1.4</span> <i>TEST_CASE_</i><span style="text-transform:uppercase;"><i>NAME</i></span><span style="text-transform:uppercase;"> SIPS</span></div>
<div> </div>
<div> </div>
<div><b>Decision on the Structure:</b></div>
<div><span style="text-transform:uppercase;"><b>6</b></span>... <span style="text-transform:uppercase;"><b>Use Cases</b></span></div>
<div><span style="text-transform:uppercase;">6.1</span> <span style="text-transform:uppercase;"><i>NAME</i></span><span style="text-transform:uppercase;"> – </span><span style="text-transform:uppercase;"><i>TITLE</i></span><span style="text-transform:uppercase;">.</span></div>
<div><span style="text-transform:uppercase;">6.1.1</span> <span style="text-transform:uppercase;">Context And Benefits</span></div>
<div> <span style="text-transform:uppercase;"><i>Contains description + what this test case shows</i></span></div>
<div><i> give explanation at the beginning of each test case of the specificity of the test case, and how the method applies</i></div>
<div><span style="text-transform:uppercase;">6.1.2</span> <span style="text-transform:uppercase;">Objects to be transferred</span></div>
<div> <span style="text-transform:uppercase;">same as </span><i>TEST_CASE_</i><span style="text-transform:uppercase;"><i>NAME</i></span><span style="text-transform:uppercase;"> DATA SET</span><span style="text-transform:uppercase;"><i>: contains the
description of all the information (data, documents, …) that have to be transferred, and how this information is organized on the producer side</i></span></div>
<div><span style="text-transform:uppercase;">6.1.3</span> <span style="text-transform:uppercase;">Model OF OBJECTS For transfer and sip constraints</span></div>
<div> <span style="text-transform:uppercase;"><i>contains the description of the mot and the sip types and sequencing constraints</i></span></div>
<div><span style="text-transform:uppercase;">6.1.4</span> <span style="text-transform:uppercase;">sips</span></div>
<div> <i>Contains the description if SIP IMPLEMENTATION AND TRANSFER</i></div>
<div> <i>Contains an example of SIP manifest.</i></div>
<div> </div>
<div>__________________________________________________________________________________________________________</div>
<div> 2. <b><u>GREEN BOOK</u></b></div>
<div> </div>
<div>The Green Book has been split into several files, one for the core, and one per test case.</div>
<div> </div>
<div>=> <u>Action Stephane</u>: provide a description of the document breakdown and links to the shared repository</div>
<div> </div>
<div> <b>2.</b><b>2</b><b> </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>John: The SANA registry is supposed to reference the (latest ?) PAIS XSD only (TBC). It is however sure that it should not contain any other resource e.g software, XML examples, etc.</div>
<div> </div>
<div>« open » enumeration technique is cumbersome (TBC)</div>
<div> </div>
<div>==> <u>Action (All):</u> table in section 4.6.4 should be reviewed for (during) next telecon</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>John suggested that we pass the proposal on namespaces by SANA and Nestor and Peter as XML Co-chairs to make sure they agree.</div>
<div> </div>
<div>==> <u>action Stephane (20130821)</u><font color="#1F497D"><b><i>: </i></b></font>send proposal on namespace to SANA, Nestor and Peter, and ask if they have any objection to our proposal. </div>
<div><font size="2"><span style="font-size:10pt;">Use previous email sent by John to introduce Stephane in the group.</span></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>For time constraints, the WG jumped to the section 4.6.4 of the draft GB.</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>MM: links should be made between MTDP and warehousing. Not clear with the structure of the process for the moment.</div>
<div> </div>
<div>Discussion on terminology: preservation vs curation.</div>
<div> </div>
<div>LTDP definitions: </div>
<ul style="margin:0;">
<li style="margin-top:5pt;margin-bottom:5pt;"><b>Preservation:</b> aims at the generation of a single, consistent, consolidated and validated <b><i>“EO Missions/Sensors Dataset” </i></b>and at ensuring its long term integrity, discovery, accessibility and usability.
It is focused on an individual Mission/Sensor or on a multi-mission Dataset (when one Master Dataset is made up of data coming from different missions/sensors) and tailored according to its specific preservation/curation requirements. It consists of all activities
needed to ensure “EO Missions/Sensors Dataset” bit integrity over time and to optimize (in terms of format and coverage) its (re)use in the long term (e.g. through metadata and catalogue improvement, algorithms evolutions and related (re)processing, linking
and improvement of context/provenance information).</li><li style="margin-top:5pt;margin-bottom:5pt;"><b>Curation: </b>aims at establishing and increasing the value of <b><i>“EO Missions/Sensors Datasets” </i></b>over their lifecycle, at favouring their exploitation through the combination with other Datasets and
at extending their user base. It includes the activities for the definition of the preservation objectives, for the coordination and management of Data Time Series and Collections (e.g. from similar sensor family) in support to specific applications. It includes
international cooperation activities</li></ul>
<div> </div>
<div>OAIS definitions:</div>
<div><b>Long Term Preservation</b>: The act of maintaining information, Independently Understandable by a Designated Community, and with evidence supporting its Authenticity,</div>
<div>over the Long Term.</div>
<div><b>Authenticity</b>: The degree to which a person (or system) regards an object as what it is purported to be. Authenticity is judged on the basis of evidence.</div>
<div> </div>
<div>Authenticity: in the sense of "original". This is not crucial in the domain of scientific data, but is an issue. Integrity could be a way to prove authenticity.</div>
<div> </div>
<div>We note that the LTDP definitions are not clear nor completely coherent. There is a mixture of both preservation/curation concepts in both definitions.</div>
<div> </div>
<div>Furthermore, the group thinks that the term "curation" used in the LTDP definition does not fit the usual usage, another term should be used. The sens is nearer of knowledge management. </div>
<div>Daniele will send tomorrow a summary of her comments.</div>
<div> </div>
<div>=> <u>Action Daniele</u>: ask David for preservation/curation definition.</div>
<div> </div>
<div>=> <u>Action all</u>: give comments and proposals as input for the LTDP terminology and steps of workflow. -> <b><u>for Monday at the latest.</u></b></div>
<div> </div>
<div> </div>
<div><u>Previous discussion:</u></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>The LTDP has written a document "PDSC" (Preservation Data Set Content), explaining what kind of information (data, software, documents, …) should be collected and at what step of the project.</div>
<div> </div>
<div>The subject is wide, Mike asks to focus on specific parts.</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> </div>
<div>==> <u>Action Daniele</u>: write and send more precise elements on this process to the group.</div>
<div> </div>
<div>==> <u>Action all</u>: send comments.</div>
<div><font color="red"> </font></div>
<div>Nestor will send for the new project approval once the ¨PAIS BB has been published.</div>
<div> </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>==> <u>action Daniele</u>: follow the work of LTDP group on preservation process, and send all available information to the DAI group on this subject.</div>
<div> </div>
<div>Need for return on the preservation process from all.</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>Daniele has received the complete updated French version.</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>
</span></font>
</body>
</html>