Hi,
I'm trying to make an SLD for displaying SPOT images correctly. I've created
an SLD and GeoServer hasn't made an complaints, but when I display one of my
SPOT images using the style it just comes up the same as it does using the
normal "raster" style.
Any idea why this might be?
Thanks,
Jon Britton
--
View this message in context: http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p14731166.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
there is already a discussion on this in one thread, that i copy hereunder.
Basically, SLD raster is not fully supported
gersh
GeoTIFF raster SLD - histogram element supported in 1.5.3--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Actual implementation also ignore color maps for all raster data different from floats, so this won’t work for GeoTIFFs I guess. However here we have almost ready a RasterSymbolizer release which not only works on all data types but also better handles categories and does histograms. Very soon it should be available on geoTools. Simone is the one which are working on that (in cc). Don’t know if MapServer actually supports those functionalities.
On 9/3/07, Andrew Murdoch < a_murdoch@anonymised.com> wrote:
Thanks Alessio,
Since it looks like some of the raster display functions are unsupported at this time, I suppose I can categorize my raster data and either create a colormap SLD or convert to vector polygons (which might be better from a performance perspective anyway). Is this a limitation of the RasterSymbolizer implementation in the geoTools java toolkit that GeoServer uses? Do you know if MapServer supports this functionality?
Thanks for the response,
Andrew Murdoch
Date: Mon, 3 Sep 2007 11:33:38 +0200
From: alessio.fabiani@anonymised.com
To: a_murdoch@anonymised.com
Subject: Re: [Geoserver-users] GeoTIFF raster SLD - histogram element supported in 1.5.3?
CC: geoserver-users@lists.sourceforge.net
Hi,
the actual geotools RasterSymbolizer implementation does not handles the contrast enhancements parameters … soon a new one should be published.
On 9/2/07, ahm126 <a_murdoch@anonymised.com> wrote:
Hello,
I’m having trouble getting a single band GeoTiff image (a four MB world
population density map) to display properly in the Openlayers map preview
example after loading the image as a coverage data store in GeoServer 1.5.3.
I’m attempting to modify the default raster.sld provided with GeoServer to
use the RasterSymbolizer - ContrastEnhancement - Histogram SLD element
described by OGC and in geoTools documentation online. Is this supported in
GeoServer 1.5.3?When I view the raster GeoTiff file in the open layers preview example, I
<?xml version="1.0" encoding="UTF-8"?>
think it is being displayed with the default raster.sld using it’s colormap
values. I’ve attached the SLD file I’m attempting to use. I loaded it as a
style in GeoServer without incident and applied it as the default style for
the GeoTiff. I was expecting the GeoTiff to be rendered with a grayscale
histogram stretch. Maybe my SLD is bad? I’m a novice at this stuff at this
point.Histogram Stretch Population Density Histogram Stretch Feature 1.0
pop_dens
pop_densThanks for helping out!
Andrew Murdoch
Jon Britton ha scritto:
Hi,
I'm trying to make an SLD for displaying SPOT images correctly. I've created
an SLD and GeoServer hasn't made an complaints, but when I display one of my
SPOT images using the style it just comes up the same as it does using the
normal "raster" style.
Any idea why this might be?
As Gersh already pointed out, we don't support raster symbolizer fully,
but only on a (very) limited subset of data types. For example, it sort
of works against the arcgrid data set we have in the demo data.
Some work is underway to improve the support for raster symbolizer, and
we may have it ready to use by GeoServer 1.6.1 (no promises thought).
Simone and Alessio (cc'ed) are working on it. Guys, any chance you can
make a build of your GeoServer version avaiable to Jon for further
testing?
Cheers
Andrea
Ok, well for me it isn't urgent so I don't need to take it any further yet.
Thanks for the info though, I'll keep an eye out for when it's supported.
Thanks,
Jon
aaime wrote:
Jon Britton ha scritto:
Hi,
I'm trying to make an SLD for displaying SPOT images correctly. I've
created
an SLD and GeoServer hasn't made an complaints, but when I display one of
my
SPOT images using the style it just comes up the same as it does using
the
normal "raster" style.
Any idea why this might be?As Gersh already pointed out, we don't support raster symbolizer fully,
but only on a (very) limited subset of data types. For example, it sort
of works against the arcgrid data set we have in the demo data.Some work is underway to improve the support for raster symbolizer, and
we may have it ready to use by GeoServer 1.6.1 (no promises thought).
Simone and Alessio (cc'ed) are working on it. Guys, any chance you can
make a build of your GeoServer version avaiable to Jon for further
testing?Cheers
Andrea-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
--
View this message in context: http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p14736452.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Ciao Jon,
would you midn supplying a sample image and a style so that can play
with it and test the RasterSymbolizer?
That would be much appreciated.
Simone.
On Jan 10, 2008 4:20 PM, Jon Britton <man_kills_everything@anonymised.com> wrote:
Ok, well for me it isn't urgent so I don't need to take it any further yet.
Thanks for the info though, I'll keep an eye out for when it's supported.
Thanks,
Jonaaime wrote:
>
> Jon Britton ha scritto:
>> Hi,
>> I'm trying to make an SLD for displaying SPOT images correctly. I've
>> created
>> an SLD and GeoServer hasn't made an complaints, but when I display one of
>> my
>> SPOT images using the style it just comes up the same as it does using
>> the
>> normal "raster" style.
>> Any idea why this might be?
>
> As Gersh already pointed out, we don't support raster symbolizer fully,
> but only on a (very) limited subset of data types. For example, it sort
> of works against the arcgrid data set we have in the demo data.
>
> Some work is underway to improve the support for raster symbolizer, and
> we may have it ready to use by GeoServer 1.6.1 (no promises thought).
> Simone and Alessio (cc'ed) are working on it. Guys, any chance you can
> make a build of your GeoServer version avaiable to Jon for further
> testing?
>
> Cheers
> Andrea
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>--
View this message in context: http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p14736452.htmlSent from the GeoServer - User mailing list archive at Nabble.com.
-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
--
-------------------------------------------------------
Eng. Simone Giannecchini
President /CEO GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy
phone: +39 0584983027
fax: +39 0584983027
mob: +39 333 8128928
-------------------------------------------------------
Hi,
I don't think I'm allowed to share any of my SPOT data, sorry.
Is there a way to make a 4-band image appear correctly in GeoServer? I think
the bands are G, R, NIR, SWIR. Ideally I want to allow users to display the
data using any number of false colour composite options, but I'd settle for
flipping bands 1 and 3.
I'm getting a lot of problems trying to get these images to display
correctly. For example:
At one zoom level it looks ok (wrong bands though)
http://s256.photobucket.com/albums/hh190/dead_passive/?action=view¤t=ok.jpg
Zoom in once and it does this
http://s256.photobucket.com/albums/hh190/dead_passive/?action=view¤t=wierd.jpg
I assume this has something to do with my overviews, but I've never seen
this before.
Any idea?
Thanks,
Jon
Simone.Giannecchini wrote:
Ciao Jon,
would you midn supplying a sample image and a style so that can play
with it and test the RasterSymbolizer?That would be much appreciated.
Simone.On Jan 10, 2008 4:20 PM, Jon Britton <man_kills_everything@anonymised.com>
wrote:Ok, well for me it isn't urgent so I don't need to take it any further
yet.
Thanks for the info though, I'll keep an eye out for when it's supported.
Thanks,
Jonaaime wrote:
>
> Jon Britton ha scritto:
>> Hi,
>> I'm trying to make an SLD for displaying SPOT images correctly. I've
>> created
>> an SLD and GeoServer hasn't made an complaints, but when I display one
of
>> my
>> SPOT images using the style it just comes up the same as it does using
>> the
>> normal "raster" style.
>> Any idea why this might be?
>
> As Gersh already pointed out, we don't support raster symbolizer fully,
> but only on a (very) limited subset of data types. For example, it sort
> of works against the arcgrid data set we have in the demo data.
>
> Some work is underway to improve the support for raster symbolizer, and
> we may have it ready to use by GeoServer 1.6.1 (no promises thought).
> Simone and Alessio (cc'ed) are working on it. Guys, any chance you can
> make a build of your GeoServer version avaiable to Jon for further
> testing?
>
> Cheers
> Andrea
>
>
-------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
>
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>--
View this message in context:
http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p14736452.htmlSent from the GeoServer - User mailing list archive at Nabble.com.
-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users--
-------------------------------------------------------
Eng. Simone Giannecchini
President /CEO GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italyphone: +39 0584983027
fax: +39 0584983027
mob: +39 333 8128928-------------------------------------------------------
-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
--
View this message in context: http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p14802689.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
It seems then that there's no way to dispaly this data correctly in
GeoServer. GeoServer treats lower values as lighter colours, so if I get 0
or <0 as my minimum value in my NIR band I get white instead of black. This
means even if I switch my bands around manually (using GDAL or something)
then things which have a low NIR value (such as water) will display
incorrectly.
Does anyone know of a way around this? I don't really want to create a load
of RGB images just for display purposes and I don't have any software to do
this anyway.
Thanks,
Jon
gershwinou wrote:
there is already a discussion on this in one thread, that i copy
hereunder.
Basically, SLD raster is not fully supportedgersh
GeoTIFF raster SLD - histogram element supported in
1.5.3--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------Actual implementation also ignore color maps for all raster data different
from floats, so this won't work for GeoTIFFs I guess. However here we have
almost ready a RasterSymbolizer release which not only works on all data
types but also better handles categories and does histograms. Very soon it
should be available on geoTools. Simone is the one which are working on
that
(in cc). Don't know if MapServer actually supports those functionalities.On 9/3/07, Andrew Murdoch < a_murdoch@anonymised.com> wrote:
Thanks Alessio,Since it looks like some of the raster display functions are unsupported
at
this time, I suppose I can categorize my raster data and either create a
colormap SLD or convert to vector polygons (which might be better from a
performance perspective anyway). Is this a limitation of the
RasterSymbolizer implementation in the geoTools java toolkit that
GeoServer
uses? Do you know if MapServer supports this functionality?Thanks for the response,
Andrew Murdoch------------------------------
Date: Mon, 3 Sep 2007 11:33:38 +0200
From: alessio.fabiani@anonymised.com
To: a_murdoch@anonymised.com
Subject: Re: [Geoserver-users] GeoTIFF raster SLD - histogram element
supported in 1.5.3?
CC: geoserver-users@lists.sourceforge.netHi,
the actual geotools RasterSymbolizer implementation does not handles the
contrast enhancements parameters ... soon a new one should be published.On 9/2/07, *ahm126* <a_murdoch@anonymised.com> wrote:
Hello,
I'm having trouble getting a single band GeoTiff image (a four MB world
population density map) to display properly in the Openlayers map preview
example after loading the image as a coverage data store in GeoServer
1.5.3.
I'm attempting to modify the default raster.sld provided with GeoServer to
use the RasterSymbolizer - ContrastEnhancement - Histogram SLD element
described by OGC and in geoTools documentation online. Is this supported
inGeoServer 1.5.3?
When I view the raster GeoTiff file in the open layers preview example, I
think it is being displayed with the default raster.sld using it's
colormap
values. I've attached the SLD file I'm attempting to use. I loaded it as
astyle in GeoServer without incident and applied it as the default style
for
the GeoTiff. I was expecting the GeoTiff to be rendered with a grayscale
histogram stretch. Maybe my SLD is bad? I'm a novice at this stuff at
thispoint.
<?xml version="1.0" encoding="UTF-8"?>
<StyledLayerDescriptor xmlns=" http://www.opengis.net/sld"
xmlns:ogc=" http://www.opengis.net/ogc"
xmlns:xlink=" http://www.w3.org/1999/xlink"
xmlns:xsi=" http://www.w3.org/2001/XMLSchema-instance "
xsi:schemaLocation="http://www.opengis.net/sld
http://schemas.opengis.net/sld/1.0.0/StyledLayerDescriptor.xsd "
version="1.0.0">
<UserLayer>
<Name>pop_dens</Name>
<LayerFeatureConstraints>
<FeatureTypeConstraint/>
</LayerFeatureConstraints>
<UserStyle>
<Name>pop_dens</Name>
<Title>Histogram Stretch</Title>
<Abstract>Population Density Histogram Stretch</Abstract>
<FeatureTypeStyle>
<FeatureTypeName>Feature</FeatureTypeName>
<Rule>
<RasterSymbolizer>
<Opacity>1.0</Opacity>
<OverlapBehavior>
<AVERAGE/>
</OverlapBehavior>
<ContrastEnhancement>
<Histogram/>
</ContrastEnhancement>
</RasterSymbolizer>
</Rule>
</FeatureTypeStyle>
</UserStyle>
</UserLayer>
</StyledLayerDescriptor>Thanks for helping out!
Andrew Murdoch
---------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
--
View this message in context: http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p14878236.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Hi,
If Geoserver does not support your special needs yet, could setting up UMN Mapserver be an alternative for you? It has online image processing support that should do what you want (I believe PROCESSING LUT in your case). You could keep your images in native state, and for example cascade the processed WMS output through Geoserver if that is your final destination.
-Jukka Rahkonen-
-----Alkuperäinen viesti-----
Lähettäjä: geoserver-users-bounces@lists.sourceforge.net
[mailto:geoserver-users-bounces@lists.sourceforge.net]
Puolesta Jon Britton
Lähetetty: 16. tammikuuta 2008 13:13
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] Styling SPOT images with SLDIt seems then that there's no way to dispaly this data
correctly in GeoServer. GeoServer treats lower values as
lighter colours, so if I get 0 or <0 as my minimum value in
my NIR band I get white instead of black. This means even if
I switch my bands around manually (using GDAL or something)
then things which have a low NIR value (such as water) will
display incorrectly.Does anyone know of a way around this? I don't really want to
create a load of RGB images just for display purposes and I
don't have any software to do this anyway.Thanks,
Jongershwinou wrote:
>
> there is already a discussion on this in one thread, that i copy
> hereunder.
> Basically, SLD raster is not fully supported
>
> gersh
> GeoTIFF raster SLD - histogram element supported in
>
1.5.3-----------------------------------------------------------------
>
----------------------------------------------------------------------
> -----------------------------------------------------
>
> Actual implementation also ignore color maps for all raster data
> different from floats, so this won't work for GeoTIFFs I guess.
> However here we have almost ready a RasterSymbolizer
release which not
> only works on all data types but also better handles categories and
> does histograms. Very soon it should be available on
geoTools. Simone
> is the one which are working on that (in cc). Don't know if
MapServer
> actually supports those functionalities.
>
>
> On 9/3/07, Andrew Murdoch < a_murdoch@anonymised.com> wrote:
> Thanks Alessio,
>
> Since it looks like some of the raster display functions are
> unsupported at this time, I suppose I can categorize my raster data
> and either create a colormap SLD or convert to vector
polygons (which
> might be better from a performance perspective anyway). Is this a
> limitation of the RasterSymbolizer implementation in the
geoTools java
> toolkit that GeoServer uses? Do you know if MapServer
supports this
> functionality?
>
> Thanks for the response,
> Andrew Murdoch
>
>
>
> ------------------------------
> Date: Mon, 3 Sep 2007 11:33:38 +0200
> From: alessio.fabiani@anonymised.com
> To: a_murdoch@anonymised.com
> Subject: Re: [Geoserver-users] GeoTIFF raster SLD -
histogram element
> supported in 1.5.3?
> CC: geoserver-users@lists.sourceforge.net
>
> Hi,
> the actual geotools RasterSymbolizer implementation does
not handles
> the contrast enhancements parameters ... soon a new one
should be published.
>
> On 9/2/07, *ahm126* <a_murdoch@anonymised.com> wrote:
>
>
> Hello,
>
> I'm having trouble getting a single band GeoTiff image (a four MB
> world population density map) to display properly in the Openlayers
> map preview example after loading the image as a coverage
data store
> in GeoServer 1.5.3.
> I'm attempting to modify the default raster.sld provided with
> GeoServer to use the RasterSymbolizer - ContrastEnhancement -
> Histogram SLD element described by OGC and in geoTools
documentation
> online. Is this supported in
>
> GeoServer 1.5.3?
>
> When I view the raster GeoTiff file in the open layers preview
> example, I think it is being displayed with the default raster.sld
> using it's colormap values. I've attached the SLD file I'm
attempting
> to use. I loaded it as a
>
> style in GeoServer without incident and applied it as the default
> style for the GeoTiff. I was expecting the GeoTiff to be rendered
> with a grayscale histogram stretch. Maybe my SLD is bad? I'm a
> novice at this stuff at this
>
> point.
>
> <?xml version="1.0" encoding="UTF-8"?>
<StyledLayerDescriptor xmlns="
> http://www.opengis.net/sld"
> xmlns:ogc=" http://www.opengis.net/ogc"
> xmlns:xlink=" http://www.w3.org/1999/xlink"
> xmlns:xsi=" http://www.w3.org/2001/XMLSchema-instance "
> xsi:schemaLocation="http://www.opengis.net/sld
> http://schemas.opengis.net/sld/1.0.0/StyledLayerDescriptor.xsd "
> version="1.0.0">
> <UserLayer>
> <Name>pop_dens</Name>
> <LayerFeatureConstraints>
> <FeatureTypeConstraint/>
> </LayerFeatureConstraints>
> <UserStyle>
> <Name>pop_dens</Name>
> <Title>Histogram Stretch</Title>
> <Abstract>Population Density Histogram
Stretch</Abstract>
> <FeatureTypeStyle>
> <FeatureTypeName>Feature</FeatureTypeName>
> <Rule>
> <RasterSymbolizer>
> <Opacity>1.0</Opacity>
> <OverlapBehavior>
> <AVERAGE/>
> </OverlapBehavior>
> <ContrastEnhancement>
> <Histogram/>
> </ContrastEnhancement>
> </RasterSymbolizer>
> </Rule>
> </FeatureTypeStyle>
> </UserStyle>
> </UserLayer>
> </StyledLayerDescriptor>
>
> Thanks for helping out!
> Andrew Murdoch
> --
>
>
----------------------------------------------------------------------
> --- Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for just about anything
> Open Source.
>
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marke
> tplace _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>--
View this message in context:
http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p
14878236.html
Sent from the GeoServer - User mailing list archive at Nabble.com.--------------------------------------------------------------
-----------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
That is certainly a possibility. I'll look into it. Can you create a mosaic
in the same way using Mapserver?
Thanks,
Jon
Rahkonen Jukka wrote:
Hi,
If Geoserver does not support your special needs yet, could setting up UMN
Mapserver be an alternative for you? It has online image processing
support that should do what you want (I believe PROCESSING LUT in your
case). You could keep your images in native state, and for example cascade
the processed WMS output through Geoserver if that is your final
destination.-Jukka Rahkonen-
-----Alkuperäinen viesti-----
Lähettäjä: geoserver-users-bounces@lists.sourceforge.net
[mailto:geoserver-users-bounces@lists.sourceforge.net]
Puolesta Jon Britton
Lähetetty: 16. tammikuuta 2008 13:13
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] Styling SPOT images with SLDIt seems then that there's no way to dispaly this data
correctly in GeoServer. GeoServer treats lower values as
lighter colours, so if I get 0 or <0 as my minimum value in
my NIR band I get white instead of black. This means even if
I switch my bands around manually (using GDAL or something)
then things which have a low NIR value (such as water) will
display incorrectly.Does anyone know of a way around this? I don't really want to
create a load of RGB images just for display purposes and I
don't have any software to do this anyway.Thanks,
Jongershwinou wrote:
>
> there is already a discussion on this in one thread, that i copy
> hereunder.
> Basically, SLD raster is not fully supported
>
> gersh
> GeoTIFF raster SLD - histogram element supported in
>
1.5.3-----------------------------------------------------------------
>
----------------------------------------------------------------------
> -----------------------------------------------------
>
> Actual implementation also ignore color maps for all raster data
> different from floats, so this won't work for GeoTIFFs I guess.
> However here we have almost ready a RasterSymbolizer
release which not
> only works on all data types but also better handles categories and
> does histograms. Very soon it should be available on
geoTools. Simone
> is the one which are working on that (in cc). Don't know if
MapServer
> actually supports those functionalities.
>
>
> On 9/3/07, Andrew Murdoch < a_murdoch@anonymised.com> wrote:
> Thanks Alessio,
>
> Since it looks like some of the raster display functions are
> unsupported at this time, I suppose I can categorize my raster data
> and either create a colormap SLD or convert to vector
polygons (which
> might be better from a performance perspective anyway). Is this a
> limitation of the RasterSymbolizer implementation in the
geoTools java
> toolkit that GeoServer uses? Do you know if MapServer
supports this
> functionality?
>
> Thanks for the response,
> Andrew Murdoch
>
>
>
> ------------------------------
> Date: Mon, 3 Sep 2007 11:33:38 +0200
> From: alessio.fabiani@anonymised.com
> To: a_murdoch@anonymised.com
> Subject: Re: [Geoserver-users] GeoTIFF raster SLD -
histogram element
> supported in 1.5.3?
> CC: geoserver-users@lists.sourceforge.net
>
> Hi,
> the actual geotools RasterSymbolizer implementation does
not handles
> the contrast enhancements parameters ... soon a new one
should be published.
>
> On 9/2/07, *ahm126* <a_murdoch@anonymised.com> wrote:
>
>
> Hello,
>
> I'm having trouble getting a single band GeoTiff image (a four MB
> world population density map) to display properly in the Openlayers
> map preview example after loading the image as a coverage
data store
> in GeoServer 1.5.3.
> I'm attempting to modify the default raster.sld provided with
> GeoServer to use the RasterSymbolizer - ContrastEnhancement -
> Histogram SLD element described by OGC and in geoTools
documentation
> online. Is this supported in
>
> GeoServer 1.5.3?
>
> When I view the raster GeoTiff file in the open layers preview
> example, I think it is being displayed with the default raster.sld
> using it's colormap values. I've attached the SLD file I'm
attempting
> to use. I loaded it as a
>
> style in GeoServer without incident and applied it as the default
> style for the GeoTiff. I was expecting the GeoTiff to be rendered
> with a grayscale histogram stretch. Maybe my SLD is bad? I'm a
> novice at this stuff at this
>
> point.
>
> <?xml version="1.0" encoding="UTF-8"?>
<StyledLayerDescriptor xmlns="
> http://www.opengis.net/sld"
> xmlns:ogc=" http://www.opengis.net/ogc"
> xmlns:xlink=" http://www.w3.org/1999/xlink"
> xmlns:xsi=" http://www.w3.org/2001/XMLSchema-instance "
> xsi:schemaLocation="http://www.opengis.net/sld
> http://schemas.opengis.net/sld/1.0.0/StyledLayerDescriptor.xsd "
> version="1.0.0">
> <UserLayer>
> <Name>pop_dens</Name>
> <LayerFeatureConstraints>
> <FeatureTypeConstraint/>
> </LayerFeatureConstraints>
> <UserStyle>
> <Name>pop_dens</Name>
> <Title>Histogram Stretch</Title>
> <Abstract>Population Density Histogram
Stretch</Abstract>
> <FeatureTypeStyle>
> <FeatureTypeName>Feature</FeatureTypeName>
> <Rule>
> <RasterSymbolizer>
> <Opacity>1.0</Opacity>
> <OverlapBehavior>
> <AVERAGE/>
> </OverlapBehavior>
> <ContrastEnhancement>
> <Histogram/>
> </ContrastEnhancement>
> </RasterSymbolizer>
> </Rule>
> </FeatureTypeStyle>
> </UserStyle>
> </UserLayer>
> </StyledLayerDescriptor>
>
> Thanks for helping out!
> Andrew Murdoch
> --
>
>
----------------------------------------------------------------------
> --- Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for just about anything
> Open Source.
>
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marke
> tplace _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>--
View this message in context:
http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p
14878236.html
Sent from the GeoServer - User mailing list archive at Nabble.com.--------------------------------------------------------------
-----------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
--
View this message in context: http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p14881325.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Well, it is more an tiff encoding problem that anything else.
maybe your geotiff encode your values as signed int, and geoserver interprets it as unsigned int
can you give me the output of gdalinfo on your image?
Gersh
On Jan 16, 2008 12:12 PM, Jon Britton <man_kills_everything@anonymised.com> wrote:
It seems then that there’s no way to dispaly this data correctly in
GeoServer. GeoServer treats lower values as lighter colours, so if I get 0
or <0 as my minimum value in my NIR band I get white instead of black. This
means even if I switch my bands around manually (using GDAL or something)
then things which have a low NIR value (such as water) will display
incorrectly.Does anyone know of a way around this? I don’t really want to create a load
of RGB images just for display purposes and I don’t have any software to do
this anyway.Thanks,
Jongershwinou wrote:
there is already a discussion on this in one thread, that i copy
hereunder.
Basically, SLD raster is not fully supportedgersh
GeoTIFF raster SLD - histogram element supported in
1.5.3--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------Actual implementation also ignore color maps for all raster data different
from floats, so this won’t work for GeoTIFFs I guess. However here we have
almost ready a RasterSymbolizer release which not only works on all data
types but also better handles categories and does histograms. Very soon it
should be available on geoTools. Simone is the one which are working on
that
(in cc). Don’t know if MapServer actually supports those functionalities.On 9/3/07, Andrew Murdoch < a_murdoch@anonymised.com> wrote:
Thanks Alessio,Since it looks like some of the raster display functions are unsupported
at
this time, I suppose I can categorize my raster data and either create a
colormap SLD or convert to vector polygons (which might be better from a
performance perspective anyway). Is this a limitation of the
RasterSymbolizer implementation in the geoTools java toolkit that
GeoServer
uses? Do you know if MapServer supports this functionality?Thanks for the response,
Andrew Murdoch
Date: Mon, 3 Sep 2007 11:33:38 +0200
From: alessio.fabiani@anonymised.com
To: a_murdoch@anonymised.com
Subject: Re: [Geoserver-users] GeoTIFF raster SLD - histogram element
supported in 1.5.3?
CC: geoserver-users@lists.sourceforge.netHi,
the actual geotools RasterSymbolizer implementation does not handles the
contrast enhancements parameters … soon a new one should be published.On 9/2/07, ahm126 < a_murdoch@anonymised.com> wrote:
Hello,
I’m having trouble getting a single band GeoTiff image (a four MB world
population density map) to display properly in the Openlayers map preview
example after loading the image as a coverage data store in GeoServer
1.5.3.
I’m attempting to modify the default raster.sld provided with GeoServer to
use the RasterSymbolizer - ContrastEnhancement - Histogram SLD element
described by OGC and in geoTools documentation online. Is this supported
inGeoServer 1.5.3?
When I view the raster GeoTiff file in the open layers preview example, I
think it is being displayed with the default raster.sld using it’s
colormap
values. I’ve attached the SLD file I’m attempting to use. I loaded it as
astyle in GeoServer without incident and applied it as the default style
for
the GeoTiff. I was expecting the GeoTiff to be rendered with a grayscale
histogram stretch. Maybe my SLD is bad? I’m a novice at this stuff at
thispoint.
<?xml version="1.0" encoding="UTF-8"?>Histogram Stretch Population Density Histogram Stretch Feature 1.0
pop_dens
pop_densThanks for helping out!
Andrew Murdoch
Check out the new SourceForge.net Marketplace.
It’s the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users–
View this message in context: http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p14878236.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
Hi,
About mosaic creation, yes, the same works with Mapserver. You'll make an index shapefile with gdaltindex and give that as a raster data source for Mapserver. Use of raster data with Mapserver is well documented and there is a lot of more to read in mailing list archives.
-Jukka Rahkonen-
-----Alkuperäinen viesti-----
Lähettäjä: geoserver-users-bounces@lists.sourceforge.net
[mailto:geoserver-users-bounces@lists.sourceforge.net]
Puolesta Jon Britton
Lähetetty: 16. tammikuuta 2008 16:03
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] Styling SPOT images with SLDThat is certainly a possibility. I'll look into it. Can you
create a mosaic in the same way using Mapserver?
Thanks,
JonRahkonen Jukka wrote:
>
> Hi,
>
> If Geoserver does not support your special needs yet, could
setting up
> UMN Mapserver be an alternative for you? It has online image
> processing support that should do what you want (I believe
PROCESSING
> LUT in your case). You could keep your images in native
state, and for
> example cascade the processed WMS output through Geoserver
if that is
> your final destination.
>
> -Jukka Rahkonen-
>
>> -----Alkuperäinen viesti-----
>> Lähettäjä: geoserver-users-bounces@lists.sourceforge.net
>> [mailto:geoserver-users-bounces@lists.sourceforge.net]
>> Puolesta Jon Britton
>> Lähetetty: 16. tammikuuta 2008 13:13
>> Vastaanottaja: geoserver-users@lists.sourceforge.net
>> Aihe: Re: [Geoserver-users] Styling SPOT images with SLD
>>
>>
>> It seems then that there's no way to dispaly this data
correctly in
>> GeoServer. GeoServer treats lower values as lighter
colours, so if I
>> get 0 or <0 as my minimum value in my NIR band I get white
instead of
>> black. This means even if I switch my bands around manually (using
>> GDAL or something) then things which have a low NIR value (such as
>> water) will display incorrectly.
>>
>> Does anyone know of a way around this? I don't really want
to create
>> a load of RGB images just for display purposes and I
don't have any
>> software to do this anyway.
>>
>> Thanks,
>> Jon
>>
>>
>>
>> gershwinou wrote:
>> >
>> > there is already a discussion on this in one thread, that i copy
>> > hereunder.
>> > Basically, SLD raster is not fully supported
>> >
>> > gersh
>> > GeoTIFF raster SLD - histogram element supported in
>> >
>>
1.5.3----------------------------------------------------------------
>> -
>> >
>>
---------------------------------------------------------------------
>> -
>> > -----------------------------------------------------
>> >
>> > Actual implementation also ignore color maps for all raster data
>> > different from floats, so this won't work for GeoTIFFs I guess.
>> > However here we have almost ready a RasterSymbolizer
>> release which not
>> > only works on all data types but also better handles
categories and
>> > does histograms. Very soon it should be available on
>> geoTools. Simone
>> > is the one which are working on that (in cc). Don't know if
>> MapServer
>> > actually supports those functionalities.
>> >
>> >
>> > On 9/3/07, Andrew Murdoch < a_murdoch@anonymised.com> wrote:
>> > Thanks Alessio,
>> >
>> > Since it looks like some of the raster display functions are
>> > unsupported at this time, I suppose I can categorize my
raster data
>> > and either create a colormap SLD or convert to vector
>> polygons (which
>> > might be better from a performance perspective anyway).
Is this a
>> > limitation of the RasterSymbolizer implementation in the
>> geoTools java
>> > toolkit that GeoServer uses? Do you know if MapServer
>> supports this
>> > functionality?
>> >
>> > Thanks for the response,
>> > Andrew Murdoch
>> >
>> >
>> >
>> > ------------------------------
>> > Date: Mon, 3 Sep 2007 11:33:38 +0200
>> > From: alessio.fabiani@anonymised.com
>> > To: a_murdoch@anonymised.com
>> > Subject: Re: [Geoserver-users] GeoTIFF raster SLD -
>> histogram element
>> > supported in 1.5.3?
>> > CC: geoserver-users@lists.sourceforge.net
>> >
>> > Hi,
>> > the actual geotools RasterSymbolizer implementation does
>> not handles
>> > the contrast enhancements parameters ... soon a new one
>> should be published.
>> >
>> > On 9/2/07, *ahm126* <a_murdoch@anonymised.com> wrote:
>> >
>> >
>> > Hello,
>> >
>> > I'm having trouble getting a single band GeoTiff image
(a four MB
>> > world population density map) to display properly in the
Openlayers
>> > map preview example after loading the image as a coverage
>> data store
>> > in GeoServer 1.5.3.
>> > I'm attempting to modify the default raster.sld provided with
>> > GeoServer to use the RasterSymbolizer - ContrastEnhancement -
>> > Histogram SLD element described by OGC and in geoTools
>> documentation
>> > online. Is this supported in
>> >
>> > GeoServer 1.5.3?
>> >
>> > When I view the raster GeoTiff file in the open layers preview
>> > example, I think it is being displayed with the default
raster.sld
>> > using it's colormap values. I've attached the SLD file I'm
>> attempting
>> > to use. I loaded it as a
>> >
>> > style in GeoServer without incident and applied it as
the default
>> > style for the GeoTiff. I was expecting the GeoTiff to
be rendered
>> > with a grayscale histogram stretch. Maybe my SLD is bad? I'm a
>> > novice at this stuff at this
>> >
>> > point.
>> >
>> > <?xml version="1.0" encoding="UTF-8"?>
>> <StyledLayerDescriptor xmlns="
>> > http://www.opengis.net/sld"
>> > xmlns:ogc=" http://www.opengis.net/ogc"
>> > xmlns:xlink=" http://www.w3.org/1999/xlink"
>> > xmlns:xsi=" http://www.w3.org/2001/XMLSchema-instance "
>> > xsi:schemaLocation="http://www.opengis.net/sld
>> > http://schemas.opengis.net/sld/1.0.0/StyledLayerDescriptor.xsd "
>> > version="1.0.0">
>> > <UserLayer>
>> > <Name>pop_dens</Name>
>> > <LayerFeatureConstraints>
>> > <FeatureTypeConstraint/>
>> > </LayerFeatureConstraints>
>> > <UserStyle>
>> > <Name>pop_dens</Name>
>> > <Title>Histogram Stretch</Title>
>> > <Abstract>Population Density Histogram
>> Stretch</Abstract>
>> > <FeatureTypeStyle>
>> > <FeatureTypeName>Feature</FeatureTypeName>
>> > <Rule>
>> > <RasterSymbolizer>
>> > <Opacity>1.0</Opacity>
>> > <OverlapBehavior>
>> > <AVERAGE/>
>> > </OverlapBehavior>
>> > <ContrastEnhancement>
>> > <Histogram/>
>> > </ContrastEnhancement>
>> > </RasterSymbolizer>
>> > </Rule>
>> > </FeatureTypeStyle>
>> > </UserStyle>
>> > </UserLayer>
>> > </StyledLayerDescriptor>
>> >
>> > Thanks for helping out!
>> > Andrew Murdoch
>> > --
>> >
>> >
>>
---------------------------------------------------------------------
>> -
>> > --- Check out the new SourceForge.net Marketplace.
>> > It's the best place to buy or sell services for just
about anything
>> > Open Source.
>> >
>>
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/mark
>> e
>> > tplace _______________________________________________
>> > Geoserver-users mailing list
>> > Geoserver-users@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/geoserver-users
>> >
>> >
>>
>> --
>> View this message in context:
>> http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p
>> 14878236.html
>> Sent from the GeoServer - User mailing list archive at Nabble.com.
>>
>>
>> --------------------------------------------------------------
>> -----------
>> This SF.net email is sponsored by: Microsoft Defy all challenges.
>> Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Geoserver-users mailing list
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>
>
----------------------------------------------------------------------
> --- This SF.net email is sponsored by: Microsoft Defy all
challenges.
> Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>--
View this message in context:
http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p
14881325.html
Sent from the GeoServer - User mailing list archive at Nabble.com.--------------------------------------------------------------
-----------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
Here is the gdalinfo output for one of my SPOT images...
Driver: GTiff/GeoTIFF
Files: SP04_HRI2_X__1O_20050422T112415_20050422T112425_DLR_185_PRGB.tif
Size is 3758, 3611
Coordinate System is:
PROJCS["unnamed",
GEOGCS["OSGB 1936",
DATUM["unknown",
SPHEROID["unretrievable - using WGS84",6378137,298.257223563]],
PRIMEM["Greenwich",0],
UNIT["degree",0.0174532925199433]],
UNIT["metre",1,
AUTHORITY["EPSG","9001"]],
AUTHORITY["EPSG","27700"]]
Origin = (424240.000000000000000,557640.000000000000000)
Pixel Size = (20.000000000000000,-20.000000000000000)
Metadata:
AREA_OR_POINT=Area
Corner Coordinates:
Upper Left ( 424240.000, 557640.000)
Lower Left ( 424240.000, 485420.000)
Upper Right ( 499400.000, 557640.000)
Lower Right ( 499400.000, 485420.000)
Center ( 461820.000, 521530.000)
Band 1 Block=256x256 Type=Byte, ColorInterp=Red
Overviews: 1879x1806, 940x903, 470x452, 235x226
Mask Flags: PER_DATASET ALPHA
Band 2 Block=256x256 Type=Byte, ColorInterp=Green
Overviews: 1879x1806, 940x903, 470x452, 235x226
Mask Flags: PER_DATASET ALPHA
Band 3 Block=256x256 Type=Byte, ColorInterp=Blue
Overviews: 1879x1806, 940x903, 470x452, 235x226
Mask Flags: PER_DATASET ALPHA
Band 4 Block=256x256 Type=Byte, ColorInterp=Alpha
Overviews: 1879x1806, 940x903, 470x452, 235x226
Thanks,
Jon
gershwinou wrote:
Well, it is more an tiff encoding problem that anything else.
maybe your geotiff encode your values as signed int, and geoserver
interprets it as unsigned int
can you give me the output of gdalinfo on your image?Gersh
On Jan 16, 2008 12:12 PM, Jon Britton <man_kills_everything@anonymised.com>
wrote:It seems then that there's no way to dispaly this data correctly in
GeoServer. GeoServer treats lower values as lighter colours, so if I get
0
or <0 as my minimum value in my NIR band I get white instead of black.
This
means even if I switch my bands around manually (using GDAL or something)
then things which have a low NIR value (such as water) will display
incorrectly.Does anyone know of a way around this? I don't really want to create a
load
of RGB images just for display purposes and I don't have any software to
do
this anyway.Thanks,
Jongershwinou wrote:
>
> there is already a discussion on this in one thread, that i copy
> hereunder.
> Basically, SLD raster is not fully supported
>
> gersh
> GeoTIFF raster SLD - histogram element supported in
>
1.5.3--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Actual implementation also ignore color maps for all raster data
different
> from floats, so this won't work for GeoTIFFs I guess. However here we
have
> almost ready a RasterSymbolizer release which not only works on all
data
> types but also better handles categories and does histograms. Very soon
it
> should be available on geoTools. Simone is the one which are working on
> that
> (in cc). Don't know if MapServer actually supports those
functionalities.
>
>
> On 9/3/07, Andrew Murdoch < a_murdoch@anonymised.com> wrote:
> Thanks Alessio,
>
> Since it looks like some of the raster display functions are
unsupported
> at
> this time, I suppose I can categorize my raster data and either create
a
> colormap SLD or convert to vector polygons (which might be better from
a
> performance perspective anyway). Is this a limitation of the
> RasterSymbolizer implementation in the geoTools java toolkit that
> GeoServer
> uses? Do you know if MapServer supports this functionality?
>
> Thanks for the response,
> Andrew Murdoch
>
>
>
> ------------------------------
> Date: Mon, 3 Sep 2007 11:33:38 +0200
> From: alessio.fabiani@anonymised.com
> To: a_murdoch@anonymised.com
> Subject: Re: [Geoserver-users] GeoTIFF raster SLD - histogram element
> supported in 1.5.3?
> CC: geoserver-users@lists.sourceforge.net
>
> Hi,
> the actual geotools RasterSymbolizer implementation does not handles
the
> contrast enhancements parameters ... soon a new one should be
published.
>
> On 9/2/07, *ahm126* <a_murdoch@anonymised.com> wrote:
>
>
> Hello,
>
> I'm having trouble getting a single band GeoTiff image (a four MB world
> population density map) to display properly in the Openlayers map
preview
> example after loading the image as a coverage data store in GeoServer
> 1.5.3.
> I'm attempting to modify the default raster.sld provided with GeoServer
to
> use the RasterSymbolizer - ContrastEnhancement - Histogram SLD element
> described by OGC and in geoTools documentation online. Is this
supported
> in
>
> GeoServer 1.5.3?
>
> When I view the raster GeoTiff file in the open layers preview example,
I
> think it is being displayed with the default raster.sld using it's
> colormap
> values. I've attached the SLD file I'm attempting to use. I loaded it
as
> a
>
> style in GeoServer without incident and applied it as the default style
> for
> the GeoTiff. I was expecting the GeoTiff to be rendered with a
grayscale
> histogram stretch. Maybe my SLD is bad? I'm a novice at this stuff at
> this
>
> point.
>
> <?xml version="1.0" encoding="UTF-8"?>
> <StyledLayerDescriptor xmlns=" http://www.opengis.net/sld"
> xmlns:ogc=" http://www.opengis.net/ogc"
> xmlns:xlink=" http://www.w3.org/1999/xlink"
> xmlns:xsi=" http://www.w3.org/2001/XMLSchema-instance "
> xsi:schemaLocation="http://www.opengis.net/sld
> http://schemas.opengis.net/sld/1.0.0/StyledLayerDescriptor.xsd "
> version="1.0.0">
> <UserLayer>
> <Name>pop_dens</Name>
> <LayerFeatureConstraints>
> <FeatureTypeConstraint/>
> </LayerFeatureConstraints>
> <UserStyle>
> <Name>pop_dens</Name>
> <Title>Histogram Stretch</Title>
> <Abstract>Population Density Histogram
Stretch</Abstract>
> <FeatureTypeStyle>
> <FeatureTypeName>Feature</FeatureTypeName>
> <Rule>
> <RasterSymbolizer>
> <Opacity>1.0</Opacity>
> <OverlapBehavior>
> <AVERAGE/>
> </OverlapBehavior>
> <ContrastEnhancement>
> <Histogram/>
> </ContrastEnhancement>
> </RasterSymbolizer>
> </Rule>
> </FeatureTypeStyle>
> </UserStyle>
> </UserLayer>
> </StyledLayerDescriptor>
>
> Thanks for helping out!
> Andrew Murdoch
> --
>
>
-------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
>
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>--
View this message in context:
http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p14878236.html
Sent from the GeoServer - User mailing list archive at Nabble.com.-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
--
View this message in context: http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p14883395.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Hmm, strange,
did you try to visualise the geotiff with another viewer (openEnv for instance, shiped with FWtools) to see whether you have the same problem. I there is no problem, then it is a bug from geoserver. Could be the alpha masking…
gersh
On Jan 16, 2008 4:51 PM, Jon Britton <man_kills_everything@anonymised.com> wrote:
Here is the gdalinfo output for one of my SPOT images…
Driver: GTiff/GeoTIFF
Files: SP04_HRI2_X__1O_20050422T112415_20050422T112425_DLR_185_PRGB.tif
Size is 3758, 3611
Coordinate System is:
PROJCS[“unnamed”,
GEOGCS[“OSGB 1936”,
DATUM[“unknown”,
SPHEROID[“unretrievable - using WGS84”,6378137,298.257223563]],
PRIMEM[“Greenwich”,0],
UNIT[“degree”, 0.0174532925199433]],
UNIT[“metre”,1,
AUTHORITY[“EPSG”,“9001”]],
AUTHORITY[“EPSG”,“27700”]]
Origin = (424240.000000000000000,557640.000000000000000 )
Pixel Size = (20.000000000000000,-20.000000000000000)
Metadata:
AREA_OR_POINT=Area
Corner Coordinates:
Upper Left ( 424240.000, 557640.000)
Lower Left ( 424240.000, 485420.000)
Upper Right ( 499400.000, 557640.000)
Lower Right ( 499400.000, 485420.000)
Center ( 461820.000, 521530.000)
Band 1 Block=256x256 Type=Byte, ColorInterp=Red
Overviews: 1879x1806, 940x903, 470x452, 235x226
Mask Flags: PER_DATASET ALPHA
Band 2 Block=256x256 Type=Byte, ColorInterp=Green
Overviews: 1879x1806, 940x903, 470x452, 235x226
Mask Flags: PER_DATASET ALPHA
Band 3 Block=256x256 Type=Byte, ColorInterp=Blue
Overviews: 1879x1806, 940x903, 470x452, 235x226
Mask Flags: PER_DATASET ALPHA
Band 4 Block=256x256 Type=Byte, ColorInterp=Alpha
Overviews: 1879x1806, 940x903, 470x452, 235x226Thanks,
Jongershwinou wrote:
Well, it is more an tiff encoding problem that anything else.
maybe your geotiff encode your values as signed int, and geoserver
interprets it as unsigned int
can you give me the output of gdalinfo on your image?Gersh
On Jan 16, 2008 12:12 PM, Jon Britton <man_kills_everything@anonymised.com>
wrote:It seems then that there’s no way to dispaly this data correctly in
GeoServer. GeoServer treats lower values as lighter colours, so if I get
0
or <0 as my minimum value in my NIR band I get white instead of black.
This
means even if I switch my bands around manually (using GDAL or something)
then things which have a low NIR value (such as water) will display
incorrectly.Does anyone know of a way around this? I don’t really want to create a
load
of RGB images just for display purposes and I don’t have any software to
do
this anyway.Thanks,
Jongershwinou wrote:
there is already a discussion on this in one thread, that i copy
hereunder.
Basically, SLD raster is not fully supportedgersh
GeoTIFF raster SLD - histogram element supported in1.5.3--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Actual implementation also ignore color maps for all raster data
different
from floats, so this won’t work for GeoTIFFs I guess. However here we
have
almost ready a RasterSymbolizer release which not only works on all
data
types but also better handles categories and does histograms. Very soon
it
should be available on geoTools. Simone is the one which are working on
that
(in cc). Don’t know if MapServer actually supports those
functionalities.On 9/3/07, Andrew Murdoch < a_murdoch@anonymised.com> wrote:
Thanks Alessio,Since it looks like some of the raster display functions are
unsupported
at
this time, I suppose I can categorize my raster data and either create
a
colormap SLD or convert to vector polygons (which might be better from
a
performance perspective anyway). Is this a limitation of the
RasterSymbolizer implementation in the geoTools java toolkit that
GeoServer
uses? Do you know if MapServer supports this functionality?Thanks for the response,
Andrew Murdoch
Date: Mon, 3 Sep 2007 11:33:38 +0200
From: alessio.fabiani@anonymised.com
To: a_murdoch@anonymised.com
Subject: Re: [Geoserver-users] GeoTIFF raster SLD - histogram element
supported in 1.5.3?
CC: geoserver-users@lists.sourceforge.netHi,
the actual geotools RasterSymbolizer implementation does not handles
the
contrast enhancements parameters … soon a new one should be
published.On 9/2/07, ahm126 <a_murdoch@anonymised.com> wrote:
Hello,
I’m having trouble getting a single band GeoTiff image (a four MB world
population density map) to display properly in the Openlayers map
preview
example after loading the image as a coverage data store in GeoServer
1.5.3.
I’m attempting to modify the default raster.sld provided with GeoServer
to
use the RasterSymbolizer - ContrastEnhancement - Histogram SLD element
described by OGC and in geoTools documentation online. Is this
supported
inGeoServer 1.5.3?
When I view the raster GeoTiff file in the open layers preview example,
I
think it is being displayed with the default raster.sld using it’s
colormap
values. I’ve attached the SLD file I’m attempting to use. I loaded it
as
astyle in GeoServer without incident and applied it as the default style
for
the GeoTiff. I was expecting the GeoTiff to be rendered with a
grayscale
histogram stretch. Maybe my SLD is bad? I’m a novice at this stuff at
thispoint.
<?xml version=" 1.0" encoding="UTF-8"?>Histogram Stretch Population Density Histogram
pop_dens
pop_densStretch
Feature 1.0Thanks for helping out!
Andrew Murdoch
Check out the new SourceForge.net Marketplace.
It’s the best place to buy or sell services for
just about anything Open Source.http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users–
View this message in context:
http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p14878236.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users–
View this message in context: http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p14883395.htmlSent from the GeoServer - User mailing list archive at Nabble.com.
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
Yes, in fact, OpenEV is the only thing I have that displays it as I would
expect. I've also got gvSIG which displays it in the same way as GeoServer.
Here are some screenshots of how the same image appears in each (all using
default settings, I just loaded it up then took the picture).
http://i256.photobucket.com/albums/hh190/dead_passive/geoserver.jpg
http://i256.photobucket.com/albums/hh190/dead_passive/gvsig.jpg
http://i256.photobucket.com/albums/hh190/dead_passive/openev.jpg
gvSig also makes the images transparent even if there is not transparency
setting. This is sort of similar to what GeoServer does when I add the image
as an overlay.
Thanks,
Jon
gershwinou wrote:
Hmm, strange,
did you try to visualise the geotiff with another viewer (openEnv for
instance, shiped with FWtools) to see whether you have the same problem. I
there is no problem, then it is a bug from geoserver. Could be the alpha
masking...gersh
On Jan 16, 2008 4:51 PM, Jon Britton <man_kills_everything@anonymised.com>
wrote:Here is the gdalinfo output for one of my SPOT images...
Driver: GTiff/GeoTIFF
Files: SP04_HRI2_X__1O_20050422T112415_20050422T112425_DLR_185_PRGB.tif
Size is 3758, 3611
Coordinate System is:
PROJCS["unnamed",
GEOGCS["OSGB 1936",
DATUM["unknown",
SPHEROID["unretrievable - using
WGS84",6378137,298.257223563]],
PRIMEM["Greenwich",0],
UNIT["degree",0.0174532925199433]],
UNIT["metre",1,
AUTHORITY["EPSG","9001"]],
AUTHORITY["EPSG","27700"]]
Origin = (424240.000000000000000,557640.000000000000000)
Pixel Size = (20.000000000000000,-20.000000000000000)
Metadata:
AREA_OR_POINT=Area
Corner Coordinates:
Upper Left ( 424240.000, 557640.000)
Lower Left ( 424240.000, 485420.000)
Upper Right ( 499400.000, 557640.000)
Lower Right ( 499400.000, 485420.000)
Center ( 461820.000, 521530.000)
Band 1 Block=256x256 Type=Byte, ColorInterp=Red
Overviews: 1879x1806, 940x903, 470x452, 235x226
Mask Flags: PER_DATASET ALPHA
Band 2 Block=256x256 Type=Byte, ColorInterp=Green
Overviews: 1879x1806, 940x903, 470x452, 235x226
Mask Flags: PER_DATASET ALPHA
Band 3 Block=256x256 Type=Byte, ColorInterp=Blue
Overviews: 1879x1806, 940x903, 470x452, 235x226
Mask Flags: PER_DATASET ALPHA
Band 4 Block=256x256 Type=Byte, ColorInterp=Alpha
Overviews: 1879x1806, 940x903, 470x452, 235x226Thanks,
Jongershwinou wrote:
>
> Well, it is more an tiff encoding problem that anything else.
> maybe your geotiff encode your values as signed int, and geoserver
> interprets it as unsigned int
> can you give me the output of gdalinfo on your image?
>
> Gersh
>
> On Jan 16, 2008 12:12 PM, Jon Britton
<man_kills_everything@anonymised.com>
> wrote:
>
>>
>> It seems then that there's no way to dispaly this data correctly in
>> GeoServer. GeoServer treats lower values as lighter colours, so if I
get
>> 0
>> or <0 as my minimum value in my NIR band I get white instead of black.
>> This
>> means even if I switch my bands around manually (using GDAL or
something)
>> then things which have a low NIR value (such as water) will display
>> incorrectly.
>>
>> Does anyone know of a way around this? I don't really want to create a
>> load
>> of RGB images just for display purposes and I don't have any software
to
>> do
>> this anyway.
>>
>> Thanks,
>> Jon
>>
>>
>>
>> gershwinou wrote:
>> >
>> > there is already a discussion on this in one thread, that i copy
>> > hereunder.
>> > Basically, SLD raster is not fully supported
>> >
>> > gersh
>> > GeoTIFF raster SLD - histogram element supported in
>> >
>>
1.5.3--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>> >
>> > Actual implementation also ignore color maps for all raster data
>> different
>> > from floats, so this won't work for GeoTIFFs I guess. However here
we
>> have
>> > almost ready a RasterSymbolizer release which not only works on all
>> data
>> > types but also better handles categories and does histograms. Very
soon
>> it
>> > should be available on geoTools. Simone is the one which are working
on
>> > that
>> > (in cc). Don't know if MapServer actually supports those
>> functionalities.
>> >
>> >
>> > On 9/3/07, Andrew Murdoch < a_murdoch@anonymised.com> wrote:
>> > Thanks Alessio,
>> >
>> > Since it looks like some of the raster display functions are
>> unsupported
>> > at
>> > this time, I suppose I can categorize my raster data and either
create
>> a
>> > colormap SLD or convert to vector polygons (which might be better
from
>> a
>> > performance perspective anyway). Is this a limitation of the
>> > RasterSymbolizer implementation in the geoTools java toolkit that
>> > GeoServer
>> > uses? Do you know if MapServer supports this functionality?
>> >
>> > Thanks for the response,
>> > Andrew Murdoch
>> >
>> >
>> >
>> > ------------------------------
>> > Date: Mon, 3 Sep 2007 11:33:38 +0200
>> > From: alessio.fabiani@anonymised.com
>> > To: a_murdoch@anonymised.com
>> > Subject: Re: [Geoserver-users] GeoTIFF raster SLD - histogram
element
>> > supported in 1.5.3?
>> > CC: geoserver-users@lists.sourceforge.net
>> >
>> > Hi,
>> > the actual geotools RasterSymbolizer implementation does not handles
>> the
>> > contrast enhancements parameters ... soon a new one should be
>> published.
>> >
>> > On 9/2/07, *ahm126* <a_murdoch@anonymised.com> wrote:
>> >
>> >
>> > Hello,
>> >
>> > I'm having trouble getting a single band GeoTiff image (a four MB
world
>> > population density map) to display properly in the Openlayers map
>> preview
>> > example after loading the image as a coverage data store in
GeoServer
>> > 1.5.3.
>> > I'm attempting to modify the default raster.sld provided with
GeoServer
>> to
>> > use the RasterSymbolizer - ContrastEnhancement - Histogram SLD
element
>> > described by OGC and in geoTools documentation online. Is this
>> supported
>> > in
>> >
>> > GeoServer 1.5.3?
>> >
>> > When I view the raster GeoTiff file in the open layers preview
example,
>> I
>> > think it is being displayed with the default raster.sld using it's
>> > colormap
>> > values. I've attached the SLD file I'm attempting to use. I loaded
it
>> as
>> > a
>> >
>> > style in GeoServer without incident and applied it as the default
style
>> > for
>> > the GeoTiff. I was expecting the GeoTiff to be rendered with a
>> grayscale
>> > histogram stretch. Maybe my SLD is bad? I'm a novice at this stuff
at
>> > this
>> >
>> > point.
>> >
>> > <?xml version="1.0" encoding="UTF-8"?>
>> > <StyledLayerDescriptor xmlns=" http://www.opengis.net/sld"
>> > xmlns:ogc=" http://www.opengis.net/ogc"
>> > xmlns:xlink=" http://www.w3.org/1999/xlink"
>> > xmlns:xsi=" http://www.w3.org/2001/XMLSchema-instance "
>> > xsi:schemaLocation="http://www.opengis.net/sld
>> > http://schemas.opengis.net/sld/1.0.0/StyledLayerDescriptor.xsd "
>> > version="1.0.0">
>> > <UserLayer>
>> > <Name>pop_dens</Name>
>> > <LayerFeatureConstraints>
>> > <FeatureTypeConstraint/>
>> > </LayerFeatureConstraints>
>> > <UserStyle>
>> > <Name>pop_dens</Name>
>> > <Title>Histogram Stretch</Title>
>> > <Abstract>Population Density Histogram
>> Stretch</Abstract>
>> > <FeatureTypeStyle>
>> > <FeatureTypeName>Feature</FeatureTypeName>
>> > <Rule>
>> > <RasterSymbolizer>
>> > <Opacity>1.0</Opacity>
>> > <OverlapBehavior>
>> > <AVERAGE/>
>> > </OverlapBehavior>
>> > <ContrastEnhancement>
>> > <Histogram/>
>> > </ContrastEnhancement>
>> > </RasterSymbolizer>
>> > </Rule>
>> > </FeatureTypeStyle>
>> > </UserStyle>
>> > </UserLayer>
>> > </StyledLayerDescriptor>
>> >
>> > Thanks for helping out!
>> > Andrew Murdoch
>> > --
>> >
>> >
>>
-------------------------------------------------------------------------
>> > Check out the new SourceForge.net Marketplace.
>> > It's the best place to buy or sell services for
>> > just about anything Open Source.
>> >
>>
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
>> > _______________________________________________
>> > Geoserver-users mailing list
>> > Geoserver-users@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/geoserver-users
>> >
>> >
>>
>> --
>> View this message in context:
>>
http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p14878236.html
>> Sent from the GeoServer - User mailing list archive at Nabble.com.
>>
>>
>>
-------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Geoserver-users mailing list
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>
>
-------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>--
View this message in context:
http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p14883395.html
Sent from the GeoServer - User mailing list archive at Nabble.com.-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
--
View this message in context: http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p14915329.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Well, strangely, gvsig is using gdal as well. maybe settings by default add an alfa of 0.8 for displaying raster.
could be the same with openev, but the black background darkens the image?
Otherwise i would tend for a geoserver/geotools bug
gersh
On Jan 17, 2008 10:48 AM, Jon Britton <man_kills_everything@anonymised.com> wrote:
Yes, in fact, OpenEV is the only thing I have that displays it as I would
expect. I’ve also got gvSIG which displays it in the same way as GeoServer.
Here are some screenshots of how the same image appears in each (all using
default settings, I just loaded it up then took the picture).http://i256.photobucket.com/albums/hh190/dead_passive/geoserver.jpg
http://i256.photobucket.com/albums/hh190/dead_passive/gvsig.jpg
http://i256.photobucket.com/albums/hh190/dead_passive/openev.jpggvSig also makes the images transparent even if there is not transparency
setting. This is sort of similar to what GeoServer does when I add the image
as an overlay.
Thanks,
Jongershwinou wrote:
Hmm, strange,
did you try to visualise the geotiff with another viewer (openEnv for
instance, shiped with FWtools) to see whether you have the same problem. I
there is no problem, then it is a bug from geoserver. Could be the alpha
masking…gersh
On Jan 16, 2008 4:51 PM, Jon Britton < man_kills_everything@anonymised.com>
wrote:Here is the gdalinfo output for one of my SPOT images…
Driver: GTiff/GeoTIFF
Files: SP04_HRI2_X__1O_20050422T112415_20050422T112425_DLR_185_PRGB.tif
Size is 3758, 3611
Coordinate System is:
PROJCS[“unnamed”,
GEOGCS[“OSGB 1936”,
DATUM[“unknown”,
SPHEROID[“unretrievable - using
WGS84”,6378137,298.257223563]],
PRIMEM[“Greenwich”,0],
UNIT[“degree”, 0.0174532925199433]],
UNIT[“metre”,1,
AUTHORITY[“EPSG”,“9001”]],
AUTHORITY[“EPSG”,“27700”]]
Origin = (424240.000000000000000 ,557640.000000000000000)
Pixel Size = (20.000000000000000,-20.000000000000000)
Metadata:
AREA_OR_POINT=Area
Corner Coordinates:
Upper Left ( 424240.000, 557640.000 )
Lower Left ( 424240.000, 485420.000)
Upper Right ( 499400.000, 557640.000)
Lower Right ( 499400.000, 485420.000)
Center ( 461820.000, 521530.000)
Band 1 Block=256x256 Type=Byte, ColorInterp=Red
Overviews: 1879x1806, 940x903, 470x452, 235x226
Mask Flags: PER_DATASET ALPHA
Band 2 Block=256x256 Type=Byte, ColorInterp=Green
Overviews: 1879x1806, 940x903, 470x452, 235x226
Mask Flags: PER_DATASET ALPHA
Band 3 Block=256x256 Type=Byte, ColorInterp=Blue
Overviews: 1879x1806, 940x903, 470x452, 235x226
Mask Flags: PER_DATASET ALPHA
Band 4 Block=256x256 Type=Byte, ColorInterp=Alpha
Overviews: 1879x1806, 940x903, 470x452, 235x226Thanks,
Jongershwinou wrote:
Well, it is more an tiff encoding problem that anything else.
maybe your geotiff encode your values as signed int, and geoserver
interprets it as unsigned int
can you give me the output of gdalinfo on your image?Gersh
On Jan 16, 2008 12:12 PM, Jon Britton
<man_kills_everything@anonymised.com>
wrote:It seems then that there’s no way to dispaly this data correctly in
GeoServer. GeoServer treats lower values as lighter colours, so if I
get
0
or <0 as my minimum value in my NIR band I get white instead of black.
This
means even if I switch my bands around manually (using GDAL or
something)
then things which have a low NIR value (such as water) will display
incorrectly.Does anyone know of a way around this? I don’t really want to create a
load
of RGB images just for display purposes and I don’t have any software
to
do
this anyway.Thanks,
Jongershwinou wrote:
there is already a discussion on this in one thread, that i copy
hereunder.
Basically, SLD raster is not fully supportedgersh
GeoTIFF raster SLD - histogram element supported in1.5.3--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Actual implementation also ignore color maps for all raster data
different
from floats, so this won’t work for GeoTIFFs I guess. However here
we
have
almost ready a RasterSymbolizer release which not only works on all
data
types but also better handles categories and does histograms. Very
soon
it
should be available on geoTools. Simone is the one which are working
on
that
(in cc). Don’t know if MapServer actually supports those
functionalities.On 9/3/07, Andrew Murdoch < a_murdoch@anonymised.com> wrote:
Thanks Alessio,Since it looks like some of the raster display functions are
unsupported
at
this time, I suppose I can categorize my raster data and either
create
a
colormap SLD or convert to vector polygons (which might be better
from
a
performance perspective anyway). Is this a limitation of the
RasterSymbolizer implementation in the geoTools java toolkit that
GeoServer
uses? Do you know if MapServer supports this functionality?Thanks for the response,
Andrew Murdoch
Date: Mon, 3 Sep 2007 11:33:38 +0200
From: alessio.fabiani@anonymised.com
To: a_murdoch@anonymised.com
Subject: Re: [Geoserver-users] GeoTIFF raster SLD - histogram
element
supported in 1.5.3?
CC: geoserver-users@lists.sourceforge.netHi,
the actual geotools RasterSymbolizer implementation does not handles
the
contrast enhancements parameters … soon a new one should be
published.On 9/2/07, ahm126 <a_murdoch@anonymised.com> wrote:
Hello,
I’m having trouble getting a single band GeoTiff image (a four MB
world
population density map) to display properly in the Openlayers map
preview
example after loading the image as a coverage data store in
GeoServer
1.5.3.
I’m attempting to modify the default raster.sld provided with
GeoServer
to
use the RasterSymbolizer - ContrastEnhancement - Histogram SLD
element
described by OGC and in geoTools documentation online. Is this
supported
inGeoServer 1.5.3?
When I view the raster GeoTiff file in the open layers preview
example,
I
think it is being displayed with the default raster.sld using it’s
colormap
values. I’ve attached the SLD file I’m attempting to use. I loaded
it
as
astyle in GeoServer without incident and applied it as the default
style
for
the GeoTiff. I was expecting the GeoTiff to be rendered with a
grayscale
histogram stretch. Maybe my SLD is bad? I’m a novice at this stuff
at
thispoint.
<?xml version="1.0" encoding="UTF-8"?>Histogram Stretch Population Density Histogram
pop_dens
pop_densStretch
Feature 1.0Thanks for helping out!
Andrew Murdoch
Check out the new SourceForge.net Marketplace.
It’s the best place to buy or sell services for
just about anything Open Source.http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users–
View this message in context:http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p14878236.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users–
View this message in context:
http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p14883395.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users–
View this message in context: http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p14915329.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
Hi,
I tried using a black background in gvSIG thinking it would produce a
similar output to OpenEV, but it doesn't. I just want a result similar to
what is shown here :http://www.science.edu.sg/ssc/imgs/3834/xs321.gif
I'm not sure if this is actually a bug as such. The data values in a SPOT
image can be negative and I think that GeoServer is treating anything <= 0
as no data. This would make sense for normal RGB images where all valid
values are > 0 but not really for other data. OpenEV seems to automatically
adjust for this.
Does this sound possible?
thanks,
Jon
gershwinou wrote:
Well, strangely, gvsig is using gdal as well. maybe settings by default
add
an alfa of 0.8 for displaying raster.
could be the same with openev, but the black background darkens the image?
Otherwise i would tend for a geoserver/geotools buggersh
On Jan 17, 2008 10:48 AM, Jon Britton <man_kills_everything@anonymised.com>
wrote:Yes, in fact, OpenEV is the only thing I have that displays it as I would
expect. I've also got gvSIG which displays it in the same way as
GeoServer.
Here are some screenshots of how the same image appears in each (all
using
default settings, I just loaded it up then took the picture).http://i256.photobucket.com/albums/hh190/dead_passive/geoserver.jpg
http://i256.photobucket.com/albums/hh190/dead_passive/gvsig.jpg
http://i256.photobucket.com/albums/hh190/dead_passive/openev.jpggvSig also makes the images transparent even if there is not transparency
setting. This is sort of similar to what GeoServer does when I add the
image
as an overlay.Thanks,
Jongershwinou wrote:
>
> Hmm, strange,
> did you try to visualise the geotiff with another viewer (openEnv for
> instance, shiped with FWtools) to see whether you have the same
problem.
I
> there is no problem, then it is a bug from geoserver. Could be the
alpha
> masking...
>
> gersh
>
> On Jan 16, 2008 4:51 PM, Jon Britton <man_kills_everything@anonymised.com>
> wrote:
>
>>
>> Here is the gdalinfo output for one of my SPOT images...
>>
>> Driver: GTiff/GeoTIFF
>> Files:
SP04_HRI2_X__1O_20050422T112415_20050422T112425_DLR_185_PRGB.tif
>> Size is 3758, 3611
>> Coordinate System is:
>> PROJCS["unnamed",
>> GEOGCS["OSGB 1936",
>> DATUM["unknown",
>> SPHEROID["unretrievable - using
>> WGS84",6378137,298.257223563]],
>> PRIMEM["Greenwich",0],
>> UNIT["degree",0.0174532925199433]],
>> UNIT["metre",1,
>> AUTHORITY["EPSG","9001"]],
>> AUTHORITY["EPSG","27700"]]
>> Origin = (424240.000000000000000,557640.000000000000000)
>> Pixel Size = (20.000000000000000,-20.000000000000000)
>> Metadata:
>> AREA_OR_POINT=Area
>> Corner Coordinates:
>> Upper Left ( 424240.000, 557640.000)
>> Lower Left ( 424240.000, 485420.000)
>> Upper Right ( 499400.000, 557640.000)
>> Lower Right ( 499400.000, 485420.000)
>> Center ( 461820.000, 521530.000)
>> Band 1 Block=256x256 Type=Byte, ColorInterp=Red
>> Overviews: 1879x1806, 940x903, 470x452, 235x226
>> Mask Flags: PER_DATASET ALPHA
>> Band 2 Block=256x256 Type=Byte, ColorInterp=Green
>> Overviews: 1879x1806, 940x903, 470x452, 235x226
>> Mask Flags: PER_DATASET ALPHA
>> Band 3 Block=256x256 Type=Byte, ColorInterp=Blue
>> Overviews: 1879x1806, 940x903, 470x452, 235x226
>> Mask Flags: PER_DATASET ALPHA
>> Band 4 Block=256x256 Type=Byte, ColorInterp=Alpha
>> Overviews: 1879x1806, 940x903, 470x452, 235x226
>>
>>
>> Thanks,
>> Jon
>>
>>
>> gershwinou wrote:
>> >
>> > Well, it is more an tiff encoding problem that anything else.
>> > maybe your geotiff encode your values as signed int, and geoserver
>> > interprets it as unsigned int
>> > can you give me the output of gdalinfo on your image?
>> >
>> > Gersh
>> >
>> > On Jan 16, 2008 12:12 PM, Jon Britton
>> <man_kills_everything@anonymised.com>
>> > wrote:
>> >
>> >>
>> >> It seems then that there's no way to dispaly this data correctly in
>> >> GeoServer. GeoServer treats lower values as lighter colours, so if
I
>> get
>> >> 0
>> >> or <0 as my minimum value in my NIR band I get white instead of
black.
>> >> This
>> >> means even if I switch my bands around manually (using GDAL or
>> something)
>> >> then things which have a low NIR value (such as water) will display
>> >> incorrectly.
>> >>
>> >> Does anyone know of a way around this? I don't really want to
create
a
>> >> load
>> >> of RGB images just for display purposes and I don't have any
software
>> to
>> >> do
>> >> this anyway.
>> >>
>> >> Thanks,
>> >> Jon
>> >>
>> >>
>> >>
>> >> gershwinou wrote:
>> >> >
>> >> > there is already a discussion on this in one thread, that i copy
>> >> > hereunder.
>> >> > Basically, SLD raster is not fully supported
>> >> >
>> >> > gersh
>> >> > GeoTIFF raster SLD - histogram element supported in
>> >> >
>> >>
>>
1.5.3--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>> >> >
>> >> > Actual implementation also ignore color maps for all raster data
>> >> different
>> >> > from floats, so this won't work for GeoTIFFs I guess. However
here
>> we
>> >> have
>> >> > almost ready a RasterSymbolizer release which not only works on
all
>> >> data
>> >> > types but also better handles categories and does histograms.
Very
>> soon
>> >> it
>> >> > should be available on geoTools. Simone is the one which are
working
>> on
>> >> > that
>> >> > (in cc). Don't know if MapServer actually supports those
>> >> functionalities.
>> >> >
>> >> >
>> >> > On 9/3/07, Andrew Murdoch < a_murdoch@anonymised.com> wrote:
>> >> > Thanks Alessio,
>> >> >
>> >> > Since it looks like some of the raster display functions are
>> >> unsupported
>> >> > at
>> >> > this time, I suppose I can categorize my raster data and either
>> create
>> >> a
>> >> > colormap SLD or convert to vector polygons (which might be better
>> from
>> >> a
>> >> > performance perspective anyway). Is this a limitation of the
>> >> > RasterSymbolizer implementation in the geoTools java toolkit that
>> >> > GeoServer
>> >> > uses? Do you know if MapServer supports this functionality?
>> >> >
>> >> > Thanks for the response,
>> >> > Andrew Murdoch
>> >> >
>> >> >
>> >> >
>> >> > ------------------------------
>> >> > Date: Mon, 3 Sep 2007 11:33:38 +0200
>> >> > From: alessio.fabiani@anonymised.com
>> >> > To: a_murdoch@anonymised.com
>> >> > Subject: Re: [Geoserver-users] GeoTIFF raster SLD - histogram
>> element
>> >> > supported in 1.5.3?
>> >> > CC: geoserver-users@lists.sourceforge.net
>> >> >
>> >> > Hi,
>> >> > the actual geotools RasterSymbolizer implementation does not
handles
>> >> the
>> >> > contrast enhancements parameters ... soon a new one should be
>> >> published.
>> >> >
>> >> > On 9/2/07, *ahm126* <a_murdoch@anonymised.com> wrote:
>> >> >
>> >> >
>> >> > Hello,
>> >> >
>> >> > I'm having trouble getting a single band GeoTiff image (a four MB
>> world
>> >> > population density map) to display properly in the Openlayers map
>> >> preview
>> >> > example after loading the image as a coverage data store in
>> GeoServer
>> >> > 1.5.3.
>> >> > I'm attempting to modify the default raster.sld provided with
>> GeoServer
>> >> to
>> >> > use the RasterSymbolizer - ContrastEnhancement - Histogram SLD
>> element
>> >> > described by OGC and in geoTools documentation online. Is this
>> >> supported
>> >> > in
>> >> >
>> >> > GeoServer 1.5.3?
>> >> >
>> >> > When I view the raster GeoTiff file in the open layers preview
>> example,
>> >> I
>> >> > think it is being displayed with the default raster.sld using
it's
>> >> > colormap
>> >> > values. I've attached the SLD file I'm attempting to use. I
loaded
>> it
>> >> as
>> >> > a
>> >> >
>> >> > style in GeoServer without incident and applied it as the default
>> style
>> >> > for
>> >> > the GeoTiff. I was expecting the GeoTiff to be rendered with a
>> >> grayscale
>> >> > histogram stretch. Maybe my SLD is bad? I'm a novice at this
stuff
>> at
>> >> > this
>> >> >
>> >> > point.
>> >> >
>> >> > <?xml version="1.0" encoding="UTF-8"?>
>> >> > <StyledLayerDescriptor xmlns=" http://www.opengis.net/sld"
>> >> > xmlns:ogc=" http://www.opengis.net/ogc"
>> >> > xmlns:xlink=" http://www.w3.org/1999/xlink"
>> >> > xmlns:xsi=" http://www.w3.org/2001/XMLSchema-instance "
>> >> > xsi:schemaLocation="http://www.opengis.net/sld
>> >> > http://schemas.opengis.net/sld/1.0.0/StyledLayerDescriptor.xsd "
>> >> > version="1.0.0">
>> >> > <UserLayer>
>> >> > <Name>pop_dens</Name>
>> >> > <LayerFeatureConstraints>
>> >> > <FeatureTypeConstraint/>
>> >> > </LayerFeatureConstraints>
>> >> > <UserStyle>
>> >> > <Name>pop_dens</Name>
>> >> > <Title>Histogram Stretch</Title>
>> >> > <Abstract>Population Density Histogram
>> >> Stretch</Abstract>
>> >> > <FeatureTypeStyle>
>> >> > <FeatureTypeName>Feature</FeatureTypeName>
>> >> > <Rule>
>> >> > <RasterSymbolizer>
>> >> > <Opacity>1.0</Opacity>
>> >> > <OverlapBehavior>
>> >> > <AVERAGE/>
>> >> > </OverlapBehavior>
>> >> > <ContrastEnhancement>
>> >> > <Histogram/>
>> >> > </ContrastEnhancement>
>> >> > </RasterSymbolizer>
>> >> > </Rule>
>> >> > </FeatureTypeStyle>
>> >> > </UserStyle>
>> >> > </UserLayer>
>> >> > </StyledLayerDescriptor>
>> >> >
>> >> > Thanks for helping out!
>> >> > Andrew Murdoch
>> >> > --
>> >> >
>> >> >
>> >>
>>
-------------------------------------------------------------------------
>> >> > Check out the new SourceForge.net Marketplace.
>> >> > It's the best place to buy or sell services for
>> >> > just about anything Open Source.
>> >> >
>> >>
>>
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
>> >> > _______________________________________________
>> >> > Geoserver-users mailing list
>> >> > Geoserver-users@lists.sourceforge.net
>> >> > https://lists.sourceforge.net/lists/listinfo/geoserver-users
>> >> >
>> >> >
>> >>
>> >> --
>> >> View this message in context:
>> >>
>>
http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p14878236.html
>> >> Sent from the GeoServer - User mailing list archive at Nabble.com.
>> >>
>> >>
>> >>
>>
-------------------------------------------------------------------------
>> >> This SF.net email is sponsored by: Microsoft
>> >> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> >> _______________________________________________
>> >> Geoserver-users mailing list
>> >> Geoserver-users@lists.sourceforge.net
>> >> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>> >>
>> >
>> >
>>
-------------------------------------------------------------------------
>> > This SF.net email is sponsored by: Microsoft
>> > Defy all challenges. Microsoft(R) Visual Studio 2008.
>> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> > _______________________________________________
>> > Geoserver-users mailing list
>> > Geoserver-users@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/geoserver-users
>> >
>> >
>>
>> --
>> View this message in context:
>>
http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p14883395.html
>> Sent from the GeoServer - User mailing list archive at Nabble.com.
>>
>>
>>
-------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Geoserver-users mailing list
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>
>
-------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>--
View this message in context:
http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p14915329.html
Sent from the GeoServer - User mailing list archive at Nabble.com.-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
--
View this message in context: http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p14920151.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
i think that geotiff support Unsigned byate as well as signed byte (with negative value), which is your case.
It could be that geoserver support only unsigned byte, and interprets everything as unsigned.
gersh
On Jan 17, 2008 3:36 PM, Jon Britton <man_kills_everything@anonymised.com> wrote:
Hi,
I tried using a black background in gvSIG thinking it would produce a
similar output to OpenEV, but it doesn’t. I just want a result similar to
what is shown here : http://www.science.edu.sg/ssc/imgs/3834/xs321.gifI’m not sure if this is actually a bug as such. The data values in a SPOT
image can be negative and I think that GeoServer is treating anything <= 0
as no data. This would make sense for normal RGB images where all valid
values are > 0 but not really for other data. OpenEV seems to automatically
adjust for this.Does this sound possible?
thanks,
Jongershwinou wrote:
Well, strangely, gvsig is using gdal as well. maybe settings by default
add
an alfa of 0.8 for displaying raster.
could be the same with openev, but the black background darkens the image?
Otherwise i would tend for a geoserver/geotools buggersh
On Jan 17, 2008 10:48 AM, Jon Britton < man_kills_everything@anonymised.com>
wrote:Yes, in fact, OpenEV is the only thing I have that displays it as I would
expect. I’ve also got gvSIG which displays it in the same way as
GeoServer.
Here are some screenshots of how the same image appears in each (all
using
default settings, I just loaded it up then took the picture).http://i256.photobucket.com/albums/hh190/dead_passive/geoserver.jpg
http://i256.photobucket.com/albums/hh190/dead_passive/gvsig.jpg
http://i256.photobucket.com/albums/hh190/dead_passive/openev.jpggvSig also makes the images transparent even if there is not transparency
setting. This is sort of similar to what GeoServer does when I add the
image
as an overlay.Thanks,
Jongershwinou wrote:
Hmm, strange,
did you try to visualise the geotiff with another viewer (openEnv for
instance, shiped with FWtools) to see whether you have the same
problem.
I
there is no problem, then it is a bug from geoserver. Could be the
alpha
masking…gersh
On Jan 16, 2008 4:51 PM, Jon Britton <man_kills_everything@anonymised.com >
wrote:Here is the gdalinfo output for one of my SPOT images…
Driver: GTiff/GeoTIFF
Files:
SP04_HRI2_X__1O_20050422T112415_20050422T112425_DLR_185_PRGB.tif
Size is 3758, 3611
Coordinate System is:
PROJCS[“unnamed”,
GEOGCS[“OSGB 1936”,
DATUM[“unknown”,
SPHEROID[“unretrievable - using
WGS84”,6378137,298.257223563]],
PRIMEM[“Greenwich”,0],
UNIT[“degree”,0.0174532925199433]],
UNIT[“metre”,1,
AUTHORITY[“EPSG”,“9001”]],
AUTHORITY[“EPSG”,“27700”]]
Origin = (424240.000000000000000,557640.000000000000000)
Pixel Size = (20.000000000000000,-20.000000000000000)
Metadata:
AREA_OR_POINT=Area
Corner Coordinates:
Upper Left ( 424240.000, 557640.000)
Lower Left ( 424240.000, 485420.000)
Upper Right ( 499400.000, 557640.000 )
Lower Right ( 499400.000, 485420.000)
Center ( 461820.000, 521530.000)
Band 1 Block=256x256 Type=Byte, ColorInterp=Red
Overviews: 1879x1806, 940x903, 470x452, 235x226
Mask Flags: PER_DATASET ALPHA
Band 2 Block=256x256 Type=Byte, ColorInterp=Green
Overviews: 1879x1806, 940x903, 470x452, 235x226
Mask Flags: PER_DATASET ALPHA
Band 3 Block=256x256 Type=Byte, ColorInterp=Blue
Overviews: 1879x1806, 940x903, 470x452, 235x226
Mask Flags: PER_DATASET ALPHA
Band 4 Block=256x256 Type=Byte, ColorInterp=Alpha
Overviews: 1879x1806, 940x903, 470x452, 235x226Thanks,
Jongershwinou wrote:
Well, it is more an tiff encoding problem that anything else.
maybe your geotiff encode your values as signed int, and geoserver
interprets it as unsigned int
can you give me the output of gdalinfo on your image?Gersh
On Jan 16, 2008 12:12 PM, Jon Britton
<man_kills_everything@anonymised.com>
wrote:It seems then that there’s no way to dispaly this data correctly in
GeoServer. GeoServer treats lower values as lighter colours, so if
I
get
0
or <0 as my minimum value in my NIR band I get white instead of
black.
This
means even if I switch my bands around manually (using GDAL or
something)
then things which have a low NIR value (such as water) will display
incorrectly.Does anyone know of a way around this? I don’t really want to
create
a
load
of RGB images just for display purposes and I don’t have any
software
to
do
this anyway.Thanks,
Jongershwinou wrote:
there is already a discussion on this in one thread, that i copy
hereunder.
Basically, SLD raster is not fully supportedgersh
GeoTIFF raster SLD - histogram element supported in1.5.3--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Actual implementation also ignore color maps for all raster data
different
from floats, so this won’t work for GeoTIFFs I guess. However
here
we
have
almost ready a RasterSymbolizer release which not only works on
all
data
types but also better handles categories and does histograms.
Very
soon
it
should be available on geoTools. Simone is the one which are
working
on
that
(in cc). Don’t know if MapServer actually supports those
functionalities.On 9/3/07, Andrew Murdoch < a_murdoch@anonymised.com> wrote:
Thanks Alessio,Since it looks like some of the raster display functions are
unsupported
at
this time, I suppose I can categorize my raster data and either
create
a
colormap SLD or convert to vector polygons (which might be better
from
a
performance perspective anyway). Is this a limitation of the
RasterSymbolizer implementation in the geoTools java toolkit that
GeoServer
uses? Do you know if MapServer supports this functionality?Thanks for the response,
Andrew Murdoch
Date: Mon, 3 Sep 2007 11:33:38 +0200
From: alessio.fabiani@anonymised.com
To: a_murdoch@anonymised.com
Subject: Re: [Geoserver-users] GeoTIFF raster SLD - histogram
element
supported in 1.5.3?
CC: geoserver-users@lists.sourceforge.netHi,
the actual geotools RasterSymbolizer implementation does not
handles
the
contrast enhancements parameters … soon a new one should be
published.On 9/2/07, ahm126 < a_murdoch@anonymised.com> wrote:
Hello,
I’m having trouble getting a single band GeoTiff image (a four MB
world
population density map) to display properly in the Openlayers map
preview
example after loading the image as a coverage data store in
GeoServer
1.5.3.
I’m attempting to modify the default raster.sld provided with
GeoServer
to
use the RasterSymbolizer - ContrastEnhancement - Histogram SLD
element
described by OGC and in geoTools documentation online. Is this
supported
inGeoServer 1.5.3?
When I view the raster GeoTiff file in the open layers preview
example,
I
think it is being displayed with the default raster.sld using
it’s
colormap
values. I’ve attached the SLD file I’m attempting to use. I
loaded
it
as
astyle in GeoServer without incident and applied it as the default
style
for
the GeoTiff. I was expecting the GeoTiff to be rendered with a
grayscale
histogram stretch. Maybe my SLD is bad? I’m a novice at this
stuff
at
thispoint.
<?xml version="1.0" encoding="UTF-8"?>Histogram Stretch Population Density Histogram
pop_dens
pop_densStretch
Feature 1.0Thanks for helping out!
Andrew Murdoch
Check out the new SourceForge.net Marketplace.
It’s the best place to buy or sell services for
just about anything Open Source.http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users–
View this message in context:http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p14878236.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users–
View this message in context:http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p14883395.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users–
View this message in context:
http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p14915329.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users–
View this message in context: http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p14920151.html
Sent from the GeoServer - User mailing list archive at Nabble.com .
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
Hmm, I'm pretty sure now that the problem is that GeoServer is treating the
4th band as some sort of alpha or opacity. I was wrong about the negative
values since all of my values are positive, the problem is that it seem to
makes areas that should be darker more transparent! And of course, where the
first three bands have lower values, the 4th will probably also have a low
value - creating this transparent effect.
I'm going to try and remove the 4th band from one of my images and see if it
displays differently in GeoServer.
Thanks,
Jon
gershwinou wrote:
i think that geotiff support Unsigned byate as well as signed byte (with
negative value), which is your case.It could be that geoserver support only unsigned byte, and interprets
everything as unsigned.gersh
On Jan 17, 2008 3:36 PM, Jon Britton <man_kills_everything@anonymised.com>
wrote:Hi,
I tried using a black background in gvSIG thinking it would produce a
similar output to OpenEV, but it doesn't. I just want a result similar to
what is shown here :http://www.science.edu.sg/ssc/imgs/3834/xs321.gifI'm not sure if this is actually a bug as such. The data values in a SPOT
image can be negative and I think that GeoServer is treating anything <=
0
as no data. This would make sense for normal RGB images where all valid
values are > 0 but not really for other data. OpenEV seems to
automatically
adjust for this.Does this sound possible?
thanks,
Jongershwinou wrote:
>
> Well, strangely, gvsig is using gdal as well. maybe settings by default
> add
> an alfa of 0.8 for displaying raster.
> could be the same with openev, but the black background darkens the
image?
> Otherwise i would tend for a geoserver/geotools bug
>
> gersh
>
> On Jan 17, 2008 10:48 AM, Jon Britton
<man_kills_everything@anonymised.com>
> wrote:
>
>>
>> Yes, in fact, OpenEV is the only thing I have that displays it as I
would
>> expect. I've also got gvSIG which displays it in the same way as
>> GeoServer.
>> Here are some screenshots of how the same image appears in each (all
>> using
>> default settings, I just loaded it up then took the picture).
>>
>> http://i256.photobucket.com/albums/hh190/dead_passive/geoserver.jpg
>> http://i256.photobucket.com/albums/hh190/dead_passive/gvsig.jpg
>> http://i256.photobucket.com/albums/hh190/dead_passive/openev.jpg
>>
>> gvSig also makes the images transparent even if there is not
transparency
>> setting. This is sort of similar to what GeoServer does when I add the
>> image
>> as an overlay.
>>
>> Thanks,
>> Jon
>>
>>
>>
>> gershwinou wrote:
>> >
>> > Hmm, strange,
>> > did you try to visualise the geotiff with another viewer (openEnv
for
>> > instance, shiped with FWtools) to see whether you have the same
>> problem.
>> I
>> > there is no problem, then it is a bug from geoserver. Could be the
>> alpha
>> > masking...
>> >
>> > gersh
>> >
>> > On Jan 16, 2008 4:51 PM, Jon Britton <
man_kills_everything@anonymised.com>
>> > wrote:
>> >
>> >>
>> >> Here is the gdalinfo output for one of my SPOT images...
>> >>
>> >> Driver: GTiff/GeoTIFF
>> >> Files:
>> SP04_HRI2_X__1O_20050422T112415_20050422T112425_DLR_185_PRGB.tif
>> >> Size is 3758, 3611
>> >> Coordinate System is:
>> >> PROJCS["unnamed",
>> >> GEOGCS["OSGB 1936",
>> >> DATUM["unknown",
>> >> SPHEROID["unretrievable - using
>> >> WGS84",6378137,298.257223563]],
>> >> PRIMEM["Greenwich",0],
>> >> UNIT["degree",0.0174532925199433]],
>> >> UNIT["metre",1,
>> >> AUTHORITY["EPSG","9001"]],
>> >> AUTHORITY["EPSG","27700"]]
>> >> Origin = (424240.000000000000000,557640.000000000000000)
>> >> Pixel Size = (20.000000000000000,-20.000000000000000)
>> >> Metadata:
>> >> AREA_OR_POINT=Area
>> >> Corner Coordinates:
>> >> Upper Left ( 424240.000, 557640.000)
>> >> Lower Left ( 424240.000, 485420.000)
>> >> Upper Right ( 499400.000, 557640.000)
>> >> Lower Right ( 499400.000, 485420.000)
>> >> Center ( 461820.000, 521530.000)
>> >> Band 1 Block=256x256 Type=Byte, ColorInterp=Red
>> >> Overviews: 1879x1806, 940x903, 470x452, 235x226
>> >> Mask Flags: PER_DATASET ALPHA
>> >> Band 2 Block=256x256 Type=Byte, ColorInterp=Green
>> >> Overviews: 1879x1806, 940x903, 470x452, 235x226
>> >> Mask Flags: PER_DATASET ALPHA
>> >> Band 3 Block=256x256 Type=Byte, ColorInterp=Blue
>> >> Overviews: 1879x1806, 940x903, 470x452, 235x226
>> >> Mask Flags: PER_DATASET ALPHA
>> >> Band 4 Block=256x256 Type=Byte, ColorInterp=Alpha
>> >> Overviews: 1879x1806, 940x903, 470x452, 235x226
>> >>
>> >>
>> >> Thanks,
>> >> Jon
>> >>
>> >>
>> >> gershwinou wrote:
>> >> >
>> >> > Well, it is more an tiff encoding problem that anything else.
>> >> > maybe your geotiff encode your values as signed int, and
geoserver
>> >> > interprets it as unsigned int
>> >> > can you give me the output of gdalinfo on your image?
>> >> >
>> >> > Gersh
>> >> >
>> >> > On Jan 16, 2008 12:12 PM, Jon Britton
>> >> <man_kills_everything@anonymised.com>
>> >> > wrote:
>> >> >
>> >> >>
>> >> >> It seems then that there's no way to dispaly this data correctly
in
>> >> >> GeoServer. GeoServer treats lower values as lighter colours, so
if
>> I
>> >> get
>> >> >> 0
>> >> >> or <0 as my minimum value in my NIR band I get white instead of
>> black.
>> >> >> This
>> >> >> means even if I switch my bands around manually (using GDAL or
>> >> something)
>> >> >> then things which have a low NIR value (such as water) will
display
>> >> >> incorrectly.
>> >> >>
>> >> >> Does anyone know of a way around this? I don't really want to
>> create
>> a
>> >> >> load
>> >> >> of RGB images just for display purposes and I don't have any
>> software
>> >> to
>> >> >> do
>> >> >> this anyway.
>> >> >>
>> >> >> Thanks,
>> >> >> Jon
>> >> >>
>> >> >>
>> >> >>
>> >> >> gershwinou wrote:
>> >> >> >
>> >> >> > there is already a discussion on this in one thread, that i
copy
>> >> >> > hereunder.
>> >> >> > Basically, SLD raster is not fully supported
>> >> >> >
>> >> >> > gersh
>> >> >> > GeoTIFF raster SLD - histogram element supported in
>> >> >> >
>> >> >>
>> >>
>>
1.5.3--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>> >> >> >
>> >> >> > Actual implementation also ignore color maps for all raster
data
>> >> >> different
>> >> >> > from floats, so this won't work for GeoTIFFs I guess. However
>> here
>> >> we
>> >> >> have
>> >> >> > almost ready a RasterSymbolizer release which not only works
on
>> all
>> >> >> data
>> >> >> > types but also better handles categories and does histograms.
>> Very
>> >> soon
>> >> >> it
>> >> >> > should be available on geoTools. Simone is the one which are
>> working
>> >> on
>> >> >> > that
>> >> >> > (in cc). Don't know if MapServer actually supports those
>> >> >> functionalities.
>> >> >> >
>> >> >> >
>> >> >> > On 9/3/07, Andrew Murdoch < a_murdoch@anonymised.com> wrote:
>> >> >> > Thanks Alessio,
>> >> >> >
>> >> >> > Since it looks like some of the raster display functions are
>> >> >> unsupported
>> >> >> > at
>> >> >> > this time, I suppose I can categorize my raster data and
either
>> >> create
>> >> >> a
>> >> >> > colormap SLD or convert to vector polygons (which might be
better
>> >> from
>> >> >> a
>> >> >> > performance perspective anyway). Is this a limitation of the
>> >> >> > RasterSymbolizer implementation in the geoTools java toolkit
that
>> >> >> > GeoServer
>> >> >> > uses? Do you know if MapServer supports this functionality?
>> >> >> >
>> >> >> > Thanks for the response,
>> >> >> > Andrew Murdoch
>> >> >> >
>> >> >> >
>> >> >> >
>> >> >> > ------------------------------
>> >> >> > Date: Mon, 3 Sep 2007 11:33:38 +0200
>> >> >> > From: alessio.fabiani@anonymised.com
>> >> >> > To: a_murdoch@anonymised.com
>> >> >> > Subject: Re: [Geoserver-users] GeoTIFF raster SLD - histogram
>> >> element
>> >> >> > supported in 1.5.3?
>> >> >> > CC: geoserver-users@lists.sourceforge.net
>> >> >> >
>> >> >> > Hi,
>> >> >> > the actual geotools RasterSymbolizer implementation does not
>> handles
>> >> >> the
>> >> >> > contrast enhancements parameters ... soon a new one should be
>> >> >> published.
>> >> >> >
>> >> >> > On 9/2/07, *ahm126* <a_murdoch@anonymised.com> wrote:
>> >> >> >
>> >> >> >
>> >> >> > Hello,
>> >> >> >
>> >> >> > I'm having trouble getting a single band GeoTiff image (a four
MB
>> >> world
>> >> >> > population density map) to display properly in the Openlayers
map
>> >> >> preview
>> >> >> > example after loading the image as a coverage data store in
>> >> GeoServer
>> >> >> > 1.5.3.
>> >> >> > I'm attempting to modify the default raster.sld provided with
>> >> GeoServer
>> >> >> to
>> >> >> > use the RasterSymbolizer - ContrastEnhancement - Histogram SLD
>> >> element
>> >> >> > described by OGC and in geoTools documentation online. Is
this
>> >> >> supported
>> >> >> > in
>> >> >> >
>> >> >> > GeoServer 1.5.3?
>> >> >> >
>> >> >> > When I view the raster GeoTiff file in the open layers preview
>> >> example,
>> >> >> I
>> >> >> > think it is being displayed with the default raster.sld using
>> it's
>> >> >> > colormap
>> >> >> > values. I've attached the SLD file I'm attempting to use. I
>> loaded
>> >> it
>> >> >> as
>> >> >> > a
>> >> >> >
>> >> >> > style in GeoServer without incident and applied it as the
default
>> >> style
>> >> >> > for
>> >> >> > the GeoTiff. I was expecting the GeoTiff to be rendered with
a
>> >> >> grayscale
>> >> >> > histogram stretch. Maybe my SLD is bad? I'm a novice at this
>> stuff
>> >> at
>> >> >> > this
>> >> >> >
>> >> >> > point.
>> >> >> >
>> >> >> > <?xml version="1.0" encoding="UTF-8"?>
>> >> >> > <StyledLayerDescriptor xmlns=" http://www.opengis.net/sld"
>> >> >> > xmlns:ogc=" http://www.opengis.net/ogc"
>> >> >> > xmlns:xlink=" http://www.w3.org/1999/xlink"
>> >> >> > xmlns:xsi=" http://www.w3.org/2001/XMLSchema-instance "
>> >> >> > xsi:schemaLocation="http://www.opengis.net/sld
>> >> >> >
http://schemas.opengis.net/sld/1.0.0/StyledLayerDescriptor.xsd"
>> >> >> > version="1.0.0">
>> >> >> > <UserLayer>
>> >> >> > <Name>pop_dens</Name>
>> >> >> > <LayerFeatureConstraints>
>> >> >> > <FeatureTypeConstraint/>
>> >> >> > </LayerFeatureConstraints>
>> >> >> > <UserStyle>
>> >> >> > <Name>pop_dens</Name>
>> >> >> > <Title>Histogram Stretch</Title>
>> >> >> > <Abstract>Population Density Histogram
>> >> >> Stretch</Abstract>
>> >> >> > <FeatureTypeStyle>
>> >> >> > <FeatureTypeName>Feature</FeatureTypeName>
>> >> >> > <Rule>
>> >> >> > <RasterSymbolizer>
>> >> >> > <Opacity>1.0</Opacity>
>> >> >> > <OverlapBehavior>
>> >> >> > <AVERAGE/>
>> >> >> > </OverlapBehavior>
>> >> >> > <ContrastEnhancement>
>> >> >> > <Histogram/>
>> >> >> > </ContrastEnhancement>
>> >> >> > </RasterSymbolizer>
>> >> >> > </Rule>
>> >> >> > </FeatureTypeStyle>
>> >> >> > </UserStyle>
>> >> >> > </UserLayer>
>> >> >> > </StyledLayerDescriptor>
>> >> >> >
>> >> >> > Thanks for helping out!
>> >> >> > Andrew Murdoch
>> >> >> > --
>> >> >> >
>> >> >> >
>> >> >>
>> >>
>>
-------------------------------------------------------------------------
>> >> >> > Check out the new SourceForge.net Marketplace.
>> >> >> > It's the best place to buy or sell services for
>> >> >> > just about anything Open Source.
>> >> >> >
>> >> >>
>> >>
>>
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
>> >> >> > _______________________________________________
>> >> >> > Geoserver-users mailing list
>> >> >> > Geoserver-users@lists.sourceforge.net
>> >> >> > https://lists.sourceforge.net/lists/listinfo/geoserver-users
>> >> >> >
>> >> >> >
>> >> >>
>> >> >> --
>> >> >> View this message in context:
>> >> >>
>> >>
>>
http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p14878236.html
>> >> >> Sent from the GeoServer - User mailing list archive at
Nabble.com
.
>> >> >>
>> >> >>
>> >> >>
>> >>
>>
-------------------------------------------------------------------------
>> >> >> This SF.net email is sponsored by: Microsoft
>> >> >> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> >> >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> >> >> _______________________________________________
>> >> >> Geoserver-users mailing list
>> >> >> Geoserver-users@lists.sourceforge.net
>> >> >> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>> >> >>
>> >> >
>> >> >
>> >>
>>
-------------------------------------------------------------------------
>> >> > This SF.net email is sponsored by: Microsoft
>> >> > Defy all challenges. Microsoft(R) Visual Studio 2008.
>> >> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> >> > _______________________________________________
>> >> > Geoserver-users mailing list
>> >> > Geoserver-users@lists.sourceforge.net
>> >> > https://lists.sourceforge.net/lists/listinfo/geoserver-users
>> >> >
>> >> >
>> >>
>> >> --
>> >> View this message in context:
>> >>
>>
http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p14883395.html
>> >> Sent from the GeoServer - User mailing list archive at Nabble.com.
>> >>
>> >>
>> >>
>>
-------------------------------------------------------------------------
>> >> This SF.net email is sponsored by: Microsoft
>> >> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> >> _______________________________________________
>> >> Geoserver-users mailing list
>> >> Geoserver-users@lists.sourceforge.net
>> >> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>> >>
>> >
>> >
>>
-------------------------------------------------------------------------
>> > This SF.net email is sponsored by: Microsoft
>> > Defy all challenges. Microsoft(R) Visual Studio 2008.
>> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> > _______________________________________________
>> > Geoserver-users mailing list
>> > Geoserver-users@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/geoserver-users
>> >
>> >
>>
>> --
>> View this message in context:
>>
http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p14915329.html
>> Sent from the GeoServer - User mailing list archive at Nabble.com.
>>
>>
>>
-------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Geoserver-users mailing list
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>
>
-------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>--
View this message in context:
http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p14920151.html
Sent from the GeoServer - User mailing list archive at Nabble.com.-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
--
View this message in context: http://www.nabble.com/Styling-SPOT-images-with-SLD-tp14731166p15182892.html
Sent from the GeoServer - User mailing list archive at Nabble.com.