Ciao Gpetr,
please, find my feedback inline below...

Regards,
Simone Giannecchini
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.
==

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax:     +39 0584 1660272
mob:   +39  333 8128928

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

-------------------------------------------------------


On Wed, Feb 5, 2014 at 3:20 PM, Gpetr <[email protected]> wrote:
> Hi,
>
> I cropped some Geotiff files on QGIS to have the same coordinates.(the same
> Bounding Box each image).
> The images have the same SRS. Then I uploaded them on GeoServer.
>
> When I'm trying to multiply or add two images on WPS request Builder, I get
> the following error:
>
> "Process failed during execution
> coverageA and coverageB should share the same Envelope"
>
> I check the bounding box of the images via GeoServer's interface and I see
> that the bounding box of the images is different !


Use the gdalinfo and check the bbox and the grid to worl dtransformation.
GeoServer does no rounding on each of them hence if it says that they
are different they usually are :)

> I changed their bounding box to be the same (from the GeoServer's layers

This has no impact on the wps process as it uses the low level data.
That settings is useful for WMS only.

> info interface) and when I run the ras:MultiplyCoverages process, I get the
> same error.

Checking the code here:
https://github.com/geotools/geotools/blob/master/modules/unsupported/process-raster/src/main/java/org/geotools/process/raster/MultiplyCoveragesProcess.java

there is a check that you can find in this method:
https://github.com/geotools/geotools/blob/master/modules/unsupported/process-raster/src/main/java/org/geotools/process/raster/BaseCoverageAlgebraProcess.java

that checks (between other things) if the two envelopes are coincident.

Now, one thing you could do would be to make use of the
GridCoverage2DRIA class to adapt one coverage to the other:

https://github.com/geoserver/geoserver/blob/master/src/extension/wps/wps-core/src/main/java/org/geoserver/wps/gs/GridCoverage2DRIA.java

see example usage here:

https://github.com/geoserver/geoserver/blob/master/src/extension/wps/wps-core/src/test/java/org/geoserver/wps/gs/Coverage2RenderedImageAdapterTest.java

Using this approach (I would probably make it non-default via a config
param) you could actually make the multiply coverages process more
resilient.
It looks hard to do, but it is not if you have some coding skills in
Java. If you take this endeavour, we should able to help you out with
some info/reviews.




>
> Why  is it happens ?
> How can I fix it ?
>
> Thank you in advance,
> George
>
>
>
>
> --
> View this message in context: 
> http://osgeo-org.1560.x6.nabble.com/Problem-with-the-layer-s-bounding-box-tp5102072.html
> Sent from the GeoServer - User mailing list archive at Nabble.com.
>
> ------------------------------------------------------------------------------
> Managing the Performance of Cloud-Based Applications
> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
> Read the Whitepaper.
> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
> _______________________________________________
> Geoserver-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geoserver-users

------------------------------------------------------------------------------
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
_______________________________________________
Geoserver-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Reply via email to