Nabble - GeoServer - User

Re: Could not obtain a reader for the CoverageDataSet

2008-12-05T07:23:04Z

Ciao Filippo,
I guess that to help you out we need more info on your geotiff file,
as well as on how you are trying to load it.
If needed, we can give you the link to our own ftp server so that you
can upload a sample tiff file.

Anyway, it would be helpful if you could provide us with a gdalinfo on
your geotiff file in order to understand if it is correct or not.

Simone.
-------------------------------------------------------
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Owner - Software Engineer
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 333 8128928

http://www.geo-solutions.it
http://simboss.blogspot.com/
http://www.linkedin.com/in/simonegiannecchini

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

On Fri, Dec 5, 2008 at 12:37 PM, Snamprogetti
<filippo.bultrighini@...> wrote:

>
> When trying to create a CoverageStore from a GeoTIFF file, i get the
> following error:
>
> The following exception was thrown:
> org.vfny.geoserver.global.ConfigurationException: Could not obtain a reader
> for the CoverageDataSet. Please check the CoverageDataSet configuration!
>
> The CoverageStore seems to be created anyway, but when i try to create a new
> Coverage with it i get the same error.
>
> What does it mean?
> Regards
> --
> View this message in context: http://www.nabble.com/Could-not-obtain-a-reader-for-the-CoverageDataSet-tp20852143p20852143.html
> Sent from the GeoServer - User mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
> The future of the web can't happen without you. Join us at MIX09 to help
> pave the way to the Next Web now. Learn more and register at
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@...
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>

------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you. Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@...
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: CQL Filter with date type?

2008-12-05T06:49:47Z

Hi Toan,

GeoServer 1.5.3 is a bit out dated... 1.7.0 is currently the stable
version. And in particualr with regard to handling dates much work has
been done. You may want to try a newer version of GeoServer to see if
the issue is fixed. If not we can look into it deeper.

-Justin

Toan Nguyen wrote:

> Hi all,
> I use Geoserver 1.5.3, Postgres 8.3 and PostGIS 1.3.3. <http://1.3.3.>
> I use CQL Filter to show or hidden some filter. The filter work well
> with field which have type is varchar or numeric.
> When I filter with a date field, it return a blank map, there is no
> feature. My syntax is OK. ex:
>
> http://localhost:8080/geoserver/wms?bbox=-106.50754423141483,31.15167484283446,27.25649709701543,53.13852825164794&styles=&Format=application/openlayers&request=GetMap&layers=shredit:act&width=800&height=300&srs=EPSG:4326&cql_Filter=LAST_REACH%20before%202000-01-01T00:03:20Z
> <http://localhost:8080/geoserver/wms?bbox=-106.50754423141483,31.15167484283446,27.25649709701543,53.13852825164794&styles=&Format=application/openlayers&request=GetMap&layers=shredit:act&width=800&height=300&srs=EPSG:4326&cql_Filter=LAST_REACH%20before%202000-01-01T00:03:20Z>
>
> Type of LAST_REACH is date
>
>
> --
> Nguyễn Đình Toán
>
> -------------------------
> Neu khong doc duoc tieng Viet, vui long vao menu View --> chon Encoding
> --> chon Unicode (UTF-8). Cam on.
>
>
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------------
> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
> The future of the web can't happen without you. Join us at MIX09 to help
> pave the way to the Next Web now. Learn more and register at
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@...
> https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you. Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@...
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: Could not obtain a reader for the CoverageDataSet

2008-12-05T05:32:45Z

Snamprogetti ha scritto:

> When trying to create a CoverageStore from a GeoTIFF file, i get the
> following error:
>
> The following exception was thrown:
> org.vfny.geoserver.global.ConfigurationException: Could not obtain a reader
> for the CoverageDataSet. Please check the CoverageDataSet configuration!
>
> The CoverageStore seems to be created anyway, but when i try to create a new
> Coverage with it i get the same error.
>
> What does it mean?

I have no idea... can you share a copy of the GeoTIFF file
so that we can have a look at it? (private mail is ok)

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you. Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@...
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Image-IO extensions on an XP x64 box

2008-12-05T04:22:19Z

Hi folks.

I have Geoserver running on a Windows XP x64 box. I have installed the
Image-IO extensions, and managed to get them working. However, what I
cannot get to work is making all of this start as a service. If I run
from the Startup.bat, all is well. However, if I install as a service,
all of the Coverage plug-ins associated with Image-IO are not there.

I realize this is a fairly non-standard setup, but if anyone has any
ideas, I would appreciate hearing them.

Thanks,

Bill

------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you. Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@...
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Could not obtain a reader for the CoverageDataSet

2008-12-05T03:37:19Z

When trying to create a CoverageStore from a GeoTIFF file, i get the following error:

The following exception was thrown:
org.vfny.geoserver.global.ConfigurationException: Could not obtain a reader for the CoverageDataSet. Please check the CoverageDataSet configuration!

The CoverageStore seems to be created anyway, but when i try to create a new Coverage with it i get the same error.

What does it mean?
Regards

Re: CQL Filter with date type?

2008-12-05T03:09:19Z

On Friday 05 December 2008 04:55:44 Toan Nguyen wrote:

> Hi all,
> I use Geoserver 1.5.3, Postgres 8.3 and PostGIS 1.3.3.
> I use CQL Filter to show or hidden some filter. The filter work well with
> field which have type is varchar or numeric.
> When I filter with a date field, it return a blank map, there is no
> feature. My syntax is OK. ex:
>
> http://localhost:8080/geoserver/wms?bbox=-106.50754423141483,31.15167484283
>446,27.25649709701543,53.13852825164794&styles=&Format=application/openlayer
>s&request=GetMap&layers=shredit:act&width=800&height=300&srs=EPSG:4326&cql_F
>ilter=LAST_REACH%20before%202000-01-01T00:03:20Z

The filter syntax is valid for CQL language.

>
> Type of LAST_REACH is date
cheers
--
Mauricio Pazos
www.axios.es

------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you. Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@...
https://lists.sourceforge.net/lists/listinfo/geoserver-users

CQL Filter with date type?

2008-12-04T19:55:44Z

Hi all,
I use Geoserver 1.5.3, Postgres 8.3 and PostGIS 1.3.3.
I use CQL Filter to show or hidden some filter. The filter work well with field which have type is varchar or numeric.
When I filter with a date field, it return a blank map, there is no feature. My syntax is OK. ex:

http://localhost:8080/geoserver/wms?bbox=-106.50754423141483,31.15167484283446,27.25649709701543,53.13852825164794&styles=&Format=application/openlayers&request=GetMap&layers=shredit:act&width=800&height=300&srs=EPSG:4326&cql_Filter=LAST_REACH%20before%202000-01-01T00:03:20Z

Type of LAST_REACH is date

--
Nguyễn Đình Toán

-------------------------
Neu khong doc duoc tieng Viet, vui long vao menu View --> chon Encoding --> chon Unicode (UTF-8). Cam on.

------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you. Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@...
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: Connection to SQL Server 2008 Spatial

2008-12-04T09:54:02Z

Hi Sven,

That is great that it works for you! Additional comments inline.

Axt, Sven wrote:

> Thank you very much Justin!
> I was testing the last days and and in the end I was able to bring data on a map.
>
> I imported one shp-file as geography (EPSG:4326) and as geometry (EPSG:31467).
>
> When defining the datastore, supplying a databasename led to this error (Invalid Portnumber):
>
> form connection params { schema="", port=1433, passwd="gisuser", dbtype="sqlserver", host="localhost\sqlexpress", max connections=10, user="gisuser", database="gistest", min connections=1}
> 04 Dez 00:04:56 WARN [geoserver.action] - Unable to fetch a list of FeatureType names from datastore.
> java.lang.RuntimeException: Unable to obtain connection
> at org.geotools.jdbc.JDBCDataStore.createConnection(JDBCDataStore.java:1101)
> at org.geotools.jdbc.JDBCDataStore.createTypeNames(JDBCDataStore.java:597)
> at org.geotools.data.store.ContentDataStore.getTypeNames(ContentDataStore.java:263)
> at org.vfny.geoserver.util.DataStoreUtils.getDataStore(DataStoreUtils.java:80)
> at org.vfny.geoserver.util.DataStoreUtils.acquireDataStore(DataStoreUtils.java:59)
> at org.vfny.geoserver.action.data.DataDataStoresEditorAction.execute(DataDataStoresEditorAction.java:145)
> at org.vfny.geoserver.action.ConfigAction.execute(ConfigAction.java:101)
> at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
> at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
> at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
> at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
> ...
> Caused by: com.microsoft.sqlserver.jdbc.SQLServerException: Invalid Portnumber: 1433/gistest.
> at com.microsoft.sqlserver.jdbc.SQLServerException.makeFromDriverError(Unknown Source)
> at com.microsoft.sqlserver.jdbc.SQLServerConnection.connect(Unknown Source)
> at com.microsoft.sqlserver.jdbc.SQLServerDriver.connect(Unknown Source)
> at org.apache.commons.dbcp.DriverConnectionFactory.createConnection(DriverConnectionFactory.java:38)
> at org.apache.commons.dbcp.PoolableConnectionFactory.makeObject(PoolableConnectionFactory.java:294)
> at org.apache.commons.dbcp.BasicDataSource.validateConnectionFactory(BasicDataSource.java:1247)
> at org.apache.commons.dbcp.BasicDataSource.createDataSource(BasicDataSource.java:1221)
> ... 60 more
>
> Ok - no databasename - worked.
>

I found the same. I am not sure if this is a SQL Server configuration thing?

> Next step: Feature type definition.
>
> Autocad seems to import geometry-data with srid = 0 wich leads to an error in feature data definition of geoserver. After setting the srid explicitly with
> update mytable set Geometry.STSrid = 31467
> I was able to finish the feature definition and see the geometry-data on the map - great!
It should be possible to simply enter 31467 as the SRS (in the feature
type editor) and choose the default SRS handling to ignore the native
srs. I will investigate this.
>
> With geography-data (EPSG:4326) I was not that lucky, because srid was UNKOWN or -1. And even with typing 4326 into the srs field the bounding box could not be calculated.
>
Yeah, this is an issue. Currently the driver only deals with the
geometry type, and not the geographic type. Opening a ticket for this:

http://jira.codehaus.org/browse/GEOT-2193

Actually one thing that puzzles me is that the geography datatype does
not seem to have an STEnvlope() function...

> Thats all so far and I'am very lucky the sqlserver support in geoserver. Time to upgrade!
>
> Best regards
> Sven
>
>
> Hi Sven,
>
> I believed I have fixed the problem. Due to changes between versions you will need to grab a recent 1.7.1 SNAPSHOT geoserver install. I also fixed an issue in the extension so you will need the latest version of that. You can grab them from:
>
> http://gridlock.openplans.org/geoserver/1.7.x/geoserver-1.7.x-latest-war.zip
> http://gridlock.openplans.org/geoserver/1.7.x/ext-latest/geoserver-1.7.1-SNAPSHOT-sqlserver-plugin.zip
>
> That hopefully works for you. Try it out and let me know if you have any more problems.
>
> -Justin
>
> Axt, Sven wrote:
>>
>> Hi,
>>
>> I'am running GeoServer Version 1.7.0 Stable in a war install in tomcat 6.0.16.
>> As well I'am using the latest ms-jdbc driver an the geoserver-1.7.1-SNAPSHOT as plugin.
>>
>> @Justin: Thank you for putting me on the list!
>>
>> Best regards
>> Sven
>>
>> -----Ursprüngliche Nachricht-----
>> Von: Justin Deoliveira [mailto:jdeolive@...]
>> Gesendet: Freitag, 28. November 2008 01:18
>> An: Sven Axt
>> Cc: geoserver-users@...
>> Betreff: Re: [Geoserver-users] Connection to SQL Server 2008 Spatial
>>
>> Hi Sven,
>>
>> A couple of questions. Which version of GeoServer are you running? Also how are you running GeoSever? Via war install? or standalone?
>>
>> Thanks,
>>
>> -Justin
>>
>> Sven Axt wrote:
>>> Hello,
>>>
>>> I'am really looking foreward to working with the sql server spatial driver. Connection via oledb (using win xp) works fine:
>>> Provider=SQLOLEDB.1;Password=pass;Persist Security Info=True;User
>>> ID=user;Initial Catalog=mydb;Data Source=127.0.0.1\SQLEXPRESS,1433
>>>
>>> Installation was no problem. I'am able to choose Microsoft SQL-Server when creating a datastore. I tried various ways, but connecting to the sql server instance is not successful:
>>>
>>> form connection params { schema="dbo", port=1433, passwd="pass",
>>> dbtype="sqlserver", host="127.0.0.1\SQLEXPRESS:1433", max
>>> connections=10, user="user", database="mydb", min connections=1}
>>> 25 Nov 09:55:15 WARN [geoserver.action] - Unable to fetch a list of FeatureType names from datastore.
>>> java.lang.VerifyError: org/geotools/jdbc/JDBCDataStore at
>>> org.geotools.jdbc.JDBCDataStoreFactory.createDataStore(JDBCDataStoreF
>>> a
>>> ctory.java:115) at
>>> org.geotools.jdbc.JDBCDataStoreFactory.createDataStore(JDBCDataStoreF
>>> a
>>> ctory.java:45) at
>>> org.vfny.geoserver.util.DataStoreUtils.getDataStore(DataStoreUtils.ja
>>> v
>>> a:75) at
>>> org.vfny.geoserver.util.DataStoreUtils.acquireDataStore(DataStoreUtil
>>> s
>>> .java:59) at
>>> org.vfny.geoserver.action.data.DataDataStoresEditorAction.execute(Dat
>>> a
>>> DataStoresEditorAction.java:135) at
>>> org.vfny.geoserver.action.ConfigAction.execute(ConfigAction.java:101)
>>> at
>>> org.apache.struts.action.RequestProcessor.processActionPerform(Reques
>>> t
>>> Processor.java:431) at
>>> org.apache.struts.action.RequestProcessor.process(RequestProcessor.ja
>>> v
>>> a:236) at
>>> org.apache.struts.action.ActionServlet.process(ActionServlet.java:119
>>> 6
>>> ) at
>>> org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
>>>
>>> Any ideas whats wrong?
>>>
>>> Thank you and best regards
>>> Sven
>>>
>>
>> --
>> Justin Deoliveira
>> OpenGeo - http://opengeo.org
>> Enterprise support for open source geospatial.
>>
>> ----------------------------------------------------------------------
>> --- This SF.Net email is sponsored by the Moblin Your Move Developer's
>> challenge Build the coolest Linux based applications with Moblin SDK &
>> win great prizes Grand prize is a trip for two to an Open Source event
>> anywhere in the world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> _______________________________________________
>> Geoserver-users mailing list
>> Geoserver-users@...
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
> --
> Justin Deoliveira
> OpenGeo - http://opengeo.org
> Enterprise support for open source geospatial.
>
>
> __________ Hinweis von ESET NOD32 Antivirus, Signaturdatenbank-Version 3653 (20081201) __________
>
> E-Mail wurde geprüft mit ESET NOD32 Antivirus.
>
> http://www.eset.com
>

--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@...
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: Raster/WMS Display Issue

2008-12-04T07:36:35Z

Ciao Aaron,
I have fixed this like two months ago, but the problem is that the fix
is in the ImageIO code not in imageio-ext or geotools or geoserver,
hence we can control it, which means that we cannot apply a patch
ourselves to one of our projects and make a new release but we need to
wait for sun to do that. I can send you an update version of the
ImageIO jar so that you could test it while we take a decision on how
to proceed. However I think that we will just ship the update imageio
tiff l ibrary in imageio-ext.

Simone.
-------------------------------------------------------
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Owner - Software Engineer
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 333 8128928

http://www.geo-solutions.it
http://simboss.blogspot.com/
http://www.linkedin.com/in/simonegiannecchini

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

On Thu, Dec 4, 2008 at 4:31 PM, Aaron Sutula <Aaron.Sutula@...> wrote:

> This is also similar to the behavior I have posted on the list before:
>
> Hi List,
>
> I'm fairly new to Geoserver, and I'm very impressed by how easy it is to
> get up and running quickly.
>
> I've been playing with serving data from Geoserver's WMS. I'm using the
> stand alone Geoserver 1.7.0-RC4 on linux with jdk 1.6.0_06 and native jai.
>
> I've been noticing some strange image rendering behavior when generating
> WMS images of radar data. This data contains many polygons (~80,000) and
> is in a custom orthographic projection. The polygons near the center of
> the data are much smaller than the ones near the perimeter (since it is
> radial data).
>
> Many of the small polygons are not rendered or are rendered in a way
> that leaves a strange pattern. You can see this in
> http://venus1.wrh.noaa.gov/scratch/sutula/wms1.png. That image was
> generated with the following WMS request:
>
> http://localhost:8080/geoserver/wms?WIDTH=800&HEIGHT=740&LAYERS=topp:states,topp%3ABRO_20080723_1807&STYLES=&SRS=EPSG%3A500001&FORMAT=image%2Fpng&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&FORMAT_OPTIONS=antialias%3Anone&BBOX=-268876.70491178706,-160532.58400467926,134399.955480083,212498.32685780057
>
> Strangely, if I make the output image half the size, the data does not
> appear at all as seen in
> http://venus1.wrh.noaa.gov/scratch/sutula/wms2.png. That was generated with:
>
> http://localhost:8080/geoserver/wms?WIDTH=400&HEIGHT=370&LAYERS=topp:states,topp%3ABRO_20080723_1807&STYLES=&SRS=EPSG%3A500001&FORMAT=image%2Fpng&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&FORMAT_OPTIONS=antialias%3Anone&BBOX=-268876.70491178706,-160532.58400467926,134399.955480083,212498.32685780057
>
> My sld has no scale dependence and only specifies a fill color and
> opacity for different values. The behavior happens with or without anti
> aliasing enabled.
>
> Any ideas what is going on here?
>
> Thank you,
> Aaron
>
> In summary, the data does not render at all when you zoom out a bit, and
> when it does render, some pixels are not filled in where the features being
> rendered are relatively small. I see the same behavior in Udig, but the data
> renders correctly in other software like Mapserver. It would be wonderful to
> get this fixed.
>
> Aaron
>
> Simone Giannecchini wrote:
>
> That's exactly the erroneous behavior I have fixed in the SUN tiff reader.
>
> Simone.
> -------------------------------------------------------
> Ing. Simone Giannecchini
> GeoSolutions S.A.S.
> Owner - Software Engineer
> Via Carignoni 51
> 55041 Camaiore (LU)
> Italy
>
> phone: +39 0584983027
> fax: +39 0584983027
> mob: +39 333 8128928
>
>
> http://www.geo-solutions.it
> http://simboss.blogspot.com/
> http://www.linkedin.com/in/simonegiannecchini
>
> -------------------------------------------------------
>
>
>
> On Thu, Dec 4, 2008 at 3:28 PM, Brian Walawender
> <Brian.Walawender@...> wrote:
>
>
> Simone and Daniele,
>
> One more comment, it looks like the geotiff values are being truncated to
> integers at the initial zooms and then being displayed as a float once you
> zoom in.
>
> bw
>
> -----Original Message-----
> From: Simone Giannecchini [mailto:simone.giannecchini@...]
> Sent: Wednesday, December 03, 2008 6:01 PM
> To: Brian.Walawender@...
> Cc: geoserver-users@...
> Subject: Re: [Geoserver-users] Raster/WMS Display Issue
>
> Ciao Brian,
> I am pretty sure you have run into a JAI-ImageIO tiff bug (actually a
> combination of two bugs) as I reported a while back. As Daniele
> mentioned, it would be great to get some sample data to make sure it
> is not a bug somewhere in geotools. I guess it is time to push out an
> imageio-ext release and to include the improved imageio-tiff
> reader/writer, what do you think daniele?
>
> Simone.
> -------------------------------------------------------
> Ing. Simone Giannecchini
> GeoSolutions S.A.S.
> Owner - Software Engineer
> Via Carignoni 51
> 55041 Camaiore (LU)
> Italy
>
> phone: +39 0584983027
> fax: +39 0584983027
> mob: +39 333 8128928
>
>
> http://www.geo-solutions.it
> http://simboss.blogspot.com/
> http://www.linkedin.com/in/simonegiannecchini
>
> -------------------------------------------------------
>
>
>
> On Wed, Dec 3, 2008 at 9:35 PM, Brian Walawender
> <Brian.Walawender@...> wrote:
>
>
> Hello,
>
>
>
> I have a 16 MB Geotiff that I am serving up as a WMS feed on Geoserver
> 1.7.0. I can only get the raster to display after I zoom in to a 1:6
> scale. Well it actually displays prior to that but only values greater
> than one inch (everything else is blank). It seems to be an intermittent
> problem (the raster is recreated every 20 minutes).
>
>
>
> The details on the raster are:
>
>
>
> Driver: GTiff/GeoTIFF
>
> Files: rain.tif
>
> Size is 5000, 5000
>
> Coordinate System is:
>
> GEOGCS["WGS 84",
>
> DATUM["WGS_1984",
>
> SPHEROID["WGS 84",6378137,298.2572235629972,
>
> AUTHORITY["EPSG","7030"]],
>
> AUTHORITY["EPSG","6326"]],
>
> PRIMEM["Greenwich",0],
>
> UNIT["degree",0.0174532925199433],
>
> AUTHORITY["EPSG","4326"]]
>
> Origin = (-126.000000000000000,22.000000000000000)
>
> Pixel Size = (0.012400000000000,0.005600000000000)
>
> Metadata:
>
> AREA_OR_POINT=Area
>
> Image Structure Metadata:
>
> COMPRESSION=LZW
>
> INTERLEAVE=BAND
>
> Corner Coordinates:
>
> Upper Left (-126.0000000, 22.0000000) (126d 0'0.00"W, 22d 0'0.00"N)
>
> Lower Left (-126.0000000, 50.0000000) (126d 0'0.00"W, 50d 0'0.00"N)
>
> Upper Right ( -64.0000000, 22.0000000) ( 64d 0'0.00"W, 22d 0'0.00"N)
>
> Lower Right ( -64.0000000, 50.0000000) ( 64d 0'0.00"W, 50d 0'0.00"N)
>
> Center ( -95.0000000, 36.0000000) ( 95d 0'0.00"W, 36d 0'0.00"N)
>
> Band 1 Block=256x256 Type=Float32, ColorInterp=Gray
>
> Computed Min/Max=0.000,2.482
>
> Minimum=0.000, Maximum=2.482, Mean=0.009, StdDev=0.045
>
> Metadata:
>
> STATISTICS_MINIMUM=0
>
> STATISTICS_MAXIMUM=2.4823353290558
>
> STATISTICS_MEAN=0.0089933774132436
>
> STATISTICS_STDDEV=0.044540742213422
>
>
>
> The raster style is:
>
>
>
> <?xml version="1.0" encoding="ISO-8859-1"?>
>
> <StyledLayerDescriptor version="1.0.0"
>
> xsi:schemaLocation="http://www.opengis.net/sld
> StyledLayerDescriptor.xsd"
>
> 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">
>
> 
>
>
>
> <NamedLayer>
>
> <Name>precip_raster</Name>
>
> <UserStyle>
>
> 
>
> <Title>Precip Raster Colormap</Title>
>
> <Abstract>Colors for precipitation raster image</Abstract>
>
> <FeatureTypeStyle>
>
> <Rule>
>
> <RasterSymbolizer>
>
> <Opacity>1.0</Opacity>
>
> <ColorMap type="Intervals">
>
> <ColorMapEntry color="#FFFFFF"
> quantity="0.00" opacity="0.0" />
>
> <ColorMapEntry color="#FFFFFF"
> quantity="0.0099" opacity="0.0" />
>
> <ColorMapEntry color="#7FFF00"
> quantity="0.099"/>
>
> <ColorMapEntry color="#00CD00"
> quantity="0.249"/>
>
> <ColorMapEntry color="#008B00"
> quantity="0.499"/>
>
> <ColorMapEntry color="#104E8B"
> quantity="0.749"/>
>
> <ColorMapEntry color="#1E90FF"
> quantity="0.999"/>
>
> <ColorMapEntry color="#00B2EE"
> quantity="1.249"/>
>
> <ColorMapEntry color="#00EEEE"
> quantity="1.499"/>
>
> <ColorMapEntry color="#8968CD"
> quantity="1.749"/>
>
> <ColorMapEntry color="#912CEE"
> quantity="1.999"/>
>
> <ColorMapEntry color="#8B008B"
> quantity="2.499"/>
>
> <ColorMapEntry color="#8B0000"
> quantity="2.999"/>
>
> <ColorMapEntry color="#CD0000"
> quantity="3.999"/>
>
> <ColorMapEntry color="#EE4000"
> quantity="4.999"/>
>
> <ColorMapEntry color="#FF7F00"
> quantity="5.999"/>
>
> <ColorMapEntry color="#CD8500"
> quantity="6.999"/>
>
> <ColorMapEntry color="#EEEE00"
> quantity="7.999"/>
>
> <ColorMapEntry color="#FFFF00"
> quantity="8.999"/>
>
> </ColorMap>
>
> </RasterSymbolizer>
>
> </Rule>
>
> </FeatureTypeStyle>
>
> </UserStyle>
>
> </NamedLayer>
>
> </StyledLayerDescriptor>
>
>
>
> Thanks.
>
>
>
> bw
>
>
>
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
>
>
> challenge
>
>
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
>
>
> world
>
>
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@...
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@...
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@...
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@...
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@...
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: Raster/WMS Display Issue

2008-12-04T07:31:00Z

This is also similar to the behavior I have posted on the list before:

Hi List,

I'm fairly new to Geoserver, and I'm very impressed by how easy it is to
get up and running quickly.

I've been playing with serving data from Geoserver's WMS. I'm using the
stand alone Geoserver 1.7.0-RC4 on linux with jdk 1.6.0_06 and native jai.

I've been noticing some strange image rendering behavior when generating
WMS images of radar data. This data contains many polygons (~80,000) and
is in a custom orthographic projection. The polygons near the center of
the data are much smaller than the ones near the perimeter (since it is
radial data).

Many of the small polygons are not rendered or are rendered in a way
that leaves a strange pattern. You can see this in
http://venus1.wrh.noaa.gov/scratch/sutula/wms1.png. That image was
generated with the following WMS request:

http://localhost:8080/geoserver/wms?WIDTH=800&HEIGHT=740&LAYERS=topp:states,topp%3ABRO_20080723_1807&STYLES=&SRS=EPSG%3A500001&FORMAT=image%2Fpng&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&FORMAT_OPTIONS=antialias%3Anone&BBOX=-268876.70491178706,-160532.58400467926,134399.955480083,212498.32685780057

Strangely, if I make the output image half the size, the data does not
appear at all as seen in
http://venus1.wrh.noaa.gov/scratch/sutula/wms2.png. That was generated with:

http://localhost:8080/geoserver/wms?WIDTH=400&HEIGHT=370&LAYERS=topp:states,topp%3ABRO_20080723_1807&STYLES=&SRS=EPSG%3A500001&FORMAT=image%2Fpng&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&FORMAT_OPTIONS=antialias%3Anone&BBOX=-268876.70491178706,-160532.58400467926,134399.955480083,212498.32685780057

My sld has no scale dependence and only specifies a fill color and
opacity for different values. The behavior happens with or without anti
aliasing enabled.

Any ideas what is going on here?

Thank you,
Aaron

In summary, the data does not render at all when you zoom out a bit, and when it does render, some pixels are not filled in where the features being rendered are relatively small. I see the same behavior in Udig, but the data renders correctly in other software like Mapserver. It would be wonderful to get this fixed.

Aaron

Simone Giannecchini wrote:

That's exactly the erroneous behavior I have fixed in the SUN tiff reader.

Simone.
-------------------------------------------------------
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Owner - Software Engineer
Via Carignoni 51
55041  Camaiore (LU)
Italy

phone: +39 0584983027
fax:      +39 0584983027
mob:    +39 333 8128928


http://www.geo-solutions.it
http://simboss.blogspot.com/
http://www.linkedin.com/in/simonegiannecchini

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



On Thu, Dec 4, 2008 at 3:28 PM, Brian Walawender
Brian.Walawender@... wrote:

Simone and Daniele,

One more comment, it looks like the geotiff values are being truncated to
integers at the initial zooms and then being displayed as a float once you
zoom in.

bw

-----Original Message-----
From: Simone Giannecchini [simone.giannecchini@...]
Sent: Wednesday, December 03, 2008 6:01 PM
To: Brian.Walawender@...
Cc: geoserver-users@...
Subject: Re: [Geoserver-users] Raster/WMS Display Issue

Ciao Brian,
I am pretty sure you have run into a JAI-ImageIO tiff bug (actually a
combination of two bugs) as I reported a while back. As Daniele
mentioned, it would be great to get some sample data to make sure it
is not a bug somewhere in geotools. I guess it is time to push out an
imageio-ext release and to include the improved imageio-tiff
reader/writer, what do you think daniele?

Simone.
-------------------------------------------------------
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Owner - Software Engineer
Via Carignoni 51
55041  Camaiore (LU)
Italy

phone: +39 0584983027
fax:      +39 0584983027
mob:    +39 333 8128928


http://www.geo-solutions.it
http://simboss.blogspot.com/
http://www.linkedin.com/in/simonegiannecchini

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



On Wed, Dec 3, 2008 at 9:35 PM, Brian Walawender
Brian.Walawender@... wrote:

Hello,



I have a 16 MB Geotiff that I am serving up as a WMS feed on Geoserver
1.7.0.    I can only get the raster to display after I zoom in to a 1:6
scale.   Well it actually displays prior to that but only values greater
than one inch (everything else is blank).  It seems to be an intermittent
problem (the raster is recreated every 20 minutes).



The details on the raster are:



Driver: GTiff/GeoTIFF

Files: rain.tif

Size is 5000, 5000

Coordinate System is:

GEOGCS["WGS 84",

    DATUM["WGS_1984",

        SPHEROID["WGS 84",6378137,298.2572235629972,

            AUTHORITY["EPSG","7030"]],

        AUTHORITY["EPSG","6326"]],

    PRIMEM["Greenwich",0],

    UNIT["degree",0.0174532925199433],

    AUTHORITY["EPSG","4326"]]

Origin = (-126.000000000000000,22.000000000000000)

Pixel Size = (0.012400000000000,0.005600000000000)

Metadata:

  AREA_OR_POINT=Area

Image Structure Metadata:

  COMPRESSION=LZW

  INTERLEAVE=BAND

Corner Coordinates:

Upper Left  (-126.0000000,  22.0000000) (126d 0'0.00"W, 22d 0'0.00"N)

Lower Left  (-126.0000000,  50.0000000) (126d 0'0.00"W, 50d 0'0.00"N)

Upper Right ( -64.0000000,  22.0000000) ( 64d 0'0.00"W, 22d 0'0.00"N)

Lower Right ( -64.0000000,  50.0000000) ( 64d 0'0.00"W, 50d 0'0.00"N)

Center      ( -95.0000000,  36.0000000) ( 95d 0'0.00"W, 36d 0'0.00"N)

Band 1 Block=256x256 Type=Float32, ColorInterp=Gray

    Computed Min/Max=0.000,2.482

  Minimum=0.000, Maximum=2.482, Mean=0.009, StdDev=0.045

  Metadata:

    STATISTICS_MINIMUM=0

    STATISTICS_MAXIMUM=2.4823353290558

    STATISTICS_MEAN=0.0089933774132436

    STATISTICS_STDDEV=0.044540742213422



The raster style is:



<?xml version="1.0" encoding="ISO-8859-1"?>

<StyledLayerDescriptor version="1.0.0"

    xsi:schemaLocation="http://www.opengis.net/sld
StyledLayerDescriptor.xsd"

    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">

    <!-- a named layer is the basic building block of an sld document -->



    <NamedLayer>

        <Name>precip_raster</Name>

        <UserStyle>

        <!-- they have names, titles and abstracts -->

            <Title>Precip Raster Colormap</Title>

            <Abstract>Colors for precipitation raster image</Abstract>

            <FeatureTypeStyle>

                    <Rule>

                                <RasterSymbolizer>

                                    <Opacity>1.0</Opacity>

                                    <ColorMap type="Intervals">

                                       <ColorMapEntry color="#FFFFFF"
quantity="0.00" opacity="0.0" />

                                       <ColorMapEntry color="#FFFFFF"
quantity="0.0099" opacity="0.0" />

                                       <ColorMapEntry color="#7FFF00"
quantity="0.099"/>

                                       <ColorMapEntry color="#00CD00"
quantity="0.249"/>

                                       <ColorMapEntry color="#008B00"
quantity="0.499"/>

                                       <ColorMapEntry color="#104E8B"
quantity="0.749"/>

                                       <ColorMapEntry color="#1E90FF"
quantity="0.999"/>

                                       <ColorMapEntry color="#00B2EE"
quantity="1.249"/>

                                       <ColorMapEntry color="#00EEEE"
quantity="1.499"/>

                                       <ColorMapEntry color="#8968CD"
quantity="1.749"/>

                                       <ColorMapEntry color="#912CEE"
quantity="1.999"/>

                                       <ColorMapEntry color="#8B008B"
quantity="2.499"/>

                                       <ColorMapEntry color="#8B0000"
quantity="2.999"/>

                                       <ColorMapEntry color="#CD0000"
quantity="3.999"/>

                                       <ColorMapEntry color="#EE4000"
quantity="4.999"/>

                                       <ColorMapEntry color="#FF7F00"
quantity="5.999"/>

                                       <ColorMapEntry color="#CD8500"
quantity="6.999"/>

                                       <ColorMapEntry color="#EEEE00"
quantity="7.999"/>

                                       <ColorMapEntry color="#FFFF00"
quantity="8.999"/>

                                    </ColorMap>

                                </RasterSymbolizer>

                </Rule>

            </FeatureTypeStyle>

        </UserStyle>

    </NamedLayer>

</StyledLayerDescriptor>



Thanks.



bw





-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's

challenge

Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the

world

http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@...
https://lists.sourceforge.net/lists/listinfo/geoserver-users

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@...
https://lists.sourceforge.net/lists/listinfo/geoserver-users


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@...
https://lists.sourceforge.net/lists/listinfo/geoserver-users


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@...
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: Raster/WMS Display Issue

2008-12-04T07:01:38Z

That's exactly the erroneous behavior I have fixed in the SUN tiff reader.

Simone.
-------------------------------------------------------
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Owner - Software Engineer
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 333 8128928

http://www.geo-solutions.it
http://simboss.blogspot.com/
http://www.linkedin.com/in/simonegiannecchini

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

On Thu, Dec 4, 2008 at 3:28 PM, Brian Walawender
<Brian.Walawender@...> wrote:

> Simone and Daniele,
>
> One more comment, it looks like the geotiff values are being truncated to
> integers at the initial zooms and then being displayed as a float once you
> zoom in.
>
> bw
>
> -----Original Message-----
> From: Simone Giannecchini [mailto:simone.giannecchini@...]
> Sent: Wednesday, December 03, 2008 6:01 PM
> To: Brian.Walawender@...
> Cc: geoserver-users@...
> Subject: Re: [Geoserver-users] Raster/WMS Display Issue
>
> Ciao Brian,
> I am pretty sure you have run into a JAI-ImageIO tiff bug (actually a
> combination of two bugs) as I reported a while back. As Daniele
> mentioned, it would be great to get some sample data to make sure it
> is not a bug somewhere in geotools. I guess it is time to push out an
> imageio-ext release and to include the improved imageio-tiff
> reader/writer, what do you think daniele?
>
> Simone.
> -------------------------------------------------------
> Ing. Simone Giannecchini
> GeoSolutions S.A.S.
> Owner - Software Engineer
> Via Carignoni 51
> 55041 Camaiore (LU)
> Italy
>
> phone: +39 0584983027
> fax: +39 0584983027
> mob: +39 333 8128928
>
>
> http://www.geo-solutions.it
> http://simboss.blogspot.com/
> http://www.linkedin.com/in/simonegiannecchini
>
> -------------------------------------------------------
>
>
>
> On Wed, Dec 3, 2008 at 9:35 PM, Brian Walawender
> <Brian.Walawender@...> wrote:
>> Hello,
>>
>>
>>
>> I have a 16 MB Geotiff that I am serving up as a WMS feed on Geoserver
>> 1.7.0. I can only get the raster to display after I zoom in to a 1:6
>> scale. Well it actually displays prior to that but only values greater
>> than one inch (everything else is blank). It seems to be an intermittent
>> problem (the raster is recreated every 20 minutes).
>>
>>
>>
>> The details on the raster are:
>>
>>
>>
>> Driver: GTiff/GeoTIFF
>>
>> Files: rain.tif
>>
>> Size is 5000, 5000
>>
>> Coordinate System is:
>>
>> GEOGCS["WGS 84",
>>
>> DATUM["WGS_1984",
>>
>> SPHEROID["WGS 84",6378137,298.2572235629972,
>>
>> AUTHORITY["EPSG","7030"]],
>>
>> AUTHORITY["EPSG","6326"]],
>>
>> PRIMEM["Greenwich",0],
>>
>> UNIT["degree",0.0174532925199433],
>>
>> AUTHORITY["EPSG","4326"]]
>>
>> Origin = (-126.000000000000000,22.000000000000000)
>>
>> Pixel Size = (0.012400000000000,0.005600000000000)
>>
>> Metadata:
>>
>> AREA_OR_POINT=Area
>>
>> Image Structure Metadata:
>>
>> COMPRESSION=LZW
>>
>> INTERLEAVE=BAND
>>
>> Corner Coordinates:
>>
>> Upper Left (-126.0000000, 22.0000000) (126d 0'0.00"W, 22d 0'0.00"N)
>>
>> Lower Left (-126.0000000, 50.0000000) (126d 0'0.00"W, 50d 0'0.00"N)
>>
>> Upper Right ( -64.0000000, 22.0000000) ( 64d 0'0.00"W, 22d 0'0.00"N)
>>
>> Lower Right ( -64.0000000, 50.0000000) ( 64d 0'0.00"W, 50d 0'0.00"N)
>>
>> Center ( -95.0000000, 36.0000000) ( 95d 0'0.00"W, 36d 0'0.00"N)
>>
>> Band 1 Block=256x256 Type=Float32, ColorInterp=Gray
>>
>> Computed Min/Max=0.000,2.482
>>
>> Minimum=0.000, Maximum=2.482, Mean=0.009, StdDev=0.045
>>
>> Metadata:
>>
>> STATISTICS_MINIMUM=0
>>
>> STATISTICS_MAXIMUM=2.4823353290558
>>
>> STATISTICS_MEAN=0.0089933774132436
>>
>> STATISTICS_STDDEV=0.044540742213422
>>
>>
>>
>> The raster style is:
>>
>>
>>
>> <?xml version="1.0" encoding="ISO-8859-1"?>
>>
>> <StyledLayerDescriptor version="1.0.0"
>>
>> xsi:schemaLocation="http://www.opengis.net/sld
>> StyledLayerDescriptor.xsd"
>>
>> 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">
>>
>> 
>>
>>
>>
>> <NamedLayer>
>>
>> <Name>precip_raster</Name>
>>
>> <UserStyle>
>>
>> 
>>
>> <Title>Precip Raster Colormap</Title>
>>
>> <Abstract>Colors for precipitation raster image</Abstract>
>>
>> <FeatureTypeStyle>
>>
>> <Rule>
>>
>> <RasterSymbolizer>
>>
>> <Opacity>1.0</Opacity>
>>
>> <ColorMap type="Intervals">
>>
>> <ColorMapEntry color="#FFFFFF"
>> quantity="0.00" opacity="0.0" />
>>
>> <ColorMapEntry color="#FFFFFF"
>> quantity="0.0099" opacity="0.0" />
>>
>> <ColorMapEntry color="#7FFF00"
>> quantity="0.099"/>
>>
>> <ColorMapEntry color="#00CD00"
>> quantity="0.249"/>
>>
>> <ColorMapEntry color="#008B00"
>> quantity="0.499"/>
>>
>> <ColorMapEntry color="#104E8B"
>> quantity="0.749"/>
>>
>> <ColorMapEntry color="#1E90FF"
>> quantity="0.999"/>
>>
>> <ColorMapEntry color="#00B2EE"
>> quantity="1.249"/>
>>
>> <ColorMapEntry color="#00EEEE"
>> quantity="1.499"/>
>>
>> <ColorMapEntry color="#8968CD"
>> quantity="1.749"/>
>>
>> <ColorMapEntry color="#912CEE"
>> quantity="1.999"/>
>>
>> <ColorMapEntry color="#8B008B"
>> quantity="2.499"/>
>>
>> <ColorMapEntry color="#8B0000"
>> quantity="2.999"/>
>>
>> <ColorMapEntry color="#CD0000"
>> quantity="3.999"/>
>>
>> <ColorMapEntry color="#EE4000"
>> quantity="4.999"/>
>>
>> <ColorMapEntry color="#FF7F00"
>> quantity="5.999"/>
>>
>> <ColorMapEntry color="#CD8500"
>> quantity="6.999"/>
>>
>> <ColorMapEntry color="#EEEE00"
>> quantity="7.999"/>
>>
>> <ColorMapEntry color="#FFFF00"
>> quantity="8.999"/>
>>
>> </ColorMap>
>>
>> </RasterSymbolizer>
>>
>> </Rule>
>>
>> </FeatureTypeStyle>
>>
>> </UserStyle>
>>
>> </NamedLayer>
>>
>> </StyledLayerDescriptor>
>>
>>
>>
>> Thanks.
>>
>>
>>
>> bw
>>
>>
>>
>>
>>
>> -------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
>> Build the coolest Linux based applications with Moblin SDK & win great
>> prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the
> world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> _______________________________________________
>> Geoserver-users mailing list
>> Geoserver-users@...
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@...
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@...
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>

Re: wms cql filter question

2008-12-04T06:42:34Z

Lehtonen, Mika ha scritto:
> Hi Andrea,
>
> you're right about the meaningless of showing 1000 markers. Actually
> this is not a project of mine so I am commenting only on my behalf. But
> I believe the problem is that the initial view opens all those 1000
> markers anyway in OpenLayers, not sure though. Maybe there is also a
> possibility to filter out markers with less significancy, I don't know.
> Anyway, with wms it would be quite easy and doesn't Geoserver do
> something like that by default or is it just for labels?

It's just for labels.

> What comes to the selecting "markers", if I recall right, someone was
> using wfs and GetFeature with a bbox which had a size of 5-15 pixels and
> a center in mouse cursor. That way you have a better possibility to hit
> the target. But it sounds a little complicated, especially if you are
> rendering those points with wms.

Indeed it is. Still haven't found the time to expose the search radius
as a request parameter, more important stuff keeps dropping on
my desk.

Cheres
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@...
https://lists.sourceforge.net/lists/listinfo/geoserver-users