Hi,
I've read the geoserver topic, maybe XY has to be inverted, but whatever it
should be inverted in all situation ? i mean in the GetFeatureResponse, and
in my filterRequest.
For exemple :
<?xml version="1.0" encoding="UTF-8"?>
<GetFeature
version="2.0.0"
service="WFS"
xmlns="http://www.opengis.net/wfs/2.0";
xmlns:fes="http://www.opengis.net/fes/2.0";
xmlns:xlink="http://www.w3.org/1999/xlink";
xmlns:gml="http://www.opengis.net/gml/3.2";
xmlns:au="urn:x-inspire:specification:gmlas:AdministrativeUnits:3.0"
xmlns:base="urn:x-inspire:specification:gmlas:BaseTypes:3.2"
xmlns:gmd="http://www.isotc211.org/2005/gmd";>
<Query typeNames="au:AdministrativeUnit">
<fes:Filter>
<fes:BBOX>
<fes:ValueReference>au:geometry</fes:ValueReference>
<gml:Envelope srsName="EPSG::4258">
<gml:lowerCorner>*1.32709 48.49261*</gml:lowerCorner>
<gml:upperCorner>*1.37412 48.52348*</gml:upperCorner>
</gml:Envelope>
</fes:BBOX>
</fes:Filter>
</Query>
</GetFeature>
will give the response :
<wfs:FeatureCollection numberMatched="unknown" numberReturned="1"
timeStamp="2012-11-23T09:32:22.726Z" xsi:schemaLocation="
http://www.opengis.net/gml/3.2 http://schemas.opengis.net/gml/3.2.1/gml.xsd
http://www.opengis.net/wfs/2.0
http://schemas.opengis.net/wfs/2.0/wfs.xsdurn:x-inspire:specification:gmlas:AdministrativeUnits:3.0
file:/home/fgravin/dev/ign/igngeoserver/data/nuts/workspaces/au/au_AdministrativeUnits/AdministrativeUnits.xsd">
<wfs:boundedBy>
<gml:Envelope>
<gml:lowerCorner>*46.34715 0.05296*</gml:lowerCorner>
<gml:upperCorner>*48.94105 3.12903*</gml:upperCorner>
</gml:Envelope>
</wfs:boundedBy>
<wfs:member>
<au:AdministrativeUnit gml:id="FR2400000000">
<gml:boundedBy>
<gml:Envelope srsDimension="2" srsName="EPSG:4258">
<gml:lowerCorner>*46.34715 0.05296*</gml:lowerCorner>
<gml:upperCorner>*48.94105 3.12903*</gml:upperCorner>
</gml:Envelope>
</gml:boundedBy>
<au:geometry>
XY are not in the same order in the request and in the response.
My investigations lead me further :
It is in Object visit(BBOX filter, Object extraData) {
This is where it try to retrieve the targetCrs, from the propertyName,
considering the featureType.
Seems it works well with Tasmania simpleFeatureType and topp:the_geom.
But in my case, i am using *complexFeatureType* and maybe the
AttributeDescriptor
at = (AttributeDescriptor) propertyName.evaluate(featureType); cannot
retrieve properly the CRS from complexFeature.
Either it is a bug from app-schema, or i have something to specify in my
schema to match the propertyName and the CRS somewhere i don't know
do you have any idea ?
thanks
On Thu, Nov 22, 2012 at 6:30 PM, Andrea Aime
<andrea.a...@geo-solutions.it>wrote:
> On Thu, Nov 22, 2012 at 5:50 PM, Florent Gravin <
> florent.gra...@camptocamp.com> wrote:
>
>> Hi,
>>
>> My GetFeature response gives me :
>>
>> <gml:boundedBy>
>> <gml:Envelope srsDimension="2" srsName="EPSG:4258">
>> <gml:lowerCorner>47.57657 3.38328</gml:lowerCorner>
>> <gml:upperCorner>50.1692 5.89086</gml:upperCorner>
>> </gml:Envelope>
>> </gml:boundedBy>
>>
>> If i want to make a WFS request with filter BBOX, i have to switch long
>> lat to make it work :
>> <gml:Envelope srsDimension="2" srsName="EPSG:4258">
>> <gml:lowerCorner>3.38328 47.57657</gml:lowerCorner>
>> <gml:upperCorner>5.89086 50.1692</gml:upperCorner>
>> </gml:Envelope>
>>
>> I debug into WFSReprojectionUtil.normalizeFilterCRS(filter,
>> source.getSchema(), declaredCRS);
>> where the convertion could be done
>>
>> I've tested for Tasmania default layer that is in EPSG:4326, i used the
>> same order to make the BBOX filter work ... anyway i've heard 4326 has
>> inverted XY ..
>>
>> Any way my question is :
>> Whatever the projection is, should the reponse and the filter envelope XY
>> order HAVE TO be the same ?
>>
>> Is there a bug somewhere ?
>>
>
> It's difficult to tell, you're not giving us enough information.
> Please have a look here:
> http://docs.geoserver.org/latest/en/user/services/wfs/basics.html#axis-ordering
>
> And then report again with the full request and enough of each response so
> that we can
> look into it
>
> Cheers
> Andrea
>
> --
> ==
> Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
> information.
> ==
>
> Ing. Andrea Aime
> @geowolf
> Technical Lead
>
> GeoSolutions S.A.S.
> Via Poggio alle Viti 1187
> 55054 Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax: +39 0584 1660272
> mob: +39 339 8844549
>
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
>
> -------------------------------------------------------
>
>
--
Florent Gravin
Camptocamp - Chambéry
0479444492
------------------------------------------------------------------------------
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
