Adding watermarks to WMS output works fine, but when I use the tiles cached
by GeoWebCache they don't appear. Is this something I am doing wrong, or is
it a feature.
Any reponse would be appreciated.
--
View this message in context:
http://old.nabble.com/Watermarks-on-Geowebcache-tp29969446p2996
On Mon, Oct 18, 2010 at 5:20 AM, Armisael wrote:
> OK, it seems that I have to insert the dt0 file in order to create the
> store, and it works!
> Not, the point is that I have 414 dt0 files! Do I really have to
> create a store for each of them?
> Do you know if there is something more appropriat
> Caused by: org.geotools.factory.RecursiveSearchException: Recursive
> call while creating a 'LongitudeFirstEpsgDecorator' object.
This error is quite odd. Are you by any chance mixing jars from
different versions of GeoServer?
Or mixing plugins released for version x with a GeoServer of version
And a few different errors this time:
18 Oct 04:16:52 ERROR [geoserver.ows] -
org.vfny.geoserver.wms.WmsException: Translator error
at
org.vfny.geoserver.wms.responses.WMSCapabilitiesResponse.execute(WMSCapabilitiesResponse.java:146)
at
org.geoserver.ows.adapters.ResponseAdapter.
Still getting this error.
I'm now running this:
# /usr/lib/jvm/java-6-sun/bin/java -version
java version "1.6.0_20"
Java(TM) SE Runtime Environment (build 1.6.0_20-b02)
Java HotSpot(TM) 64-Bit Server VM (build 16.3-b01, mixed mode)
With native JAI and JAI ImageIO.
GeoServer 2.0.2
Apache Tomca
OK, it seems that I have to insert the dt0 file in order to create the
store, and it works!
Not, the point is that I have 414 dt0 files! Do I really have to
create a store for each of them?
Do you know if there is something more appropriate for this task? Or
at least if there is an automatic way to
Thank you, I will try it!
--
Stefano
On 17 October 2010 04:20, Chris Holmes wrote:
> I'm not sure if we bundle everything you need for dted, but in the OpenGeo
> Suite we have a mac installer and I think we bundle gdal and JAI for
> GeoServer. Download at http://opengeo.org/community/suite/do
Ok, thanks you guys.
Starting up the Java-Container with the modified parameters for the
container-memory seem to has solved the problem. I haven't fully tested
the whole rendering-process yet, since I'm not at the office on weekends
:) But with my test-environment here at home I can now generate
2010/10/17 Frederick Löbig :
> After incrementally increasing the requested size for the map via direct
> url-access, the maximum requestable or renderable size seems to be around
> 2500x2333 pixels. If that is exeeded, i get the following return:
>
> ServiceExceptionReport SYSTEM
> "http://192.16
Looks like out of memory. Did you try increasing the memory to your servlet
container to see if it works?
See
http://docs.geoserver.org/2.0.x/en/user/production/container.html#optimize-your-jvmfor
the java flag to increase it. You can pass that in to the start up of
any container.
2010/10/17 Fr
After incrementally increasing the requested size for the map via direct
url-access, the maximum requestable or renderable size seems to be around
2500x2333 pixels. If that is exeeded, i get the following return:
http://192.168.2.64:8080/geoserver/schemas/wms/1.1.1/WMS_exception_1_1_1.dtd";>
I'm not sure if we bundle everything you need for dted, but in the OpenGeo
Suite we have a mac installer and I think we bundle gdal and JAI for
GeoServer. Download at http://opengeo.org/community/suite/download/
On Sun, Oct 17, 2010 at 5:25 AM, Armisael wrote:
> Thank you for your replay,
> not
12 matches
Mail list logo