<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Daniele,<div><br></div><div>The telecon number is available tomorrow, you are welcome to use it.</div><div><br></div><div>Dave</div><div><br><div><div>On Feb 19, 2015, at 5:47 AM, Boucon Daniele <<a href="mailto:Daniele.Boucon@cnes.fr">Daniele.Boucon@cnes.fr</a>> wrote:</div><br class="Apple-interchange-newline"><div style="font-family: Helvetica; font-size: medium; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><font face="Calibri" size="2"><span style="font-size: 11pt; "><div>Hi all,</div><div> </div><div>Please find below a reminder of the agenda for tomorrow telecon. Feel free to propose other subjects.</div><div> </div><div><u>Agenda for 20</u><font size="1"><span style="font-size: 5pt; "><u><sup>th</sup></u></span></font><u><span class="Apple-converted-space"> </span>February telecon (2 different parts</u><u>,</u><u><span class="Apple-converted-space"> </span></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><span class="Apple-converted-space"> </span>hour:</div><div>* Corot test case (Stephane Mbaye should send an updated document by tomorrow, see also proposals sent by Daniele the 5<font size="1"><span style="font-size: 7.3pt; "><sup>th</sup></span></font><span class="Apple-converted-space"> </span>February)</div><div>* Core GB</div><div>* METS test case: please review for discussion the document sent by Stephane Reecht the 17th February</div><div><font face="Times New Roman" size="3"><span style="font-size: 12pt; "> </span></font></div><div>Between both parts: participation and agenda for Caltech meeting (+ DEDSL), next telecon.</div><div><font face="Times New Roman" size="3"><span style="font-size: 12pt; "> </span></font></div><div>2<font size="1"><span style="font-size: 3.3pt; "><sup>nd</sup></span></font><span class="Apple-converted-space"> </span>hour:</div><div>* ICP: please review for discussion the framework proposed by John + updates proposed by Mike (see email yesterday).</div><div> </div><div>Friday 20<font size="1"><span style="font-size: 5pt; "><sup>th</sup></span></font><span class="Apple-converted-space"> </span>February (15h EU time, 9h US time-Washington), to share screen use:</div><table width="417" style="width: 250.4pt; margin-left: 12.6pt; "><colgroup><col width="417" style="width: 250.4pt; "></colgroup><tbody><tr><td><font face="Times New Roman" size="3"><span style="font-size: 12pt; "><a href="https://webconference.cnes.fr/ccsds_2015_jan_30/"><font color="blue"><u>https://webconference.cnes.fr/ccsds_2015_jan_30/</u></font></a></span></font></td></tr></tbody></table><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 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: 0px; margin-left: 12.6pt; "><colgroup><col width="0" style="width: 0px; "></colgroup><tbody><tr><td><font face="Times New Roman" size="3"><span style="font-size: 12pt; "></span></font></td></tr></tbody></table><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><font size="1"><span style="font-size: 3pt; "><b><sup>th</sup></b></span></font><b><span class="Apple-converted-space"> </span>January 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: Philippe Tramoni (BnF)</div><div>WG: all</div><div> </div><div><span style="background-color: aqua; "><b>D=Decision, A=action</b></span><b><span class="Apple-converted-space"> </span>(other = discussion)</b></div><div> </div><div><font size="4"><span style="font-size: 14pt; "><b>1 Corot Test case</b></span></font></div><div> </div><div>See email 01/16 from Daniele, 01/27 from John and 01/28 from Don:</div><div> </div><div>Review of the last version of the document updated by Mike, John and Don. Agreement on the comments, with:</div><div>*”semantics” instead of “semantic” page 1 last bullet</div><div>*HK serie list: keep only 2 terms for legibility</div><div>*benefits: 1<font size="1"><span style="font-size: 5pt; "><sup>st</sup></span></font>, 2<font size="1"><span style="font-size: 5pt; "><sup>nd</sup></span></font>, 4<font size="1"><span style="font-size: 5pt; "><sup>th</sup></span></font><span class="Apple-converted-space"> </span>bullets not clear to Mike, 4<font size="1"><span style="font-size: 5pt; "><sup>th</sup></span></font><span class="Apple-converted-space"> </span>bullet not clear for everyone (to be deleted?): to be at least clarified.</div><div> </div><div>General comment: avoid to introduce too many technical details that could puzzle the reader and make the document complicated to understand.</div><div> </div><div><b>A=>(DB)</b>: update the Corot test case with the agreed comments, ask SM explanation for the 4<font size="1"><span style="font-size: 5pt; "><sup>th</sup></span></font><span class="Apple-converted-space"> </span>“benefits” bullet, initiate to give more detail section 6.4.4.3 (SIP steps).</div><div> </div><div><b>A=>(SM):<span class="Apple-converted-space"> </span></b>expand the “TOPIC” in the Corot test case when necessary, and say if the ANNEX conforms to the last Corot descriptors or not.</div><div> </div><div><font size="4"><span style="font-size: 14pt; "><b>2 METS test case</b></span></font></div><div><font size="4"><span style="font-size: 14pt; "> </span></font></div><div>Discussion on 1. the draft textual description, and 2. the EXCEL METS/PAIS mapping file.</div><div> </div><div>The textual description: good beginning, should follow the same TOC as the other test cases.</div><div> </div><div>The technical part:</div><div>*Location of TO groups, 2 solutions explained in the textual description:</div><div>1 Add technical metadata in file section in which PAIS metadata are included</div><div>2 Create different structure map</div><div>Put all metadata in the file section is not conceptually a good solution => 2<font size="1"><span style="font-size: 5pt; "><sup>nd</sup></span></font><span class="Apple-converted-space"> </span>solution</div><div> </div><div><b>A=>(BnF):<span class="Apple-converted-space"> </span></b>rewrite the textual description: selected solution, same TOC as other test cases, with a special section explaining the mapping between METS, XFDU and PAIS at a general level.</div><div> </div><ol style="margin: 0px; "><font size="4"><span style="font-size: 14pt; "><li style="margin-top: 5pt; margin-bottom: 5pt; "><b>3 Information Curation Process -ICP</b></li></span></font></ol><div> </div><div>see email from Daniele 01/28 (1<font size="1"><span style="font-size: 5pt; "><sup>st</sup></span></font><span class="Apple-converted-space"> </span>framework proposal), comments from Mike and John, and slides sent today for CCSDS feedback.</div><div> </div><div>Discussion on the LTDP inputs: preservation workflow and terminology.</div><div>The next LTDP meeting is next week, 4<font size="1"><span style="font-size: 5pt; "><sup>th</sup></span></font><span class="Apple-converted-space"> </span>and 5<font size="1"><span style="font-size: 5pt; "><sup>th</sup></span></font><span class="Apple-converted-space"> </span>February.</div><div> </div><div>Quality is an important topic. It could be associated to OAIS Provenance info.</div><div> </div><div>DB will send beginning of next week: the LTDP terminology commented by DB, JG and MM, and the comments on the December version of the Preservation workflow. This workflow is EO specific.</div><div> </div><div>MM: the key thing is that the beginning initiative is to make from the LTDP document a wider standard.</div><div> </div><div>=>it is agreed among the group to avoid specific terminology.</div><div> </div><div>RD: better not emphasize the particular implementation of the system, but the “what” to be done. The same issues have to be addressed whatever system implementation may be.</div><div> </div><div>MM: stewardship -> Curation -> preservation: Ok with this.</div><div> </div><div>Discussion on the scope: wider than OAIS, associated to the data design, production, archiving -> still to be consolidated.</div><div> </div><div>Other comments from MM still to be discussed later.</div><div> </div><div><b>A=>(DB+JG):<span class="Apple-converted-space"> </span></b>update the framework to take into account the discussion -> production for next week telecon, in order than EC has a document for the Digital Curation Conference.</div><div> </div><div>This standard should be of interest for a lot of communities.</div><div> </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 30</b><font size="1"><span style="font-size: 3pt; "><b><sup>th</sup></b></span></font><b><span class="Apple-converted-space"> </span>December 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.<span class="Apple-converted-space"> </span><b><u>GREEN BOOK</u></b></div><div> </div><div> <span class="Apple-converted-space"> </span><b>2.2<span class="Apple-converted-space"> </span></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>==><span class="Apple-converted-space"> </span><u>Action Stephane</u><span class="Apple-converted-space"> </span>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> </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></div></div><br><div>
<div style="color: rgb(0, 0, 0); font-family: Helvetica; font-size: medium; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div><span class="Apple-style-span" style="border-collapse: separate; font-size: 14px; border-spacing: 0px; "><div><span class="Apple-style-span" style="font-size: 12px; "><div><br class="Apple-interchange-newline"><br></div><div>Dave Williams, Code 690.1</div><div>National Space Science Data Center</div><div>NASA Goddard Space Flight Center</div><div>Greenbelt, MD 20771</div><div>(301) 286-1258</div><div><a href="mailto:dave.williams@nasa.gov">dave.williams@nasa.gov</a></div><div><br></div></span></div></span></div></div></div><br class="Apple-interchange-newline" style="color: rgb(0, 0, 0); font-family: Helvetica; font-size: medium; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><br class="Apple-interchange-newline">
</div>
<br></div></body></html>