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 at gmail.com<mailto:rdmpage at 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 at lists.gbif.org<mailto: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/20160722/dedf6036/attachment.html>
