Hi Tim, 

Thanks for the quick response.  Advanced users could do this themselves, but many of our users probably won't know how to do this, but we could try to make this easier for users by taking care of this problem when WKT strings are too long. I'll see how it goes...

Scott

On Tue, Mar 31, 2015 at 12:22 AM Tim Robertson <trobertson@gbif.org> wrote:
Hi Scott,

My first thoughts are that even if we got it across the wire (using GET or POST) I would expect that the front ends will time out long before the SOLR index computed the query.
I would recommend doing a bounding box search on GBIF, and then using geometry functions in R to "cookie cutter” the result set to the fine polygon.

Is that something you think would be manageable?

Cheers,
Tim






On 31 Mar 2015, at 00:11, Scott Chamberlain <myrmecocystus@gmail.com> wrote:

> Hi all,
>
> Any known way to get around the URI string length for GET requests to the `/occurrence/search` endpoint? E.g., are POST requests supported for passing in parameters?  I ask because a user of an R client I work on wants to pass in a polygon that is 40K characters long.  Of course precision could be reduced, so the string is shorter, but that doesn't seem ideal. Also not ideal is converting to a bounding box approach that approximates the polygon, then converting that to WKT. Any thoughts?
>
> I know it's not standard, but maybe you allow body to be passed to a GET request for `/occurrence/search`?
>
> Thanks! Scott
> _______________________________________________
> API-users mailing list
> API-users@lists.gbif.org
> http://lists.gbif.org/mailman/listinfo/api-users