[Geoserver-users] When display selected granules on the map served by GeoServer ImageMosaic Layer, there're huge white space blocks

Hi All:

I’m using GeoServer 2.8.0. I have an ImageMosaic Layer (which configured to read granules information from DB). The granules are browse images and they are stored in the file system. One problem I have now is that when I display/overlay the granules (the browse images, filtered using cql filter) on our base map using OpenLayers 3, there’s huge white space (see pictures below). I think it’s not the browse image data problem because if I only have that set of browse images (belong to one dataset) to the layer, the display is OK, and if I continually add other datasets to the layer, and at some point, the display has the white space problem. Any idea? Is it related to the “mosaic” operation or the limitations about the ImageMosaic layer:

  1. All the granules must share the same Coordinate Reference System, no reprojection is performed. This will always be a constraint.

  2. All the granules must share the same ColorModel and SampleModel. This is a limitation/assumption of the underlying JAI Mosaic operator: it basically means that the granules must share the same pixel layout and photometric interpretation. It would be quite difficult to overcome this limitation, but to some extent it could be done. Notice that, in case of colormapped granules, if the various granules share the same colormap the code will do its best to retain it and try not to expand them in memory. This can also be controlled via a parameter in the configuration file (se next sections)

  3. All the granules must share the same spatial resolution and set of overviews (if this is not true, overviews will not be used).

I’m sure our browse images are OK for No.1 and for No. 3, we set the “Heterogenous=true”, but not really understand No2, and not sure about if our data meet that, how do I know?

In EPSG:4326

In EPSG:3995

Thanks for help

Cathy

On Fri, Oct 2, 2015 at 9:40 PM, Cathy Hu <CHU@anonymised.com> wrote:

Hi All:

I’m using GeoServer 2.8.0. I have an ImageMosaic Layer (which configured
to read granules information from DB). The granules are browse images and
they are stored in the file system. One problem I have now is that when I
display/overlay the granules (the browse images, filtered using cql filter)
on our base map using OpenLayers 3, there’s huge white space (see pictures
below). I think it’s not the browse image data problem because if I only
have that set of browse images (belong to one dataset) to the layer, the
display is OK, and if I continually add other datasets to the layer, and at
some point, the display has the white space problem. Any idea? Is it
related to the “mosaic” operation or the limitations about the ImageMosaic
layer:

1. All the granules must share the same Coordinate Reference System,
no reprojection is performed. This will always be a constraint.

2. All the granules must share the same ColorModel and SampleModel.
This is a limitation/assumption of the underlying JAI Mosaic operator: it
basically means that the granules must share the same pixel layout and
photometric interpretation. It would be quite difficult to overcome this
limitation, but to some extent it could be done. Notice that, in case of
colormapped granules, if the various granules share the same colormap the
code will do its best to retain it and try not to expand them in memory.
This can also be controlled via a parameter in the configuration file (se
next sections)

3. All the granules must share the same spatial resolution and set
of overviews (if this is not true, overviews will not be used).

I’m sure our browse images are OK for No.1 and for No. 3, we set the
“Heterogenous=true”, but not really understand No2, and not sure about if
our data meet that, how do I know?

It basically means you cannot have a mix of gray and color images. This
limitation has been removed in GeoServer 2.8.0,
but only if you pass this system variable to the JVM that's running
GeoServer:

-Dorg.geotools.coverage.jaiext.enabled=true

Cheers
Andrea

--

GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.

Ing. Andrea Aime
@geowolf
Technical Lead

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

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

*AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*

Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo è consentito esclusivamente al destinatario del messaggio,
per le finalità indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalità diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility for changes
made after they were sent or for other risks which arise as a result of
e-mail transmission, viruses, etc.

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