Hi Doug, You are correct about the occurrence download limits, it is about the number of running download jobs, the size is not counted.
You can avoid the email notification by launching a request using the API, and setting send_notificationto false [1]. (This ought to be in the API documentation, but I don't see it.) You can then poll for download status. See http://www.gbif.org/developer/occurrence#download : - http://api.gbif.org/v1/ occurrence/download/user/{user} for all downloads by a user -- you need to use HTTP basic authentication here. - http://api.gbif.org/v1/occurrence/download/{key} for one download, e.g. http://api.gbif.org/v1/occurrence/download/0055494-160910150852091 Hope that helps, Matt [1] https://github.com/gbif/gbif-api/blob/master/src/main/java/org/gbif/api/model/occurrence/DownloadRequest.java#L59 On 09/02/2017 01.11, Doug Palmer wrote: > Hi, > > I'm a newbie to the GBIF API and I have a couple of questions about > downloads. As background, I'm looking at the best way of getting data > from GBIF into the Atlas of Living Australia (the bits we don't have > already) properly split up into source datasets for attribution. My > questions: > > With the occurrence download limits, am I right in thinking that the > limits refer to the number of download requests being processed > simultaneously? Can the downloads be of any size in terms of number of > records and detail? > > Instead of being notified by email upon completion, is it possible to > poll the status of a download? > > Doug Palmer > > > > _______________________________________________ > 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/20170209/70a471fb/attachment.html>
