Replacing the png8 in the original url with png works, and leaving the png8
but hitting geoserver directly (geoserver/wms instead of
geoserver/gwc/service/wms) works.
I would really like to use the png8 format with the geowebcache plugin. Is
anyone else seeing this error message? Is there any other information I
could supply which would be useful in diagnosing this issue?
you've found a new bug (wohoo!). It stems from some recent changes I made to provide better error reporting, which includes stringent checks on what GeoServer returns. Unfortunately it does not accomodate for the fact that a request for image/png8 will result in a image/png response.
I'll email back in an hour or two with a .jar and instructions,
-Arne
geoman wrote:
I am trying geoserver 1.7b2, and I am getting an unexpected error message.
Replacing the png8 in the original url with png works, and leaving the png8
but hitting geoserver directly (geoserver/wms instead of
geoserver/gwc/service/wms) works.
I would really like to use the png8 format with the geowebcache plugin. Is
anyone else seeing this error message? Is there any other information I
could supply which would be useful in diagnosing this issue?
Replacing the png8 in the original url with png works, and leaving the png8
but hitting geoserver directly (geoserver/wms instead of
geoserver/gwc/service/wms) works.
I would really like to use the png8 format with the geowebcache plugin. Is
anyone else seeing this error message? Is there any other information I
could supply which would be useful in diagnosing this issue?
Thanks for the quick turnaround, but I don't think it is quite right yet.
With the new geowebcache jar file, neither Firefox nor IE were able to serve
this image directly. I hard some difficulty seeing the headers in FF's
LiveHttpHeaders, so I tried Fiddler with IE, and I saw the Content-Type was
set to image/png8. I believe the Content-Type http header should be
image/png.
Yeah, you're right, wrong MIME type in the response. Strangely enough, it did actually work when I tested in Firefox 3, but only when viewing the tiles through OpenLayers (not if I then did "view image" on one).
Thanks for the quick turnaround, but I don't think it is quite right yet.
With the new geowebcache jar file, neither Firefox nor IE were able to serve
this image directly. I hard some difficulty seeing the headers in FF's
LiveHttpHeaders, so I tried Fiddler with IE, and I saw the Content-Type was
set to image/png8. I believe the Content-Type http header should be
image/png.
With the latest jar file I get the error message again (Empty metatile,
error message: MimeType mismatch, expected image/png8 but got image/png
from...)
-Craig
Arne Kepp-2 wrote:
Yeah, you're right, wrong MIME type in the response. Strangely enough,
it did actually work when I tested in Firefox 3, but only when viewing
the tiles through OpenLayers (not if I then did "view image" on one).
Thanks for the quick turnaround, but I don't think it is quite right yet.
With the new geowebcache jar file, neither Firefox nor IE were able to
serve
this image directly. I hard some difficulty seeing the headers in FF's
LiveHttpHeaders, so I tried Fiddler with IE, and I saw the Content-Type
was
set to image/png8. I believe the Content-Type http header should be
image/png.
I get the error message:
Empty metatile, error message: MimeType mismatch, expected
image/png8
but got image/png from ...
-------------------------------------------------------------------------
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@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
When I was confirming Content-Type was being set to image/png, I noticed
another header pair:
geowebcache-error: No real CacheControl information available
Is this one an issue?
Thanks,
Craig
Arne Kepp-2 wrote:
Yeah, you're right, wrong MIME type in the response. Strangely enough,
it did actually work when I tested in Firefox 3, but only when viewing
the tiles through OpenLayers (not if I then did "view image" on one).
Thanks for the quick turnaround, but I don't think it is quite right yet.
With the new geowebcache jar file, neither Firefox nor IE were able to
serve
this image directly. I hard some difficulty seeing the headers in FF's
LiveHttpHeaders, so I tried Fiddler with IE, and I saw the Content-Type
was
set to image/png8. I believe the Content-Type http header should be
image/png.
I get the error message:
Empty metatile, error message: MimeType mismatch, expected
image/png8
but got image/png from ...
-------------------------------------------------------------------------
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@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
"No real CacheControl information available" is not really an issue.
The reason is that by default GWC tries to provide the same expiration headers as set by the WMS server, but not all WMS servers provide this value. Also, GWC currently does not have a way to persist such a value between restarts, so it doesn't know the value until it makes the first WMS request to the backend for that layer. Hence the "error" that no CacheControl is available.
The default it reverts to is 2 hours, which should work well for most people.
-Arne
geoman wrote:
Hi Arne,
That one works - thank you!
When I was confirming Content-Type was being set to image/png, I noticed
another header pair:
geowebcache-error: No real CacheControl information available
Is this one an issue?
Thanks, Craig
Arne Kepp-2 wrote:
Yeah, you're right, wrong MIME type in the response. Strangely enough, it did actually work when I tested in Firefox 3, but only when viewing the tiles through OpenLayers (not if I then did "view image" on one).
Thanks for the quick turnaround, but I don't think it is quite right yet.
With the new geowebcache jar file, neither Firefox nor IE were able to
serve
this image directly. I hard some difficulty seeing the headers in FF's
LiveHttpHeaders, so I tried Fiddler with IE, and I saw the Content-Type
was
set to image/png8. I believe the Content-Type http header should be
image/png.
I get the error message:
Empty metatile, error message: MimeType mismatch, expected
image/png8
but got image/png from ...
-------------------------------------------------------------------------
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@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users