Just wanted to say I think a callback URL (instead of polling a page or a mailbox) would be an amazing addition.
Some colleagues alredy asked me if such a mechanism was available, I'm pretty sure we're not alone! Best, Nico Le 24/04/15 11:28, Markus D?ring a ?crit : > Hi, > > we do not expect to remove or even extend the search limit I am afraid. > For programmatic asynchroneous searches you need to actively poll the > download request status to see when its done and then retrieve the > content. > > Alternatively It would be fairly simple for us to add a new success > and failure callback URL parameter when creating a new request. We > would then call these URLs once the download is completed or failed. > Would that make things a lot easier than actively polling? > > Markus > > > > >> On 24 Apr 2015, at 11:18, ptrans2004es <ptrans2004es at yahoo.es >> <mailto:ptrans2004es at yahoo.es>> wrote: >> >> Hello, >> I know there is a limit of 200000 records when using the occurrence >> search API, and also that this limit can be avoided using the >> asynchronous download service instead. >> The problem is that this asynchronous service will send a link to a >> file to an email. That method seems not really convenient for >> programmatic downloads to be made from an interactive application, >> for example. >> There is another mechanism that allows downloading more than 200000 >> records? >> Removal of this limitation is expected? >> Thank you very much. >> Best regards, >> E.Gracia >> _______________________________________________ >> 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 > > > > _______________________________________________ > 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/20150424/b2e0076e/attachment-0001.html>
