Re: [Geoserver-users] WMS Transparent Background

[Gubler, Ruediger]

Hello,

I found the trick:

Yesterday I set the OutputTransparentColor to 00 but there was no change 
visible. 
As I had a look this morning on this parameter it was empty!?

Changing the parameter and clicking the store button on the same tab does 
nothing. 
I must click the store button on the last tab of the layer setting to get the 
parameter stored. 

Is this a bug or a wrong translation of the german geoserver?


Yours Rüdiger




-Ursprüngliche Nachricht-
Von: Gubler, Ruediger 
Gesendet: Freitag, 9. August 2013 07:50
An: geoserver-users@lists.sourceforge.net
Betreff: Re: [Geoserver-users] WMS Transparent Background

Hello,

we are using GeoTiff files with the Image Mosaik plugin.
Do you need further information?


Yours Rüdiger




-Ursprüngliche Nachricht-
Von: simbo...@gmail.com [mailto:simbo...@gmail.com] Im Auftrag von Simone 
Giannecchini
Gesendet: Freitag, 9. August 2013 01:04
An: Mike Grogan
Cc: Gubler, Ruediger; geoserver-users@lists.sourceforge.net
Betreff: Re: [Geoserver-users] WMS Transparent Background

Dear Rudiger,
what kind of dataset is this one? If we are talking about raster there are a 
few options to exercise to make the no data transparent.
Anyway, we need to know more about what you are doing.
Regards,
Simone Giannecchini
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more 
information.
==

Ing. Simone Giannecchini
@simogeo
Founder/Director

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

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

---


On Thu, Aug 8, 2013 at 3:28 PM, Mike Grogan  wrote:
> What type of dataset (raster, vector) ... also what is the fully 
> qualified domain of your server?  All we have is srvgis, which doesn't 
> do us much good.
>
>
> On Thu, Aug 8, 2013 at 9:16 AM, Gubler, Ruediger  wrote:
>>
>> Hello,
>>
>> I'm requesting geoserver 2.3.3 with transparent=true; 
>> format=image/png but the result has black borders where no data is in the 
>> dataset.
>>
>>
>> http://srvgis:2/geoserver/trimet_portland/wms?service=WMS&version
>> =1.1.0&request=GetMap&layers=trimet_portland:20ft_6in&styles=&bbox=-1
>> 23.1624280193816,45.26060070985506,-122.32294147052025,45.67139920561
>> 071&width=1400&height=900&srs=EPSG:4326&format=image%2Fpng&transparen
>> t=true
>>
>> We tried several programs (MapInfo Professional, TatukGIS Viewer, FME 
>> Universal Viewer, IE, Firefox, .) all are showing the black borders.
>>
>> Any ideas? Must I configure something in geoserver for transparent 
>> support?
>>
>>
>> Yours Rüdiger
>>
>>
>>
>>
>> -
>> - Get 100% visibility into Java/.NET code with AppDynamics 
>> Lite!
>> It's a free troubleshooting tool designed for production.
>> Get down to code-level detail for bottlenecks, with <2% overhead.
>> Download for free and get started troubleshooting in minutes.
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.
>> clktrk ___
>> Geoserver-users mailing list
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
>
> --
>  Get 100% visibility into Java/.NET code with AppDynamics 
> Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.c
> lktrk ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>

--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
Geo

Re: [Geoserver-users] WMS Transparent Background

[Gubler, Ruediger]

Hello,

we are using GeoTiff files with the Image Mosaik plugin.
Do you need further information?


Yours Rüdiger




-Ursprüngliche Nachricht-
Von: simbo...@gmail.com [mailto:simbo...@gmail.com] Im Auftrag von Simone 
Giannecchini
Gesendet: Freitag, 9. August 2013 01:04
An: Mike Grogan
Cc: Gubler, Ruediger; geoserver-users@lists.sourceforge.net
Betreff: Re: [Geoserver-users] WMS Transparent Background

Dear Rudiger,
what kind of dataset is this one? If we are talking about raster there are a 
few options to exercise to make the no data transparent.
Anyway, we need to know more about what you are doing.
Regards,
Simone Giannecchini
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more 
information.
==

Ing. Simone Giannecchini
@simogeo
Founder/Director

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

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

---


On Thu, Aug 8, 2013 at 3:28 PM, Mike Grogan  wrote:
> What type of dataset (raster, vector) ... also what is the fully 
> qualified domain of your server?  All we have is srvgis, which doesn't 
> do us much good.
>
>
> On Thu, Aug 8, 2013 at 9:16 AM, Gubler, Ruediger  wrote:
>>
>> Hello,
>>
>> I'm requesting geoserver 2.3.3 with transparent=true; 
>> format=image/png but the result has black borders where no data is in the 
>> dataset.
>>
>>
>> http://srvgis:2/geoserver/trimet_portland/wms?service=WMS&version
>> =1.1.0&request=GetMap&layers=trimet_portland:20ft_6in&styles=&bbox=-1
>> 23.1624280193816,45.26060070985506,-122.32294147052025,45.67139920561
>> 071&width=1400&height=900&srs=EPSG:4326&format=image%2Fpng&transparen
>> t=true
>>
>> We tried several programs (MapInfo Professional, TatukGIS Viewer, FME 
>> Universal Viewer, IE, Firefox, .) all are showing the black borders.
>>
>> Any ideas? Must I configure something in geoserver for transparent 
>> support?
>>
>>
>> Yours Rüdiger
>>
>>
>>
>>
>> -
>> - Get 100% visibility into Java/.NET code with AppDynamics 
>> Lite!
>> It's a free troubleshooting tool designed for production.
>> Get down to code-level detail for bottlenecks, with <2% overhead.
>> Download for free and get started troubleshooting in minutes.
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.
>> clktrk ___
>> Geoserver-users mailing list
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
>
> --
>  Get 100% visibility into Java/.NET code with AppDynamics 
> Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.c
> lktrk ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>

--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Warning on gdalretile.py

[Rahkonen Jukka]

Hi,

It is not an error, it is an informational warnign message and it means that 
the original tiff file contains IPTC tag and the libtiff library used by GDAL 
claims that the type of the tag is not correct. Perhaps the type is LONG 
instead of UNDEFINED or BYTE 
http://www.awaresystems.be/imaging/tiff/tifftags/iptc.html. All warnings coming 
from GDAL are informational. The critical issues are reported as errors. In 
this case you are told that the RichTIFFIPTC tag is ignored but this tag has no 
meaning for gdalretile.py and you can ignore the warning.

-Jukka Rahkonen-




Russell Hore wrote:

> When I do a gdal_retile.py on some Ordnance Survey Raster images i get the 
> warning;

> gdal_retile.py -v -levels 9 -ps 2048 2048 -co 'TILED=YES' -co 
> 'BLOCKXSIZE=256' -co 'BLOCKYSIZE=256' -s_srs EPSG:27700 -targetDir pyramid 
> --optfile ../tiles$thedir.txt

> The script I run is

> #!/bin/bash
export thedir=`pwd`
export thedir=`basename $thedir`
echo $thedir
mkdir pyramid
ls *tif > ../tiles$thedir.txt
gdal_retile.py -v -levels 9 -ps 2048 2048 -co 'TILED=YES' -co 'BLOCKXSIZE=256' 
-co 'BLOCKYSIZE=256' -s_srs EPSG:27700 -targetDir pyramid --optfile 
../tiles$thedir.txt

> I think I have a recent gdal.

> gdalinfo --version tell me GDAL 1.10.0, released 2013/04/24

> Warning 1: TIFFFetchNormalTag:Incompatible type for "RichTIFFIPTC"; tag 
> ignored

> What am I missing?

> Russ

--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] GeoServer Rest .NET Library

[Ben Johnson]

I've started a project on codeplex that is a good starting point for people
wanting to use .NET to connect to the GeoServer REST API.
Let me know if anyone wants to be added as a developer so that they can
make commits to the project.

https://geoserverrest.codeplex.com/

Thanks

Ben
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Styling the Admin page of a server

[cmaul]

Hi Jonathan,
Hi Jonathan,

yes, pain in the butt this, noticing suddenly -- ooops I am fiddling around
with the production server not the test server as I thought.

web-core-2.3.3.jar

directory org/geoserver/web/img

a good candidate is: page-header-bg.png, which is now pink. Another would be
main-bg.png

http://lctest.land.vic.gov.au/cm/test_instance.gif

I rather doubt the community would approve of this pink, but it helps me to
distinguish.

Cheers

Christian



-


Dr Christian Maul
Project Manager

Information Services Branch
Department of Sustainability and Environment
Level13, Marland House, 570 Bourke Street
Melbourne 3000

PO Box 500, East Melbourne Vic 3002


Telephone:+61-3-8636 2325
Telefax:  +61-3-8636 2813
--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Styling-the-Admin-page-of-a-server-tp5069841p5071652.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] WMS Transparent Background

[Simone Giannecchini]

Dear Rudiger,
what kind of dataset is this one? If we are talking about raster there
are a few options to exercise to make the no data transparent.
Anyway, we need to know more about what you are doing.
Regards,
Simone Giannecchini
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.
==

Ing. Simone Giannecchini
@simogeo
Founder/Director

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

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

---


On Thu, Aug 8, 2013 at 3:28 PM, Mike Grogan  wrote:
> What type of dataset (raster, vector) ... also what is the fully qualified
> domain of your server?  All we have is srvgis, which doesn't do us much
> good.
>
>
> On Thu, Aug 8, 2013 at 9:16 AM, Gubler, Ruediger  wrote:
>>
>> Hello,
>>
>> I'm requesting geoserver 2.3.3 with transparent=true; format=image/png but
>> the result has black borders where no data is in the dataset.
>>
>>
>> http://srvgis:2/geoserver/trimet_portland/wms?service=WMS&version=1.1.0&request=GetMap&layers=trimet_portland:20ft_6in&styles=&bbox=-123.1624280193816,45.26060070985506,-122.32294147052025,45.67139920561071&width=1400&height=900&srs=EPSG:4326&format=image%2Fpng&transparent=true
>>
>> We tried several programs (MapInfo Professional, TatukGIS Viewer, FME
>> Universal Viewer, IE, Firefox, .) all are showing the black borders.
>>
>> Any ideas? Must I configure something in geoserver for transparent
>> support?
>>
>>
>> Yours Rüdiger
>>
>>
>>
>>
>> --
>> Get 100% visibility into Java/.NET code with AppDynamics Lite!
>> It's a free troubleshooting tool designed for production.
>> Get down to code-level detail for bottlenecks, with <2% overhead.
>> Download for free and get started troubleshooting in minutes.
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
>> ___
>> Geoserver-users mailing list
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
>
> --
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>

--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Warning on gdalretile.py

[Simone Giannecchini]

Dear Russell,
I believe this question is more suited for the GDAL mailing list :).

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

Ing. Simone Giannecchini
@simogeo
Founder/Director

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

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

---


On Thu, Aug 8, 2013 at 10:25 PM, Russell Hore  wrote:
> When I do a gdal_retile.py on some Ordnance Survey Raster images i get the
> warning;
>
> gdal_retile.py -v -levels 9 -ps 2048 2048 -co 'TILED=YES' -co
> 'BLOCKXSIZE=256' -co 'BLOCKYSIZE=256' -s_srs EPSG:27700 -targetDir pyramid
> --optfile ../tiles$thedir.txt
>
> The script I run is
>
> #!/bin/bash
> export thedir=`pwd`
> export thedir=`basename $thedir`
> echo $thedir
> mkdir pyramid
> ls *tif > ../tiles$thedir.txt
> gdal_retile.py -v -levels 9 -ps 2048 2048 -co 'TILED=YES' -co
> 'BLOCKXSIZE=256' -co 'BLOCKYSIZE=256' -s_srs EPSG:27700 -targetDir pyramid
> --optfile ../tiles$thedir.txt
>
> I think I have a recent gdal.
>
> gdalinfo --version tell me GDAL 1.10.0, released 2013/04/24
>
> Warning 1: TIFFFetchNormalTag:Incompatible type for "RichTIFFIPTC"; tag
> ignored
>
> What am I missing?
>
> Russ
>
> --
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>

--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Warning on gdalretile.py

[Russell Hore]

When I do a gdal_retile.py on some Ordnance Survey Raster images i get the 
warning;

gdal_retile.py -v -levels 9 -ps 2048 2048 -co 'TILED=YES' -co 'BLOCKXSIZE=256' 
-co 'BLOCKYSIZE=256' -s_srs EPSG:27700 -targetDir pyramid --optfile 
../tiles$thedir.txt

The script I run is

#!/bin/bash
export thedir=`pwd`
export thedir=`basename $thedir`
echo $thedir
mkdir pyramid
ls *tif > ../tiles$thedir.txt
gdal_retile.py -v -levels 9 -ps 2048 2048 -co 'TILED=YES' -co 'BLOCKXSIZE=256' 
-co 'BLOCKYSIZE=256' -s_srs EPSG:27700 -targetDir pyramid --optfile 
../tiles$thedir.txt

I think I have a recent gdal.

gdalinfo --version tell me GDAL 1.10.0, released 2013/04/24

Warning 1: TIFFFetchNormalTag:Incompatible type for "RichTIFFIPTC"; tag ignored

What am I missing?

Russ--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] securing an Openlayers web mapping application and GeoServer layers with a single password

[Mark Volz]

Hello,

I would like to add security to an openlayers based web mapping application.  I 
know that I can add a password to GeoServer layers to protect the data.  In 
addition, I also know that I can add a password in Apache to protect the 
Openlayers application.  Is there a way to combine the access between GeoServer 
and Openlayers (Apache) so that users only need to enter a single password to 
access a web mapping application that has secure GeoServer Layers?

Thanks



Mark Volz, GISP
GIS Specialist
Lyon County, MN
(507) 532-8218



--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] GetCapabilities (& other requests) very slow for time-enabled PostGIS layers

[Andrea Aime]

On Thu, Aug 8, 2013 at 7:28 PM, Mike Grogan wrote:

> Can anyone point me to the point in the source where these queries are
> made to determine the times for the time dimensions for WMS GetCapabilities
> and postgis stores?  The problem described in my earlier post continues to
> perplex me ... and I can't find the location in the source to look for
> myself.  I have tried!
>

GeoServer code almost never knows about the nature of the underlying
storage, it uses the GeoTools API
to access data, in this case, it's using a UniqueVisitor if possible (or a
min/max one depending on the representation type):

https://github.com/geoserver/geoserver/blob/master/src/wms/src/main/java/org/geoserver/wms/WMS.java#L947

This in turn should lead to the encoding of a aggregate function here:

https://github.com/geotools/geotools/blob/master/modules/library/jdbc/src/main/java/org/geotools/jdbc/JDBCDataStore.java#L1279

However, there might be some hiccups in the intermediary classes between
the first and the second code bits,
maybe a wrapper that does reprojection, crs forcing or something like that
misses the appropriate delegation.
Which is actually something Justin (cc'ed) tried to fix some time ago, but
not sure in which branch that work landed?
It might be that 2.4 beta does not exhibit this problem anymore.

Cheers
Andrea


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

Ing. Andrea Aime
@geowolf
Technical Lead

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

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

---
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] GetCapabilities (& other requests) very slow for time-enabled PostGIS layers

[Mike Grogan]

Can anyone point me to the point in the source where these queries are made
to determine the times for the time dimensions for WMS GetCapabilities and
postgis stores?  The problem described in my earlier post continues to
perplex me ... and I can't find the location in the source to look for
myself.  I have tried!

Another oddity on this is that, if I rename my SQL VIEW layer, the sql
query changes to the VERY SLOW SELECT "timestamp" instead of SELECT
distinct("timestamp").  If I change the name of the view-based layer back
to its original name, the queries revert back to the VERY FAST  SELECT
distinct("timestamp") ... with no other changes made besides the name.

As I have added more times to my time dimension, the disparity in the
distinct/non-distinct query for the time dimension is even worse ... seeing
about 8+ seconds for GetCapabilities for the non-sql-view layer, with <1
second for the sql view layer.

Thanks,

Mike Grogan

On Wed, Jul 31, 2013 at 10:12 AM, Mike Grogan wrote:

> I forgot to copy my response to the list ...
>
>
> -- Forwarded message --
> From: Mike Grogan 
> Date: Wed, Jul 31, 2013 at 7:13 AM
> Subject: Re: [Geoserver-users] GetCapabilities (& other requests) very
> slow for time-enabled PostGIS layers
> To: Simone Giannecchini 
>
>
> Hello, Simone.
>
> Yes, time dimension is explicitly enabled.
>
> Based on logs, the issue seems to be that geoserver is querying the
> database for times from all rows instead of asking for distinct or max
> timestamp.  But this is just for layers created without a SQL view in
> geoserver.  For layers with a view (even ones that don't really filter or
> reduce the data in any way), the database is queried for distinct or max
> times appropriately and get capabilities and other requests return quickly.
>
> When you get a chance this is detailed in depth in the logs and writeup.
>
> Thanks again,
>
> Mike Grogan
> On Jul 31, 2013 4:01 AM, "Simone Giannecchini" <
> simone.giannecch...@geo-solutions.it> wrote:
>
>> Ciao Mike,
>> quick question before reading more in depth the email. When you say
>> "PostGIS-stored layers with a time dimension enabled" this means you
>> explicitly enable the TIME dimension in the Dimension tab for the
>> Layer page?
>>
>> If so which strategy did you set for the Dimension Presentation? If
>> you are using List this might be a bit slow (It might be that the
>> queries need to be optimized further) as we usually recommend using
>> Continuos Interval or interval. As I have more time I will try to look
>> into the rest of the email with more time.
>>
>> Regards,
>> Simone Giannecchini
>> ==
>> Our support, Your Success! Visit http://opensdi.geo-solutions.it for
>> more information.
>> ==
>>
>> Ing. Simone Giannecchini
>> @simogeo
>> Founder/Director
>>
>> GeoSolutions S.A.S.
>> Via Poggio alle Viti 1187
>> 55054  Massarosa (LU)
>> Italy
>> phone: +39 0584 962313
>> fax: +39 0584 1660272
>> mob:   +39 333 8128928
>>
>> http://www.geo-solutions.it
>> http://twitter.com/geosolutions_it
>>
>> ---
>>
>>
>> On Wed, Jul 31, 2013 at 3:18 AM, Mike Grogan 
>> wrote:
>> > Hello everyone,
>> >
>> > I am having an issue where WMS GetCapabilities (and other WMS requests)
>> are
>> > running very slow for PostGIS-stored layers with a time dimension
>> enabled.
>> > Note that I DO have an index on the database field for my time
>> dimension.
>> > On the surface, this seems similar to the thread found in:
>> >
>> http://osgeo-org.1560.x6.nabble.com/WMS-request-getcapabilities-takes-a-loong-time-to-return-td5003095.html
>> > but, again, I ** DO **  have my time field indexed.  What I am seeing
>> looks
>> > like geoserver (or geotools) is not even asking for distinct or max/min
>> on
>> > the time field in some cases.
>> >
>> > Here is the setup:
>> >
>> > 1.  Geoserver Version: 2.3.3 running on ubuntu with Postgres 9.1 and
>> postgis
>> > 1.5
>> > 2.  Simple database table "latest" with geometry point and time
>> > field/dimension called "timestamp".
>> > 3.  About 15 distinct timestamps with approx 20,000 points at each
>> timestamp
>> > for +/- 300,000 rows.
>> >
>> > Here is what I am seeing:
>> >
>> > 1.  Calling GetCapabilities when only a layer using "latest" table (I
>> will
>> > call this NO SQL VIEW) is enabled takes many seconds.  Enabling GEOTOOLS
>> > level debugging shows an SQL statement of  SELECT "timestamp" FROM
>> > "public"."latest" when the database is being queried to gather the
>> range of
>> > available times.  It does NOT look like the query is asking for DISTINCT
>> > timestamps at all ... but instead it is asking for ALL of them.  Is that
>> > correct?
>> >
>> > 2.  Calling GetCapabilities when only a layer using "latest" table is
>> > enabled  ... but that layer is defined via a SQL VIEW ... returns
>> extremely
>> > fast!  This layer is exactly the same using exactly the same data and
>> store
>> > setup as the NON-SQL-VIEW layer in

Re: [Geoserver-users] ImageMosaic-JDBC Tutorial Issues

[Christian Mueller]

Output from gdalinfo looks good.

I think I will do some debugging tomorrow.

Is it possible that you can you send me your pgraster.sql and your image,
(Only to me, not on the mailing list).

Christian


On Thu, Aug 8, 2013 at 5:54 PM, Weiss, Kevin  wrote:

> Christian,
> Here is the output from gdalinfo
>
> $>gdalinfo ecnremappedir.png
> Driver: PNG/Portable Network Graphics
> Files: ecnremappedir.png
>ecnremappedir.pgw
> Size is 2880, 2880
> Coordinate System is `'
> Origin = (-128.0156250,90.0156250)
> Pixel Size = (0.0312500,-0.0312500)
> Image Structure Metadata:
>   INTERLEAVE=PIXEL
> Corner Coordinates:
> Upper Left  (-128.0156250,  90.0156250)
> Lower Left  (-128.0156250,   0.0156250)
> Upper Right ( -38.0156250,  90.0156250)
> Lower Right ( -38.0156250,   0.0156250)
> Center  ( -83.0156250,  45.0156250)
> Band 1 Block=2880x1 Type=Byte, ColorInterp=Red
> Band 2 Block=2880x1 Type=Byte, ColorInterp=Green
> Band 3 Block=2880x1 Type=Byte, ColorInterp=Blue
>
>
> Kevin M. Weiss
>
> Software Engineer
>
> HARRIS IT Services
>
>
>
> 1408 Fort Crook Road South
>
> Bellevue, NE 68005
>
> kweis...@harris.com
>
> 
> From: Christian Mueller [christian.muel...@os-solutions.at]
> Sent: Thursday, August 08, 2013 10:47 AM
> To: Weiss, Kevin
> Cc: geoserver-users@lists.sourceforge.net
> Subject: Re: [Geoserver-users] ImageMosaic-JDBC Tutorial Issues
>
> Hi Kevin
>
> Maybe your image data is not supported by the java image IO library. Can
> you post me the the output of
>
> gdalinfo myimage
>
> Christian
>
>
> On Thu, Aug 8, 2013 at 5:34 PM, Weiss, Kevin  kweis...@harris.com>> wrote:
> Christian,
> Rather than altering the files I had created while following the first
> tutorial, I started fresh following the tutorial here:
> http://docs.geotools.org/latest/userguide/library/coverage/pgraster.html
>
> The mapping xml file in that tutorial already has the spatialExtension set
> to "pgraster" so I didn't need to modify anything.  I merely copied &
> pasted for that file.
>
> Kevin M. Weiss
>
> Software Engineer
>
> HARRIS IT Services
>
>
>
> 1408 Fort Crook Road South
>
> Bellevue, NE 68005
>
> kweis...@harris.com
>
> 
> From: Christian Mueller [christian.muel...@os-solutions.at christian.muel...@os-solutions.at>]
> Sent: Thursday, August 08, 2013 10:29 AM
> To: Weiss, Kevin
> Cc: geoserver-users@lists.sourceforge.net geoserver-users@lists.sourceforge.net>
> Subject: Re: [Geoserver-users] ImageMosaic-JDBC Tutorial Issues
>
> No I am confused. Did you change and test with spatialExtension="pgraster"
> instead of "postgis". (After importing with raster2pgsql)
>
>
>
>
> On Thu, Aug 8, 2013 at 5:24 PM, Weiss, Kevin  kweis...@harris.com>>>
> wrote:
> Hello Christian,
> Yes, the mapping xml file is copied verbatim from the tutorial.  The
> connect and coverage xml files were only modified for our connection info
> and to change the coverage name from "oek" to "satellite" to match my data.
>
> Kevin M. Weiss
>
> Software Engineer
>
> HARRIS IT Services
>
>
>
> 1408 Fort Crook Road South
>
> Bellevue, NE 68005
>
> kweis...@harris.com >
>
> 
> From: Christian Mueller [christian.muel...@os-solutions.at christian.muel...@os-solutions.at> christian.muel...@os-solutions.at >>]
> Sent: Thursday, August 08, 2013 10:19 AM
> To: Weiss, Kevin
> Cc: geoserver-users@lists.sourceforge.net geoserver-users@lists.sourceforge.net> geoserver-users@lists.sourceforge.net geoserver-users@lists.sourceforge.net>>
> Subject: Re: [Geoserver-users] ImageMosaic-JDBC Tutorial Issues
>
> Hi Kevin
>
> Did you change the value of the xml element "spatialExtension" to
> "PGRASTER"
>
>
> On Tue, Aug 6, 2013 at 5:37 PM, Weiss, Kevin  kweis...@harris.com> >> kweis...@harris.com Christian,
> I have followed the PostGIS raster tutorial and seemed to have ended up in
> the same situation as before.  When I try to add the ImageMosaic-JDBC store
> I receive the dreaded “Could not list layers for this store, an error
> occurred retrieving them: Argument "value" should not be null.” error.
> Here are the steps I took
>
> I loaded the raster into the DB:
> raster2pgsql –I –C –s 4326 satellite.png public.satellite > pgraster.sql
> psql –U  –d  –h  –f pgraster.sql
>
> Then I created the mosaic table using the sql in the tutorial and added a
> row for my previously loaded raster:
> insert into mosaic (name, tiletable) values (‘satellite’, ‘satellite’);
>
> Then I created the mapping, connect and coverage xml files as described in
> the tutorial 

Re: [Geoserver-users] ImageMosaic-JDBC Tutorial Issues

[Weiss, Kevin]

Christian,
Here is the output from gdalinfo

$>gdalinfo ecnremappedir.png 
Driver: PNG/Portable Network Graphics
Files: ecnremappedir.png
   ecnremappedir.pgw
Size is 2880, 2880
Coordinate System is `'
Origin = (-128.0156250,90.0156250)
Pixel Size = (0.0312500,-0.0312500)
Image Structure Metadata:
  INTERLEAVE=PIXEL
Corner Coordinates:
Upper Left  (-128.0156250,  90.0156250) 
Lower Left  (-128.0156250,   0.0156250) 
Upper Right ( -38.0156250,  90.0156250) 
Lower Right ( -38.0156250,   0.0156250) 
Center  ( -83.0156250,  45.0156250) 
Band 1 Block=2880x1 Type=Byte, ColorInterp=Red
Band 2 Block=2880x1 Type=Byte, ColorInterp=Green
Band 3 Block=2880x1 Type=Byte, ColorInterp=Blue


Kevin M. Weiss

Software Engineer

HARRIS IT Services



1408 Fort Crook Road South

Bellevue, NE 68005

kweis...@harris.com


From: Christian Mueller [christian.muel...@os-solutions.at]
Sent: Thursday, August 08, 2013 10:47 AM
To: Weiss, Kevin
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] ImageMosaic-JDBC Tutorial Issues

Hi Kevin

Maybe your image data is not supported by the java image IO library. Can you 
post me the the output of

gdalinfo myimage

Christian


On Thu, Aug 8, 2013 at 5:34 PM, Weiss, Kevin 
mailto:kweis...@harris.com>> wrote:
Christian,
Rather than altering the files I had created while following the first 
tutorial, I started fresh following the tutorial here:
http://docs.geotools.org/latest/userguide/library/coverage/pgraster.html

The mapping xml file in that tutorial already has the spatialExtension set to 
"pgraster" so I didn't need to modify anything.  I merely copied & pasted for 
that file.

Kevin M. Weiss

Software Engineer

HARRIS IT Services



1408 Fort Crook Road South

Bellevue, NE 68005

kweis...@harris.com


From: Christian Mueller 
[christian.muel...@os-solutions.at]
Sent: Thursday, August 08, 2013 10:29 AM
To: Weiss, Kevin
Cc: 
geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] ImageMosaic-JDBC Tutorial Issues

No I am confused. Did you change and test with spatialExtension="pgraster" 
instead of "postgis". (After importing with raster2pgsql)




On Thu, Aug 8, 2013 at 5:24 PM, Weiss, Kevin 
mailto:kweis...@harris.com>>>
 wrote:
Hello Christian,
Yes, the mapping xml file is copied verbatim from the tutorial.  The connect 
and coverage xml files were only modified for our connection info and to change 
the coverage name from "oek" to "satellite" to match my data.

Kevin M. Weiss

Software Engineer

HARRIS IT Services



1408 Fort Crook Road South

Bellevue, NE 68005

kweis...@harris.com>


From: Christian Mueller 
[christian.muel...@os-solutions.at>]
Sent: Thursday, August 08, 2013 10:19 AM
To: Weiss, Kevin
Cc: 
geoserver-users@lists.sourceforge.net>
Subject: Re: [Geoserver-users] ImageMosaic-JDBC Tutorial Issues

Hi Kevin

Did you change the value of the xml element "spatialExtension" to "PGRASTER"


On Tue, Aug 6, 2013 at 5:37 PM, Weiss, Kevin 
mailto:kweis...@harris.com>> pgraster.sql
psql –U  –d  –h  –f pgraster.sql

Then I created the mosaic table using the sql in the tutorial and added a row 
for my previously loaded raster:
insert into mosaic (name, tiletable) values (‘satellite’, ‘satellite’);

Then I created the mapping, connect and coverage xml files as described in the 
tutorial only modifying the DB connection info and the coverageName value in 
the coverage xml file to match the value in the mosaic table.

One thing I’ve noticed is that despite my coverageName specifying ‘satellite’ 
all lower case, I get an error stating “No level available for Satellite” in 
the GeoServer logs.  When I update the name in the mosaic table to ‘Satellite’ 
then I get a NullPointerException in 

Re: [Geoserver-users] ImageMosaic-JDBC Tutorial Issues

[Christian Mueller]

Hi Kevin

Maybe your image data is not supported by the java image IO library. Can
you post me the the output of

gdalinfo myimage

Christian


On Thu, Aug 8, 2013 at 5:34 PM, Weiss, Kevin  wrote:

> Christian,
> Rather than altering the files I had created while following the first
> tutorial, I started fresh following the tutorial here:
> http://docs.geotools.org/latest/userguide/library/coverage/pgraster.html
>
> The mapping xml file in that tutorial already has the spatialExtension set
> to "pgraster" so I didn't need to modify anything.  I merely copied &
> pasted for that file.
>
> Kevin M. Weiss
>
> Software Engineer
>
> HARRIS IT Services
>
>
>
> 1408 Fort Crook Road South
>
> Bellevue, NE 68005
>
> kweis...@harris.com
>
> 
> From: Christian Mueller [christian.muel...@os-solutions.at]
> Sent: Thursday, August 08, 2013 10:29 AM
> To: Weiss, Kevin
> Cc: geoserver-users@lists.sourceforge.net
> Subject: Re: [Geoserver-users] ImageMosaic-JDBC Tutorial Issues
>
> No I am confused. Did you change and test with spatialExtension="pgraster"
> instead of "postgis". (After importing with raster2pgsql)
>
>
>
>
> On Thu, Aug 8, 2013 at 5:24 PM, Weiss, Kevin  kweis...@harris.com>> wrote:
> Hello Christian,
> Yes, the mapping xml file is copied verbatim from the tutorial.  The
> connect and coverage xml files were only modified for our connection info
> and to change the coverage name from "oek" to "satellite" to match my data.
>
> Kevin M. Weiss
>
> Software Engineer
>
> HARRIS IT Services
>
>
>
> 1408 Fort Crook Road South
>
> Bellevue, NE 68005
>
> kweis...@harris.com
>
> 
> From: Christian Mueller [christian.muel...@os-solutions.at christian.muel...@os-solutions.at>]
> Sent: Thursday, August 08, 2013 10:19 AM
> To: Weiss, Kevin
> Cc: geoserver-users@lists.sourceforge.net geoserver-users@lists.sourceforge.net>
> Subject: Re: [Geoserver-users] ImageMosaic-JDBC Tutorial Issues
>
> Hi Kevin
>
> Did you change the value of the xml element "spatialExtension" to
> "PGRASTER"
>
>
> On Tue, Aug 6, 2013 at 5:37 PM, Weiss, Kevin  kweis...@harris.com>>>
> wrote:
> Christian,
> I have followed the PostGIS raster tutorial and seemed to have ended up in
> the same situation as before.  When I try to add the ImageMosaic-JDBC store
> I receive the dreaded “Could not list layers for this store, an error
> occurred retrieving them: Argument "value" should not be null.” error.
> Here are the steps I took
>
> I loaded the raster into the DB:
> raster2pgsql –I –C –s 4326 satellite.png public.satellite > pgraster.sql
> psql –U  –d  –h  –f pgraster.sql
>
> Then I created the mosaic table using the sql in the tutorial and added a
> row for my previously loaded raster:
> insert into mosaic (name, tiletable) values (‘satellite’, ‘satellite’);
>
> Then I created the mapping, connect and coverage xml files as described in
> the tutorial only modifying the DB connection info and the coverageName
> value in the coverage xml file to match the value in the mosaic table.
>
> One thing I’ve noticed is that despite my coverageName specifying
> ‘satellite’ all lower case, I get an error stating “No level available for
> Satellite” in the GeoServer logs.  When I update the name in the mosaic
> table to ‘Satellite’ then I get a NullPointerException in
> ImageMosaicJDBCReader line 164.  I’m not sure why it would auto-capitalize
> my coverage name as all the references I’ve made are lower case.
>
> Kevin M. Weiss
>
> From: Christian Mueller [mailto:christian.muel...@os-solutions.at christian.muel...@os-solutions.at> christian.muel...@os-solutions.at >>]
> Sent: Tuesday, August 06, 2013 9:04 AM
> To: Weiss, Kevin
> Cc: geoserver-users@lists.sourceforge.net geoserver-users@lists.sourceforge.net> geoserver-users@lists.sourceforge.net geoserver-users@lists.sourceforge.net>>
> Subject: Re: [Geoserver-users] ImageMosaic-JDBC Tutorial Issues
>
> The imagemosiac-jdbc is NOT an extension of the ImageMosaic plugin and
> lacks temporal support.
>
> The tutorial link in your previous mail is a good starting point.
>
> Cheers
> Christian
>
> On Tue, Aug 6, 2013 at 3:38 PM, Weiss, Kevin  kweis...@harris.com>>>
> wrote:
> Hello Christian,
>
> Yes, I was hoping to use the “time” parameter in WMS.  I had prototyped an
> example using the time & elevation tutorial (link below) a while back and
> just assumed that the ImageMosaic-JDBC was an extension of the ImageMosaic
> plugin and would support time-series as well.
>
> http://docs.geoserver.org/latest/en/user/tutorials/imagemosaic_timeseries/imagemosaic_timeseries.html#tutorial-imagemosaic-timeseries
>
> Is this the best tutorial for configuring GeoServer with PostGIS Raster?
>  Even if it doesn’t support the time parameter, I’d at least like to get

Re: [Geoserver-users] ImageMosaic-JDBC Tutorial Issues

[Weiss, Kevin]

Christian,
Rather than altering the files I had created while following the first 
tutorial, I started fresh following the tutorial here:
http://docs.geotools.org/latest/userguide/library/coverage/pgraster.html

The mapping xml file in that tutorial already has the spatialExtension set to 
"pgraster" so I didn't need to modify anything.  I merely copied & pasted for 
that file.

Kevin M. Weiss

Software Engineer

HARRIS IT Services



1408 Fort Crook Road South

Bellevue, NE 68005

kweis...@harris.com


From: Christian Mueller [christian.muel...@os-solutions.at]
Sent: Thursday, August 08, 2013 10:29 AM
To: Weiss, Kevin
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] ImageMosaic-JDBC Tutorial Issues

No I am confused. Did you change and test with spatialExtension="pgraster" 
instead of "postgis". (After importing with raster2pgsql)




On Thu, Aug 8, 2013 at 5:24 PM, Weiss, Kevin 
mailto:kweis...@harris.com>> wrote:
Hello Christian,
Yes, the mapping xml file is copied verbatim from the tutorial.  The connect 
and coverage xml files were only modified for our connection info and to change 
the coverage name from "oek" to "satellite" to match my data.

Kevin M. Weiss

Software Engineer

HARRIS IT Services



1408 Fort Crook Road South

Bellevue, NE 68005

kweis...@harris.com


From: Christian Mueller 
[christian.muel...@os-solutions.at]
Sent: Thursday, August 08, 2013 10:19 AM
To: Weiss, Kevin
Cc: 
geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] ImageMosaic-JDBC Tutorial Issues

Hi Kevin

Did you change the value of the xml element "spatialExtension" to "PGRASTER"


On Tue, Aug 6, 2013 at 5:37 PM, Weiss, Kevin 
mailto:kweis...@harris.com>>>
 wrote:
Christian,
I have followed the PostGIS raster tutorial and seemed to have ended up in the 
same situation as before.  When I try to add the ImageMosaic-JDBC store I 
receive the dreaded “Could not list layers for this store, an error occurred 
retrieving them: Argument "value" should not be null.” error.
Here are the steps I took

I loaded the raster into the DB:
raster2pgsql –I –C –s 4326 satellite.png public.satellite > pgraster.sql
psql –U  –d  –h  –f pgraster.sql

Then I created the mosaic table using the sql in the tutorial and added a row 
for my previously loaded raster:
insert into mosaic (name, tiletable) values (‘satellite’, ‘satellite’);

Then I created the mapping, connect and coverage xml files as described in the 
tutorial only modifying the DB connection info and the coverageName value in 
the coverage xml file to match the value in the mosaic table.

One thing I’ve noticed is that despite my coverageName specifying ‘satellite’ 
all lower case, I get an error stating “No level available for Satellite” in 
the GeoServer logs.  When I update the name in the mosaic table to ‘Satellite’ 
then I get a NullPointerException in ImageMosaicJDBCReader line 164.  I’m not 
sure why it would auto-capitalize my coverage name as all the references I’ve 
made are lower case.

Kevin M. Weiss

From: Christian Mueller 
[mailto:christian.muel...@os-solutions.at>]
Sent: Tuesday, August 06, 2013 9:04 AM
To: Weiss, Kevin
Cc: 
geoserver-users@lists.sourceforge.net>
Subject: Re: [Geoserver-users] ImageMosaic-JDBC Tutorial Issues

The imagemosiac-jdbc is NOT an extension of the ImageMosaic plugin and lacks 
temporal support.

The tutorial link in your previous mail is a good starting point.

Cheers
Christian

On Tue, Aug 6, 2013 at 3:38 PM, Weiss, Kevin 
mailto:kweis...@harris.com>>>
 wrote:
Hello Christian,

Yes, I was hoping to use the “time” parameter in WMS.  I had prototyped an 
example using the time & elevation tutorial (link below) a while back and just 
assumed that the ImageMosaic-JDBC was an extension of the ImageMosaic plugin 
and would support time-series as well.
http://docs.geoserver.org/latest/en/user/tutorials/imagemosaic_timeseries/imagemosaic_timeseries.html#tutorial-imagemosaic-timeseries

Is this the best tutorial for configuring GeoServer with PostGIS Raster?  Even 
if it doesn’t support the time parameter, I’d at least like to get a prototype 
running.
http://docs.geotools.org/latest/userguide/library/coverage/pgraster.html

Thanks,

Kevin M. Weiss

From: Christian Mueller 
[mailto:christian.muel...@os-solutions.at>]

Re: [Geoserver-users] ImageMosaic-JDBC Tutorial Issues

[Christian Mueller]

No I am confused. Did you change and test with spatialExtension="pgraster"
instead of "postgis". (After importing with raster2pgsql)




On Thu, Aug 8, 2013 at 5:24 PM, Weiss, Kevin  wrote:

> Hello Christian,
> Yes, the mapping xml file is copied verbatim from the tutorial.  The
> connect and coverage xml files were only modified for our connection info
> and to change the coverage name from "oek" to "satellite" to match my data.
>
> Kevin M. Weiss
>
> Software Engineer
>
> HARRIS IT Services
>
>
>
> 1408 Fort Crook Road South
>
> Bellevue, NE 68005
>
> kweis...@harris.com
>
> 
> From: Christian Mueller [christian.muel...@os-solutions.at]
> Sent: Thursday, August 08, 2013 10:19 AM
> To: Weiss, Kevin
> Cc: geoserver-users@lists.sourceforge.net
> Subject: Re: [Geoserver-users] ImageMosaic-JDBC Tutorial Issues
>
> Hi Kevin
>
> Did you change the value of the xml element "spatialExtension" to
> "PGRASTER"
>
>
> On Tue, Aug 6, 2013 at 5:37 PM, Weiss, Kevin  kweis...@harris.com>> wrote:
> Christian,
> I have followed the PostGIS raster tutorial and seemed to have ended up in
> the same situation as before.  When I try to add the ImageMosaic-JDBC store
> I receive the dreaded “Could not list layers for this store, an error
> occurred retrieving them: Argument "value" should not be null.” error.
> Here are the steps I took
>
> I loaded the raster into the DB:
> raster2pgsql –I –C –s 4326 satellite.png public.satellite > pgraster.sql
> psql –U  –d  –h  –f pgraster.sql
>
> Then I created the mosaic table using the sql in the tutorial and added a
> row for my previously loaded raster:
> insert into mosaic (name, tiletable) values (‘satellite’, ‘satellite’);
>
> Then I created the mapping, connect and coverage xml files as described in
> the tutorial only modifying the DB connection info and the coverageName
> value in the coverage xml file to match the value in the mosaic table.
>
> One thing I’ve noticed is that despite my coverageName specifying
> ‘satellite’ all lower case, I get an error stating “No level available for
> Satellite” in the GeoServer logs.  When I update the name in the mosaic
> table to ‘Satellite’ then I get a NullPointerException in
> ImageMosaicJDBCReader line 164.  I’m not sure why it would auto-capitalize
> my coverage name as all the references I’ve made are lower case.
>
> Kevin M. Weiss
>
> From: Christian Mueller [mailto:christian.muel...@os-solutions.at christian.muel...@os-solutions.at>]
> Sent: Tuesday, August 06, 2013 9:04 AM
> To: Weiss, Kevin
> Cc: geoserver-users@lists.sourceforge.net geoserver-users@lists.sourceforge.net>
> Subject: Re: [Geoserver-users] ImageMosaic-JDBC Tutorial Issues
>
> The imagemosiac-jdbc is NOT an extension of the ImageMosaic plugin and
> lacks temporal support.
>
> The tutorial link in your previous mail is a good starting point.
>
> Cheers
> Christian
>
> On Tue, Aug 6, 2013 at 3:38 PM, Weiss, Kevin  kweis...@harris.com>> wrote:
> Hello Christian,
>
> Yes, I was hoping to use the “time” parameter in WMS.  I had prototyped an
> example using the time & elevation tutorial (link below) a while back and
> just assumed that the ImageMosaic-JDBC was an extension of the ImageMosaic
> plugin and would support time-series as well.
>
> http://docs.geoserver.org/latest/en/user/tutorials/imagemosaic_timeseries/imagemosaic_timeseries.html#tutorial-imagemosaic-timeseries
>
> Is this the best tutorial for configuring GeoServer with PostGIS Raster?
>  Even if it doesn’t support the time parameter, I’d at least like to get a
> prototype running.
> http://docs.geotools.org/latest/userguide/library/coverage/pgraster.html
>
> Thanks,
>
> Kevin M. Weiss
>
> From: Christian Mueller [mailto:christian.muel...@os-solutions.at christian.muel...@os-solutions.at>]
> Sent: Tuesday, August 06, 2013 7:42 AM
>
> To: Weiss, Kevin
> Cc: geoserver-users@lists.sourceforge.net geoserver-users@lists.sourceforge.net>
> Subject: Re: [Geoserver-users] ImageMosaic-JDBC Tutorial Issues
>
> Hi Kevin
>
> I would use PostGis raster columns.
>
> Using pastebin.com for stack traces is ok, will have
> a look at it later.
>
> About temporal queries. Do you want to use the "time" parameter in WMS
> requests ? I never used it and the imagemosiac-JDBC module has no  temporal
>  support !!!
>
> Cheers
> Christian
>
>
>
> On Tue, Aug 6, 2013 at 1:44 PM, Weiss, Kevin  kweis...@harris.com>> wrote:
> Hello Christian,
> For the purpose of the exercise I was using the Blobs for image data
> storage.  With regards to my end goal, I’m not sold on one approach over
> the other.  I’m just looking to prototype a solution that allows me to
> programmatically store spatial imagery in the database from a java
> application and have it available for display via GeoServer while allowing
> temporal queries.  Along the lines of looping weather radar imagery.
>
> Any help you could provide in either direction would be great.
>
> Is there a preferred loca

Re: [Geoserver-users] ImageMosaic-JDBC Tutorial Issues

[Weiss, Kevin]

Hello Christian,
Yes, the mapping xml file is copied verbatim from the tutorial.  The connect 
and coverage xml files were only modified for our connection info and to change 
the coverage name from "oek" to "satellite" to match my data.

Kevin M. Weiss

Software Engineer

HARRIS IT Services



1408 Fort Crook Road South

Bellevue, NE 68005

kweis...@harris.com


From: Christian Mueller [christian.muel...@os-solutions.at]
Sent: Thursday, August 08, 2013 10:19 AM
To: Weiss, Kevin
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] ImageMosaic-JDBC Tutorial Issues

Hi Kevin

Did you change the value of the xml element "spatialExtension" to "PGRASTER"


On Tue, Aug 6, 2013 at 5:37 PM, Weiss, Kevin 
mailto:kweis...@harris.com>> wrote:
Christian,
I have followed the PostGIS raster tutorial and seemed to have ended up in the 
same situation as before.  When I try to add the ImageMosaic-JDBC store I 
receive the dreaded “Could not list layers for this store, an error occurred 
retrieving them: Argument "value" should not be null.” error.
Here are the steps I took

I loaded the raster into the DB:
raster2pgsql –I –C –s 4326 satellite.png public.satellite > pgraster.sql
psql –U  –d  –h  –f pgraster.sql

Then I created the mosaic table using the sql in the tutorial and added a row 
for my previously loaded raster:
insert into mosaic (name, tiletable) values (‘satellite’, ‘satellite’);

Then I created the mapping, connect and coverage xml files as described in the 
tutorial only modifying the DB connection info and the coverageName value in 
the coverage xml file to match the value in the mosaic table.

One thing I’ve noticed is that despite my coverageName specifying ‘satellite’ 
all lower case, I get an error stating “No level available for Satellite” in 
the GeoServer logs.  When I update the name in the mosaic table to ‘Satellite’ 
then I get a NullPointerException in ImageMosaicJDBCReader line 164.  I’m not 
sure why it would auto-capitalize my coverage name as all the references I’ve 
made are lower case.

Kevin M. Weiss

From: Christian Mueller 
[mailto:christian.muel...@os-solutions.at]
Sent: Tuesday, August 06, 2013 9:04 AM
To: Weiss, Kevin
Cc: 
geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] ImageMosaic-JDBC Tutorial Issues

The imagemosiac-jdbc is NOT an extension of the ImageMosaic plugin and lacks 
temporal support.

The tutorial link in your previous mail is a good starting point.

Cheers
Christian

On Tue, Aug 6, 2013 at 3:38 PM, Weiss, Kevin 
mailto:kweis...@harris.com>> wrote:
Hello Christian,

Yes, I was hoping to use the “time” parameter in WMS.  I had prototyped an 
example using the time & elevation tutorial (link below) a while back and just 
assumed that the ImageMosaic-JDBC was an extension of the ImageMosaic plugin 
and would support time-series as well.
http://docs.geoserver.org/latest/en/user/tutorials/imagemosaic_timeseries/imagemosaic_timeseries.html#tutorial-imagemosaic-timeseries

Is this the best tutorial for configuring GeoServer with PostGIS Raster?  Even 
if it doesn’t support the time parameter, I’d at least like to get a prototype 
running.
http://docs.geotools.org/latest/userguide/library/coverage/pgraster.html

Thanks,

Kevin M. Weiss

From: Christian Mueller 
[mailto:christian.muel...@os-solutions.at]
Sent: Tuesday, August 06, 2013 7:42 AM

To: Weiss, Kevin
Cc: 
geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] ImageMosaic-JDBC Tutorial Issues

Hi Kevin

I would use PostGis raster columns.

Using pastebin.com for stack traces is ok, will have a 
look at it later.

About temporal queries. Do you want to use the "time" parameter in WMS requests 
? I never used it and the imagemosiac-JDBC module has no  temporal  support !!!

Cheers
Christian



On Tue, Aug 6, 2013 at 1:44 PM, Weiss, Kevin 
mailto:kweis...@harris.com>> wrote:
Hello Christian,
For the purpose of the exercise I was using the Blobs for image data storage.  
With regards to my end goal, I’m not sold on one approach over the other.  I’m 
just looking to prototype a solution that allows me to programmatically store 
spatial imagery in the database from a java application and have it available 
for display via GeoServer while allowing temporal queries.  Along the lines of 
looping weather radar imagery.

Any help you could provide in either direction would be great.

Is there a preferred location for providing stack traces and such?  I didn’t 
want to attach the files and spam the whole mailing list.

Thanks,

Kevin M. Weiss

From: Christian Mueller 
[mailto:christian.muel...@os-solutions.at]
Sent: Tuesday, August 06, 2013 5:16 AM
To: Weiss, Kevin
Cc: 
geoserver-users@lists.s

Re: [Geoserver-users] ImageMosaic-JDBC Tutorial Issues

[Christian Mueller]

Hi Kevin

Did you change the value of the xml element "spatialExtension" to "PGRASTER"


On Tue, Aug 6, 2013 at 5:37 PM, Weiss, Kevin  wrote:

>  Christian,
>
> I have followed the PostGIS raster tutorial and seemed to have ended up in
> the same situation as before.  When I try to add the ImageMosaic-JDBC store
> I receive the dreaded “Could not list layers for this store, an error
> occurred retrieving them: Argument "value" should not be null.” error.  **
> **
>
> Here are the steps I took.
>
> ** **
>
> I loaded the raster into the DB:
>
> raster2pgsql –I –C –s 4326 satellite.png public.satellite > pgraster.sql**
> **
>
> psql –U  –d  –h  –f pgraster.sql
>
> ** **
>
> Then I created the mosaic table using the sql in the tutorial and added a
> row for my previously loaded raster:
>
> insert into mosaic (name, tiletable) values (‘satellite’, ‘satellite’);***
> *
>
> ** **
>
> Then I created the mapping, connect and coverage xml files as described in
> the tutorial only modifying the DB connection info and the coverageName
> value in the coverage xml file to match the value in the mosaic table.
>
> ** **
>
> One thing I’ve noticed is that despite my coverageName specifying
> ‘satellite’ all lower case, I get an error stating “No level available for
> Satellite” in the GeoServer logs.  When I update the name in the mosaic
> table to ‘Satellite’ then I get a NullPointerException in
> ImageMosaicJDBCReader line 164.  I’m not sure why it would auto-capitalize
> my coverage name as all the references I’ve made are lower case.
>
> ** **
>
> *Kevin M. Weiss*
>
> ** **
>
> *From:* Christian Mueller [mailto:christian.muel...@os-solutions.at]
> *Sent:* Tuesday, August 06, 2013 9:04 AM
> *To:* Weiss, Kevin
> *Cc:* geoserver-users@lists.sourceforge.net
> *Subject:* Re: [Geoserver-users] ImageMosaic-JDBC Tutorial Issues
>
> ** **
>
> The imagemosiac-jdbc is NOT an extension of the ImageMosaic plugin and
> lacks temporal support. 
>
> ** **
>
> The tutorial link in your previous mail is a good starting point.
>
> ** **
>
> Cheers
>
> Christian
>
> ** **
>
> On Tue, Aug 6, 2013 at 3:38 PM, Weiss, Kevin  wrote:*
> ***
>
> Hello Christian,
>
>  
>
> Yes, I was hoping to use the “time” parameter in WMS.  I had prototyped an
> example using the time & elevation tutorial (link below) a while back and
> just assumed that the ImageMosaic-JDBC was an extension of the ImageMosaic
> plugin and would support time-series as well.
>
> http://docs.geoserver.org/latest/en/user/tutorials/imagemosaic_timeseries/imagemosaic_timeseries.html#tutorial-imagemosaic-timeseries
> 
>
>  
>
> Is this the best tutorial for configuring GeoServer with PostGIS Raster?
> Even if it doesn’t support the time parameter, I’d at least like to get a
> prototype running.
> http://docs.geotools.org/latest/userguide/library/coverage/pgraster.html**
> **
>
>  
>
> Thanks,
>
>  
>
> *Kevin M. Weiss*
>
>  
>
> *From:* Christian Mueller [mailto:christian.muel...@os-solutions.at]
> *Sent:* Tuesday, August 06, 2013 7:42 AM
>
>
> *To:* Weiss, Kevin
> *Cc:* geoserver-users@lists.sourceforge.net
> *Subject:* Re: [Geoserver-users] ImageMosaic-JDBC Tutorial Issues
>
>  
>
> Hi Kevin
>
>  
>
> I would use PostGis raster columns. 
>
>  
>
> Using pastebin.com for stack traces is ok, will have a look at it later.**
> **
>
>  
>
> About temporal queries. Do you want to use the "time" parameter in WMS
> requests ? I never used it and the imagemosiac-JDBC module has no  temporal
>  support !!!
>
>  
>
> Cheers
>
> Christian
>
>  
>
>  
>
>  
>
> On Tue, Aug 6, 2013 at 1:44 PM, Weiss, Kevin  wrote:*
> ***
>
> Hello Christian,
>
> For the purpose of the exercise I was using the Blobs for image data
> storage.  With regards to my end goal, I’m not sold on one approach over
> the other.  I’m just looking to prototype a solution that allows me to
> programmatically store spatial imagery in the database from a java
> application and have it available for display via GeoServer while allowing
> temporal queries.  Along the lines of looping weather radar imagery.
>
>  
>
> Any help you could provide in either direction would be great.
>
>  
>
> Is there a preferred location for providing stack traces and such?  I
> didn’t want to attach the files and spam the whole mailing list.
>
>  
>
> Thanks,
>
>  
>
> *Kevin M. Weiss*
>
>  
>
> *From:* Christian Mueller [mailto:christian.muel...@os-solutions.at]
> *Sent:* Tuesday, August 06, 2013 5:16 AM
> *To:* Weiss, Kevin
> *Cc:* geoserver-users@lists.sourceforge.net
> *Subject:* Re: [Geoserver-users] ImageMosaic-JDBC Tutorial Issues
>
>  
>
> Hi Kevin
>
>  
>
> A question, do you want to use PostGis Raster columns as described here **
> **
>
> http://docsgeoserver.org/stable/en/user/data/raster/postgisraster.html

Re: [Geoserver-users] Image Pyramid problems

[Andrea Aime]

On Thu, Aug 8, 2013 at 4:19 PM, Ian Turton  wrote:

> Just to add some more information - this seems to be a JBoss specific
> issue as I can run up 2.3.4 in jetty and all works fine. I can then switch
> back to JBoss and use the same data directory with no issues either so I
> suspect is it is a permissions issue. I'm going to punt this to the JBOss
> experts here and let them bang their heads on it for a while - if we do
> find an answer I'll make sure to document it here and on the wiki.
>

Sounds like a good plan, thanks for following up on this

Cheers
Andrea


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

Ing. Andrea Aime
@geowolf
Technical Lead

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

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

---
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Image Pyramid problems

[Ian Turton]

Just to add some more information - this seems to be a JBoss specific issue
as I can run up 2.3.4 in jetty and all works fine. I can then switch back
to JBoss and use the same data directory with no issues either so I suspect
is it is a permissions issue. I'm going to punt this to the JBOss experts
here and let them bang their heads on it for a while - if we do find an
answer I'll make sure to document it here and on the wiki.

Ian


On 6 August 2013 10:19, Ian Turton  wrote:

> But jboss seems to have rwx permissions on the whole tree (i.e. I did
> chown -R jboss:jboss data/)
>
> Ian
>
>
> On 6 August 2013 10:17, Russell Hore  wrote:
>
>> I have had the similar error message, (Using Tomcat under Linux), when
>> the permissions on the directories are not 'open' enough.
>>
>> Russ
>>
>> On 6 Aug 2013, at 10:07, Andrea Aime 
>> wrote:
>>
>> On Tue, Aug 6, 2013 at 10:40 AM, Ian Turton  wrote:
>>
>>> I'm running GeoServer 2.3.4 under JBoss (not my choice) and I'm seeing
>>> an issue creatign an image pyramid - the log file says:
>>>
>>> 09:31:49,822 INFO  [org.geotools.gce.imagepyramid]
>>> (http--172.30.2.1-8080-1) Checking file:/app
>>> s/data/
>>> existstrue
>>> isFilefalse
>>> canRead:true
>>> canWritetrue
>>> canExecutetrue
>>> isHidden:false
>>> lastModified1375775551000
>>>
>>> 09:31:49,827 INFO  [org.geotools.gce.imagepyramid]
>>> (http--172.30.2.1-8080-1) Checking file:/app
>>> s/data/250k/
>>> existsfalse
>>> isFilefalse
>>> canRead:false
>>> canWritefalse
>>> canExecutefalse
>>> isHidden:false
>>> lastModified0
>>>
>>> 09:31:49,832 INFO  [org.geotools.gce.imagepyramid]
>>> (http--172.30.2.1-8080-1) Unable to build mosaic for the
>>> directory:/apps/data/250k/0
>>> 09:31:49,833 INFO  [org.geotools.gce.imagepyramid]
>>> (http--172.30.2.1-8080-1) Unable to build mosaic for the
>>> directory:/apps/data/250k/4
>>> 09:31:49,833 INFO  [org.geotools.gce.imagepyramid]
>>> (http--172.30.2.1-8080-1) Unable to build mosaic for the
>>> directory:/apps/data/250k/1
>>> 09:31:49,834 INFO  [org.geotools.gce.imagepyramid]
>>> (http--172.30.2.1-8080-1) Unable to build mosaic for the
>>> directory:/apps/data/250k/3
>>> 09:31:49,841 INFO  [org.geotools.gce.imagepyramid]
>>> (http--172.30.2.1-8080-1) Unable to build mosaic for the
>>> directory:/apps/data/250k/2
>>> 09:31:49,842 INFO  [org.geoserver.web] (http--172.30.2.1-8080-1) Getting
>>> list of coverages for saved store /apps/data/250k:
>>> java.lang.RuntimeException: Could not list layers for this store, an error
>>> occurred retrieving them: This plugin accepts only File, URL and String
>>> pointing to a file
>>> at
>>> org.geoserver.web.data.layer.NewLayerPageProvider.getItemsInternal(NewLayerPageProvider.java:123)
>>> [web-core-2.3.4.jar:2.3.4]
>>>
>>
>> Which root directory did you give to the pyramid store? It's normal that
>> it's checking the root directory for files, as gdal_retile puts tiles there
>> too,
>> but I'd be surprised if it's checking the parent of the folder you gave
>> it.
>>
>> That said, the true errors are reported for the directories that should
>> contain the data, it seems it's not able to generate a mosaic there, not
>> sure
>> why. You can try to put the logging level to "geotools developer logging"
>> and see if anything more interesting pops up
>>
>> Cheers
>> Andrea
>>
>> --
>> ==
>> Our support, Your Success! Visit http://opensdi.geo-solutions.it for
>> more information.
>> ==
>>
>> Ing. Andrea Aime
>> @geowolf
>> Technical Lead
>>
>> GeoSolutions S.A.S.
>> Via Poggio alle Viti 1187
>> 55054  Massarosa (LU)
>> Italy
>> phone: +39 0584 962313
>> fax: +39 0584 1660272
>> mob: +39  339 8844549
>>
>> http://www.geo-solutions.it
>> http://twitter.com/geosolutions_it
>>
>> ---
>> --
>> Get your SQL database under version control now!
>> Version control is standard for application code, but databases havent
>> caught up. So what steps can you take to put your SQL databases under
>> version control? Why should you start doing it? Read more to find out.
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk___
>> Geoserver-users mailing list
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>>
>>
>
>
> --
> Ian Turton
>



-- 
Ian Turton
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lis

Re: [Geoserver-users] GetFeatureInfo Buffer/tolerance default

[Rahkonen Jukka]

Hi,

Because it is a service level default one must make a compromise. At some 
moment too wide tolerance starts to find several features and for polygons the 
tolerance could well be zero always. However, I think that using 5 pixels as 
default tolerance would not be too big.

-Jukka Rahkonen-


Jonathan Moules wrote:

My suggestion was more to change the actual default (3) itself for GeoServer to 
... 5? rather than add a new feature. I like the feature idea, but I think it 
only sidesteps the issue of the default being too low. Hence asking if other 
people/users are encountering problems with the current default of 3.
Regards,
Jonathan

On 7 August 2013 17:04, Andrea Aime 
mailto:andrea.a...@geo-solutions.it>> wrote:
On Wed, Aug 7, 2013 at 5:59 PM, Jonathan Moules 
mailto:jonathanmou...@warwickshire.gov.uk>> 
wrote:
Good point. I figured it was 3 pixels for the search, plus 0.5 for half the 
line width. In that case, at least visually in rasterland the pixel is within 
3.5 pixels of the centreline, hence my comment about rounding.

---
Back to the original thought, is it possible to increase the default? I know 
quite a few of our users are missing the features, I wonder if that is 
happening to other GeoServer users as well?
I think there's going to be a bias that 3 pixels is fine because, technical 
types (the folks who implement GeoServer) usually have much better mousing 
skills than general users. But that's just my theory; maybe it's just a problem 
local to us.

As said, no problem implementing a default for the min value, provided that:
* there is resources to do so
* there is an understanding this is  a new feature, and now we are in feature 
freeze

Cheers
Andrea

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

Ing. Andrea Aime
@geowolf
Technical Lead

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

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

---


This transmission is intended for the named addressee(s) only and may contain 
sensitive or protectively marked material up to RESTRICTED and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this transmission in error please notify the 
sender immediately. All email traffic sent to or from us, including without 
limitation all GCSX traffic, may be subject to recording and/or monitoring in 
accordance with relevant legislation.
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] WMS Transparent Background

[Mike Grogan]

What type of dataset (raster, vector) ... also what is the fully qualified
domain of your server?  All we have is srvgis, which doesn't do us much
good.


On Thu, Aug 8, 2013 at 9:16 AM, Gubler, Ruediger  wrote:

> Hello,
>
> I'm requesting geoserver 2.3.3 with transparent=true; format=image/png but
> the result has black borders where no data is in the dataset.
>
>
> http://srvgis:2/geoserver/trimet_portland/wms?service=WMS&version=1.1.0&request=GetMap&layers=trimet_portland:20ft_6in&styles=&bbox=-123.1624280193816,45.26060070985506,-122.32294147052025,45.67139920561071&width=1400&height=900&srs=EPSG:4326&format=image%2Fpng&transparent=true
>
> We tried several programs (MapInfo Professional, TatukGIS Viewer, FME
> Universal Viewer, IE, Firefox, .) all are showing the black borders.
>
> Any ideas? Must I configure something in geoserver for transparent support?
>
>
> Yours Rüdiger
>
>
>
>
> --
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] WMS Transparent Background

[Gubler, Ruediger]

Hello,

I'm requesting geoserver 2.3.3 with transparent=true; format=image/png but the 
result has black borders where no data is in the dataset.

http://srvgis:2/geoserver/trimet_portland/wms?service=WMS&version=1.1.0&request=GetMap&layers=trimet_portland:20ft_6in&styles=&bbox=-123.1624280193816,45.26060070985506,-122.32294147052025,45.67139920561071&width=1400&height=900&srs=EPSG:4326&format=image%2Fpng&transparent=true

We tried several programs (MapInfo Professional, TatukGIS Viewer, FME Universal 
Viewer, IE, Firefox, .) all are showing the black borders. 

Any ideas? Must I configure something in geoserver for transparent support?


Yours Rüdiger



--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users