Closed GoogleCodeExporter closed 9 years ago
This is a difficult issue to fix. The Filter in the WMS query would also need
to be applied to the Identify and Extract WFS query. In order to get the
Filter text, a real-time request for the style SLD would probably need to be
made, for every layer (since we cannot know ahead of time which datalayers
would have a Filter at all, or have a Filter that was selecting only a subset
of the data). This is an issue however if datalayers are "created" by showing
only subsets of data. It is not preferred to duplicate data on the server, so
picking off a classification of a datalayer to draw as if it was its own layer
is a useful construct.
Original comment by Aleda.Fr...@state.ma.us
on 17 Feb 2011 at 4:21
The issue is (or could be) somewhat minimized by the distribution of ESRI
ArcMap LYR files with the shapefile extract. If the user is using ESRI ArcMap
then they will see the Filter applied in the LYR file.
Original comment by Aleda.Fr...@state.ma.us
on 17 Feb 2011 at 4:27
In the Java Web Start OLIVER the identify issue was not present, because the
user pointed and clicked with the point to select a feature, instead of drawing
a box. The user did not see the invisible polygons and therefore did not click
on them.
In the Java Web Start OLIVER the extract issue was the same. The Filter was not
applied to the shapefile extract, all openspace polygons in the view were
selected and extracted.
Original comment by Aleda.Fr...@state.ma.us
on 17 Feb 2011 at 4:31
The expected output is to only get the polygons identified or extracted that
are in selected by the Filter.
Original comment by Aleda.Fr...@state.ma.us
on 17 Feb 2011 at 4:33
Attachments:
Tested with MORIS v. 0.35
Original comment by Aleda.Fr...@state.ma.us
on 18 Feb 2011 at 2:15
Original comment by Aleda.Fr...@state.ma.us
on 24 Feb 2011 at 8:59
I'm attempting to debug this, but I'm getting an error from your gatekeeper w/
this example.
<gis-service xmlns:date="http://exslt.org/dates-and-times">
<error>***202967489 Unable to select a valid service destination***</error>
</gis-service>
Could someone look into this?
Original comment by cpl...@gmail.com
on 17 Aug 2011 at 6:26
POST to http://giswebservices.massgis.state.ma.us/geoserver/wfs . . .
<wfs:GetFeature resultType="hits" xmlns:wfs="http://www.opengis.net/wfs"
service="WFS" version="1.1.0" xsi:schemaLocation="http://www.opengis.net/wfs
http://schemas.opengis.net/wfs/1.1.0/wfs.xsd"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<wfs:Query typeName="massgis:GISDATA.OPENSPACE_POLY" srsName="EPSG:26986"
xmlns:massgis="http://massgis.state.ma.us/featuretype">
<ogc:Filter xmlns:ogc="http://www.opengis.net/ogc">
<ogc:Intersects>
<ogc:PropertyName>SHAPE</ogc:PropertyName>
<gml:Envelope xmlns:gml="http://www.opengis.net/gml" srsName="EPSG:26986">
<gml:lowerCorner>252098.23068754 832382.74815323</gml:lowerCorner>
<gml:upperCorner>254539.51617721 834986.78600888</gml:upperCorner>
</gml:Envelope>
</ogc:Intersects>
</ogc:Filter>
</wfs:Query>
</wfs:GetFeature>
Original comment by cpl...@gmail.com
on 17 Aug 2011 at 7:23
I checked the request against the schema and it's valid (Charlton, let me know
if you want me to send you the XSD schema that the Gateway is using to validate
requests.) I posted it and I don't get the error just now. Can you try again?
Original comment by Aleda.Fr...@state.ma.us
on 18 Aug 2011 at 8:25
I think I figured out the culprit. I think your gatekeeper blows up if a ?
follows the 'wms' on the URL. That '?' gets tucked in there after you select a
row from the at-a-glance table.
Original comment by cpl...@gmail.com
on 19 Aug 2011 at 3:16
You're posting XML to a URL that has ? on the end... yes, I think that would be
confusing to it. Does it work if you take the ? away?
Original comment by Aleda.Fr...@state.ma.us
on 19 Aug 2011 at 3:19
OpenLayers seems to be adding that extra ? here. I'm not sure why you don't
see this happen when it runs on your end. But if the proxy.cgi doesn't remove
the ?, then I see the error. So I just rewrote the proxy here (after MUCH
debugging), and it's OK.
Original comment by cpl...@gmail.com
on 19 Aug 2011 at 3:20
Maybe I should send you our latest proxy.cgi.... I know Saul made some changes.
Original comment by Aleda.Fr...@state.ma.us
on 19 Aug 2011 at 3:22
Don't worry about it. Maybe upload it to svn instead for the next unsuspecting
victim of a stray '?'!
Original comment by cpl...@gmail.com
on 19 Aug 2011 at 3:24
I think we did at one point - were you using that one or your original?
Original comment by Aleda.Fr...@state.ma.us
on 19 Aug 2011 at 3:26
I swapped mine out for the one here in google land and still got errors. So I
wrote a barebones one and am in the clear.
Original comment by cpl...@gmail.com
on 19 Aug 2011 at 3:28
OK, now back to the task at hand . . .
I'm trying to get to the raw style info via something like
http://giswebservices.massgis.state.ma.us/geoserver/rest/styles/GISDATA.OPENSPAC
E_POLY::DFG_Lands.xml, but I'm obviously not doing something right. Could
someone correct that link for me?
My next question will be if that link will tell me the details of the filter or
not. If so, then we have a prayer of using slice_getcaps.pl to store that info
locally so that I could apply it to WFS requests. If not, then we need to
figure out a plan B.
Original comment by cpl...@gmail.com
on 19 Aug 2011 at 4:51
Issue 35 has been merged into this issue.
Original comment by cpl...@gmail.com
on 26 Aug 2011 at 8:59
[deleted comment]
Original comment by emily.hu...@state.ma.us
on 3 Oct 2011 at 3:07
Original issue reported on code.google.com by
Aleda.Fr...@state.ma.us
on 17 Feb 2011 at 4:15Attachments: