Gabriel-

 

I have been working on producing the requests and responses as you
suggested.  However, I am having a no luck getting ArcGIS Server's WFS
to properly apply Filters to GetFeature requests.  So for now I am going
to back burner this.

 

Thanks for your help.

-Tim

 

________________________________

From: Gabriel Roldan [mailto:[email protected]] 
Sent: Thursday, February 05, 2009 10:12 AM
To: Keane, Tim
Cc: [email protected];
[email protected]
Subject: Re: cascading WFS

 

Hi Tim, cc'ing the list

confirmed we lack a binding in our parser for the
ows:extendedCapabilities 

element.

What would be good in order to make sure we support ArcGIS server is for
you 

to create a JIRA issue for it (http://jira.codehaus.org/browse/GEOT),
assign 

to the data-wfs module, me (groldan) as the responsible, and attach the 

following information:

- A GetCapabilities document just like the one you sent me

- The response of a couple DescribeFeatureType requests

- The response of a couple GetFeature requests.

for the GetFeature requests I would need the originating requests and
its 

responses. Ideally, there should be a couple of them with GET and a
couple 

with POST method. And, even more, I need to check the following:

- whether the server respects the maxFeatures param

- whether the server respects the resultType param

- whether the server works with attribute based filters, geometry
filters, and 

mixed attribute/geometry filters

- whether the server respects the sortBy param

Despite what WFS servers declare in the capabilities, most of them have 

trouble with at least one of those parameters.

If I had that information as separate xml files, I could set them up as
unit 

test data suite for an ArcGIS strategy in the WFS DataStore the same way
I did 

for the others, or if you feel like doing so you can go ahead with the
code, 

check out how the test data is set up for the others (you'll see
although the 

1.0 and 1.1 datastores lives in the same module, the 1.0 one is almost 

deprecated and waiting for me to have the energy to move it to the new 

framework created for the 1.1 one).

Best regards,

Gabriel

[quote]

> > >> ...I saw that you were the last

> > >>

> > >> one to edit the page on WFS Datastores. I am having problems
creating

> > >> a

> > >>

> > >> datasore that connects to an ESRI ArcGIS Server WFS. Geoserver
1.7

> > >>

> > >> chokes on the getCapabilities document attached with the
following:

> > >>

> > >> Parsing failed for OperationsMetadata:
java.lang.RuntimeException:

> > >>

> > >> Unable to set property: ExtendedCapabilities for eobject:

> > >>

> > >> {http://www.opengis.net/ows}_OperationsMetadata

> > >>

> > >>

> > >> Is the WFS Datastore a viable option for federating WFS requests
or

> > >>

> > >> would I be better off taking a different approach. I was hoping
that

> > >>

> > >> you might give me some insight before I start digging into the

> > >> geoserver

> > >>

> > >> source to find out that this is not really a mature datstore
option.

> > >>

> > >> Thanks

> > >>

> > >> -Tim

[quote]

-- 

Gabriel Roldan

OpenGeo - http://www.opengeo.org

-------------------------------------------------------

-- 

Gabriel Roldan

OpenGeo - http://www.opengeo.org

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to