<br><br><div class="gmail_quote">On Fri, May 30, 2008 at 2:40 PM, Martin Desruisseaux &lt;<a href="mailto:martin.desruisseaux@geomatys.fr">martin.desruisseaux@geomatys.fr</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Daniele Romagnoli a écrit :<br>
<div class="Ih2E3d">&gt; Can I &quot;link&quot; the VerticalExtent to a CompoundCRS (extending SC_CRS)<br>
&gt; which should contain a GeographicCRS or a VerticalCRS, to identify the<br>
&gt; CRS of this vertical extent?<br>
<br>
</div>VerticalExtent can be linked to a VerticalCRS through the<br>
VerticalExtent.getVerticalCRS() method, and the opposite way is possible too<br>
through the VerticalCRS.getExtent() method. But I&#39;m not sure to understand the<br>
issue. You would like to link VerticalExtent to a CompoundCRS rather than<br>
VerticalCRS? Current API do not allows that since the link is rectricted to<br>
VerticalCRS type...</blockquote><div><br>When in my previous email I have expressed my doubt about the SC_CRS meaning, I was indeed talking about this constraint.<br>Row 358 of ISO 19115:2003/Cor.1:2006 provides a role name &quot;verticalCRS&quot; which is associated to a &quot;SC_CRS&quot; domain. So, it isn&#39;t possible to use a SC_CompoundCRS or a SC_EngineeringCRS (both are SC_CRS) for the verticalCRS link? I thought that the specification has should explicitly state &quot;SC_VerticalCRS&quot; instead of &quot;SC_CRS&quot;. <br>
<br>Regards,<br>Daniele<br><br>&nbsp;</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<br>
However CompoundCRS can be linked to an Extent, and giving an Extent we can<br>
invokes getVerticalElements() for fetching the VerticalExtents, and invoke<br>
getVerticalCRS() on those. Would it be applicable?<br>
<div><div></div><div class="Wj3C7c"><br>
 &nbsp; &nbsp; &nbsp; &nbsp;Martin<br>
<br>
-------------------------------------------------------------------------<br>
This SF.net email is sponsored by: Microsoft<br>
Defy all challenges. Microsoft(R) Visual Studio 2008.<br>
<a href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/" target="_blank">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</a><br>
_______________________________________________<br>
Geotools-devel mailing list<br>
<a href="mailto:Geotools-devel@lists.sourceforge.net">Geotools-devel@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/geotools-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/geotools-devel</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>-------------------------------------------------------<br>Eng. Daniele Romagnoli <br>Software Engineer<br><br>GeoSolutions S.A.S.<br>Via Carignoni 51<br>55041 Camaiore (LU)<br>
Italy<br><br>phone: +39 0584983027<br>fax: +39 0584983027<br>mob: +39 328 0559267<br><br><br><a href="http://www.geo-solutions.it">http://www.geo-solutions.it</a><br><br>-------------------------------------------------------<br>