<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 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
        {font-family:Consolas;
        panose-1:2 11 6 9 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
        {mso-style-priority:99;
        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";}
pre
        {mso-style-priority:99;
        mso-style-link:"HTML Preformatted Char";
        margin:0in;
        margin-bottom:.0001pt;
        font-size:10.0pt;
        font-family:"Courier New";}
span.HTMLPreformattedChar
        {mso-style-name:"HTML Preformatted Char";
        mso-style-priority:99;
        mso-style-link:"HTML Preformatted";
        font-family:"Consolas","serif";}
span.EmailStyle20
        {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;}
--></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'>Matt,<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>My answer is similar to Mark’s. <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>In NASA EOSDIS (DAACs), most of the data we deal with are dynamic – i.e., growing time series because data are being collected daily (or by the minute or second) and strictly speaking they are constantly changing.  We cannot wait until all the data acquisition form a given instrument has been completed before assigning a DOI since data are used for science and publications come out much before the data acquisition stops. So, the version (and DOI) assignment for a given data product depends on whether the processing algorithm(s) have changed significantly. When such changes do occur, we have reprocessing events that result in new versions of data products, going all the way to the beginning of the missions. There are also minor versions that are generated when small corrections are made that don’t necessarily apply to the entire mission dataset to date. In those cases, DOIs do not change.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Hope this helps.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Rama.<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 #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> Esip-preserve [mailto:esip-preserve-bounces@lists.esipfed.org] <b>On Behalf Of </b>Danie Kinkade via Esip-preserve<br><b>Sent:</b> Tuesday, May 26, 2020 12:34 PM<br><b>To:</b> esip-preserve@lists.esipfed.org<br><b>Subject:</b> [EXTERNAL] Re: [Esip-preserve] Assigning DOIs to data set versions?<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p> </o:p></p><div><p class=MsoNormal>Hi Matt - BCO-DMO follows a very similar strategy as EarthChem, and use version number in our DOI suffix (e.g., XXXXX.1; tracking major reversions here). <o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>But, we consider it published as soon as data files are linked to metadata and the DOI has been requested (aka "validated" in our local parlance); any changes after that point (to data content vs metadata) warrant a new DOI version.<o:p></o:p></p></div><div><p class=MsoNormal>Best of luck as you navigate your strategy!<o:p></o:p></p></div><div><p class=MsoNormal>-Danie<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>On 5/26/20 1:23 PM, Kerstin Lehnert via Esip-preserve wrote:<o:p></o:p></p></div><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><p>At the EarthChem Library, we generate a new version & DOI only if the actual data in the data file have changed as such change will have an impact on the outcomes of the data use i.e. reproducibility of the scientific interpretation. If changes are made to metadata, especially if it's just a correction of a method or sample location, we do record that change in an annotation, but do not issue a new version.<o:p></o:p></p><p>If a correction of the data (fixing typos) is made shortly after publication and before a published dataset has ever been downloaded, we usually allow the corrected version to replace the old one without issuing a new DOI.<o:p></o:p></p><p>Kerstin<o:p></o:p></p><div><p class=MsoNormal>On 5/26/20 13:06, Parsons, Mark via Esip-preserve wrote:<o:p></o:p></p></div><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><p class=MsoNormal>Hi Matt, <o:p></o:p></p><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>When I was at NSIDC, we assigned major versions to things that “might change the science”. A very crude rule of thumb, but helpful.<o:p></o:p></p></div><div><p class=MsoNormal>The Arctic Data Center at NCEAS, on the other hand, assigns a new DOI for any little change to the data or metadata. <o:p></o:p></p></div><div><p class=MsoNormal>Much depends on the nature of the data: how dynamic it is, what expected use patterns are… <o:p></o:p></p></div><div><p class=MsoNormal>Of course, the RDA dynamic data citation rec. addresses the issue to a large degree. This might be a good time to try and implement. I know Reyna Jenkins at Ocean Networks Canada is grappling with this with similar types of data.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><div><p class=MsoNormal>cheers,<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>-m. <o:p></o:p></p></div><div><p class=MsoNormal><br><br><o:p></o:p></p><div><p class=MsoNormal>On 26 May 2020, at 10:32, Matthew Mayernik via Esip-preserve <<a href="mailto:esip-preserve@lists.esipfed.org">esip-preserve@lists.esipfed.org</a>> wrote:<o:p></o:p></p></div><p class=MsoNormal><o:p> </o:p></p><div><div><div><p class=MsoNormal>Hi all,<o:p></o:p></p></div><div><p class=MsoNormal>I have a question about how you all are dealing with version tracking and DOIs. I am familiar with the ESIP data citation recommendation that talks about "major" vs "minor" versions, but I am curious about how this is actually being implemented. <o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Does your repository assign DOIs for each denoted version, e.g. version 1, version 2, etc? Do you assign DOIs for incremental version changes, e.g. version 1.2 or version 2.3? What constitutes a version change in these cases? Does anybody assign DOIs to any change at all regardless of how large (e.g. a wording update in metadata)? Does anybody not assign new DOIs regardless of any versioning or dataset changes?<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>I'm asking because we are bringing in a fairly complex group of datasets into one of our NCAR repositories, and tracking versions is not at all straightforward. Since we intend to assign DOIs to the data, we're working through the above scenarios with no clear optimal outcome yet.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Any input on how you are actually implementing the ESIP recommendations (or others) on this would be much appreciated,<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Best,<o:p></o:p></p></div><div><p class=MsoNormal>Matt<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Matthew Mayernik, Ph.D.<o:p></o:p></p></div><div><p class=MsoNormal>NCAR Library<o:p></o:p></p></div><div><p class=MsoNormal>National Center for Atmospheric Research (NCAR)<o:p></o:p></p></div><div><p class=MsoNormal>University Corporation for Atmospheric Research (UCAR)<o:p></o:p></p></div><div><p class=MsoNormal>Boulder, CO<o:p></o:p></p></div><div><p class=MsoNormal><a href="mailto:mayernik@ucar.edu">mayernik@ucar.edu</a><o:p></o:p></p></div></div><p class=MsoNormal style='margin-bottom:12.0pt'>_______________________________________________<br>Esip-preserve mailing list<br><a href="mailto:Esip-preserve@lists.esipfed.org">Esip-preserve@lists.esipfed.org</a><br><a href="https://linkprotect.cudasvc.com/url?a=https%3a%2f%2flists.esipfed.org%2fmailman%2flistinfo%2f%25&c=E,1,KyEzAFqCC0rMDCw7U_0ExGTHo4LQKOqlD9iS3VTaw_5bnXG7URrYvgYdkzhkvlrnOUAMur0cgeeJDSmAjR9ak2twHN4Y4tlPwCewa9KHdh5Mk28,&typo=1">https://lists.esipfed.org/mailman/listinfo/%</a><br>(_internal_name)s<o:p></o:p></p></div></div><p class=MsoNormal><o:p> </o:p></p></div><p class=MsoNormal><br><br><o:p></o:p></p><pre>_______________________________________________<o:p></o:p></pre><pre>Esip-preserve mailing list<o:p></o:p></pre><pre><a href="mailto:Esip-preserve@lists.esipfed.org">Esip-preserve@lists.esipfed.org</a><o:p></o:p></pre><pre><a href="https://linkprotect.cudasvc.com/url?a=https%3a%2f%2flists.esipfed.org%2fmailman%2flistinfo%2f%25&c=E,1,HL9MIF9WyHmP1Ld3TTq14pP3L09TNLFjIeJdsy4_4JdHkfllrF7haaEUlTAL_iVHxvzf0nBAZMfQrr2G9EA5w_CCxi8s11M4eeNCtEgVIRh76Q,,&typo=1">https://lists.esipfed.org/mailman/listinfo/%</a><o:p></o:p></pre><pre>(_internal_name)s<o:p></o:p></pre><pre><o:p> </o:p></pre></blockquote><pre>-- <o:p></o:p></pre><pre>Dr. Kerstin A. Lehnert<o:p></o:p></pre><pre>Doherty Senior Research Scientist<o:p></o:p></pre><pre>Director, Geoinformatics Research Group<o:p></o:p></pre><pre>Director, Interdisciplinary Earth Data Alliance<o:p></o:p></pre><pre>Lamont-Doherty Earth Observatory of Columbia University<o:p></o:p></pre><pre>61 Route 9W, Palisades, NY, 10964, USA<o:p></o:p></pre><pre>+1 (845) 365-8506<o:p></o:p></pre><p class=MsoNormal><br><br><o:p></o:p></p><pre>_______________________________________________<o:p></o:p></pre><pre>Esip-preserve mailing list<o:p></o:p></pre><pre><a href="mailto:Esip-preserve@lists.esipfed.org">Esip-preserve@lists.esipfed.org</a><o:p></o:p></pre><pre><a href="https://linkprotect.cudasvc.com/url?a=https%3a%2f%2flists.esipfed.org%2fmailman%2flistinfo%2f%25&c=E,1,XFdB9N_lFRXb3oAjyqRxVPrVkkg0mNDQ_J-D2oIj822072hxPJade5ISZ_LHQt3lucl6yS_TKjd9CMDbzqr4SPCrCHMVkicQ1ozJwSloM1zg&typo=1">https://lists.esipfed.org/mailman/listinfo/%</a><o:p></o:p></pre><pre>(_internal_name)s<o:p></o:p></pre><pre><o:p> </o:p></pre></blockquote><p class=MsoNormal><o:p> </o:p></p></div></body></html>