Hi,
the map objects for TMS and WMTS do not use GDAL at all. They use QtNetwork. So
if it fails on SSL
connections it's because of missing SSL support in Qt. Or probably some module
handling the
encryption is missing.
Oliver
Am Dienstag, 13. Oktober 2015, 21:59:30 schrieb Helmut Schmidt:
> Hi Oliver,
>
> great!
>
> a Windows Installer for this test version is currently uploading to
> https://bitbucket.org/huirad/test/downloads
>
> On my system, I found the log file in
> C:\Users\Helmut\AppData\Local\Temp.
>
> See attach for a test with the AtlasDE
> (https://sg.geodatenzentrum.de/wmts_webatlasde__1274d574-5870-56a3-df5e-a7a7
> 2cfa13d6/1.0.0/WMTSCapabilities.xml)
>
> Debug messages like this
>
> 2015-10-13 21:39:55.523 [warning] QSslSocket: cannot resolve
> TLSv1_1_client_method
> 2015-10-13 21:39:55.528 [warning] QSslSocket: cannot resolve
> TLSv1_2_client_method
> 2015-10-13 21:39:55.532 [warning] QSslSocket: cannot resolve
> TLSv1_1_server_method
> 2015-10-13 21:39:55.536 [warning] QSslSocket: cannot resolve
> TLSv1_2_server_method
> 2015-10-13 21:39:55.541 [warning] QSslSocket: cannot resolve
> SSL_select_next_proto
> 2015-10-13 21:39:55.544 [warning] QSslSocket: cannot resolve
> SSL_CTX_set_next_proto_select_cb
> 2015-10-13 21:39:55.548 [warning] QSslSocket: cannot resolve
> SSL_get0_next_proto_negotiated
> 2015-10-13 21:39:56.334 [debug] start thread
> 2015-10-13 21:39:56.339 [debug] bufferScale QPointF(9.55463,-9.55463)
> 2015-10-13 21:39:56.396 [debug] "Im Ablauf des SSL-Protokolls ist ein
> Fehler aufgetreten."
> 2015-10-13 21:39:56.401 [debug] "Im Ablauf des SSL-Protokolls ist ein
> Fehler aufgetreten."
> 2015-10-13 21:39:56.406 [debug] "Im Ablauf des SSL-Protokolls ist ein
> Fehler aufgetreten."
>
> may give an indication where the problem is.
>
> Might the root cause be that the GDAL which I use is not built against
> all the SSL etc encyption stuff?
> If so, then that's bad news because I tried once end then got stuck in
> dependency hell. I will try not anymore.
> If I remember correctly, some guys in the naviboard replaced the gdal
> dll's delivered with QMS with the ones from
> http://www.gisinternals.com/? That might be the way to go for those who
> need web maps over secure connections.
> [No, I do not plan to use the gisinternals precompiled libraries for the
> windows installers.]
>
> Bye,
>
> Helmut
>
> Am 13.10.2015 um 08:52 schrieb Oliver Eichler:
> > Hi
> >
> > I just committed a patch that writes debug messages to a logfile.
> >
> > If you start qmapshack with the commandline option "-f" a logfile "
> > org.qlandkarte.QMapShack.log"
> > will be created in the system's temporary folder.
> >
> > If there are error messages when loading tiles they will be printed to
> > that file.
> >
> > HTH
> >
> > Oliver
> >
> > Am 12.10.2015 um 21:44 schrieb z...@cms123.fr:
> >> Hello,
> >>
> >> Just tested QMapShack_Install_Windows64bit__1.3.1.post.1335.Qt55.exe and
> >> I get more or less the same result as Pierre :
> >>
> >> - OsmTopo only shows routes (french "GRs") at some zoom levels, and both
> >> openTopoMap raster map + routes at other ones ; but this should be
> >> normal as defined in the .tms file
> >> - using OpenStreetMap.tms does not lead to QMS crash anymore, but no
> >> tile appear even if the tile download counter value is increased
> >> - IGN WMTS : not tested as I am not behind my registered IP address
> >>
> >> Windows 7 64 bits
> >>
> >> Bye
> >>
> >> Le 10.10.2015 18:35, Pierre Baldensperger a écrit :
> >>> Hi Helmut and Oliver,
> >>>
> >>> I just downloaded, installed and tried both new versions.
> >>> The crash is gone in both, so probably Oliver's latest check-in fixed
> >>> it
> >>> (or the Qt upgrade from 5.4.0).
------------------------------------------------------------------------------
_______________________________________________
Qlandkartegt-users mailing list
Qlandkartegt-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
