search

PiRSquared17 / morisoliver

Automatically exported from code.google.com/p/morisoliver
0 stars 0 forks source link

Application does not identify or extract using Filter #5

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1. In OLIVER, draw a datalayer such as DFG Lands which which is drawing a 
subset of the polygons in the datalayer.  In this case the datalayer is 
massgis:GISDATA.OPENSPACE_POLY but the style is using a Filter to only draw a 
subset of the polygons with the WMS query.
2. Zoom in, choose the identify tool and draw a box around 2 polygons. 
3. More than 2 green polygons shown on the map will be selected - in this case 
22 polygons. (see select_dfg_lands.png attachment)
4. If the datalayer DFG Lands is selected in the At a glance window, Query 
results box, the additional features which the Filter is not selecting in the 
WMS request are shown on the map.  These features seem to appear out of thin 
air.  (see select_query_results_dfg_lands.png attachment)  They are actually 
part of the datalayer massgis:GISDATA.OPENSPACE_POLY which can be see if that 
layer is drawn. (see all_openspace_no_filter.png attachment).

What is the expected output? What do you see instead?

Please use labels and text to provide additional information.

Original issue reported on code.google.com by Aleda.Fr...@state.ma.us on 17 Feb 2011 at 4:15

Attachments:

GoogleCodeExporter commented 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

GoogleCodeExporter commented 9 years ago 
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

GoogleCodeExporter commented 9 years ago 
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

GoogleCodeExporter commented 9 years ago 
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:

GoogleCodeExporter commented 9 years ago 
Tested with MORIS v. 0.35

Original comment by Aleda.Fr...@state.ma.us on 18 Feb 2011 at 2:15

GoogleCodeExporter commented 9 years ago

Original comment by Aleda.Fr...@state.ma.us on 24 Feb 2011 at 8:59

GoogleCodeExporter commented 9 years ago 
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

GoogleCodeExporter commented 9 years ago 
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

GoogleCodeExporter commented 9 years ago 
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

GoogleCodeExporter commented 9 years ago 
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

GoogleCodeExporter commented 9 years ago 
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

GoogleCodeExporter commented 9 years ago 
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

GoogleCodeExporter commented 9 years ago 
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

GoogleCodeExporter commented 9 years ago 
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

GoogleCodeExporter commented 9 years ago 
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

GoogleCodeExporter commented 9 years ago 
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

GoogleCodeExporter commented 9 years ago 
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

GoogleCodeExporter commented 9 years ago 
Issue 35 has been merged into this issue.

Original comment by cpl...@gmail.com on 26 Aug 2011 at 8:59

GoogleCodeExporter commented 9 years ago 
[deleted comment]
GoogleCodeExporter commented 9 years ago

Original comment by emily.hu...@state.ma.us on 3 Oct 2011 at 3:07