New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
WFS GetFeature request with filter very very long #5291
Comments
Could you post somewhere a mapfile, the associated data and the request you try ? |
Hello. Thanks for your answer. The mapfile is attached below. For the data, it is heavy (900Mo). Do you need all files? Is there a way to give it to you. I'm new on GitHub, I don't know all the tricks... Here is the request sent. Don't be surprised, normally it shoul be a DWITHIN filter, not a BBOX request, but in the version 6.4 I had problem with DWITHIN. Request URL:http://mapserver.integration.farmsat.local/ms7 Response Headers Request Headers Request Payload |
…apServer#5291) On a layer that is a tileindex of shapefiles, a BBOX as WFS XML filter used the slow path of common expression evaluation, which caused all shapefiles to be opened, instead of just the ones intersecting the BBOX. This commit tries to fetch a "top BBOX" filter and use it as the rect passed to msLayerWhichShapes().
…apServer#5291) On a layer that is a tileindex of shapefiles, a BBOX as WFS XML filter used the slow path of common expression evaluation, which caused all shapefiles to be opened, instead of just the ones intersecting the BBOX. This commit tries to fetch a "top BBOX" filter and use it as the rect passed to msLayerWhichShapes().
Fixed in master and branch-7-0 |
Thank you! |
Hi,
version: release-1800-x64-gdal-2-1-0-mapserver-7-0-1 for windows from www.gisinternals.com
I notice an issue in the version 7.0.1 when using a BBOX filter in a POST GetFeature request. The datasource is a TileIndex shapefile.
To get a result with only one feature, it takes around 40s. The same request with the version 6.4 takes around 40ms. The same request with a BBOX parameter instead of a BBOX filter with the version 7.0.1 is very faster too.
I tried to trace some actions with ProcMonitor (SysInternal), and I saw that in the version 7.0.1 with a filter, all shape files are opened. It is not the case with the version 6.4.
I didn't found another ticket for my case, but I saw that some performance issues will be fixed in the release 7.0.2. Maybe there are linked?
Thanks
The text was updated successfully, but these errors were encountered: