You need to log in before you can comment on or make changes to this bug.
The ExtractWFSData assumes that the name of the WFS Typename is exactly the same as the WMS Layername. This is true for Mapserver, but for other OGC situations this is not always the case. It should be like the following: the TYPENAME should be retrieved from the DescribeLayer response Example DescribeLayer resonse: <?xml version="1.0" encoding="UTF-8" ?> - <WMS_DescribeLayerResponse version="1.1.0"> - <LayerDescription name="0" wfs="http://192.168.3.107:8080/ImsOgcAdapter/servlet/ImsOgcAdapter? serviceName=gemeentes"> <Query typeName="0" /> </LayerDescription> </WMS_DescribeLayerResponse> piece of code I am referring to: if ( strpos( $szUpperCase, "TYPENAME=" ) === false ) $szWFSConnection .= "TYPENAME=".$szSelectedLayerName."&";
for 1.99 release
updated version to 1.99
Looking into this now. Just to confirm, instead of assuming typename=layername I am going to look for all query "typename" and put them in a comma delimited list as the typename. i.e. <LayerDescription name="Layer_A" wfs="http://www.mywfs.com/WFS?"> <Query typeName="Road_FT"/> <Query typeName="Route_FT"/> </LayerDescription> would be: TYPENAME=Road_FT,Route_FT
Fixed in CVS. Fixed as indicated in my last comment.
unable to verify this bug using beta 2 2004-06-20, since WFS Extract is not extracting.
to be verified after bug 429 is fixed.
bug 429 has been targeted for beta 3, since bug 321 depends on 429 we will have to retarget this one
Changed target for verification to 1.99 RC 1.