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 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>
