On Thu, May 5, 2011 at 12:43 PM, thegis <[email protected]> wrote: > Thank you for the response, Andrea. I retested with a clean Tomcat > 6.0.26 and GS 2.1 RC-5 war file and I was able to reproduce issue 1 > and 2: > > 1) The <ServiceException> Translator error is thrown if something is > wrong with the datastore/layer configuration. You can reproduce this > with a clean installation and wcs getCapabilities request. The demo > store "img_sample2" is responsible for ServiceException during the WCS > GetCapabilities request: > <?xml version="1.0" encoding="UTF-8"?><ServiceExceptionReport > version="1.2.0" > <ServiceException> > Unable to acquire a reader for this coverage with format: WorldImage > null > Translator error > Unable to acquire a reader for this coverage with format: WorldImage > </ServiceException></ServiceExceptionReport>
Ah ok, this one looks like to recent tomcat versions crippling our imageio plugins, see here: http://geo-solutions.blogspot.com/2010/05/fix-geotools-and-geoserver-not-able-to.html > 2) This issue is also reproducable with the demo store "sf:sfdem". > Simply post this WCS getCoverage request: > <?xml version="1.0" encoding="UTF-8"?> > <GetCoverage version="1.0.0" service="WCS" > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; > xmlns="http://www.opengis.net/wcs"; > xmlns:ows="http://www.opengis.net/ows/1.1"; > xmlns:gml="http://www.opengis.net/gml"; > xmlns:ogc="http://www.opengis.net/ogc"; > xsi:schemaLocation="http://www.opengis.net/wcs > http://schemas.opengis.net/wcs/1.0.0/getCoverage.xsd";> > <sourceCoverage>sf:sfdem</sourceCoverage> > <domainSubset> > <spatialSubset> > <gml:Envelope srsName="EPSG:4326"> > <gml:pos>-103.87108701853181 44.370187074132616</gml:pos> > <gml:pos>-103.62940739432703 44.5016011535299</gml:pos> > </gml:Envelope> > <gml:Grid dimension="2"> > <gml:limits> > <gml:GridEnvelope> > <gml:low>0 0</gml:low> > <gml:high>648 496</gml:high> > </gml:GridEnvelope> > </gml:limits> > <gml:axisName>E</gml:axisName> > <gml:axisName>N</gml:axisName> > </gml:Grid> > </spatialSubset> > </domainSubset> > <output> > <crs>EPSG:4326</crs> > <format>GeoTIFF</format> > </output> > </GetCoverage> > > Response: > <?xml version="1.0" encoding="UTF-8"?><ServiceExceptionReport > version="1.2.0" > <ServiceException> > java.lang.IllegalArgumentException: Illegal value for argument > "TargetCRS must be compatible with TargetGG CRS". > Illegal value for argument "TargetCRS must be compatible with > TargetGG CRS". > </ServiceException></ServiceExceptionReport> > > Adding EPSG:4326 to the Request/Response SRS in Layer/Publishing Tab > does not make any difference. Cool, add it to the bug tracker (jira.codehaus.org), we'll have a look at it when there's spare time to address it. > 3) This is not reproducible with a clean installation, so I guess it > has something to do with the data directory or plugins I am using in > the other installation. I will look into it. Did the data_dir changed > between 2.1-RC1 and 2.1-RC5? Can't think of any Cheers Andrea -- ------------------------------------------------------- Ing. Andrea Aime GeoSolutions S.A.S. Tech lead Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf ------------------------------------------------------- ------------------------------------------------------------------------------ WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd _______________________________________________ Geoserver-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-users
