I'm not 100% sure, but I believe this option will activate gzip compression
at the HTTP level, not the WFS level. In this case, it would be activated
via an HTTP header and not a query parameter (see
http://en.wikipedia.org/wiki/Gzip#Other_uses)
Hope this helps.
--
David Winslow
OpenGeo - http://opengeo.org/
On Wed, Jan 5, 2011 at 8:02 PM, David Collins <[email protected]>wrote:
> FYI, the problem disappeared when I deleted my layers and re-created them -
> my layers now retrieve the data, both when the URL in the WFS Data Store is
> ..
>
>
> *
> http://maitdevgi:8080/geoserver/wfs?service=WFS&version=1.0.0&request=GetCapabilities
> *
> or ..
> *http://maitdevgi:8080/geoserver/wfs?service=WFS&request=GetCapabilities<http://maitdevgi:8080/geoserver/wfs?service=WFS&version=1.0.0&request=GetCapabilities>
> *
>
> (The layers in the latter WFS data store display the data inverted in the
> Open Layers preview, though.)
>
> The reason for doing this, though, was to try to have Geoserver #1 getting
> data from Geoserver #2 using *zipped GML*.
>
> Although, I tick '*Use gzip encoding if server supports it*', the requests
> on Geoserver #2 are always '*outputFormat = GML2*' for 1.0.0 and
> '*outputFormat
> = text/xml; subtype=gml/3.1.1*' for 1.1.0.
>
> The 1.1.0 GetCapabilities includes GML2-GZIP, so I thought that this should
> be requested ..
> <ows:Parameter name="outputFormat">
> <ows:Value>text/xml; subtype=gml/3.1.1</ows:Value>
> <ows:Value>GML2</ows:Value>
> <ows:Value>GML2-GZIP</ows:Value>
> <ows:Value>SHAPE-ZIP</ows:Value>
> <ows:Value>csv</ows:Value>
> <ows:Value>gml3</ows:Value>
> <ows:Value>json</ows:Value>
> <ows:Value>text/xml; subtype=gml/2.1.2</ows:Value>
> </ows:Parameter>
>
> If you have used the TRY_GZIP option successfully, can you tell me where I
> am going wrong?
>
>
>
> On Wed, Jan 5, 2011 at 3:29 PM, David Collins
> <[email protected]>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]<http://www.dpi.nsw.gov.au/minerals/geological%7DMIV_Occurrence_PG%5D>
>> )]
>> 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]<http://www.dpi.nsw.gov.au/minerals/geological%7DMIV_Occurrence_G%5D>
>> )]
>> 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]<http://www.openplans.org/topp%7Dtasmania_water_bodies%5D>
>> )]
>> 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
>
>
------------------------------------------------------------------------------
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
