![](https://secure.gravatar.com/avatar/6f6914b1cdb438695ec1aaabba7463bb.jpg?s=120&d=mm&r=g)
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-...
Cheers,
Peter
![](https://secure.gravatar.com/avatar/38270e964a45066ea7ecea84b985120d.jpg?s=120&d=mm&r=g)
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
![](https://secure.gravatar.com/avatar/6f6914b1cdb438695ec1aaabba7463bb.jpg?s=120&d=mm&r=g)
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.
Cheers,
Peter
On 17 November 2015 at 10:49, Markus Döring mdoering@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@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-...
Cheers,
Peter _______________________________________________ API-users mailing list API-users@lists.gbif.org http://lists.gbif.org/mailman/listinfo/api-users
participants (2)
-
Markus Döring
-
Peter Desmet