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 
An: k-w.thaem...@web.de
Cc: "QLandkarte GT" 
Betreff: Re: [Qlandkartegt-users] ECW and MBTILES support on windows


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




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