/* * GeoTools - The Open Source Java GIS Toolkit * http://geotools.org * * (C) 2011, Open Source Geospatial Foundation (OSGeo) * (C) 2003-2005, Open Geospatial Consortium Inc. * * All Rights Reserved. http://www.opengis.org/legal/ */ package org.opengis.referencing.crs; import org.opengis.referencing.cs.VerticalCS; import org.opengis.referencing.datum.VerticalDatum; import org.opengis.annotation.UML; import static org.opengis.annotation.Obligation.*; import static org.opengis.annotation.Specification.*; /** * A 1D coordinate reference system used for recording heights or depths. Vertical CRSs make use * of the direction of gravity to define the concept of height or depth, but the relationship with * gravity may not be straightforward. * <p> * By implication, ellipsoidal heights (<var>h</var>) cannot be captured in a vertical coordinate * reference system. Ellipsoidal heights cannot exist independently, but only as inseparable part * of a 3D coordinate tuple defined in a geographic 3D coordinate reference system. However GeoAPI * does not enforce this rule. Some applications may relax this rule and accept ellipsoidal heights * in the following context: * * <ul> * <li><p>As a transient state while parsing <A HREF="../doc-files/WKT.html">Well Known Text</A>, * or any other format based on legacy specifications where ellipsoidal heights were allowed * as an independant axis.</p></li> * * <li><p>As short-lived objects to be passed or returned by methods enforcing type safety, for * example {@link org.opengis.metadata.extent.VerticalExtent#getVerticalCRS}.</p></li> * * <li><p>Other cases at implementor convenience. However implementors are encouraged to * assemble the full 3D CRS as soon as they can.</p></li> * </ul> * * <TABLE CELLPADDING='6' BORDER='1'> * <TR BGCOLOR="#EEEEFF"><TH NOWRAP>Used with CS type(s)</TH></TR> * <TR><TD> * {@link org.opengis.referencing.cs.VerticalCS Vertical} * </TD></TR></TABLE> * * * @source $URL: http://svn.osgeo.org/geotools/trunk/modules/library/opengis/src/main/java/org/opengis/referencing/crs/VerticalCRS.java $ * @version <A HREF="http://portal.opengeospatial.org/files/?artifact_id=6716">Abstract specification 2.0</A> * @author Martin Desruisseaux (IRD) * @since GeoAPI 1.0 */ @UML(identifier="SC_VerticalCRS", specification=ISO_19111) public interface VerticalCRS extends SingleCRS { /** * Returns the coordinate system, which must be vertical. */ @UML(identifier="usesCS", obligation=MANDATORY, specification=ISO_19111) VerticalCS getCoordinateSystem(); /** * Returns the datum, which must be vertical. */ @UML(identifier="usesDatum", obligation=MANDATORY, specification=ISO_19111) VerticalDatum getDatum(); }