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/%7Bkey%7D 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/mode...

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@lists.gbif.org http://lists.gbif.org/mailman/listinfo/api-users