For example, running sxt:slope to get the result back as "image/tiff" generates
the following exception:
<ows:ExceptionReport version="1.1.0"
xsi:schemaLocation="http://www.opengis.net/ows/1.1
http://localhost:8090/geoserver/schemas/ows/1.1.0/owsAll.xsd";>
<ows:Exception exceptionCode="NoApplicableCode">
<ows:ExceptionText>An error occurred while encoding the results of the
process
GEOTIFF Module Error Report
The supplied grid coverage uses an unsupported crs! You are allowed
to use only projected and geographic coordinate reference systems
ModelPixelScaleTag: NOT AVAILABLE
ModelTiePointTag: NOT AVAILABLE
ModelTransformationTag: NOT AVAILABLE
</ows:ExceptionText>
</ows:Exception>
</ows:ExceptionReport>
I've noticed when org.geoserver.wps.sextante.getNewRasterLayer is called to
create the "Slope" GTRasterLayer, it set it's m_BaseDataObject's (a
GridCoverage2D) crs without setting the layer's m_CRS. everything then runs as
expected until the GeoAlgorithm completes and GTRasterLayer.fitToGridExtent is
called. There, the null m_CRS of the layer is used to create an Envelope which
is later used in GridCoverage2D.create where the Null envelope.crs is caught
and a default crs "Cartesian 2D" is created. This means the resulting slope
ends up with a "Cartesian 2D" crs which causes the exception to be thrown.
It seems like one of the following should happen:
A) fitToGridExtent should consider m_BaseDataObject's crs when layer.m_CRS is
null
B) layer's m_CRS needs to be set during creation time / getNewRasterLayer
I've implemented a workaround along the lines of A to get by... I would
appreciate any comments or the fix by one of the contributing developers (umm,
thanks in advance Andrea ;))
- Syrus Mesdaghi
------------------------------------------------------------------------------
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
Geoserver-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-users
