Presentatie over persistent identifiers, Handle en B2Handle door Christine Staiger (SURFsara). Workshop Persistent Identifiers, 10 april 2017, Week van het Digitaal Erfgoed.

1. WORKSHOP 28TH/29TH APRIL 2015
Persistent Identifiers (PIDs)
Christine Staiger
Christine.staiger@surfsara.nl
WORKSHOP 28TH/29TH APRIL 2015
Persistent Identifiers (PIDs)
WORKSHOP 28TH/29TH APRIL 2015
Persistent Identifiers (PIDs)
HANDLES AND B2HANDLE
Persistent Identifiers (PIDs)

2. 2
What do we want from data?
• Findable – Easy to find by both humans and computer systems
à Metadata
• Accessible – Stored for long term, accessed and/or downloaded
with well-defined license and access
• Interoperable – Ready to be combined with other datasets by
humans as well as computer systems;
• Reusable – Ready to be used for future research and to be
processed further using computa@onal methods.
à Reference data and iden@fy data
à Infrastructure should take care of some aspects

3. 3
Digital Object (DO)
Data
PID
Metadata
• Persistent Identifier: reference and identify object, either
metadata or data object
• Synchronise PID, Data and Metadata during creation,
maintenance, update and deletion of a digital object!

4. 4
Pro: PIDs are static
Data
2
Data
1
Data
4
Data
3
PID 1 PID 2 PID 3 PID 4
World of data infrastructure

5. 5
PID systems and issuing authorities
EPICDOI HANDLE
GDWG
SURFsara
CSC
grnet
DataCite
CrossRef
DONA Foundation

6. 6
PID systems and issuing authorities
• URN:NBN (E.g. Archive resource iden>fier)
• Policies: PID is persistent and the data it is dereferenced to
• Wants to be independent from transfer protocols
à Currently all iden@fiers start with h"p
Might change in the future
• DOI (4TU.datacentrum)
• Policies: PID is persistent, data not
• Well accepted amongst researchers
• Based on the handle system
• Datacite, Crossref are prefix issuing authori@es
• Both:
• PIDs point to a landing page, not the file itself
• User needs to provide a minimum set of metadata
• Taylored towards the needs of repositories

7. 7
PID systems and issuing authorities
• ePIC (European PID consor>um)
• Policies: PID is persistent, data is not
• PIDs can point to anything
• Based on the handle system
• GDWG is main prefix issuing authority
• DONA founda>on (www.dona.net)
• Maintains global handle registry
• Partners:
• CNRI (developer of the handle system)
• GDWG (main partner in ePIC)
• Interna@onal DOI founda@on (IDF)

8. 8
The Handle system
• Pure technology!
• Metadata: You can create your own keyword-value pairs and store
them with the PID
• Policies: Do it yourself!
handles can point to anything
handles can also be removed, they are not per se persistent
…
à Great flexibility for adjus@ng the system towards your own needs
à You have to implememnt everything on your own
à You have to think even more carefully about how you want to
facilitate data management

9. 9
Step-by-Step: B2HANDLE
Demonstra>on:
• Register data with a Handle
• GET the details of a Handle
• Modify a Handle record
• Link two files on PID level
Created PIDs will appear here:
h[p://hdl.handle.net/21.T12995/PID-Training