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.
Markus
On 17 Nov 2015, at 09:50, Peter Desmet peter.desmet.work@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-... http://api.gbif.org/v1/occurrence/search?datasetKey=83e20573-f7dd-4852-9159-21566e1e691e
Cheers,
Peter _______________________________________________ API-users mailing list API-users@lists.gbif.org http://lists.gbif.org/mailman/listinfo/api-users