Re: [Qlandkartegt-users] ECW and MBTILES support on windows

[Wolfgang Thämelt]

Hi Mitxel,

the ogr_MSSQLSpatial.dll seems to be resolved: this DLL needs the 
Microsoft sqlncli11.dll and that one wasn't found. I could download it from


https://www.microsoft.com/en-us/download/details.aspx?id=50402

After installing the package, the GDAL error message disappeared!

WolfgangTh



Am 20.02.2018 um 23:11 schrieb Mitxel:

Hi all


I have been exploring othersways to add ecw and mbtiles support for 
QMS in windows with no pain.


Previous attemp was a bit rough and it didn't work properly. From QMS 
1.9.1 I have tested this way that I find better.


Basically it depends on the plugin installers from GISinsternals, and 
this is the step by step procedure:


*First of all:
*
- This procedure is valid for QMS 1.10.0 and newer versions compiled 
with the same GDAL and MSVC versions that QMS 1.10.0 (at this time 
GDAL 2.1 and MSVC2013) . The provided links point to the GISInternals 
installers according to theese versions.


- You must know that the GISinternals installers DO NOT ASK where they 
will be install the plugin. They always write in C:\Program Files\GDAL 
( or something like that depending on your system language). 
Therefore, if you alredy have a GDAL version installed at that 
location for other purposes, you should rename it (eg: to GDALBAK) 
before runnig the installers in order to preserve it. So, once the 
task is done for QMS you can delete the GDAL folder created by 
GISinternals installers and rename back the original GDAL folder.


- (OPTIONAL) You would like to make a copy of the original Qmapshack 
root folder (eg:to QMapShack-BAK). In this way you can run QMS from 
the folder with plugins installed, or you can run the original one 
from the BAK folder without plugins. Your configuration remains the 
same for both of them and you could easily turn back if you don't like 
the changes.


*
Add ECW plugin*:

1- Download and execute thisECW plugin installer from GISinternals 
<%20http://download.gisinternals.com/sdk/downloads/release-1800-x64-gdal-2-2-1-mapserver-7-0-6/gdal-202-1800-x64-ecw-53.msi>


2- Go to the folder where the plugin has been installed , tipically 
C:\Program Files\GDAL


3- COPY the gdalplugins andlicense folders to the root folder of QMS, 
tipically C:\Program Files\QMapShack)


4- COPY NCSEcw.dll to the root folder of QMS

    You are done

*Add MrSID plugin:*

1- Download and execute this MrSid plugin installer from GISinternals 



2- Go to the folder where the plugin has been installed , tipically 
C:\Program Files\GDAL


3- COPY the gdalplugins andlicense folders to the root folder of QMS, 
tipically C:\Program Files\QMapShack)


4- COPY to the root folder of QMS theese 3 files:lti_dsdk_9.1.dll , 
lti_lidar_dsdk_1.1.dll , tbb.dll


    You are done
*
Add MBTiles support:*

1- Download and execute theGDAL core installer from GISinternals 



2- Go to the folder where the GDAL core has been installed , tipically 
C:\Program Files\GDAL


3- COPY the gdalplugins and license folders to the root folder of QMS, 
tipically C:\Program Files\QMapShack)


4- COPY all the dll files (*.dll) to the root folder of QMS. Some of 
them already exist, when asked, choose overwrite them.



    You are done

You can add all of them at once: run all the installers first, and 
then follow the steps 2 to 4 for MBTiles.



*Updating QMS:*

(assuming that the the QMS update remains with the same GDAL and MSVC 
version)


- ECW and MrSID plugins are installed beside the QMS stuff, so when 
you update QMS the plugin support remains.


- MBTiles overwrites some dlls that come with QMS installer, so once 
QMS is updated you should repeat steps 2 to 4 for MBTiles support.


---
Remarks:

- this procedure requires the user to install the plugins and agree 
their terms of use
- It respects the QMS folder structure created with the QMS installer 
mantained by Helmut  :-)
- there is no need to set any path to gdalplugins folder, so you can 
start qmapshack.exe as usual.



- The only pity is that for mbtiles (just the one that is an open 
format and supported by gdal) the gdal202.dll and others provided by 
the QMS installer must to be overwritten. Maybe there is a cleaner 
way, but I didn't get it.






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

Re: [Qlandkartegt-users] ECW and MBTILES support on windows

[Wolfgang Thämelt]

Hi Mitxel,

I tested your proposed procedure for using ECW and MBTILES files on 
Windows 10 with QMS 1.11. I proceeded as described. Maybe 1 (trivial) 
phrase is missing in the description: "build VRT files".


I found 2 ECW and 2 MBTILES files. I got the VRT files and I could see 
each of the maps. The only problem when building the VRT files was the 
following complaint (with each of the used files):


gdalbuildvrt D:/GPS/Maps/0839-B37BN Asela (1980).vrt 
D:/GPS/Maps/0839-B37BN Asela (1980).ecw
ERROR 1: Can't load requested DLL: 
d:\QtProjects\QMS\QMapShack\msvc_64\Files\gdalplugins\ogr_MSSQLSpatial.dll

126: Das angegebene Modul wurde nicht gefunden. (module not found)

The same error message appears with GDALADDO when creating overlays (but 
the overlays work too!)


I do not have any idea what this error means or how to suppress it. 
Surprisingly enough: the DLL is in the directory mentioned in the error 
message. Your proposal reads "there is no need to set any path to 
gdalplugins folder, so you can start qmapshack.exe as usual." - thus, I 
didn't set additional environment variables.


I couldn't test MrSID files - I don't have a file of this type.

Greetings

WolfgangTh









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

Re: [Qlandkartegt-users] ECW and MBTILES support on windows

[Oliver Eichler]

Hi Mitxel,

 

thanks for the great findings! Can you please add this to the Tips & Tricks section in the wiki, too?

 

https://bitbucket.org/maproom/qmapshack/wiki/DocMapsTipsTricks


 

Thanks

 

Oliver

 


Gesendet: Dienstag, 20. Februar 2018 um 23:11 Uhr
Von: Mitxel <nodeslatx...@gmail.com>
An: "Qmapshack mailing list" <qlandkartegt-users@lists.sourceforge.net>
Betreff: Re: [Qlandkartegt-users] ECW and MBTILES support on windows


Hi all


I have been exploring othersways to add ecw and mbtiles support for QMS in windows with no pain.

Previous attemp was a bit rough and it didn't work properly. From QMS 1.9.1 I have tested this way that I find better.

Basically it depends on the plugin installers from GISinsternals, and this is the step by step procedure:

First of all:

- This procedure is valid for QMS 1.10.0 and newer versions compiled with the same GDAL and MSVC versions that QMS 1.10.0 (at this time GDAL 2.1 and MSVC2013) . The provided links point to the GISInternals installers according to theese versions. 

- You must know that the GISinternals installers DO NOT ASK where they will be install the plugin. They always write in C:\Program Files\GDAL ( or something like that depending on your system language). Therefore, if you alredy have a GDAL version installed at that location for other purposes, you should rename it (eg: to GDALBAK) before runnig the installers in order to preserve it. So, once the task is done for QMS you can delete the GDAL folder created by GISinternals installers and rename back the original GDAL folder.

- (OPTIONAL) You would like to make a copy of the original Qmapshack root folder (eg:to QMapShack-BAK). In this way you can run QMS from the folder with plugins installed, or you can run  the original one from the BAK folder without plugins. Your configuration remains the same for both of them and you could easily turn back if you don't like the changes. 


Add ECW plugin:

1- Download and execute this ECW plugin installer from   GISinternals

2- Go to the folder where the plugin has been installed , tipically C:\Program Files\GDAL

3- COPY the gdalplugins and license folders to the root folder of QMS, tipically C:\Program Files\QMapShack)

4- COPY  NCSEcw.dll to the root folder of QMS

    You are done

Add MrSID plugin:

1- Download and execute this MrSid plugin installer from  GISinternals 

2- Go to the folder where the plugin has been installed , tipically C:\Program Files\GDAL

3- COPY the gdalplugins and license folders to the root folder of QMS, tipically C:\Program Files\QMapShack)

4- COPY to the root folder of QMS theese 3 files: lti_dsdk_9.1.dll , lti_lidar_dsdk_1.1.dll , tbb.dll 

    You are done

Add MBTiles support:

1- Download and execute the GDAL core installer from   GISinternals

2- Go to the folder where the GDAL core has been installed , tipically C:\Program Files\GDAL

3- COPY the gdalplugins and license folders to the root folder of QMS, tipically C:\Program Files\QMapShack)

4- COPY all the dll files (*.dll) to the root folder of QMS. Some of them already exist, when asked, choose overwrite them.

 
    You are done
   
You can add all of them at once: run all the installers first, and then follow the steps 2 to 4 for MBTiles.


Updating QMS:

(assuming that the the QMS update remains with the same GDAL and MSVC version)

- ECW and MrSID plugins are installed beside the QMS stuff, so when you update QMS the plugin support remains.

- MBTiles overwrites some dlls that come with QMS installer, so once QMS is updated you should repeat steps 2 to 4 for MBTiles support.

---
Remarks:

- this procedure requires the user to install the plugins and agree their terms of use
- It respects the QMS folder structure created with the QMS installer mantained by Helmut  :-)
- there is no need to set any path to gdalplugins folder, so you can start qmapshack.exe as usual.


- The only pity is that for mbtiles (just the one that is an open format and supported by gdal) the gdal202.dll and others provided by the QMS installer must to be overwritten. Maybe there is a cleaner way, but I didn't get it.


 

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

Re: [Qlandkartegt-users] ECW and MBTILES support on windows

[Oliver Eichler]

 

Just my 2 cents:  GDAL is not very ABI stabel. As a result mixing library modules from different versions and compilations can result into peculiar behavior instead of a sober, clean crash.  It would be more safe to use file format plugins that have been compiled with the very same version of GDAL as it is provided with QMapShack.

 

I know that Helmut does not want to pick up that task for various reasons. And I think we have to accept this. But never the less someone else can use the current QMapShack/GDAL SDK to compile these plugins and provide them on Bitbucket.

 


Gesendet: Dienstag, 08. August 2017 um 14:09 Uhr
Von: Mitxel <nodeslatx...@gmail.com>
An: k-w.thaem...@web.de
Cc: "QLandkarte GT" <qlandkartegt-users@lists.sourceforge.net>
Betreff: Re: [Qlandkartegt-users] ECW and MBTILES support on windows


Hi Wolfgang
 
2017-08-08 12:47 GMT+02:00 Wolfgang Thämelt <k-w.thaem...@web.de>:


- The -d command line parameter is for *NIX systems only. With Windows You can use "-f" to get a logfile with debug info in the users application Temp directory. There I found the GDAL_PATH problem which seems to cause my problems.
 

 

Thanks! I will do so.


 

- If I understand Helmut correctly, then there is no way to use "brute force" to replace the default GDAL by one at another location.

 

I will do a new attempt with the gisinternals stuff overwritting the current one at the same folder the current files live now.

 



- I didn't test MBTILES files, but I expect a similar behavior.


 

Yes ,Probably it will be the same.

--
 

I have packed some mbtiles for those who want testing:
 

Cabrera Islands National Park: This is a minimal mbtiles. Only 2Mb.
 

Islas Atlanticas:  (12 Mb)
 

You download a zip file with:
 

.mbtiles   | the map file Downloaded from Spanish IGN web site.

.vrt file  |  generated with QMS

.gpx file  | With a Waypoint within the map area.

.txt | with the reference to the IGN webpage

 

These IGN mbtiles are made with different layers at different scales that behav like overviews. Before the Olivers last commit related to overviews(43b0987) only the most detailed one was shown at close zoom levels. Since that commit more levels are shown as an overview when zooming out,  ...and  with no need to generate  gdaladdos overviews ..great!
 

Mitxel



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

Re: [Qlandkartegt-users] ECW and MBTILES support on windows

[Mitxel]

Hi Wolfgang

2017-08-08 12:47 GMT+02:00 Wolfgang Thämelt :

>
> - The -d command line parameter is for *NIX systems only. With Windows You
> can use "-f" to get a logfile with debug info in the users application Temp
> directory. There I found the GDAL_PATH problem which seems to cause my
> problems.
>
>
Thanks! I will do so.



> - If I understand Helmut correctly, then there is no way to use "brute
> force" to replace the default GDAL by one at another location.
>

I will do a new attempt with the gisinternals stuff overwritting the
current one at the same folder the current files live now.


>
> - I didn't test MBTILES files, but I expect a similar behavior.
>

Yes ,Probably it will be the same.

--

I have packed some mbtiles for those who want testing:

Cabrera Islands National Park
:
This is a minimal mbtiles. Only 2Mb.

Islas Atlanticas:

(12 Mb)

You download a zip file with:

.mbtiles   | the map file Downloaded from Spanish IGN web site
.
.vrt file  |  generated with QMS
.gpx file  | With a Waypoint within the map area.
.txt | with the reference to the IGN webpage


These IGN mbtiles are made with different layers at different scales that
behav like overviews. Before the Olivers last commit related to
overviews(43b0987) only the most detailed one was shown at close zoom
levels. Since that commit more levels are shown as an overview when zooming
out,  ...and  with no need to generate  gdaladdos overviews ..great!

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

Re: [Qlandkartegt-users] ECW and MBTILES support on windows

[Wolfgang Thämelt]

Hi Mitxel,

just for Your information:

- I'm running Windows 10 home (not in a virtual machine).

- My QMS is normally the latest patch from the repository compiled using 
Helmuts instructions for Windows (also the ones regarding GDAL).


- In my tests I followed strictly Your proposals.

- The -d command line parameter is for *NIX systems only. With Windows 
You can use "-f" to get a logfile with debug info in the users 
application Temp directory. There I found the GDAL_PATH problem which 
seems to cause my problems.


- If I understand Helmut correctly, then there is no way to use "brute 
force" to replace the default GDAL by one at another location.


- I didn't test MBTILES files, but I expect a similar behavior.

Regards

WolfgangTh


Am 08.08.2017 um 10:36 schrieb Mitxel:

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




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

Re: [Qlandkartegt-users] ECW and MBTILES support on windows

[Mitxel]

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 :

> 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 

Re: [Qlandkartegt-users] ECW and MBTILES support on windows

[Wolfgang Thämelt]

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, 

Re: [Qlandkartegt-users] ECW and MBTILES support on windows

[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

Re: [Qlandkartegt-users] ECW and MBTILES support on windows

[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

Re: [Qlandkartegt-users] ECW and MBTILES support on windows

[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

Re: [Qlandkartegt-users] ECW and MBTILES support on windows

[Wolfgang Thämelt]

Hi Oliver,

thanks for your comment.


Am 06.08.2017 um 13:49 schrieb Oliver Eichler:


Hi Wolfgang

The map should be always visible in the lower zoom levels. And you can 
enforce visibility in the properties.


No chance! Even after adding an overview map. With your gdaladdo command 
I get an additional euecw.vrt.ovr file in the same folder as the vrt 
file. The same happens without the -ro option. More useful gdaladdo 
options I couldn't find. And the QMS log tells:


2017-08-06 16:44:24.950 [debug] VRT: try to open "D:/GPS/Maps/euecw.vrt"
2017-08-06 16:44:24.951 [debug] has overviews false
2017-08-06 16:44:24.951 [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 16:44:24.951 [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)


Adding an overview directly to the ECW file is not supported.

Checking with ProcessMonitor the files loaded by QMS I find the vrt file 
but the ovr file is not touched/loaded.


By the way: Converting ECW to GTIFF and using the GTIFF doesn't cause 
any problems.



If your map has overviews QMS will report something like

2017-08-06 13:46:46.504 [debug] VRT: try to open 
"/home/MapRoom/Pustertal_50K.vrt" 2017-08-06 13:46:46.506 [debug] has 
overviews true 2017-08-06 13:46:46.506 [debug] FF 
QTransform(type=TxScale, 11=4.62818 12=0 13=0 21=0 22=-4.62818 23=0 
31=1.31383e+06 32=5.90459e+06 33=1) 2017-08-06 13:46:46.506 [debug] RR 
QTransform(type=TxScale, 11=0.216068 12=0 13=0 21=0 22=-0.216068 23=0 
31=-283876 32=1.27579e+06 33=1)


Note the "has overviews true"

HTH

Oliver


https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users


Regards

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

Re: [Qlandkartegt-users] ECW and MBTILES support on windows

[Wolfgang Thämelt]

Hi Mitxel,
my first attempt to build a VRT file for an ECW or MBTILES map failed. 
The reason was simple: the PATH construct in your BAT file puts the 
existing path in front of some new paths.


In the existing path there is the current working directory. As a 
consequence, the wrong gdalbuildvrt (the one already existing in the QMS 
directory) is called and this doesn't work. Using the one in 
.\gdal\apps\gdalbuildvrt.exe works fine. I got the VRTs (this was done 
with a direct call to gdalbuildvrt from the console, outside QMS).


My remaining problem: I don't know the contents of the ECW/MBTILES files 
I used for testing. Activating the ECW VRT in QMS shows a bounding box 
for the map (at 1000km zoom level), but I don't succeed to see some map 
content when zooming in. For the MBTILES example my hope was to see some 
part of Europe. But I even didn't find I bounding box.


Could you point me to a link for a valid ECW or MBTILES file that shows 
some real map in QMS?


My environment: Windows 10, QMS 1.9.0 post.


Thank you

WolfgangTh


Am 01.08.2017 um 21:34 schrieb Mitxel:

Hi all

I found that the info related to 'exotic formats' support for windows 
(such as ECW or MBTILES) in the TroubleShooting  section of the wiki 
 
is very short, and some additional steps are required to enable the 
plugins.


This works for me:
-
1- Download GDAL binaries from gisinternals 
 
and then brute-force-copy the complete "bin" subdirectory including 
subdirectories to the QMS home directory


2- Make a new subdirectory named gdalplugins in the QMS home directory 
(Important: It MUST be in the QMS home directory)


3- Move the content of /QMapshack/gdal/plugins-optional and 
/Qmapshack/gdal/plugins to the new folder /Qmapshack/gdalplugins, 
except gdal_GEOR.dll and ogr_OCI.dll (view note 1)


4- Create a batch file named QMS-plugins.bat with the following 
content (or download this one 
) and 
put it in the QMS home directory:


SET QMS_ROOT=%~dp0
path=%PATH%;%QMS_ROOT%;%QMS_ROOT%gdal\python\osgeo;%QMS_ROOT%proj\apps;%QMS_ROOT%gdal\apps;%QMS_ROOT%ms\apps;%QMS_ROOT%gdal\csharp;%QMS_ROOT%ms\csharp;%QMS_ROOT%curl;%QMS_ROOT%gdalplugins
SET GDAL_DATA=%QMS_ROOT%gdal-data
SET GDAL_DRIVER_PATH=%QMS_ROOT%gdalplugins
SET PYTHONPATH=%QMS_ROOT%gdal\python;%QMS_ROOT%ms\python
SET PROJ_LIB=%QMS_ROOT%proj\SHARE

qmapshack.exe

5- You are done. Double click on QMS-plugins.bat will start QMS with 
gdal plugins support


(optional) You can edit your QMapShack Menu item to call 
QMS-plugins.bat instead of qmapshack.exe
(optional) the original  /QMapShack/gdal/plugins , 
/QMapShack/gdal/plugins-optional , and 
/QMapShack/gdal/plugins-external folders will not be used, so you 
would like to remove them.
(note 1) If these .dll files are included the "Build VRT" assistant 
will return some error prompts (not relationed with the VRT build 
process). Since QMS will not use those dll, you can omit them to avoid 
such error prompts.


Tested in some machines with W10 and W8 succesfully, but it would be 
fine if others can test it. I would add it to the wiki in a few days 
if no incovenience is reported.


Mitxel


 P,D. I have put a link to download the batch file because I can not 
attach a .bat file with this message ;-)



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

Re: [Qlandkartegt-users] ECW and MBTILES support on windows

[Oliver Eichler]

Hi Mitxel,

thanks for your investigations! Can you please update the Wiki, too. Helmut 
just did a brief hint as he never really tried that stuff. A step-by-step 
instruction like yours is very welcome.

Thanks

Oliver

Am Dienstag, 1. August 2017, 21:34:17 CEST schrieb Mitxel:
> Hi all
> 
> I found that the info related to 'exotic formats' support for windows (such
> as ECW or MBTILES) in the TroubleShooting  section of the wiki
>  r-gdal-comes-without-support-for-exotic-formats> is very short, and some
> additional steps are required to enable the plugins.
> 
> This works for me:
> -
> 1- Download GDAL binaries from gisinternals
>  -mapserver-6-4-3.zip> and then brute-force-copy the complete "bin"
> subdirectory including subdirectories to the QMS home directory
> 
> 2- Make a new subdirectory named gdalplugins in the QMS home directory
> (Important: It MUST be in the QMS home directory)
> 
> 3- Move the content of /QMapshack/gdal/plugins-optional and
> /Qmapshack/gdal/plugins to the new folder /Qmapshack/gdalplugins, except
> gdal_GEOR.dll and ogr_OCI.dll (view note 1)
> 
> 4- Create a batch file named QMS-plugins.bat with the following
> content (or download
> this one )
> and put it in the QMS home directory:
> 
> SET QMS_ROOT=%~dp0
> path=%PATH%;%QMS_ROOT%;%QMS_ROOT%gdal\python\osgeo;%QMS_ROOT%proj\apps;%QMS_
> ROOT%gdal\apps;%QMS_ROOT%ms\apps;%QMS_ROOT%gdal\csharp;%QMS_ROOT%ms\csharp;%
> QMS_ROOT%curl;%QMS_ROOT%gdalplugins SET GDAL_DATA=%QMS_ROOT%gdal-data
> SET GDAL_DRIVER_PATH=%QMS_ROOT%gdalplugins
> SET PYTHONPATH=%QMS_ROOT%gdal\python;%QMS_ROOT%ms\python
> SET PROJ_LIB=%QMS_ROOT%proj\SHARE
> 
> qmapshack.exe
> 
> 5- You are done. Double click on QMS-plugins.bat will start QMS with gdal
> plugins support
> 
> (optional) You can edit your QMapShack Menu item to call QMS-plugins.bat
> instead of qmapshack.exe
> (optional) the original  /QMapShack/gdal/plugins ,
> /QMapShack/gdal/plugins-optional , and /QMapShack/gdal/plugins-external
> folders will not be used, so you would like to remove them.
> (note 1) If these .dll files are included the "Build VRT" assistant will
> return some error prompts (not relationed with the VRT build process).
> Since QMS will not use those dll, you can omit them to avoid such error
> prompts.
> 
> Tested in some machines with W10 and W8 succesfully, but it would be fine
> if others can test it. I would add it to the wiki in a few days if no
> incovenience is reported.
> 
> Mitxel
> 
> 
>  P,D. I have put a link to download the batch file because I can not attach
> a .bat file with this message ;-)



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