Hi Markus,
Thanks for the explanation, and for the tip about "*" in the typeStatus field (I didn't realise we could use wildcards in that field). This get's me the info I need :)
Regards,
Rod
On 22 July 2016 at 13:32, Markus Döring mdoering@gbif.org wrote:
Hi Rod,
this is a known but apparently badly documented issue. See the list conversation with James we had before. http://lists.gbif.org/pipermail/api-users/2014-December/000102.html
Basically we changed ChecklistBank to only deal with nominal types and leave the type specimens to the occurrence store. This has some issues and API implications. We went live before we made the change, so the REST resource is now badly named. Also we lose some type specimen information that comes in through the types and specimen extension for checklists. We could consider to also index these into the occurrence store though in the future.
An example of a working nominal type species for a genus: http://api.gbif.org/v1/species/100535465/ http://api.gbif.org/v1/species/100535465/typeSpecimens
Type specimens for your species: http://api.gbif.org/v1/occurrence/search?taxonKey=5231190&typeStatus=*
best, Markus
On 22 Jul 2016, at 13:50, Roderic D. M. Page rdmpage@gmail.com wrote:
According to the docs I should be able to get the type specimens for a species using:
http://api.gbif.org/v1/species/5231190/typeSpecimens (the example given on http://www.gbif.org/developer/species )
But this returns
{"offset":0,"limit":20,"endOfRecords":true,"results":[]}
This species has A LOT of types, see http://www.gbif.org/species/5231190, so something seems amiss...
Regards,
Rod
API-users mailing list API-users@lists.gbif.org http://lists.gbif.org/mailman/listinfo/api-users