[Esip-preserve] FW: FW: [dataone] You’re invited to PIDapalooza, a festival of persistent IDs!

Fri Aug 19 18:24:34 EDT 2016

All,

Bruce Barkstrom has some interesting comments about persistent identifiers below, which I am sharing with you all with his permission.

Have a good weekend.

Rama.

From: Bruce Barkstrom [mailto:brbarkstrom at gmail.com] 
Sent: Thursday, August 18, 2016 6:55 AM
To: Hampapuram Ramapriyan
Subject: Re: [Esip-preserve] FW: [dataone] You’re invited to PIDapalooza, a festival of persistent IDs!

As another thought along the same line, if the copies of data the archives send out are normally pretty good

replicas of the original (and are indistinguishable in that their cryptographic digests strongly suggest that they're

not tampered with), why shouldn't users treat those copies as objects that are as good as the originals?

In an extension of this thought, we might even be able to do a forensic crowd sourcing that could probably

produce a highly reliable replica of the original even if the original copy disappeared entirely.

As a rather extreme example of this approach, we could suppose someone stole all of the original copies

of the Declaration of Independence or the original copies of the signed Constitution from NARA.  Would we

lose the probable original text?  There are so many copies that it doesn't seem like a sensible view of the

content.  That isn't to say that our interpretation of the documents isn't dependent on what the original authors

thought (as in the "originalist" interpretations by some Supreme Court justices).  However, that's a different

problem than just recovering the characters in the original text based on comparing the copies that seem

reliable to produce a new "composite" original.

Having just arrived at my newly matured age of 72, I think it's fun to be so "outside the box" that I'm not

even sure there is one.  Anyway, I think you could put me down as thinking that the "authenticity" of

original objects may be an outdated philosophical view based on the idea that authors compose their

writing by hand.  I occasionally pull a backup copy out of my backup stores (including e-mails from

Google's vast disk space) when I've made a mistaken edit.  Is there something in the recovered

text files that makes them less "authentic" than the one on my original disk?

Bruce B.

On Thu, Aug 18, 2016 at 7:44 AM, Bruce Barkstrom <brbarkstrom at gmail.com> wrote:

Has anyone suggested that each Data Object should have two or three identifiers to

avoid loss of information?  Having failure of the keeper with only one could be a single

point of failure.  In normal circumstances, I would expect that the lifetime of

a single organization would be about 25 years.  Failure could come

about through lack of funding, change of organizational priorities, and so on.

Happens all the time.

Bruce B.

On Tue, Aug 16, 2016 at 1:10 PM, Hampapuram Ramapriyan via Esip-preserve <esip-preserve at lists.esipfed.org> wrote:

All,

This might be of interest to some of you in the group. The meeting is in Iceland. Even if we are not able to go, the outcome of the meeting might be of interest to the Data Stewardship Committee. 

Rama.

From: community-bounces at dataone.org [mailto:community-bounces at dataone.org] On Behalf Of Trisha Cruse
Sent: Tuesday, August 16, 2016 9:34 AM
To: community at dataone.org
Subject: [dataone] You’re invited to PIDapalooza, a festival of persistent IDs!

Dear DataONE Community: 

Why build an open identifier infrastructure? So that anyone can use it to create cool tools and services for the research community. 

  <https://lh6.googleusercontent.com/WlpXivRG7nb-LVyaduc9aGeVQM0gONYOSnfNlGoC1DrVmQwaMvgUX7iOmI6A4V2YQMNEHieVWg3l-B8y5K5GTF39YYk2Y2suWSqWx1UmmWjOF137G1f7d4JbKYSCLvMKdu664q8J> 

Open identifiers deserve their own festival!

As someone who’s passionate about persistent identifiers, we’re delighted to invite you to  <http://pidapalooza.eventbrite.com> register for  <http://pidapalooza.org/> PIDapalooza, a two-day festival for scholarly research persistent identifiers (PIDs) organized by California Digital Library, Crossref, DataCite, and ORCiD. 

This community gathering for everyone who’s working with PIDs, including digital tech experts, publishers, researchers, tool builders, research organizations, and scholarly infrastructure providers. 

The program will include a mixture of PID demos, workshops, brainstorming, updates on the state of the art, and more -- and we invite your contributions. Please use  <https://docs.google.com/forms/d/e/1FAIpQLSej7YKQVCPTTCo8zeIS-ODjtsb5SIS299uZZBo8ZN6yD0WI5Q/viewform?c=0&w=1&usp=send_form> this form to tell us about the session you’d like to run. The program committee will review all suggestions received by September 18 and let you know whether you’ve been successful by the first week of October.

 <http://pidapalooza.eventbrite.com> Registration is now open. <http://pidapalooza.eventbrite.com>  We welcome offers of sponsorship if you are interested in co-producing this together with us- please contact  <mailto:info at pidapalooza.org> info at pidapalooza.org for details. 

Come share your ideas with a crowd of like-minded innovators - and please help us spread the word about PIDapalooza in your community!

Where:  <https://www.radissonblu.com/en/sagahotel-reykjavik> Radisson Blu Saga Hotel Reykjavik, Hagatorg, 107 Reykjavik, Iceland

When: 9th and 10th November 2016

We’ll be posting more information about the festival lineup on the  <http://pidapalooza.org/> PIDapalooza website and on Twitter ( <http://twitter.com/pidapalooza> @PIDapalooza) in the coming weeks.

We hope to see you in November and please help us spread the word!

Patricia Cruse

Executive Director, DataCite

patricia.cruse at datacite.org

phone: +1 510-725-0071 <tel:%2B1%20510-725-0071> 

http://www.datacite.org <http://datacite.org/> 

_______________________________________________
Esip-preserve mailing list
Esip-preserve at lists.esipfed.org
http://lists.deltaforce.net/mailman/listinfo/esip-preserve

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.deltaforce.net/pipermail/esip-preserve/attachments/20160819/8858fb2c/attachment-0001.html>