mcr ha scritto:
> Im I writing a plugin for Java Clients doing wms Request without to need to
> encode at the geoserver side (jpg, png,..) and decode at the Java Client
> Side. (Which ist really a performance boost). The transport format ist
> SerializabelRenderedImage from the jai api.
Interesting... any chance you can donate back that output format to
GeoSever? Would be cool if the GeoTools WMS client could leverage this too.
One thing I'm wondering is the size of the generated binary, I guess
it would be quite a bit bigger than a standard encoded (and compressed)
image, to a point it would be useful only on a fast local network
(right?). But maybe using standard gzip compression could mitigate this
> Is there a possibility to get notified if geoserver reloads its xml
> configuration files, otherwise I have to read the coverage properties file
> for each request.
No, there is no such mechanism at the moment. Jody is right, the
standard provides an "update number" in GetCapabilities that clients
could use to notice something changed, but we do not implement it (it's
If your client is sitting in the same machine as GeoServer, I guess
you can just use the file last updated date instead of reading it