<html 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 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
{mso-style-priority:34;
margin-top:0cm;
margin-right:0cm;
margin-bottom:0cm;
margin-left:36.0pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.EmailStyle19
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
/* List Definitions */
@list l0
{mso-list-id:1121727611;
mso-list-type:hybrid;
mso-list-template-ids:91910664 134807567 134807577 134807579 134807567 134807577 134807579 134807567 134807577 134807579;}
@list l0:level1
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l0:level2
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l0:level3
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l0:level4
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l0:level5
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l0:level6
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l0:level7
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l0:level8
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l0:level9
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l1
{mso-list-id:1253927569;
mso-list-type:hybrid;
mso-list-template-ids:1777234006 1579342574 134807577 134807579 134807567 134807577 134807579 134807567 134807577 134807579;}
@list l1:level1
{mso-level-text:"%1\)";
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:54.0pt;
text-indent:-18.0pt;}
@list l1:level2
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:90.0pt;
text-indent:-18.0pt;}
@list l1:level3
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
margin-left:126.0pt;
text-indent:-9.0pt;}
@list l1:level4
{mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:162.0pt;
text-indent:-18.0pt;}
@list l1:level5
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:198.0pt;
text-indent:-18.0pt;}
@list l1:level6
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
margin-left:234.0pt;
text-indent:-9.0pt;}
@list l1:level7
{mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:270.0pt;
text-indent:-18.0pt;}
@list l1:level8
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:306.0pt;
text-indent:-18.0pt;}
@list l1:level9
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
margin-left:342.0pt;
text-indent:-9.0pt;}
@list l2
{mso-list-id:1487237313;
mso-list-template-ids:-1253794212;}
ol
{margin-bottom:0cm;}
ul
{margin-bottom:0cm;}
--></style>
</head>
<body lang="EN-AU" link="blue" vlink="purple" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal"><span lang="EN-GB" style="mso-fareast-language:EN-US">Hi Rob and Mark<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-GB" style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-GB" style="mso-fareast-language:EN-US">This topic has been something that has interested me for a while – that is, in ensuring credit to the person that created the component of the dataset that I am using, particularly for
data collected from the same station but over a long period of time where the PIs may change.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-GB" style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-GB" style="mso-fareast-language:EN-US">The best logical organisation I have seen are in these recommendations from UNVACO, which sorts out GPS/GNSS datasets into
<o:p></o:p></span></p>
<ol style="margin-top:0cm" start="1" type="1">
<li class="MsoListParagraph" style="margin-left:18.0pt;mso-list:l1 level1 lfo3"><span lang="EN-GB" style="mso-fareast-language:EN-US">Campaign;<o:p></o:p></span></li><li class="MsoListParagraph" style="margin-left:18.0pt;mso-list:l1 level1 lfo3"><span lang="EN-GB" style="mso-fareast-language:EN-US">Continuous (which is similar to the RDA dynamic data citation Mark mentions below);
<o:p></o:p></span></li><li class="MsoListParagraph" style="margin-left:18.0pt;mso-list:l1 level1 lfo3"><span lang="EN-GB" style="mso-fareast-language:EN-US">Aggregated; and
<o:p></o:p></span></li><li class="MsoListParagraph" style="margin-left:18.0pt;mso-list:l1 level1 lfo3"><span lang="EN-GB" style="mso-fareast-language:EN-US">Composite.
<o:p></o:p></span></li></ol>
<p class="MsoNormal"><span lang="EN-GB" style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-GB" style="mso-fareast-language:EN-US">These further details are extracted from
<a href="https://www.unavco.org/community/policies_forms/data-policy/data-policy-faq/data-policy-faq.html">
https://www.unavco.org/community/policies_forms/data-policy/data-policy-faq/data-policy-faq.html</a> <o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-GB" style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b><span style="font-size:12.0pt;font-family:Symbol">·</span></b><b><span style="font-size:12.0pt"> How does UNAVCO handle GPS/GNSS dataset DOIs for campaigns vs. continuous/permanent
stations vs. networks of stations and <span style="background:yellow;mso-highlight:yellow">
special cases where the Principal Investigators have changed over time?</span><o:p></o:p></span></b></p>
<p class="MsoNormal">For GPS/GNSS datasets (raw and RINEX data), UNAVCO publishes (assigns DOIs) for four different dataset types, all with associated data that have been archived to quality standards described above. The types are GPS/GNSS Campaign Datasets;
GPS/GNSS Continuous Station Datasets; Aggregated Datasets; and Composite Datasets. The first two are considered primary dataset types. The third and fourth types are derived or secondary dataset types because they are composed of two or more datasets of the
primary type.<o:p></o:p></p>
<ol style="margin-top:0cm" start="1" type="1">
<li class="MsoListParagraph" style="margin-left:0cm;mso-list:l0 level1 lfo2"><b>GPS/GNSS
<a href="https://www.unavco.org/help/glossary/glossary.html#campaign">Campaign</a> Dataset</b> - This will be a dataset defined between UNAVCO and the Principal Investigators at the time of archiving, and generally will include observations as raw and/or RINEX
data files and metadata from GPS/GNSS data collection at a number of recoverable monuments that occurred within a well-defined time window. Once archiving is complete and the DOI is assigned, there is no intention to add data to the campaign that extends the
end time or otherwise modifies the data included in the DOI.<o:p></o:p></li></ol>
<p class="MsoListParagraph" style="mso-margin-top-alt:12.0pt;margin-right:0cm;margin-bottom:0cm;margin-left:35.7pt;margin-bottom:.0001pt;text-indent:-17.85pt;mso-list:l0 level1 lfo2">
<![if !supportLists]><span style="mso-list:Ignore">2.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]><b>GPS/GNSS <a href="https://www.unavco.org/help/glossary/glossary.html#continuous site">
Continuous Station</a> Dataset</b> Observations and metadata from GPS/GNSS raw and/or RINEX data collection at a single recoverable monument. Unlike the campaign dataset type, which is complete and unchanging through time, the Continuous Station Dataset is
open ended (until the station is retired). The DOI will be associated with an increasing dataset through time; because of this aspect of this dataset type it is important when citing this data to qualify the citation with an access date of the data and the
temporal window of data used in the research. See <b><a href="https://www.unavco.org/community/policies_forms/attribution/attribution.html#citation">Citation Guidance</a></b> for a permanent/continuous station dataset.<o:p></o:p></p>
<p class="MsoListParagraph" style="mso-margin-top-alt:12.0pt;margin-right:0cm;margin-bottom:0cm;margin-left:35.7pt;margin-bottom:.0001pt;text-indent:-17.85pt;mso-list:l0 level1 lfo2">
<![if !supportLists]><span style="mso-list:Ignore">3.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]><b>Aggregated GPS/GNSS Datasets</b> - These will often be an associated group of campaign datasets or a network of stations. A campaign example is the Mammoth/Mojave 1994 campaign -
<a href="https://doi.org/10.7283/T57H1GGM">https://doi.org/10.7283/T57H1GGM</a>, which consists of three individual primary datasets: Mammoth, Mojave, and Combined Sites). For permanent/continuous stations, networks or sub-networks of stations may be assigned
an aggregated DOI. An example is Plutons GPS Network - <a href="https://doi.org/10.7283/T5V98697">
https://doi.org/10.7283/T5V98697</a>. The collection of stations aggregated does not have to be a network; in this case, the purpose of the aggregated dataset is for collecting a potentially large number of station DOIs for citing in a journal article (ie,
in order to avoid citation lists containing tens or hundreds of dataset references).<o:p></o:p></p>
<p class="MsoListParagraph" style="mso-margin-top-alt:12.0pt;margin-right:0cm;margin-bottom:0cm;margin-left:35.7pt;margin-bottom:.0001pt;text-indent:-17.85pt;mso-list:l0 level1 lfo2">
<![if !supportLists]><span style="mso-list:Ignore">4.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]><b>Composite GPS/GNSS Datasets</b> - A composite dataset DOI is one that is comprised of two or more subset DOIs that together make up what would normally be considered to be a single dataset. The most common example is a permanent (continuous)
GPS/GNSS station where the principal investigator (author) changed at a particular point in time. The existing network (Nucleus) stations that were adopted by UNAVCO as part of PBO are examples. The entire dataset is one DOI and is comprised of a separate
DOI for each time period with a different author or set of authors. An example is the composite DOI for the station NOMT -
<a href="https://doi.org/10.7283/T5B27SN9">https://doi.org/10.7283/T5B27SN9</a> <o:p>
</o:p></p>
<p class="MsoNormal"><span lang="EN-GB" style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-GB" style="mso-fareast-language:EN-US">Take care<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-GB" style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-GB" style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-GB" style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-GB" style="mso-fareast-language:EN-US">Lesley<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-GB" style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-GB" style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span style="font-size:12.0pt;color:black">From: </span></b><span style="font-size:12.0pt;color:black">Esip-citationguidelines <esip-citationguidelines-bounces@lists.esipfed.org> on behalf of Mark Parsons via Esip-citationguidelines
<esip-citationguidelines@lists.esipfed.org><br>
<b>Reply to: </b>Mark Parsons <parsonsm.work@icloud.com><br>
<b>Date: </b>Wednesday, 23 December 2020 at 4:49 am<br>
<b>To: </b>Robert Casey <rob@iris.washington.edu><br>
<b>Cc: </b>Esip-citationguidelines <esip-citationguidelines@lists.esipfed.org><br>
<b>Subject: </b>Re: [Esip-citationguidelines] Esip-citationguidelines Digest, Vol 24, Issue 3<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal">Hi Rob,<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Different data centers take different approaches for different time series. For infrequently updated time series, it may be appropriate to assign a new PID with every update or provide periodic “snapshots”. For frequently updated data (daily
or more often), data centers will often assign a PID to the general data stream and only create a new one when there is a new version of the stream. This is discussed more in the ESIP guidelines.
<a href="https://doi.org/10.6084/m9.figshare.8441816">https://doi.org/10.6084/m9.figshare.8441816</a>. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">For subsets, the RDA Dynamic Data Citation guidleines (<span style="font-family:"Arial",sans-serif"><a href="https://dx.doi.org/10.15497/RDA00016">https://dx.doi.org/10.15497/RDA00016</a>) </span>recommend that one provide a PID for the
overall collection and then assign a PID to any arbitrary subset as obtained through a query. So a citation of a subset would have two PIDS — one for the collection and one for the subset.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">None of this has much to do with credit, however. For many time series the credit is the same for the collection and the granule or subset, but in some cases different individuals may be responsible for different granules within a collection
and should therefore be credited accordingly. There has been a little work showing how the RDA methodology can be used to do this, but that was not the original intent of the Recommendation. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">What we are finding as we go through this exercise, is that credit is a human concern and often requires human judgement. We discuss this a bit in Parsons, M. A., R. E. Duerr, and M. B. Jones. 2019. “The history and future of data citation
in practice.” Data Science Journal 18 <a href="https://doi.org/10.5334/dsj-2019-052">https://doi.org/10.5334/dsj-2019-052</a> <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>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal"><br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoNormal">On 21 Dec 2020, at 10:59, Robert Casey via Esip-citationguidelines <<a href="mailto:esip-citationguidelines@lists.esipfed.org">esip-citationguidelines@lists.esipfed.org</a>> wrote:<o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal"><br>
Hi Mark-<br>
<br>
Looking at the matrix for group 2, I am wondering where datasets from DOI-designated data sources that are continuous data streams (for years many times) would fit in? No user will access the entirety of the dataset unless it is finite in time. Would this
fall under granules?<br>
<br>
If so, I see Rama's suggestion that each granule should be uniquely identified so as to be reproducible. I agree that this is the ideal, but not always a practical first step. Should we have an additional level of citation that acknowledges the data source
as a whole? (absent identifying each extracted data granule).<br>
<br>
Thank you!<br>
<br>
-Rob<br>
<br>
<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal" style="margin-bottom:12.0pt"><br>
Message: 1<br>
Date: Sun, 20 Dec 2020 14:11:42 -0700<br>
From: Mark Parsons <<a href="mailto:parsonsm.work@icloud.com">parsonsm.work@icloud.com</a>><br>
To: Esip-citationguidelines<br>
<<a href="mailto:esip-citationguidelines@lists.esipfed.org">esip-citationguidelines@lists.esipfed.org</a>><br>
Subject: [Esip-citationguidelines] citation cluster status<br>
Message-ID: <<a href="mailto:DA8FA778-93B2-4F2C-9398-E71593D1F8E4@icloud.com">DA8FA778-93B2-4F2C-9398-E71593D1F8E4@icloud.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Friends,<br>
<br>
I have finally put some crude notes together from our November meeting: <a href="https://docs.google.com/document/d/18ooEixbchKp-qgAG7qtnebKrWDYsutt4d2eX3HsaWls/edit">
https://docs.google.com/document/d/18ooEixbchKp-qgAG7qtnebKrWDYsutt4d2eX3HsaWls/edit#</a><br>
<br>
Note we have our next meeting to finalize our plans for the the winter meeting on 7 Jan. (Invite coming)<br>
<br>
The ?Winter Mtg 2021? tab of the matrix <<a href="https://docs.google.com/spreadsheets/d/1VEYPLgTsCR_zbMUbThonBrqaYqBiMT4e525NzFi7ql8/edit?usp=sharing">https://docs.google.com/spreadsheets/d/1VEYPLgTsCR_zbMUbThonBrqaYqBiMT4e525NzFi7ql8/edit?usp=sharing</a>>
shows what I?ve done. <br>
<br>
Artifact class leads (Dan, Ruth, Sarah, Nancy, Mark) should try to complete the matrix as much as possible in advance. I tried to do it for the data cluster (Madison, please review). I hope that provides a guide.<br>
<br>
Talk to y?all on the 7th in what we hope will be a much better year.<br>
<br>
Merry, merry,<br>
<br>
-m. <o:p></o:p></p>
</blockquote>
<p class="MsoNormal"><br>
_______________________________________________<br>
Esip-citationguidelines mailing list<br>
<a href="mailto:Esip-citationguidelines@lists.esipfed.org">Esip-citationguidelines@lists.esipfed.org</a><br>
https://lists.esipfed.org/mailman/listinfo/esip-citationguidelines<o:p></o:p></p>
</div>
</div>
</blockquote>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</body>
</html>