Hi David, I know my colleague has recently fixed some issues with Bbox. As he is not back from his holiday yet, it might be worthwhile for you to try the latest version of geoserver from trunk :)
http://files.ivec.org/geoserver/geoserver-trunk/ Right now the server above is down over the Christmas break for a major upgrade and will be back online Monday David Collins-7 wrote: > > Thanks, Miles. > > I have done some more work and found that the 'unable to parse filter' is > just a warning, but as you suggest, the problem is with the ordering of > lat-longs (or long-lats). > > I do not have the problem with Geoserver sample data in Manhattan and > Tasmania (the bbox filter has lat-long pairs), but I have the problem with > my own layers in NSW (the bbox filter has long-lat pairs). > > I have tried to work out why the filter is only sometimes ordering the > lat-longs in reverse, but all I can see is that my layers (failing) are > held > in PostGIS and SQL Server, and the sample layers (succeeding) are held in > Shape files. > Also, my layers have many more points - 30,000. > The 4 layers are being accessed through the same WFS Data Store on > Geoserver > #1, and the 4 layers seem to be set up in similar ways as each other on > Geoserver #2. > I can view all 4 layers in the Open Layers preview page on Geoserver #2 - > there is only a problem via the WFS Data Store on Geoserver #1. > > A bug? > > Regards, > David > > > WFSDataStore layer 'MIV_Occurrence_PG' FAILS .. > (bbox filter has longitude-latitude pairs) > POSTGIS data > > 2011-01-05 14:15:25,413 INFO [geoserver.wfs] - > Request: getFeature > handle = null > service = WFS > version = 1.1.0 > baseUrl = http://maitdevgi:8080/geoserver/ > > providedVersion = null > query = [net.opengis.wfs.impl.querytypei...@1e1329e (group: null, > propertyName: [geom], function: null, > filter: [ geom bbox POLYGON ((140.85401562500002 -37.53930606860158, > 140.85401562500002 -27.874693931398415, 153.777984375 -27.874693931398415, > 153.777984375 -37.53930606860158, 140.85401562500002 -37.53930606860158)) > ], > sortBy: null, featureVersion: null, handle: null, srsName: > urn:x-ogc:def:crs:EPSG:4283, > typeName: > [{http://www.dpi.nsw.gov.au/minerals/geological}MIV_Occurrence_PG] > )] > maxFeatures = null > outputFormat = text/xml; subtype=gml/3.1.1 > > resultType = results > traverseXlinkDepth = null > traverseXlinkExpiry = null > formatOptions = {} > > WFSDataStore layer 'MIV_Occurrence_G' FAILS .. > (bbox filter has longitude-latitude pairs) > SQL Server data > 2011-01-05 14:59:15,094 INFO [geoserver.wfs] - > Request: getFeature > handle = null > service = WFS > version = 1.1.0 > baseUrl = http://maitdevgi:8080/geoserver/ > > providedVersion = null > query = [net.opengis.wfs.impl.querytypei...@16077c2 (group: null, > propertyName: [GEOM], function: null, > filter: [ GEOM bbox POLYGON ((134.39203125 -42.3506484375, 134.39203125 > -23.0633515625, 160.23996874999997 -23.0633515625, > 160.23996874999997 -42.3506484375, 134.39203125 -42.3506484375)) ], > sortBy: null, featureVersion: null, handle: null, srsName: > urn:x-ogc:def:crs:EPSG:4283, > typeName: > [{http://www.dpi.nsw.gov.au/minerals/geological}MIV_Occurrence_G] > )] > maxFeatures = null > outputFormat = text/xml; subtype=gml/3.1.1 > > resultType = results > traverseXlinkDepth = null > traverseXlinkExpiry = null > formatOptions = {} > > > WFSDataStore layer 'poi' (geoserver Manhattan sample data) succeeds .. > (bbox filter has lat-longs) > Shape Files > 2011-01-05 14:25:17,964 INFO [geoserver.wfs] - > Request: getFeature > handle = null > service = WFS > version = 1.1.0 > baseUrl = http://maitdevgi:8080/geoserver/ > > providedVersion = null > query = [net.opengis.wfs.impl.querytypei...@87bf5 (group: null, > propertyName: [the_geom], function: null, > filter: [ the_geom bbox POLYGON ((40.705906250000005 -74.01358593750001, > 40.705906250000005 -74.00741406249999, 40.714093749999996 > -74.00741406249999, > 40.714093749999996 -74.01358593750001, 40.705906250000005 > -74.01358593750001)) ], > sortBy: null, featureVersion: null, handle: null, srsName: > urn:x-ogc:def:crs:EPSG:4326, > typeName: [{http://www.census.gov}poi])] > maxFeatures = null > outputFormat = text/xml; subtype=gml/3.1.1 > > resultType = results > traverseXlinkDepth = null > traverseXlinkExpiry = null > formatOptions = {} > > > Geoserver sample data - tasmania_water_bodies - also OK .. > (bbox filter has lat-longs) > Shape Files > 2011-01-05 14:50:17,080 INFO [geoserver.wfs] - > Request: getFeature > handle = null > service = WFS > version = 1.1.0 > baseUrl = http://maitdevgi:8080/geoserver/ > > providedVersion = null > query = [net.opengis.wfs.impl.querytypei...@1b3a10d (group: null, > propertyName: [the_geom], function: null, > filter: [ the_geom bbox POLYGON ((-43.664906249999994 145.34490625, > -43.664906249999994 147.84709375, -41.143093750000006 147.84709375, > -41.143093750000006 145.34490625, -43.664906249999994 145.34490625)) ], > sortBy: null, featureVersion: null, handle: null, srsName: > urn:x-ogc:def:crs:EPSG:4326, > typeName: [{http://www.openplans.org/topp}tasmania_water_bodies])] > maxFeatures = null > outputFormat = text/xml; subtype=gml/3.1.1 > > resultType = results > traverseXlinkDepth = null > traverseXlinkExpiry = null > formatOptions = {} > > > On Wed, Jan 5, 2011 at 12:47 PM, Miles Jordan > <[email protected]>wrote: > >> David Collins wrote: >> > In the 'Layer Preview' I try to create an Open Layers map of the data >> > in a particular layer within the WFS Data Store. >> > >> > When the URL in the WFS Data Store is >> > http://maitdevgi:8080/geoserver/wfs?service=WFS&version=1.0.0&request= >> > GetCapabilities I have success - the map appears. >> > >> > When the URL in the WFS Data Store is >> > http://maitdevgi:8080/geoserver/wfs?service=WFS&request=GetCapabilitie >> > s or >> > http://maitdevgi:8080/geoserver/wfs?service=WFS&request=GetCapabilitie >> > s&version=1.1.0 this fails. >> >> David, >> >> I think it would be because the BBOX filter differs between WFS versions. >> If you look at the spec for 1.0 it shows this example: >> >> <Filter> >> <BBOX> >> <PropertyName>Geometry</PropertyName> >> <gml:Box srsName=" >> http://www.opengis.net/gml/srs/epsg.xml#4326";> >> <gml:coordinates>13.0983,31.5899 >> 35.5472,42.8143</gml:coordinates> >> </gml:Box> >> </BBOX> >> </Filter> >> >> While 1.1 shows this: >> >> <Filter> >> <BBOX> >> <PropertyName>Geometry</PropertyName> >> <gml:Envelope srsName=" >> http://www.opengis.net/gml/srs/epsg.xml#63266405";> >> <gml:lowerCorner>13.0983 31.5899</gml:lowerCorner> >> <gml:upperCorner>35.5472 42.8143</gml:upperCorner> >> </gml:Envelope> >> </BBOX> >> </Filter> >> >> Regards, >> >> Miles >> >> >> >> ___________________________________________________________________________ >> >> Australian Antarctic Division - Commonwealth of Australia >> IMPORTANT: This transmission is intended for the addressee only. If you >> are >> not the >> intended recipient, you are notified that use or dissemination of this >> communication is >> strictly prohibited by Commonwealth law. If you have received this >> transmission in error, >> please notify the sender immediately by e-mail or by telephoning +61 3 >> 6232 >> 3209 and >> DELETE the message. >> Visit our web site at http://www.antarctica.gov.au/ >> ___________________________________________________________________________ >> > > ------------------------------------------------------------------------------ > Learn how Oracle Real Application Clusters (RAC) One Node allows customers > to consolidate database storage, standardize their database environment, > and, > should the need arise, upgrade to a full multi-node Oracle RAC database > without downtime or disruption > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > Geoserver-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geoserver-users > > -- View this message in context: http://old.nabble.com/WFSDataStore---%27Unable-to-parse-filter%27-for-version-1.1.0-tp30592464p30610960.html Sent from the GeoServer - User mailing list archive at Nabble.com. ------------------------------------------------------------------------------ Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ Geoserver-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-users
