Jason,
It sounds like your question is really about whether the tool built into
DSpace for assigning DOIs lets you control which DOI to use for a new
item, or whether you have no control over which DOI it assigns. For
that, I think you'll need to look into the specifics of the tool built
into DSpace. The wider DOI system lets you create any DOI you want
within your assigned prefix (such as 10.17348), subject to only minor
syntax constraints.
I don't have a problem with using "data." as a namespace on certain DOIs
that you create. Namespaces are for your convenience, to avoid
assigning the same identifier to two things. While it's good to avoid
naming a namespace something that will eventually be meaningless (like
"dspace", I think the term "data" is probably here for the long run.
Kevin
On 2/9/16 1:48 PM, Han, Yan - (yhan) wrote:
Hi, Jason,
I strongly suggest to separate your DOI namespace/naming schema to be
totally independent of your choice of repository/system. DOI is an
infrastructure thing, and the main reason behind of assigning DOI is
for persistency and permanency. At some point any repository system
will go away and will be replaced by another one.
Secondly I do not think data is a good namespace. I suggest to have
something persistent which can standalone even you do not have DOI
prefix of 10.17348.
Yan
On 2/9/16, 11:56 AM, "Code for Libraries on behalf of Jason Best"
<CODE4LIB@LISTSERV.ND.EDU on behalf of jb...@brit.org> wrote:
We recently started assigning DOIs to articles published in one of
our journals using Open Journal System which generates the DOI and
metadata within a namespace dedicated to that journal. We don’t yet
have an institutional repository, but are moving in that direction
and I hope we have one in a couple of years. But in the meantime,
how could we go about issuing DOIs for items that aren’t related to
the journal, but that we’d hope to eventually have handled by our
IR? For example, we have a handful of datasets for which we’d like
to issue DOIs so I planned on created a “data” namespace then just
adding a serial number for each dataset (e.g. 10.17348/data.000001
) which would resolve to a page (with metadata and download links)
in our Drupal CMS until we get an IR. Will such an approach allow
us to eventually use an IR to 1) become the repository for the
items with DOIs previously issued in the “data” namespace and 2)
continue issuing DOIs for new items withi!
n!
the “data” namespace? I know the answer is going to depend on the
IR platform we use, so I’m asking this in the broad sense to get
your input about your experiences.
But since DSpace is one of the likely candidates for our IR, I’ll
use it as a more concrete example. From my limited understanding
(just reading the documentation), items deposited in a DSpace
instance will all share the same DOI namespace. The namespace and
an internal identifier are then concatenated with the DOI prefix to
create the DOI. If we’ve already issued a DOI outside of DSpace,
would we have any control over the identifier that was assigned to
a newly-deposited item allowing us to control the DOI that is
generated?
Any thoughts or suggestions?
Thanks, Jason
Jason Best Biodiversity Informatician Botanical Research Institute
of Texas 1700 University Drive Fort Worth, Texas 76107
817-332-4441 ext. 230 http://www.brit.org
