EPrints Technical Mailing List Archive
See the EPrints wiki for instructions on how to join this mailing list and related information.
Message: #05910
< Previous (by date) | Next (by date) > | < Previous (in thread) | Next (in thread) > | Messages - Most Recent First | Threads - Most Recent First
Re: [EP-tech] DataCite DOI plugins
- To: "eprints-tech@ecs.soton.ac.uk" <eprints-tech@ecs.soton.ac.uk>
- Subject: Re: [EP-tech] DataCite DOI plugins
- From: Rory McNicholl <rory.mcnicholl@ulcc.ac.uk>
- Date: Wed, 7 Sep 2016 09:01:12 +0000
Thanks Tomasz
I see you've raised a couple of issues.
We'll take a look now.
Cheers,
Rory
Rory McNicholl
Lead developer
Digital Archives & Research Technologies
University of London Computer Centre
Senate House
Malet Street
London
WC1E 7HU
t: +44 (0)20 7863 1344
e: rory.mcnicholl@london.ac.uk
w: http://www.ulcc.ac.uk/
The University of London is an exempt charity in England and Wales.
From: eprints-tech-bounces@ecs.soton.ac.uk <eprints-tech-bounces@ecs.soton.ac.uk> on behalf of Tomasz Neugebauer <Tomasz.Neugebauer@concordia.ca>
Sent: 06 September 2016 19:48:18 To: eprints-tech@ecs.soton.ac.uk Subject: Re: [EP-tech] DataCite DOI plugins Thanks Lizz and Rory (and the other contributors to the updated DataCiteDOI plugin), OK, #4 is what I ended up starting with (https://github.com/eprintsug/DataCiteDoi). However, this one also doesn’t seem to work, not as-is anyway. DataCite rejects the XML due to an error with an unexpected <givenName> <familyName> fields in the XML. For example, it produces this XML for creators: <creators> <creator> <creatorName>Neugebauer, Tomasz</creatorName> <givenName>Tomasz</givenName> <familyName>Neugebauer</familyName> <nameIdentifier schemeURI="http://orcid.org/" nameIdentifierScheme="ORCID">0000-0002-9743-5910</nameIdentifier> </creator> </creators> But the declared schema doesn’t allow for <givenName> and <familyName> elements. http://schema.datacite.org/meta/kernel-2.2/metadata.xsd … <xs:element name="creators"> <xs:complexType> <xs:sequence> <xs:element name="creator" maxOccurs="unbounded"> <xs:annotation> <xs:documentation> The main researchers involved working on the data, or the authors of the publication in priority order. May be a corporate/institutional or personal name. </xs:documentation> <xs:documentation>Format: Family, Given.</xs:documentation> </xs:annotation> <xs:complexType> <xs:sequence> <xs:element name="creatorName"> <xs:simpleType> <xs:restriction base="nonemptycontentStringType"/> </xs:simpleType> </xs:element> <xs:element name="nameIdentifier" minOccurs="0"> <xs:complexType> <xs:simpleContent> <xs:extension base="nonemptycontentStringType"> <xs:attribute name="nameIdentifierScheme" use="required"/> </xs:extension> </xs:simpleContent> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> … I suppose we should move the technical discussion onto the GitHub for the DataCite plugin.
Is there a way to activate and coin a DOI using the command line for testing purposes? Thank you so much for working on the DataCite plugin, and I hope we can have a working Bazaar plugin for this.
Tomasz From: eprints-tech-bounces@ecs.soton.ac.uk [mailto:eprints-tech-bounces@ecs.soton.ac.uk]
On Behalf Of Lizz Jennings Hi Tomasz, We’re using Number 4 – it’s very reliable. We’ve extended the metadata profile to export a lot more fields than the default, and made some tweaks to navigate our firewall,
but otherwise use it as is. Lizz -- Lizz Jennings BA MSc ACLIP MCLIP (Revalidated 2015) Technical Data Officer The Library 4.10, University of Bath, Bath, BA2 7AY UK Ext. 3570 (External 01225 383570) Research Data Management:
http://www.bath.ac.uk/research/data From:
eprints-tech-bounces@ecs.soton.ac.uk [mailto:eprints-tech-bounces@ecs.soton.ac.uk]
On Behalf Of Rory McNicholl Hi Tomasz, Number 4 is the one we're keeping up to date. The original did not actually read the response from the datacite API to see whether the request to mint a DOI had been successful. This had led to the possibility of DOIs
being faithfully kept in EPrints that datacite had no valid record for and therefore did not resolve. We also added the action to allow administrators to mint DOIs by-button, as well as a few other features and bug fixes along the way. Additional to that we are currently working with a number of institutions in the UK to map more EPrints metadata over to the optional Datacite metadata elements (whilst providing
hooks to allow for a customised profile mapping where necessary) Thanks, Rory Rory McNicholl Lead developer Digital Archives & Research Technologies University of London Computer Centre Senate House Malet Street London WC1E 7HU t: +44 (0)20 7863 1344 The University of London is an exempt charity in England and Wales. From:
eprints-tech-bounces@ecs.soton.ac.uk <eprints-tech-bounces@ecs.soton.ac.uk> on behalf of Tomasz Neugebauer <Tomasz.Neugebauer@concordia.ca> I'm trying to install DataCite DOI minting plugin and having difficulties figuring out the best starting place. We have these sources: 1. http://bazaar.eprints.org/307/ This one looks like an early version from 2013. We also have this code in GitHub: https://github.com/eprints/datacite Is this the same code as 307? 2. http://bazaar.eprints.org/380/ This one shows up twice in the Bazaar “Available” search for DOI (once as version 1.0.0 and then again as 1.1.0), both lead to this URL (http://bazaar.eprints.org/id/epm/DataCiteDoi-dev)
-
No file list 3. http://bazaar.eprints.org/439/
-
No File List – doesn’t seem to be working 4. And source here: https://github.com/eprintsug/DataCiteDoi
-
This looks to have some updates, a button to control the DOI minting. Which of these sources is the best place to start in terms of getting DataCite DOI minting working on a repository? Tomasz -----Original Message----- Hi, may I follow up on this one. Unfortunately, the bazaar package of DataCite DOI plugin version 1.1.0, URL
http://bazaar.eprints.org/439/, uploaded January 2016, is defect. EPrints 3.3.15 error message reads:
"No files found in package". The data in the epm package is not extractable. So do I have to do it manually, de-base64 files from .epmi and spoon-feed them to the system, download the files from GitHub, or how? :-) Can I find the e-mail of a bazaar package maintainer somewhere, who may or may not be also the creator of the code, to notify in such cases? Kind regards Florian Am 08.02.2016 um 10:24 schrieb Florian Heß: > Hi E-Prints users and devs, > > there are currently to versions of the DataCite DOI plugin, > > *
https://github.com/eprintsug/DataCiteDoi - fork, not installable > through EPrints basar, on-demand or automatic DOI coining. > > * https://github.com/eprints/datacite - original version, installable > through E-Prints basar, auto-only DOI coining that bothers me after > recent experiences from triggered magic in Coverpage plugin. > > So, is there maybe a specific reason why the User Group version is not > packed in an EPM package, yet? > > > Regards > Florian > -- UB Heidelberg (Altstadt) Plöck 107-109, 69117 HD Abt. Informationstechnik http://www.ub.uni-heidelberg.de/ *** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech *** Archive: http://www.eprints.org/tech.php/ *** EPrints community wiki:
http://wiki.eprints.org/ *** EPrints developers Forum:
http://forum.eprints.org/ |
- References:
- [EP-tech] DataCite DOI plugins
- From: Tomasz Neugebauer <Tomasz.Neugebauer@concordia.ca>
- Re: [EP-tech] DataCite DOI plugins
- From: Rory McNicholl <rory.mcnicholl@ulcc.ac.uk>
- Re: [EP-tech] DataCite DOI plugins
- From: Lizz Jennings <E.Jennings@bath.ac.uk>
- Re: [EP-tech] DataCite DOI plugins
- From: Tomasz Neugebauer <Tomasz.Neugebauer@concordia.ca>
- [EP-tech] DataCite DOI plugins
- Prev by Date: Re: [EP-tech] apache fails to start eprints
- Next by Date: Re: [EP-tech] apache fails to start eprints
- Previous by thread: Re: [EP-tech] DataCite DOI plugins
- Next by thread: Re: [EP-tech] DataCite DOI plugins
- Index(es):