Hi,
thanks for your reply Julien; it helped to know that it should work in general!
I made some progress regarding the caching of a layer in utm zone 32 and 33 but
it doesn't work out completely.
What I did is to truncate the old cache and create a new grid set. I also
changed the bounds a little bit.
Here's an extract from geowebcache.xml:
<srs>
<number>25832</number>
</srs>
<extent>
<coords>
<double>200000.0</double>
<double>5100000.0</double>
<double>1300000.0</double>
<double>6200000.0</double>
</coords>
</extent>
<alignTopLeft>false</alignTopLeft>
<scaleDenominators>
<double>4000000.0</double>
<double>2000000.0</double>
<double>1000000.0</double>
<double>500000.0</double>
<double>250000.0</double>
<double>100000.0</double>
<double>50000.0</double>
<double>25000.0</double>
<double>10000.0</double>
<double>5000.0</double>
<double>2500.0</double>
What is working:
For the scales 1:4.000.000 and 1:2.000.000 the tiles are generated as expected.
What is not working:
For every larger scale tiles are missing in the east. It's probably best
described with some screenshots:
I did the screenshots from inside QGIS. On top of the hillshaded dem (in grey;
this is the one to be tiled, loaded as WMTS in QGIS) is a layer of germany (in
blue, just to make things clearer).
Here is correct example for 1:2.000.000:
https://drive.google.com/open?id=0B0Id8TV87m2qSFRZOGRPaDg0TGs
Here is one for 1:1.000.000:
https://drive.google.com/open?id=0B0Id8TV87m2qYnk1S1Z5dk4tSHM
You can already see that tiles are missing in the east.
And finally one for 1:500.000:
https://drive.google.com/open?id=0B0Id8TV87m2qZ1kzd0FPOE5XQ3c
And the issue is getting more obvious.
All the tiles are generated just fine in all other directions, i.e. north,
south, west.
Does somebody maybe have an idea which would point me in the right direction?
Thanks & best regards
Torsten
-----Ursprüngliche Nachricht-----
Von: geoserver-users-requ...@lists.sourceforge.net
[mailto:geoserver-users-requ...@lists.sourceforge.net]
Gesendet: Dienstag, 31. Januar 2017 09:33
An: geoserver-users@lists.sourceforge.net
Betreff: Geoserver-users Digest, Vol 128, Issue 48
Send Geoserver-users mailing list submissions to
geoserver-users@lists.sourceforge.net
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/geoserver-users
or, via email, send a message with subject or body 'help' to
geoserver-users-requ...@lists.sourceforge.net
You can reach the person managing the list at
geoserver-users-ow...@lists.sourceforge.net
When replying, please edit your Subject line so it is more specific than "Re:
Contents of Geoserver-users digest..."
Today's Topics:
1. Caching beyond the bounds of a UTM Zone
(torsten.d...@t-systems.com)
2. Re: Caching beyond the bounds of a UTM Zone (Julian Hollingbery)
----------------------------------------------------------------------
Message: 1
Date: Tue, 31 Jan 2017 07:21:10 +0000
From: <torsten.d...@t-systems.com>
Subject: [Geoserver-users] Caching beyond the bounds of a UTM Zone
To: <geoserver-users@lists.sourceforge.net>
Message-ID:
<1331e1d0258149928f3f67f60bf21...@he105660.emea1.cds.t-internal.com>
Content-Type: text/plain; charset="us-ascii"
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.
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 2
Date: Tue, 31 Jan 2017 08:32:53 +0000
From: Julian Hollingbery <jul...@northtech.dk>
Subject: Re: [Geoserver-users] Caching beyond the bounds of a UTM Zone
To: "torsten.d...@t-systems.com" <torsten.d...@t-systems.com>,
"geoserver-users@lists.sourceforge.net"
<geoserver-users@lists.sourceforge.net>
Message-ID:
<db6pr0502mb290235a2c3e6c1cc93b36a01bb...@db6pr0502mb2902.eurprd05.prod.outlook.com>
Content-Type: text/plain; charset="us-ascii"
Don't know how helpful this is to you, but just to say that it is possible:
On our standalone GWC 1.9.1, retrieving WMS from a GeoServer 2.9.1, I have a
tileset running EPSG:25832 nicely within these bounds:
<extent>
<cords>
<double>200000</double>
<double>5997000</double>
<double>930000</double>
<double>6450000</double>
</cords>
</extent>
Regards,
/julian
Fra: torsten.d...@t-systems.com [mailto:torsten.d...@t-systems.com]
Sendt: 31. januar 2017 08:21
Til: geoserver-users@lists.sourceforge.net
Emne: [Geoserver-users] Caching beyond the bounds of a UTM Zone
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.
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
------------------------------------------------------------------------------
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
End of Geoserver-users Digest, Vol 128, Issue 48
************************************************
------------------------------------------------------------------------------
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
