[API-users] Why is the key of organismID a URI?

Peter Desmet peter.desmet.work at gmail.com
Tue Nov 17 11:05:17 CET 2015

Thanks Markus,

I didn't realize we were still using individualID in the last publication
of that dataset. We have since upgraded our IPT and it should become
organismID in the next version.

Maybe there's an automatic mapping on your end which translates
individualID to organismID (and its unknown namespace)? I do notice that
such automatic mapping does not happen for rights to license though.



On 17 November 2015 at 10:49, Markus Döring <mdoering at gbif.org> wrote:

> Hi Peter,
> yes, this is kind of a bug. We have not yet upgraded our occurrence store
> to the latest Darwin Core terms.
> Thats why a simple term coming as just “organismID” instead of a full URI
> gets assigned the unknown.org namespace.
> http://api.gbif.org/v1/occurrence/1078327928/verbatim
> We have an open issue here: http://dev.gbif.org/issues/browse/POR-2598
> Looking at the actual archive that we indexed I can see the older term
> individualID is being used, not organismID:
>     <field index="15" term="http://rs.tdwg.org/dwc/terms/individualID"/>
> Thats strange, as we should have understodd that perfectly fine and it is
> not found in the verbatim anywhere.
> Looks like we need to do some digging.
> Markus
> On 17 Nov 2015, at 09:50, Peter Desmet <peter.desmet.work at gmail.com>
> wrote:
> Hi,
> I just noticed in the response of the occurrence search API, that the key
> for "organismID" is "http://unknown.org/organismID". It is the only key
> that is returned as a URI. What is the reasoning behind this (datasetID,
> gbifID, etc. are all normal)? Is this a bug?
> "dynamicProperties": "{\"device_info_serial\":858}",
> "georeferenceProtocol": "doi:10.1080/13658810412331280211",
> *"http://unknown.org/organismID <http://unknown.org/organismID>":
> "L907004",*
> "georeferenceVerificationStatus": "unverified",
> "samplingEffort": "{\"secondsSinceLastOccurrence\":1806}",
> http://api.gbif.org/v1/occurrence/search?datasetKey=83e20573-f7dd-4852-9159-21566e1e691e
> Cheers,
> Peter
> _______________________________________________
> API-users mailing list
> API-users at lists.gbif.org
> http://lists.gbif.org/mailman/listinfo/api-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gbif.org/pipermail/api-users/attachments/20151117/c4e7b20c/attachment.html>

More information about the API-users mailing list