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

Markus Döring mdoering at gbif.org
Tue Nov 17 10:49:58 CET 2015

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 <http://unknown.org/> namespace. 
http://api.gbif.org/v1/occurrence/1078327928/verbatim <http://api.gbif.org/v1/occurrence/1078327928/verbatim>

We have an open issue here: http://dev.gbif.org/issues/browse/POR-2598 <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.


> 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 <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 <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/57c68a40/attachment.html>

More information about the API-users mailing list