<div dir="ltr"><div>Thank you! I believe that gives me enough information that we should be able to fix this.</div><div><br></div><div>I believe mapserver is seeing a string with only numbers in it and casting it to a number when it makes the SQL statement. However, I believe we can force it to not do that by adding the following to your mapfile:</div><div><br></div><div>MAP</div><div>  LAYER</div><div>    METADATA</div><div>        "gml_foglio_id_type" "Character"</div><div>        "gml_mappale_type" "Character"</div><div>    END</div><div>  END</div><div>END<br></div><div><br></div><div>More documentation here: <a href="https://mapserver.org/ogc/wfs_server.html">https://mapserver.org/ogc/wfs_server.html</a></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Dec 1, 2022 at 7:18 AM flavio rigolon <<a href="mailto:flavio.rigolon@gmail.com">flavio.rigolon@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Il giorno mer 30 nov 2022 alle ore 21:46 Dan Little<br>
<<a href="mailto:theduckylittle@gmail.com" target="_blank">theduckylittle@gmail.com</a>> ha scritto:<br>
><br>
> Hi Flavio!<br>
><br>
<br>
Hi Dan, thank you very much for your tests and answer<br>
<br>
> I'm looking into this. We do not have a `eq-str` operator, there is likely an error in the Javacript console and the operation isn't finishing. That's why you're seeing the "spinner" that never stops.<br>
><br>
<br>
Ok, I've found the 'eq-str' operator in the 2.* version doc where I<br>
see that the 'eq' is for numeric data and 'eq-str' for string. So I<br>
thought that parameters were ok for 3.* version too.<br>
<br>
> Testing against the demo, I am able to query using `eq` as the operator without any exceptions.<br>
><br>
> `eq` should be the correct operator. Can you use the `eq` operator and post the contents of the request body? If that looks normal then we may need to look at what's in the Mapfile.<br>
><br>
<br>
Using the 'eq' operator in Geomoose I obtain this error:<br>
------------------<br>
Error<br>
msWFSGetFeature(): WFS server error. FLTApplyFilterToLayer() failed<br>
msPostGISLayerWhichShapes(): Query error. Error executing query. Check<br>
server logs<br>
------------------<br>
<br>
and checking the postgresql log I've found this:<br>
<br>
------------------<br>
ERROR:  operator does not exists: character varying = integer at character 572<br>
HINT:  No operators found with given name and argument types. It may<br>
be necessary to convert the indicated types.<br>
INSTRUCTION:  select<br>
"gid"::text,"foglio_id"::text,"mappale"::text,"tipobene"::text,"numero_repertorio"::text,"vincolo"::text,"ex_num_rep"::text,"Note"::text,"tooltip"::text,"Controllo"::text,"AnnoRep"::text,ST_AsBinary(ST_Force2D("the_geom"),'NDR')<br>
as geom,"gid"::text from particella_patrimonio where "the_geom" &&<br>
ST_GeomFromText('POLYGON((1684664.20503714<br>
5037777.87184059,1684664.20503714 5049622.92254882,1692749.83495607<br>
5049622.92254882,1692749.83495607 5037777.87184059,1684664.20503714<br>
5037777.87184059))',find_srid('','particella_patrimonio','the_geom'))<br>
and ((("foglio_id" = 2) and ("mappale" = 23)))<br>
<br>
many thanks again!<br>
flavio<br>
-- <br>
/"\  ASCII Ribbon Campaign<br>
\ /  Respect for low technology.<br>
 X  Keep e-mail messages readable by any computer system.<br>
/ \  Keep it ASCII.<br>
</blockquote></div>