Hi Andrea,

that was a good Tip. Thank you for that.
In former we have preproduced the ImagePyramids with gdal_retile and gdaltindex 
and some how that produces the strange behavior.
Now we did the Indexing of the ImagePyramids with GeoServer2.12.1 and the 
Default EPSG:31466 and EPSG:25832.
Afterwords the Requests with the SRS different than the source SRS behave as 
expected. There is no shifted Data anymore.

I`m excited to know how the thing works, when we turn on a 
epsg_overrides.properties File with special towgs Parameters to receive a 
better fitting of EPSG:31466 Data in 25832 Requests.
Do we have to edit the .prj Files in the EPSG:31466 Source Pyramid manually or 
better delete the Layers and Stores an publish them again ?
Or is no interaction needed

Cheers, Guido


Von: andrea.a...@gmail.com [mailto:andrea.a...@gmail.com] Im Auftrag von Andrea 
Aime
Gesendet: Donnerstag, 14. Dezember 2017 10:19
An: Blome, Guido (62-24)
Cc: geoserver-users@lists.sourceforge.net
Betreff: Re: [Geoserver-users] Problem with transforming ImagePyramid based WMS 
Layers

Hi Guido,
the image pyramid stores the SRS of the pyramid in a .prj file. Wondering if 
that file contains
the wrong TOWGS84 parameters for some reason? (in the case of geotiff, a EPSG 
code is looked up
instead, and the choice of datum transformation parameters is performed at 
runtime querying the
EPSG database instead, which can lead to a different result).

You can use the reprojection console to see what transformation GeoServer would 
use going
between the EPSG codes directly (the one used by the GeoTiff).

Cheers
Andrea


On Tue, Dec 12, 2017 at 6:19 PM, Blome, Guido (62-24) 
<guido.bl...@bonn.de<mailto:guido.bl...@bonn.de>> wrote:
Hi list,

I'm using GeoServer 2.12.1 with tomcat 7.0.59 JVM1.8.0_92-b14, with the default 
SRS Definition set.

I have problem's using EPSG:31466 with ImagePyramid Datastores in EPSG:25832 
WMS-Requests.
The requested WMS-Image is located about 200 m to south in comparison to 
PostGIS based layers or a GeoTiff based EPSG:31466 raster layer in the same WMS 
request. In the opposite direction (EPSG:25832 Data in a EPSG:31466 Request) 
there is no Problem with transformation of ImagePyramid Data.

Summary: GeoTiff and PostGIS Layers are transformed as expected. ImagePyramid's 
not.

When using a epsg_overrides.properties File for EPSG:31466 with special towgs84 
parameters the behavior switches:

Now the EPSG:25832 based ImagePyramid will be transformed about 200 m to south 
in comparison to PostGIS based layers or a GeoTiff based EPSG:25832 raster 
layer in a EPSG:31466 WMS-Request, also a EPSG:31466 ImagePyramid is not 
transformed at the expected position in a EPSG:25832 Request, like PostGIS and 
GeoTiff Layers do.

Summary: The expected better fitting of the EPSG:31466 content in a EPSG:25832 
request can be solved through the properties File with PostGIS and GeoTiff 
based Layers. With ImagePyramid's the results are not as expected.

Can somebody explain the observed behavior or has similar problems ?
Is this a bug in the SRS handling when rendering ImagePyramid Data ?

Regards, Guido Blome

Bundesstadt Bonn
Amt für Bodenmanagement und Geoinformation
Sachgebietsleiter Geodateninfrastruktur

Stadthaus, Berliner Platz 2, 53111 Bonn
Telefon +49(0)2 28.77 3009
Telefax +49(0)2 28.77 2618
E-Mail guido.bl...@bonn.de<mailto:guido.bl...@bonn.de>
Internet www.bonn.de<http://www.bonn.de>





Bleiben Sie mit dem mehrmals in der Woche erscheinenden Newsletter 'BonnLive 
online' auf dem Laufenden. Informationen aus dem Rathaus, Veranstaltungstipps 
und aktuelle Nachrichten jetzt im Abo, kostenlos unter 
www.bonn.de<http://www.bonn.de><http://www.bonn.de>
Recyclingpapierfreundlichste Stadt Deutschlands 2010 bis 2017.
Bitte prüfen Sie, ob diese Mail wirklich ausgedruckt werden muss.

------------------------------------------------------------------------------
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

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net<mailto:Geoserver-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/geoserver-users



--

Regards,

Andrea Aime

==
GeoServer Professional Services from the experts! Visit http://goo.gl/it488V 
for more information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via di Montramito 3/A
55054  Massarosa (LU)
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i 
file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo 
è consentito esclusivamente al destinatario del messaggio, per le finalità 
indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne 
il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di 
procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro 
sistema. Conservare il messaggio stesso, divulgarlo anche in parte, 
distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, 
costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the 
attention and use of the named addressee(s) and may be confidential or 
proprietary in nature or covered by the provisions of privacy act (Legislative 
Decree June, 30 2003, no.196 - Italy's New Data Protection Code).Any use not in 
accord with its purpose, any disclosure, reproduction, copying, distribution, 
or either dissemination, either whole or partial, is strictly forbidden except 
previous formal approval of the named addressee(s). If you are not the intended 
recipient, please contact immediately the sender by telephone, fax or e-mail 
and delete the information in this message that has been received in error. The 
sender does not give any warranty or accept liability as the content, accuracy 
or completeness of sent messages and accepts no responsibility  for changes 
made after they were sent or for other risks which arise as a result of e-mail 
transmission, viruses, etc.


Bleiben Sie mit dem mehrmals in der Woche erscheinenden Newsletter 'BonnLive 
online' auf dem Laufenden. Informationen aus dem Rathaus, Veranstaltungstipps 
und aktuelle Nachrichten jetzt im Abo, kostenlos unter 
www.bonn.de<http://www.bonn.de>
Recyclingpapierfreundlichste Stadt Deutschlands 2010 bis 2017.
Bitte prüfen Sie, ob diese Mail wirklich ausgedruckt werden muss.
------------------------------------------------------------------------------
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

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Reply via email to