[eml-dev] Storing an ORCID in EML

Thu Jul 3 11:30:05 PDT 2014

Kyle --

I added a ticket for this.  Feel free to update the documentation yourself
and attach a patch to this bug:

https://projects.ecoinformatics.org/ecoinfo/issues/6574

There are 11 issues open for an EML 2.2.0 release.  I don't think anyone is
actively working on the issues at the moment, but EML is a community
project, so if anyone wants to chip in and get it rolling, they are more
than welcome.

Matt

On Thu, Jul 3, 2014 at 7:15 AM, Kyle Braak [GBIF] <kbraak at gbif.org> wrote:

> Dear Matt,
>
> Thanks for the additional guidance.
>
> Just a thought, but to promote ORCIDs a bit, how about adding
> http://orcid.org/ to the list of examples in the "directory"
> documentation:
> https://knb.ecoinformatics.org/#external//emlparser/docs/eml-2.1.1/./eml-party.html#directory?
> Another candidate could be Researcher IDs (e.g.
> http://www.researcherid.com/rid/C-4862-2011).
>
> Best regards,
>
> Kyle
>
> On Jun 28, 2014, at 5:15 AM, Matt Jones wrote:
>
> Kyle and Margaret --
> I agree with Margaret that you should use the userId field -- that is
> exactly what we created it for.  And I will be very excited to see it used,
> as having an ORCID would be a tremendous help in providing users with list
> of their data -- the Creator field can be ambiguous.
>
> My only caveat is that I don't think you should use a bare word as
> Margaret suggested for the directory -- I think its better to use the URI
> for orcid as you originally proposed.  So, I think this would be best:
>
> <userId directory="http://orcid.org/">0000-0003-1095-6607</userId>
>
> I am hoping that we will being indexing content against people's ORCIDs in
> the KNB and DataONE soon -- it would be a great help if EML providers
> started inserting this field.
>
> Matt
>
>
>
> On Fri, Jun 27, 2014 at 1:30 PM, Kyle Braak [GBIF] <kbraak at gbif.org>
> wrote:
>
>> Dear Margaret,
>>
>> Thank you for your quick response and detailed explanation. It's just the
>> answer I was hoping for.
>>
>> Your guidance is greatly appreciated,
>>
>> Kyle
>>
>> On Jun 27, 2014, at 6:48 PM, Margaret O'Brien wrote:
>>
>> > Hi Kyle -
>> > I've used the userId element for this sort of thing. Since it's
>> repeatable, a party can have identities in several systems.
>> >
>> > I think the userId element is a better choice than using the id
>> attribute on the creator|contact, etc element, too. For 2 reasons: first,
>> the id attribute is used as an internal link in the EML doc itself. If we
>> use it for other purposes, it could become overburdened. Second, as an
>> attribute, there can be only one id (for an element). It's not likely that
>> a person has only one 'id' (whereas <userId> is repeatable.)
>> >
>> > I have one other suggestion. I wouldn't put the url into the directory
>> element. Instead, I'd say this:
>> >> <userIddirectory="orcid">0000-0003-1095-6607</userId>
>> > and let the program consuming the EML decide what to do with it (eg,
>> transform to a url). Presumably there could be many ways to handle that
>> content. As an analogy, I use a similar element, <alternateIdentifier>, for
>> citations. Here are some examples of how they look:
>> >
>> > <alternateIdentifier
>> system="isbn">978-90-481-3931-6</alternateIdentifier>
>> > <alternateIdentifier
>> system="doi">10.1007/978-90-481-3931-6</alternateIdentifier>
>> > <alternateIdentifier
>> system="sbclter-bibliography">1003</alternateIdentifier>
>> >
>> > By using just a string for the system="" (or for the directory="", in
>> the case of the <userId>), it doesn't matter whether the content is a
>> formal system like DOI or ISBN, or one that only a few people know about
>> (sbclter-biblio). They all get handled the same way.
>> >
>> > But others in eml-dev may have a different opinion on that.
>> >
>> > Margaret
>> >
>> >
>> > -----------
>> > Margaret O'Brien
>> > Information Management
>> > Santa Barbara Coastal LTER
>> > Marine Science Institute, UCSB
>> > Santa Barbara, CA 93106
>> > 805-893-2071 (voice)
>> > http://sbc.lternet.edu
>> >
>> > On 6/27/14 7:13 AM, Kyle Braak [GBIF] wrote:
>> >> Hi eml-dev list,
>> >>
>> >> I'm trying to figure out what the best practice is for storing a
>> party's ORCID, which represents a unique researcher identifier. Here is a
>> random ORCID as an example: http://orcid.org/0000-0003-1095-6607
>> >>
>> >> The most obvious choice would be to use element "userId"[1] ,
>> specifying http://orcid.org as the personnel directory:
>> >>
>> >> <userIddirectory="http://orcid.org/">0000-0003-1095-6607</userId>
>> >>
>> >> Alternatively, it should also be possible to use attribute "id"[2],
>> specifying http://orcid.org as the data management system:
>> >>
>> >> <contactid="0000-0003-1095-6607"system="http://orcid.org/
>> "scope="system">
>> >>
>> >> I have tried searching KNB for sample documents containing the
>> "userID" element but couldn't find any.
>> >>
>> >> Your guidance will be greatly appreciated.
>> >>
>> >> Thanks,
>> >>
>> >> Kyle Braak
>> >> Developer
>> >> Secretariat of the Global Biodiversity Information Facility (GBIF)
>> >> Universitetsparken 15, DK-2100 Copenhagen Ø
>> >> Denmark, Europe
>> >> www.gbif.org <http://www.gbif.org/>
>> >>
>> >> [1]
>> https://knb.ecoinformatics.org/#external//emlparser/docs/eml-2.1.1/./eml-party.html#userId
>> >> [2]
>> https://nis.lternet.edu/nis/schemas/eml/lter-project-eml-2.1.0/docs/eml-resource.html#SystemType
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> _______________________________________________
>> >> Eml-dev mailing list
>> >> Eml-dev at ecoinformatics.org
>> >> http://lists.nceas.ucsb.edu/ecoinformatics/mailman/listinfo/eml-dev
>> >
>> >
>>
>> _______________________________________________
>> Eml-dev mailing list
>> Eml-dev at ecoinformatics.org
>> http://lists.nceas.ucsb.edu/ecoinformatics/mailman/listinfo/eml-dev
>>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.nceas.ucsb.edu/ecoinformatics/pipermail/eml-dev/attachments/20140703/af783738/attachment-0001.html>