Hi all
First, thanks to Helmut for preparing the windows version and installer,
also for the hint in the wiki pointing to the right package in gisinternals.
Basically I have followed the first step that is indicated in the wiki (
copy the entire bin directoruy) and then add another the step to move the
gdalplugins to a folder at same level that gdal111.dll
This way is working for me and (and for some others afaik), but
unfortunately does not for Wolfang and I can not give a hint :( . I know
that this proposal is a rough workaround and that's why I suggested more
testing before writing anything in the wiki. I must say that I am not an
"expert" but a motivated user., and as Wolfang has pointed the .bat I
provided must be tunned.
I agree with Helmut and Wolfang that the actual folder structure must
remain. I dont want to generate any extra work or headache, apart of
testing. And, as Helmut says, It will be more easy replacing only the
needed files in the current structure by yourself If you want/need the
plugins support .
I am going to test this way and I will suit a new .bat if necessary.
More than in ECW I am focusing in MBTiles because more and more authorities
are providing very good maps in mbtiles and I think it is an open format.
For Wolfang: At home I have tested with a "win10 enterprise evaluation
copy" downloaded directly from MS, I have put this in a VM with virtual
box running in my Linux Mint. I know how to read/copy the QMS activity
when I start QMS with the -d option in a linux terminal, .. but in Win I
am competely lost at this point. When I start qmapshack -d in a command
windows, nothing is shown. Is there a way to do this in win? So I could
give you some extra information to guess the differneces if you want.
Many thanks to all of you!
Mitxel
2017-08-07 19:50 GMT+02:00 Wolfgang Thämelt <k-w.thaem...@web.de>:
> 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
>
------------------------------------------------------------------------------
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
