<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body wsmode="reply" bgcolor="#FFFFFF" text="#000000">
Thanks Guilhem and Johann,<br>
<br>
Indeed, the changes performed in Geotk modified a bit the behavior
of our functions, about feature types. However, we could manage it
by controling better the feature type of interest we needed for
reading the WFS data.<br>
The exception report indeed was due to wrong properties were passed
to the GetFeature request.<br>
<br>
Last but not least:<br>
- If i have a GML-WFS local file (taken from downloaded), and i
don't have the equivalent featureType xml: Is it possible with Geotk
to read the file to get a list of Features (according to GeoAPI) ?<br>
- do you know when is planned a release (or milestone pre-release)
of Geotk?<br>
<br>
<br>
<div class="moz-cite-prefix">Le 05/02/2015 17:52, johann sorel a
écrit :<br>
</div>
<blockquote cite="mid:54D39FBE.4080302@geomatys.com" type="cite">
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
Hello,<br>
<br>
You are right I made several updates on the GML XSD reader,
inherited types and properties from different namespaces where
missing.<br>
As a result the xsd contains a lot more informations (if you are
using sub-type of gml : citygml, observations, ...)<br>
I will work some more on GML/WFS 2.0 in the coming weeks.<br>
<br>
Could you provide a small test case for your issue ? I'll have a
look soon.<br>
<br>
<br>
thanks<br>
<br>
Johann Sorel<br>
<br>
<br>
<br>
<div class="moz-cite-prefix">On 05/02/2015 16:43, Emmanuel Blondel
wrote:<br>
</div>
<blockquote cite="mid:54D38F99.6010301@gmail.com" type="cite">
<meta http-equiv="content-type" content="text/html;
charset=windows-1252">
Hello,<br>
<br>
I come back to you on the JAXP StreamFeatureReader.<br>
So far we used it successfully in one of our project, for
getting data from WFS 1.0 and 1.1 (i've reported on this list
the kind of issue we had with WFS 2.0). Due to some recent bug
fixing, we were still relying on the 4.x-SNAPSHOT version.<br>
Unfortunately, this is not working anymore, and i get some error
like this one (subset for what concerns geotk):<br>
<br>
<i>java.lang.IllegalArgumentException: The xml does not describe
the same type of feature: </i><i><br>
</i><i> Expected: _FeatureCollection</i><i><br>
</i><i>FeatureCollection</i><i><br>
</i><i>_Coverage</i><i><br>
</i><i>_ContinuousCoverage</i><i><br>
</i><i>_DiscreteCoverage</i><i><br>
</i><i>Observation</i><i><br>
</i><i>DirectedObservation</i><i><br>
</i><i>DirectedObservationAtDistance</i><i><br>
</i><i>FAO_MAJOR</i><i><br>
</i><i><br>
</i><i>But was: ExceptionReport</i><i><br>
</i><i> at
org.geotoolkit.feature.xml.jaxp.JAXPStreamFeatureReader.read(JAXPStreamFeatureReader.java:204)</i><i><br>
</i><i> at
org.geotoolkit.feature.xml.jaxp.JAXPStreamFeatureReader.read(JAXPStreamFeatureReader.java:131)</i><i><br>
</i><i> </i><i>...</i><i><br>
</i><i><br>
</i>Since we didn't change anything on our side, we suspect it
could be a side-effect of recent changes?<br>
<br>
Many thanks in advance if you could have a look into this<br>
<br>
Cheers<br>
Emmanuel<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Geotoolkit mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Geotoolkit@lists.osgeo.org">Geotoolkit@lists.osgeo.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/geotoolkit">http://lists.osgeo.org/mailman/listinfo/geotoolkit</a></pre>
</blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Geotoolkit mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Geotoolkit@lists.osgeo.org">Geotoolkit@lists.osgeo.org</a>
<a class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/geotoolkit">http://lists.osgeo.org/mailman/listinfo/geotoolkit</a></pre>
</blockquote>
<br>
</body>
</html>