<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Hello emmanuel,<br>
<br>
Could you send the result of :<br>
feature.getType().toString()<br>
and <br>
feature.toString();<br>
<br>
<br>
The method : <i>feature.getType().<b>getProperties(true)</b></i><br>
is from the new feature model of SIS and geotk implementation do not
fully comply with those interfaces yet.<br>
use : feature.getType().<b>getDescriptors()<br>
</b><br>
<br>
Johann Sorel<br>
<a class="moz-txt-link-abbreviated" href="mailto:johann.sorel@geomatys.com">johann.sorel@geomatys.com</a><br>
<br>
<div class="moz-cite-prefix">On 28/06/2015 23:41, Emmanuel Blondel
wrote:<br>
</div>
<blockquote cite="mid:55906A17.2040605@gmail.com" type="cite">
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
See the piece of code i have here: <a moz-do-not-send="true"
href="https://github.com/openfigis/gems/blob/master/feature/src/main/java/org/fao/fi/gems/feature/FeatureUtils.java#L57">https://github.com/openfigis/gems/blob/master/feature/src/main/java/org/fao/fi/gems/feature/FeatureUtils.java#L57</a><br>
(see the Java comments where i've indicated what i would have
expected, and what i get)<br>
<br>
Basically, so far i was identifying the geometry property Type,
and retrieving the geometryName (usually "THE_GEOM" for oracle
store, but it is likely to change, "the_geom" for postgis).<br>
<br>
Up until now i could retrieve with no problem, and then i can
retrieve the geometry using <i>feature.getProperty(geometryName),
</i>but not with the current snapshot.<br>
<i><br>
</i>Thanks in advance<br>
Emmanuel<br>
<br>
<div class="moz-cite-prefix">Le 27/06/2015 02:35, Emmanuel Blondel
a écrit :<br>
</div>
<blockquote cite="mid:558DEFD2.7070508@gmail.com" type="cite">
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
I've finally resolved the issue below.<br>
<br>
However i still get weird behaviors when retrieving
featureType...<br>
I can get the featureType well (and print it as table in log
everything is fine...) but:<br>
If i looking into the properties by means of: <i>feature.getType().getProperties(true)</i>,
the methods associated to the <i>PropertyType</i> give strange
results...<br>
If i do <i>getName()</i> i would except to get the name of the
property (like "the_geom"), and i obtain the property class name
instead...<br>
<br>
I've seen there were some code changes, switching to GenericName
for geotk DefaultPropertyType... maybe some side-effect was
introduced there..<br>
<br>
Can you have a look?<br>
<br>
Thanks<br>
Emmanuel<br>
<br>
<div class="moz-cite-prefix">Le 26/06/2015 22:54, Emmanuel
Blondel a écrit :<br>
</div>
<blockquote cite="mid:558DBC0E.6080706@gmail.com" type="cite">
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
Thanks Martin,<br>
<br>
This is indeed what i decided to do: I've declared Apache SIS
0.6-jdk7-SNAPSHOT, with the sis-metadata, and fixed some codes
related to this module.<br>
<br>
However, i'm still completely stuck with the initial error
i've reported.<br>
I looked into the maven deps resolved, and
cxf-common-utilities strangely is no there. I've tried to add
cxf-core, but it didn't solve the issue.<br>
<br>
I will continue investigating this...<br>
<br>
<div class="moz-cite-prefix">Le 26/06/2015 13:05, Martin
Desruisseaux a écrit :<br>
</div>
<blockquote cite="mid:558D31FD.9040407@geomatys.com"
type="cite">
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
<div class="moz-cite-prefix">Hello Emmanuel<br>
<br>
Right, we modified the numbering scheme in the pom.xml for
closer conformance to the most usual practice. Also
"geotk-metadata" moved to Apache "sis-metadata". The later
has been released 5 months ago as SIS 0.5, which is a
stable release. The SIS 0.6 stable release is targeted for
next month, but should have no significant change on the
metadata side. The goal for the Apache SIS project is to
be very stable.<br>
<br>
There is still a few things in the former "geotk-metadata"
which are not yet migrated to SIS, mostly some pre-defined
constants and a database backend. Since the former
"geotk-metadata" module became close to empty after the
port to Apache SIS, it has been merged with
"geotk-utility". So a dependency to "geotk-utility" should
give you (through transitive dependencies) "sis-metadata"
plus the few additional things not yet migrated to SIS.
But I would recommend to depend only on Apache SIS if you
do not need the additional Geotk classes.<br>
<br>
The "geotk-referencing" module would probably be merged to
"geotk-utility" in the same way when it will become close
to empty after the port to SIS (which is in progress).<br>
<br>
For the exception that you reported, the stack trace
suggests an issue with the classpath. It gives the
impression that the SAX implementation may not be the same
as it was used to be. They were a recent change in the
dependencies declared in the pom.xml of "geotk-jaxp-core"
module, where the "cxf-core" dependency has been replaced
by "cxf-common-utilities" since we though that the module
didn't need the weight of the full "cxf-core". I don't
know if this is related, but maybe it is worth to test if
re-introducing the "cfx-core" dependency in your project
make a difference?<br>
<br>
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="https://github.com/Geomatys/geotoolkit/commit/5dac4e5238fe8e81b3bf7d83068e6a08b457393d">https://github.com/Geomatys/geotoolkit/commit/5dac4e5238fe8e81b3bf7d83068e6a08b457393d</a><br>
<br>
About the stable release, we are close to finish Well
Known Text (WKT 2) implementation in Apache SIS. I'm doing
some tests and consolidation, then we will propose an
Apache SIS 0.6 release in the next few weeks. A Geotk
milestone would follow. I don't think that it would be
"Geotk 4.0" yet (it would be "Geotk 4.0-M4"), since I
think that we need to complete at least the port of
"geotk-referencing" to SIS in order to provide a more
consistent picture.<br>
<br>
Please let us know if the above help or if there is other
things to consider.<br>
<br>
Martin<br>
<br>
<br>
<br>
<br>
Le 26/06/15 12:34, Emmanuel Blondel a écrit :<br>
</div>
<blockquote cite="mid:558D2AAC.3060703@gmail.com"
type="cite">
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
It seems that in the latest monthes, you have been moving
from Geotk 4.x to Geotk 4.0-SNAPSHOT, isn't it?<br>
In the latter, there is not anymore the geotk-metadata
module. I was using that one, but it was yet exposing
apachesis namespaces (indeed i have started the transition
to Apache SIS, but indirectly through Geotoolkit, as
recommended by Martin months ago).<br>
I assume that now with the Geotk 4.0-SNAPSHOT the metadata
module has been completely moved to apache sis, is it the
case?<br>
<br>
If yes, could you please advice which Apache sis
version/dep i should use?<br>
afterwhat i would test further if i still have the issue
with JAXBFeatureTypeReader.<br>
<br>
Thanks in advance<br>
Emmanuel<br>
</blockquote>
<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>
<div class="moz-signature">-- <br>
<div style="color:#394377;"> <b>Emmanuel Blondel</b><br>
International Consultant | CEO <br>
<em>Geographic Information Systems in Agronomy,
Environment, Fishery & Marine Sciences</em><br>
<div style="font-size:90%;"> 41, Avenue du Vacayrial<br>
81370 Saint Sulpice la Pointe, France<br>
Tel: +33 (0) 6 45 97 87 52<br>
Email: <a moz-do-not-send="true"
href="mailto:emmanuel.blondel1@gmail.com">emmanuel.blondel1@gmail.com</a><br>
</div>
</div>
</div>
</blockquote>
<br>
<div class="moz-signature">-- <br>
<div style="color:#394377;"> <b>Emmanuel Blondel</b><br>
International Consultant | CEO <br>
<em>Geographic Information Systems in Agronomy, Environment,
Fishery & Marine Sciences</em><br>
<div style="font-size:90%;"> 41, Avenue du Vacayrial<br>
81370 Saint Sulpice la Pointe, France<br>
Tel: +33 (0) 6 45 97 87 52<br>
Email: <a moz-do-not-send="true"
href="mailto:emmanuel.blondel1@gmail.com">emmanuel.blondel1@gmail.com</a><br>
</div>
</div>
</div>
</blockquote>
<br>
<div class="moz-signature">-- <br>
<div style="color:#394377;"> <b>Emmanuel Blondel</b><br>
International Consultant | CEO <br>
<em>Geographic Information Systems in Agronomy, Environment,
Fishery & Marine Sciences</em><br>
<div style="font-size:90%;"> 41, Avenue du Vacayrial<br>
81370 Saint Sulpice la Pointe, France<br>
Tel: +33 (0) 6 45 97 87 52<br>
Email: <a moz-do-not-send="true"
href="mailto:emmanuel.blondel1@gmail.com">emmanuel.blondel1@gmail.com</a><br>
</div>
</div>
</div>
<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>