[GeoMoose-users] WFS identify is GeoMoose using MapServer

Mon Jan 2 16:18:17 PST 2023

Hi Tanya,

I'm not sure how to go about testing it.  I'm not in control of the MapServer demo site (I think Jeff is?), so I can't fiddle with the SRS order in map file.  I suppose I could reproduce the server locally but I'm trying to focus on fleshing out the testing mapbook right now.  And at least logging any issues I find along the way (I'm still recovering from the SLD rabbit hole I fell into).

Actually I'm surprised I got  any data at all from the MapServer site, even for display.  It only lists EPSG:4326 in the GetCapabilities document and GeoMoose speaks only EPSG:3857.

I think either GeoMoose is non-compliant by not sending a BBOX with the WFS query, or MapServer is expecting a parameter that is not required be the WFS spec.  I'll have to do some reading on that.

Brent

----------------------------------------
From: "TC Haddad" <tchaddad at gmail.com>
Sent: 1/2/23 4:57 PM
To: GeoMoose Users <geomoose-users at lists.osgeo.org>
Subject: Re: [GeoMoose-users] WFS identify is GeoMoose using MapServer

Hi Brent,

Can you check to see if it this issue:

https://github.com/geomoose/gm3/issues/346

Tanya

On Mon, Jan 2, 2023 at 2:44 PM Brent Fraser <bfraser at geoanalytic.com> wrote:
Hmm,    I would say that GeoMoose should not include a MAP= in the request if there is no <file> in the mapsource definition.

----------------------------------------
From: "Dan Little" <theduckylittle at gmail.com>
Sent: 1/2/23 3:40 PM
To: bfraser at geoanalytic.com
Cc: Jeff McKenna <jmckenna at gatewaygeomatics.com>, GeoMoose Users <geomoose-users at lists.osgeo.org>
Subject: Re: [GeoMoose-users] WFS identify is GeoMoose using MapServer

I suspect MS_MAPFILE_PATTERN needs set. Ala: https://mapserver.org/mapfile/config.html

On Mon, Jan 2, 2023 at 4:14 PM Brent Fraser <bfraser at geoanalytic.com> wrote:
Interesting.  When I change the mapsource type from "wfs to "mapserver-wfs", Mapserver returns

<HTML>
<HEAD><TITLE>MapServer Message</TITLE></HEAD>

<BODY BGCOLOR="#FFFFFF">
msCGILoadMap(): Web application error. CGI variable "map" fails to validate.
</BODY></HTML>

somewhat reasonable since GeoMoose adds a 
&MAP=C:/ms4w/apps/gm3-demo-data/undefined
to the request.

----------------------------------------
From: "Dan Little" <theduckylittle at gmail.com>
Sent: 1/2/23 2:59 PM
To: bfraser at geoanalytic.com
Cc: Jeff McKenna <jmckenna at gatewaygeomatics.com>, GeoMoose Users <geomoose-users at lists.osgeo.org>
Subject: Re: [GeoMoose-users] WFS identify is GeoMoose using MapServer

Thi is actually a MapServer bug that's been around for a while. MapServer doesn't do well when querying in 3857 and the underlying data is in another projection. So we have an option to use the "wgs84Hack" (internal name in the code). This is enabled when the map-source type is set to "mapserver-wfs".

On Mon, Jan 2, 2023 at 3:55 PM Brent Fraser <bfraser at geoanalytic.com> wrote:
Hi Jeff (and others),

I'm in the process of testing WFS in GeoMoose and thought I would make WFS requests to the demo site at demo.mapserver.org.  So in accessing the cities layer (https://demo.mapserver.org/cgi-bin/wfs?SERVICE=WFS&VERSION=1.0.0&REQUEST=GetCapabilities) it displays OK in GeoMoose even though the display SRS is EPSG:3857.

However the Identify operation fails. Mapserver returns

<?xml version='1.0' encoding="UTF-8" ?>
<wfs:FeatureCollection
xmlns:ms="http://mapserver.gis.umn.edu/mapserver"
xmlns:wfs="http://www.opengis.net/wfs"
xmlns:gml="http://www.opengis.net/gml"
xmlns:ogc="http://www.opengis.net/ogc"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.opengis.net/wfs http://schemas.opengis.net/wfs/1.1.0/WFS-basic.xsd
http://mapserver.gis.umn.edu/mapserver https://demo.mapserver.org/cgi-bin/wfs?SERVICE=WFS&VERSION=1.1.0&REQUEST=DescribeFeatureType&TYPENAME=ms:cities&OUTPUTFORMAT=XMLSCHEMA">
<gml:boundedBy>
<gml:null>missing</gml:null>
</gml:boundedBy>
</wfs:FeatureCollection>

when the request sent (via POST) is
<GetFeature xmlns="http://www.opengis.net/wfs"
service="WFS"
version="1.1.0"
outputFormat="text/xml; subtype=gml/2.1.2"
xsi:schemaLocation="http://www.opengis.net/wfs http://schemas.opengis.net/wfs/1.1.0/wfs.xsd"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Query typeName="ms:cities"
srsName="EPSG:3857">
<Filter xmlns="http://www.opengis.net/ogc">
<Intersects>
<PropertyName>geom</PropertyName>
<Polygon xmlns="http://www.opengis.net/gml">
<exterior>
<LinearRing>
<posList srsDimension="2">
 -10382797.7354368  5615179.747957421
 -10382797.7354368  5615332.622013991
 -10382644.86138023 5615332.622013991
 -10382644.86138023 5615179.747957421
 -10382797.7354368  5615179.747957421
</posList>
</LinearRing>
</exterior>
</Polygon>
</Intersects>
</Filter>
</Query>
</GetFeature>

Note the srsName in the request (3857 is not listed in the MapServer GetCapabilities doc).  When asking for the features for display GeoMoose sends a BBOX (3857) in the request.  When requesting feature(s) in Identify, it sends only the Intersects filter in the above XML.

So I'm not sure if this is a Mapserver configuration issue or a bug/Issue in GeoMoose.

Your thoughts?

Thanks!
Brent Fraser

_______________________________________________
GeoMoose-users mailing list
GeoMoose-users at lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/geomoose-users

_______________________________________________
GeoMoose-users mailing list
GeoMoose-users at lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/geomoose-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/geomoose-users/attachments/20230102/94c55f58/attachment-0001.htm>