<div dir="ltr">Good day,<br>Thank you for all the hard work on the new version of GM.<br>This question involves GM 1.13.1 on Ubuntu 24.04.2 LTS installed using the gm3-examples-3.13.1.zip and using QGIS Server 3.34.4 as the WMS and WFS back end.<br><br>The WMS GetMap, GetLegendGraphic and GetFeatureInfo are working correctly.<br><br>I seem to have run into an issue that I need some help resolving with the WFS requests.<br><br>When adding a QGIS WFS layer to GM 3.13.1 the "Select Features" option does not work if the map-source type is set to "wfs" but will return results with the type set to "mapserver-wfs" and the typename set to "ms:qgis-layer-name".<br>Using "mapserver-wfs" supplies a working solution for the initial GetFeature request, although I do see periodic "RequestNotWellFormed" exception from the server due to the "ms:" prefix.<br><br>My diagnosis could be wrong, but it appears that the "mapserver-wfs" will trigger an assumed projection of EPSG:4326.<br>With a type of "wfs" a getCode function is called that may be pointing to a "projection" library that is not packaged into geomoose.js and geomoose.min.js which results in an error.<br><br>Unfortunately, the coordinates used in the results template, (for app.zoomToExtent), seem flipped and projected into EPSG:3857.<br><br>For instance,<br>Query by point is submitted to the WFS server as EPSG:4326, coordinates -81.93383567601884 41.02354686335107.<br>The WFS reply for the feature bounding box is EPSG:4326, coordinates -81.934173,41.02333098 -81.93359651,41.02375282.<br>The coordinates returned to the template are 4566696.315337524,-16915358.3614889,4566743.27435152,-16914901.003045313<br><br>I can flip the coordinates in the template when making the zoomToExtent call but have been unsuccessful in forcing zoomToExtent to use EPSG:3857 as the projection.<br>"app.zoomToExtent([-16915358.3614889,4566696.315337524,-16914901.003045313,4566743.27435152],'EPSG:3857')"<br><br>Am I missing or doing something incorrect?<br><br>Thank you for any help.<br></div>