topic Re: FeatureLayer::query() - Force HTTP POST instead of GET? in ArcGIS API for Python Questions

FeatureLayer::query() - Force HTTP POST instead of GET?

MobiusSnake — Wed, 15 Oct 2025 18:08:24 GMT

Hi, I ran into an issue earlier where the query() call would result in what looked like a JSON decoding error. This is code that I'd run many, many times before, so I dug into it and the cause was an unusually complex polygon being passed in as a filter. I copied the filter's geometry into the REST API web interface and GET failed, while POST behaved as expected, seemingly due to the data limit with HTTP GET.

I built in a workaround for this specific script, but is there a way to force query() to use POST rather than GET in the future? If not, is there an existing idea for this? (I looked but couldn't find one.)

Re: FeatureLayer::query() - Force HTTP POST instead of GET?

Clubdebambos — Thu, 16 Oct 2025 08:22:15 GMT

I had a similar error using complex polygons and union() and I vaguely recall that this was due to be fixed in 2.4.2. I can't remember where I read that, but more than likely on the Esri GitHub.

EDIT: found links

https://github.com/Esri/arcgis-python-api/issues/2345

https://github.com/Esri/arcgis-python-api/issues/2334

Further Edit:

My workaround, although I wasn't performing a similar workflow to yours, was to convert all geometry to Shapely geoms, use the Shapely functions for union/dissolve and convert back to ArcGIS API for Python type features.

Re: FeatureLayer::query() - Force HTTP POST instead of GET?

KenGalliher1 — Tue, 21 Oct 2025 01:25:24 GMT

Adding to the response from @Clubdebambos : This was fixed to allow for long url strings to be properly decoded in a GET request. The fix can be found in the 2.4.1.3 patch and the latest 2.4.2 release.