Hi Helmut,

thanks for your explanation! I wouldn't vote for any changes in the Windows installer. I don't know how many Windows users really need support for ECW or MBTILES files. I just tested Mitchels proposal which was formulated for Windows users, too. These files can be easily converted to GTIFF format and this format won't cause trouble.

What remains to be clarified: Why did Mitxels proposal work on Mitxels Windows10? With the "hard-coded" path it shouldn't work.

Greetings

Wolfgang



Am 07.08.2017 um 19:14 schrieb Helmut Schmidt:
Hi Wolfgang,

sorry that this is causing trouble to you.

QMS for Windows sets GDAL_PATH by purpose to the path where the GDAL libraries are put by the Windows installer.

This avoids potential trouble if multiple GDAL versions are installed.
I recommend not to change this as we already had enough of this trouble in the past.

If you want QMS to us an alternative GDAL, then you have to _replace_ the GDAL provided by the installer with your own.

If you think that the directory structure created by the installer is not compatible with standard GDAL installations, then we can change it - both in the installer and in IAppSetup.cpp.

Best regards,

Helmut



Am 07.08.2017 um 17:52 schrieb Wolfgang Thämelt:
Hallo Oliver,

there is a point that can cause the discussed trouble:

- I start QMS from a console window. This console window has an environment. Part of it says:

d:\Temp\QMSFiles>set gdal_data (query value of environment variable!)
GDAL_DATA=d:\Temp\QMSFiles\gdal-data     (query result)

(Mitchels proposal - variable points to a "patched" GDAL)

- The Windows rule is that this value of an environment variable is given to the application, i.e. using the GDAL_DATA environment variable within QMS started from this console should use "d:\Temp\QMSFiles\gdal-data". This rule is, of course, assumed to be valid for Mitxels BAT script.

- Now look at the QMS logfile:

2017-08-07 17:26:39.072 [debug] "GDAL_DATA directory set to d:\\Temp\\QMSFiles\\data"

Obviously a wrong path! This could explain everything! The "standard" GDAL doesn't support ECW!

Do you have an explanation for the difference? If I understand IAppSetup.cpp correctly, then with the statement "qputenv("GDAL_DATA", gdalDir.toUtf8())" Qt is asked to give the value of the environment variable GDAL_DATA.

Where does the result come from? I don't have a global environment variable GDAL_DATA. Does QMS make an implicit assumption about the location of the GDAL files?

Greetings

WolfgangTh







Am 06.08.2017 um 21:49 schrieb Oliver Eichler:
Sounds like something else is wrong. Maybe Mitxel has another idea. Is there
any debug output?

Am Sonntag, 6. August 2017, 17:39:51 CEST schrieb Wolfgang Thämelt:
Hi Oliver,

I'm sorry - I recompiled QMS and now I got

2017-08-06 17:22:41.976 [debug] VRT: try to open "D:/GPS/Maps/euecw.vrt"
2017-08-06 17:22:42.072 [debug] has overviews true
2017-08-06 17:22:42.072 [debug] FF QTransform(type=TxScale,
11=0.000124666 12=0 13=0 21=0 22=-8.31109e-05 23=0 31=-0.436332
32=1.25664 33=0.0174533)
2017-08-06 17:22:42.072 [debug] RR QTransform(type=TxScale, 11=8021.41
12=0 13=0 21=0 22=-12032.1 23=0 31=3500 32=15120 33=1)

But: no map visible. Neither an overview, nor a normal map. I checked
zoom levels from 10m to 1000km. Im still working with Mitxels path
settings and the GDAL recommended there.

WolfgangTh

Am 06.08.2017 um 17:10 schrieb Oliver Eichler:
Hi Wolfgang,

are you sure you use the latest version with that patch? What you describe
would fir with QMapShack prior to the patch.

Oliver
----------------------------------------------------------------------------
-- Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Qlandkartegt-users mailing list
Qlandkartegt-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users




------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Qlandkartegt-users mailing list
Qlandkartegt-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Qlandkartegt-users mailing list
Qlandkartegt-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users


------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Qlandkartegt-users mailing list
Qlandkartegt-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users

Reply via email to