You should be able to copy one of the existing tests cases, many of them
contain the sample output which is fed into the WFS Client code. Your test
case can show that the current code fails, and then when the developer
applies you patch they can verify that your fix works.
You can sign up to Jira on codehaus: http://xircles.codehaus.org/signup
Jody Garnett
On Mon, Feb 10, 2014 at 8:20 AM, Allen Lin <cheetah0...@gmail.com> wrote:
> Hi Jody,
>
> Thanks for pointing that out, though I am having two more questions:
> 1) What to be included in the test case? Says, for Parsing WFS GetFeature
> response from ArcGIS Server, should I make a WFS FeatFeaturePOST request to
> one ArcGIS Server and parsing that using the Patched class I wrote?
>
> 2) JIRA seems to require a membership to report any bug issue, which I
> don't have. Should I get one from Geotool community or could someone file
> the bug report for me.
>
> Thanks,
> Allen
>
>
> On Mon, Feb 3, 2014 at 2:49 PM, Jody Garnett <jody.garn...@gmail.com>wrote:
>
>> Patches are easiest to submit via github pull request. You can also
>> attach the patch to a JIRA issue. Be sure to include a test case (it makes
>> the difference between your patch quickly getting reviewed vs a developer
>> having to set up a test case to prove that the patch does something before
>> it can be accepted).
>>
>> The second issue (migrating data to a shapefile) is due to limitations of
>> the shapefile format. We actually just updated our tutorials to "help"
>> point this out. If you need a data format that preserves a bit more detail
>> for interoperability look at property datastore (which we use for many test
>> cases).
>>
>> (And yes it would be nice to have funding to build a GML datastore for
>> these purposes since that is what GML is supposed to be good at).
>>
>> Jody
>>
>> Jody Garnett
>>
>>
>> On Tue, Feb 4, 2014 at 4:16 AM, Allen Lin <cheetah0...@gmail.com> wrote:
>>
>>> Hi all,
>>>
>>> (Totally new to Geotools community so sorry if I am posting at wrong
>>> place and please help to move it to where it belongs to.)
>>>
>>> While using Geotools in our project, I found two bugs when parsing WFS
>>> GetFeature response from ArcGIS Server 10.1.
>>>
>>> 1) attribute "gml:id" is missing. Unlike a standard WFS GetFeature
>>> response, the attribute "gml:id" is missing for EACH FEATURE in ArcGIS
>>> response. (see
>>> http://resources.arcgis.com/en/help/main/10.1/index.html#//0154000004rz000000,
>>> search for "gml:ids") However, this is a mandatory attribute in
>>> org.geotools.data.wfs.v1_1_0.parwers.XMLSimpleFeatureParser.java
>>> This issue has been raised before within the community
>>> http://jira.codehaus.org/browse/GEOT-2912 but it is still marked
>>> unsolved. I have made a patched XMLSimpleFeatureParser.java my own. Please
>>> let me know if I should submit my patch to somewhere and where to submit.
>>>
>>> 2) The second bugs is more trickier. I found discrepancies between
>>> Geometry Attribute Name in ShapefileDataStore schema and the WFS response
>>> schema.
>>> While WFS response generate the geometry attribute name from
>>> DescribeFeatureType request, ShapefileDataStore would generate its own
>>> geometry attribute name by default value "the_geom". This triggered errors
>>> when copying feature source from WFS datastore to feature source in
>>> Shapefile data store, especially considering that ArcGIS Server WFS
>>> GerFeature response is using "Shape" as its geometry attribute name. Is it
>>> a bug or did I miss something here?
>>>
>>>
>>> Thanks in advance!
>>>
>>> best,
>>> Allen
>>> --
>>> 林轶伦 LIN, Yilun (Allen)
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Managing the Performance of Cloud-Based Applications
>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
>>> Read the Whitepaper.
>>>
>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
>>> _______________________________________________
>>> GeoTools-Devel mailing list
>>> GeoTools-Devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>>>
>>>
>>
>
>
> --
> 林轶伦 LIN, Yilun (Allen)
>
>
------------------------------------------------------------------------------
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
_______________________________________________
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
