Dear List,
I posted my question already on the GeoWebCache-mailing list but there is not
much traffic on the mailing list (2 Posts in January) and I'm not sure if the
list is still used frequently. As I didn't get any response there I try it
here; sorry if this is seen as a double posting.
Here's what I would like to achieve and the related question/problem:
I would like to cache data with GWC which is extending one EPSG-Projection and
UTM Zone.
The data covers Germany and is projected to ETRS89 / UTM Zone 32N, i.e.
EPSG:25832. As Germany extends the bounds of EPSG:25832 the eastern part of the
data "belongs" actually to UTM Zone 33N (EPSG:25833).
I defined a gridset based on EPSG:25832 but extended the bounds of the gridset
to the east in order to cover the data/Germany completely.
When the data is cached with gwc, the caching is not executed for the data
which extends the projected bounds of EPSG:25832, i.e. the self-defined gridset
bounds are ignored.
Is this the normal and desired behavior? Is there a way to get the data cached
beyond the natural EPSG-bounds?
For me it seems like a normal use case, but I couldn't find a solution yet.
I'm using:
Geoserver 2.10.0 with the integrated GWC. Geoserver is running on Java
1.8.0_102 64bits, Red Hat 6.5
The projected bounds of EPSG:25832 are (according to geoserver):
Min X: 239,323.44497139292
Min Y: 4,290,144.074117256
Max X: 760,676.555028607
Max Y: 9,320,086.206909368
Whereas my defined gridset extends those bounds to the east. Max X is
therefore: 930,000.
Thanks & best regards
Torsten
--------------------------------------------------------------------------
T-Systems International GmbH
Telekom-IT
Torsten Drey
Oberkasseler Strasse 2, 53227 Bonn, Germany
+49 228 9841-3690 (Phone)
+49 228 9841-3990 (Fax)
E-Mail: torsten.d...@t-systems.com<mailto:torsten.d...@t-systems.com>
Internet: http://www.t-systems.com
PegaProducts: http://www.pegaware.com/
www.t-systems.de/pflichtangaben<http://www.t-systems.de/pflichtangaben>
www.t-systems.com/compulsory-statement<http://www.t-systems.com/compulsory-statement>
Big changes start small - conserve resources by not printing every e-mail.
Notice: This transmittal and/or attachments may be privileged or confidential.
It is intended solely for the addressee named above. Any dissemination, or
copying is strictly prohibited. If you received this transmittal in error,
please notify us immediately by reply and immediately delete this message and
all its attachments. Thank you.
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
