Hello,
we have recently upgraded to geoserver 2.7 and are having a problem with the integrated GWC.
The actual problem is that a vanilla raster (geotiff) layer stored in epsg:4326 cannot be requested using a bbox of: -180,-90, 0,0
-180,-90,-135,-45 works, but -180,-90, 0,0 does not.
so in other words, zoom level 1 is broken… looking in the cache dir we confirm… level 1 is never saved… the others work fine.
any ideas what could cause this ?
cheers
-ivan
It may be a result of disagreement about what constitutes the start of the tile pyramid, although I would expect the problem to be at level 0 rather than level 1.Try changing the gridset from “EPSG:4326” (Level 0 is 2 tiles per TMS) to “GoogleCRS84Quad” (level 0 is 1 tile per WMTS).
On 7 April 2015 at 08:56, Ivan Price <Ivan.Price@anonymised.com…> wrote:
Hello,
we have recently upgraded to geoserver 2.7 and are having a problem with the integrated GWC.
The actual problem is that a vanilla raster (geotiff) layer stored in epsg:4326 cannot be requested using a bbox of: -180,-90, 0,0
-180,-90,-135,-45 works, but -180,-90, 0,0 does not.
so in other words, zoom level 1 is broken… looking in the cache dir we confirm… level 1 is never saved… the others work fine.
any ideas what could cause this ?
cheers
-ivan
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
Geoserver-users mailing list
Geoserver-users@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
–
Kevin Smith
Software Engineer | Boundless
+1-778-785-7459
PS: This mess of protocol specific details intruding into GWCs internals and bleeding into each other without adequate abstraction is something I’ve wanted to fix for a while but haven’t had time for, especially as it has loads of backward compatibility issues.
On 7 April 2015 at 10:16, Kevin Smith <ksmith@anonymised.com> wrote:
It may be a result of disagreement about what constitutes the start of the tile pyramid, although I would expect the problem to be at level 0 rather than level 1.Try changing the gridset from “EPSG:4326” (Level 0 is 2 tiles per TMS) to “GoogleCRS84Quad” (level 0 is 1 tile per WMTS).
–
On 7 April 2015 at 08:56, Ivan Price <Ivan.Price@anonymised.com> wrote:
Hello,
we have recently upgraded to geoserver 2.7 and are having a problem with the integrated GWC.
The actual problem is that a vanilla raster (geotiff) layer stored in epsg:4326 cannot be requested using a bbox of: -180,-90, 0,0
-180,-90,-135,-45 works, but -180,-90, 0,0 does not.
so in other words, zoom level 1 is broken… looking in the cache dir we confirm… level 1 is never saved… the others work fine.
any ideas what could cause this ?
cheers
-ivan
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
–
Kevin Smith
Software Engineer | Boundless
+1-778-785-7459
Kevin Smith
Software Engineer | Boundless
+1-778-785-7459
Hi there,
OK thanks for that, I tried using GoogleCRS84Quad as a gridset but it didn’t change anything. We have reverted to GeoServer 2.2 and the same config works fine.
An interesting fact that is possibly related… for a virgin geoserver install the following url returns a blank image (for us anyway):
: it shouldn’t… north america should appear, which it does if we target geoserver directly… (i.e. remove /gwc/service/ from the url)
cheers
-i
Envoyé : mardi 7 avril 2015 19:20
PS: This mess of protocol specific details intruding into GWCs internals and bleeding into each other without adequate abstraction is something I’ve wanted to fix for a while but haven’t had time for, especially as it has loads of backward compatibility issues.
On 7 April 2015 at 10:16, Kevin Smith <ksmith@…5876…> wrote:
It may be a result of disagreement about what constitutes the start of the tile pyramid, although I would expect the problem to be at level 0 rather than level 1.Try changing the gridset from “EPSG:4326” (Level 0 is 2 tiles per TMS) to “GoogleCRS84Quad” (level 0 is 1 tile per WMTS).
On 7 April 2015 at 08:56, Ivan Price <Ivan.Price@…3844…> wrote:
Hello,
we have recently upgraded to geoserver 2.7 and are having a problem with the integrated GWC.
The actual problem is that a vanilla raster (geotiff) layer stored in epsg:4326 cannot be requested using a bbox of: -180,-90, 0,0
-180,-90,-135,-45 works, but -180,-90, 0,0 does not.
so in other words, zoom level 1 is broken… looking in the cache dir we confirm… level 1 is never saved… the others work fine.
any ideas what could cause this ?
cheers
-ivan
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users–
Kevin Smith
Software Engineer | Boundless
+1-778-785-7459
–
Kevin Smith
Software Engineer | Boundless
+1-778-785-7459