[Esip-citationguidelines] Esip-citationguidelines Digest, Vol 24, Issue 3

[Mark Parsons]

Hi Rob,

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. https://doi.org/10.6084/m9.figshare.8441816. 

For subsets, the RDA Dynamic Data Citation guidleines (https://dx.doi.org/10.15497/RDA00016) 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.

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. 

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 https://doi.org/10.5334/dsj-2019-052 

cheers,

-m. 


> On 21 Dec 2020, at 10:59, Robert Casey via Esip-citationguidelines <esip-citationguidelines at lists.esipfed.org> wrote:
> 
> 
> 	Hi Mark-
> 
> 	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?
> 
> 	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).
> 
> 	Thank you!
> 
> 	-Rob
> 
> 
>> 
>> Message: 1
>> Date: Sun, 20 Dec 2020 14:11:42 -0700
>> From: Mark Parsons <parsonsm.work at icloud.com>
>> To: Esip-citationguidelines
>> 	<esip-citationguidelines at lists.esipfed.org>
>> Subject: [Esip-citationguidelines] citation cluster status
>> Message-ID: <DA8FA778-93B2-4F2C-9398-E71593D1F8E4 at icloud.com>
>> Content-Type: text/plain; charset="utf-8"
>> 
>> Friends,
>> 
>> I have finally put some crude notes together from our November meeting: https://docs.google.com/document/d/18ooEixbchKp-qgAG7qtnebKrWDYsutt4d2eX3HsaWls/edit#
>> 
>> Note we have our next meeting to finalize our plans for the the winter meeting on 7 Jan. (Invite coming)
>> 
>> The ?Winter Mtg 2021? tab of the matrix <https://docs.google.com/spreadsheets/d/1VEYPLgTsCR_zbMUbThonBrqaYqBiMT4e525NzFi7ql8/edit?usp=sharing> shows what I?ve done. 
>> 
>> 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.
>> 
>> Talk to y?all on the 7th in what we hope will be a much better year.
>> 
>> Merry, merry,
>> 
>> -m. 
>> 
> 
> _______________________________________________
> Esip-citationguidelines mailing list
> Esip-citationguidelines at lists.esipfed.org
> https://lists.esipfed.org/mailman/listinfo/esip-citationguidelines

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.esipfed.org/pipermail/esip-citationguidelines/attachments/20201222/d6d8ed03/attachment.htm>