Image Order in ImageMosaicReader
--------------------------------
Key: GEOT-1799
URL: http://jira.codehaus.org/browse/GEOT-1799
Project: GeoTools
Issue Type: Bug
Components: gc imagemosaic
Environment: Red Hat Linux 3.2.3-58, Java(TM) SE Runtime Environment
(build 1.6.0-b105)
Reporter: Samuel Toepke
Attachments: src.tgz
When overlapping GeoTIFFs are made into an ImageMosaic, the ImageMosaicReader
does not respect the ordering of the images as defined by the shapefile.
Example:
A full world map image. A satellite image of Hawaii. The goal is to have the
Hawaii satellite image layed on top of the full world map. Mosaicing these
together either with MosaicIndexBuilder, or gdaltindex (in either order) will
cause the full world map to always be on top.
The attached files will force GeoTools to show the images based on order
entered during creation (this can be controlled with gdaltindex).
Developer question:
This is useful for the overlapping-image edge case, but how about those that
use ImageMosaics to show adjacent images? Will this slow the ImageMosaicReader
down too much? Is there an quick way to test for overlap of images in the code,
and if so, to then enact the FeatureComparator?
Thanks,
-Sam
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
