[Qlandkartegt-users] GeoServer and QMapShack

[Wolfgang Thämelt]

What I did with some success in similar cases:

* Take the "ServerUrl" from the TMS file (my example:
"http://tiles.openseamap.org/seamark/%1/%2/%3.png;)
* Insert proper values for %1, %2, %3 (example:
"http://t1.openseamap.org/seamark/15/17683/10534.png;)
* Open this complete URL in your browser or use wget, cURL or similar
tools to download just one tile
* Check the server reply (example: at the moment of writing this text:
server replies with "503" and some additional explanation) and try to
find some hints about errors in the URL.

Remarks:

* %1 is the zoom level. Check your server for supported zoom levels.
* %2, %3: identify geographic coordinates for which a tile should be
available on the server and find the corresponing tile number using the
zoom level and functions usually called lat2tile/lon2tile (google or
look in CMapTMS.cpp in QMS sources)
* If the map is a worldwide one, then 0/0/0 is a good choice
* With Firefox use CTRL-SHIFT-I to get additional network information
* Your URL looks a bit strange. Is the "#/" sequence correct?
* If a single tile doesn't work the TMS doesn't work in QMS either
* If single tiles works and TMS doesn't, run QMS with a log file and
check the log for some error information

Regards

Wolfgang



___
Qlandkartegt-users mailing list
Qlandkartegt-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users

Re: [Qlandkartegt-users] Map Coordinates in UTM-Format

[Wolfgang Thämelt]

As far as I know you have to use one of the formats shown in the menu
"View - Setup coord. format".


Regards

Wolfgang



___
Qlandkartegt-users mailing list
Qlandkartegt-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users

Re: [Qlandkartegt-users] Map Coordinates in UTM-Format

[Wolfgang Thämelt]

Does

https://github.com/Maproom/qmapshack/wiki/AdvMapDetails#user-content-projection-and-datum

give an answer?


Regards

Wolfgang





___
Qlandkartegt-users mailing list
Qlandkartegt-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users

Re: [Qlandkartegt-users] French geoportail

[Wolfgang Thämelt]

Hello Roland,

today, the following TMS file could be used:



TMS4WMTS_Service de visualisation WMTS Geoportail Publics
https://wxs.ign.fr/pratique/geoportail/wmts?SERVICE=WMTS&REQUEST=GetTile&VERSION=1.0.0&LAYER=ORTHOIMAGERY.ORTHOPHOTOS&FORMAT=image/jpeg&STYLE=normal&TILEMATRIXSET=PM&TILEMATRIX="+z1+"&TILEROW="+y1+"&TILECOL="+x1;
}
)]]>

IGN


Other layers can be used, too.

WMTS: In the capabilities file downloaded from
"https://wxs.ign.fr/your_code/geoportail/wmts?; (pay attention to
your_code!)

find the ResourceURL entries looking like

https://username:passw...@wxs.ign.fr/your_code/geoportail/wmts?SERVICE=WMTS=GetTile=1.0.0=CADASTRALPARCELS.PARCELLAIRE_EXPRESS=image/png={Style}={TileMatrixSet}={TileMatrix}={TileRow}={TileCol}"/>


you have to insert

- your_code (as with the capabilities file request)

- your username (missing in the capabilities!)

- your password (missing in the capabilities!)

Use encoding if non-ASCII letters!

With these changes I can work with the WMTS file in QMS.


Compare also:

https://github.com/Maproom/qmapshack/wiki/DocFaqMaps#user-content-how-to-use-wmts-files-without-resourceurl

and neighboring sections.

Regards

Wolfgang


Am 16.03.2021 um 10:37 schrieb Roland Munch (info.rueducoq.fr):



hello everybody

Does anybody know how to get topomap from the french geoportail
through a tms or wtms file ?




___
Qlandkartegt-users mailing list
Qlandkartegt-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users

Re: [Qlandkartegt-users] Three online maps have stopped working; can't find replacement TMS files

[Wolfgang Thämelt]

Hallo Adam,

the QMS Wiki and its index (online or offline) can help you:

https://github.com/Maproom/qmapshack/wiki/DocMapDemSources


Greetings


Wolfgang









___
Qlandkartegt-users mailing list
Qlandkartegt-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users

Re: [Qlandkartegt-users] Three online maps have stopped working; can't find replacement TMS files

[Wolfgang Thämelt]

Am 26.02.2021 um 15:36 schrieb Adam Funk:

Hi,  > > I haven't used QMapShack for a while but just started again, and >

several of the online maps (the ones I liked best) have stopped >
working. They don't give any error messages (even running qmapshack >
from the console); they just show "OSM Topo: 9 tiles pending" with a >
countdown, and then show a blank view (except for the grid and any >
waypoints turned on). > > Searching the web for TMS files hasn't been
help either. I found a > potentially useful article >
 > but
Listings 2 and 3 (which should have the useful information) are >
missing from the page. > > Any suggestions? I can post the contents of
my old TMS files if that > would be useful. The ones that don't work are
based on Open Street > Map, although the Open Cycle Map does work. > >
Thanks, > Adam >


Hi Adam,

you mentioned "OSM Topo" - this TMS was ok today, maybe loading tiles
was a bit slow:



OSM Topo
3
18

Open Topo Map
https://a.tile.opentopomap.org/%1/%2/%3.png
3
11


QMapShack

Map data: (c) OpenStreetMap contributors, ODbL | Rendering:
(c) OpenTopoMap, CC-BY-SA | Trails by tile.waymarkedtrails.org 




Greetings

Wolfgang

___
Qlandkartegt-users mailing list
Qlandkartegt-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users

Re: [Qlandkartegt-users] Routino - custom profiles

[Wolfgang Thämelt]

Hi Marco,

did you restart QMS after the "cp" and "sed" steps? Having the 4
foo_bar*.mem and the foo_bar_profiles.xml files in one folder and
restarting QMS loads in my case (Windows10) the correct profile files.

Here is the Routino part of the QMS debug log for my case:

2020-11-08 8:51:04.189 [debug] Loaded Routino DB
D:/GPS/Routing/profiles    Germany_foot
2020-11-08 8:51:04.189 [debug] "ROUTINO" path
"d:/QtProjects/QMS/QMapShack/msvc_64/Files/routino-xml/profiles.xml"
2020-11-08 8:51:04.189 [debug] Profile ... Using
 "D:/GPS/Routing/profiles/Germany_foot-profiles.xml"

2020-11-08 8:51:04.189 [debug] Loaded Routino DB
D:/GPS/Routing/profiles    Germanybikeroutes
2020-11-08 8:51:04.189 [debug] "ROUTINO" path
"d:/QtProjects/QMS/QMapShack/msvc_64/Files/routino-xml/profiles.xml"
2020-11-08 8:51:04.189 [debug] Profile ... Using
 "D:/GPS/Routing/profiles/Germanybikeroutes-profiles.xml"

2020-11-08 8:51:04.189 [debug] Loaded Routino DB
D:/GPS/Routing/profiles    KG
2020-11-08 8:51:04.189 [debug] "ROUTINO" path
"d:/QtProjects/QMS/QMapShack/msvc_64/Files/routino-xml/profiles.xml"
2020-11-08 8:51:04.189 [debug] Profile ... Using
 "d:/QtProjects/QMS/QMapShack/msvc_64/Files/routino-xml/profiles.xml"

Wolfgang

Am 07.11.2020 um 23:09 schrieb Marco:

On Sat, 7 Nov 2020 13:11:30 +0100
Marco  wrote:


On Sat, 7 Nov 2020 12:46:33 +0100
Marco  wrote:


   - If you want to use an additional profiles file for some Routino
database: Copy the prefix-*.mem files of the considered database to
prefix_xxx-*.mem where xxx should describe the profile variant.

   - Copy the default profiles.xml file to prefix_xxx-profiles.xml in
the folder where the prefix_xxx-*.mem database files are located.

But where are those prefix-*.mem files located? I cannot find them
on my system.


OK, got it, prefix is not actually “prefix” but , it's the
files set up in “Setup Routino database” and the “prefix” is the
--prefix of the planetsplitter command.

I tried that method, but the edited xml file doesn't seem to be used
either. Changes to the xml have no effect.

Apologies for the monologue here, but to clarify, this is what I've done so far:

# in the directory of the routino database:

cp foo-nodes.mem foo_bar-nodes.mem
cp foo-relations.mem foo_bar-relations.mem
cp foo-segments.mem foo_bar-segments.mem
cp foo-ways.mem foo_bar-ways.mem

cp /usr/share/routino/profiles.xml foo_bar-profiles.xml
sed -i '/profile name="motorcycle"/,/<\/preferences>/s/100/0/g' \
   foo_bar-profiles.xml

Then I've calculated a route using the database “foo bar” with the
profile “Motorcycle” and it's still using motorways. It shouldn't as
of my understanding. And an strace shows that instead of
foo_bar-profiles.xml being loaded, /usr/share/routino/profiles.xml
is.

So, I'm doing something wrong here.

Marco


___
Qlandkartegt-users mailing list
Qlandkartegt-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users



___
Qlandkartegt-users mailing list
Qlandkartegt-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users

Re: [Qlandkartegt-users] Displaying Google terrain map

[Wolfgang Thämelt]

Hi Herbert!

The terrain map isn't a map in the proper sense of the word. It is an
overlay to a map layer (e.g. the standard Google map) and it shows
hillshading.

To see this select in QMS the Google layer alone and then add the Google
terrain map layer, go to a mountainous area in the map and identify
hillshading (use the opacity slider for the map in QMS, if you have a
background map for the area). The white/grey spots indicate hillshading.

The difference is more obvious when going directly to maps.google.de and
selecting there the terrain/Gelände layer on top of the normal map layer.

Wolfgang

Am 23.09.2019 um 11:54 schrieb teiwaz:

Hi,

There is a problem with the display of the Google Terrain online map.

I'm using the file Google.tms from Onlinemaps.zip which according to the
"Schnellstart Anleitung" was downloaded from
http://www.mtb-touring.net/qms/onlinekarten-einbinden/.

The tms-file allows to change between the maps Google, Google Sat,
Google Hybrid and Google Terrain and all works but
not the last one (Terrain).

The terrain map as displayed in my QMapShack is nearly black. I have
attached a screenshot.

Has anyone an idea what is wrong here.

Herbert







___
Qlandkartegt-users mailing list
Qlandkartegt-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users

Re: [Qlandkartegt-users] Release V1.13.2 and how to proceed in the future

[Wolfgang Thämelt]

Up-to-now I identified 2 types of broken formatting (old friends from
Bitbucket!):

* Emphasis: The structures "__...__" and/or "_..._" are handled more
restrictively in Github Markdown and might not work the same way as in
Bitbucket. Solution: Replace with "**...**" resp. "*...*" and check
modified layout.

An easy script should be possible to find these constructs in the Wiki
pages and to make the replacements automatically.

* Indentation for sublists and/or quoted parts: Bitbucket
supported/allowed here and there indentations with 2 spaces. In Github
this leads to some broken formatting (sublists appear as quoted text, ...).

A script should be possible for finding indentations. No idea yet, if
some automated replacement could be part of such a script.


The existing Wiki pages have certainly undetected formatting errors.
There is obviously no need, to remove the described new errorts urgently.


* TOC: would be nice to have this feature in the same form as with
Bitbucket. Many Github users complain that such a feature is missing in
Github.

* Rainers scripts for adding headers/footers and for link checks: The
scripts make use of hg commands. Most likely, there are equivalent
commands for git that could be used to identify files in the repo.


Wolfgang


Am 12.09.2019 um 09:09 schrieb Oliver Eichler:

Hi Wolfgang,

as you are most familiar with the Wiki can you check this test mock-up:

https://github.com/kiozen/QMapShack/wiki

It would be good to have a list of issues to consider.

Thanks

Oliver


Gesendet: Donnerstag, 12. September 2019 um 08:53 Uhr
Von: "Wolfgang Thämelt" 
An: qlandkartegt-users 
Betreff: Re: [Qlandkartegt-users] Release V1.13.2 and how to proceed in the 
future

Am 11.09.2019 um 18:06 schrieb Oliver Eichler:


2. Migrating the wiki is possible. The only thing that breaks is the TOC of 
each page. We need to find a solution for that.


TOC isn't the only thing that breaks - some formatting breaks, too.

Wolfgang


___
Qlandkartegt-users mailing list
Qlandkartegt-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users




___
Qlandkartegt-users mailing list
Qlandkartegt-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users

[Qlandkartegt-users] Zero speed knot filter (Wiki)

[Wolfgang Thämelt]

Please have a look at

https://bitbucket.org/maproom/qmapshack/wiki/AdvTrkFilters#markdown-header-zero-speed-drift-knot-filter

It is my attempt to describe the filter. I hope, my interpretation of 
the purpose, the parameters and the action of the filter close to true. 
Please, feel free to make any amendments you want to have or let me know 
how to improve the text.


Regards

Wolfgang



___
Qlandkartegt-users mailing list
Qlandkartegt-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users

Re: [Qlandkartegt-users] Someone with problems with selecting range of points?

[Wolfgang Thämelt]

Hello Javi,

I'm not sure, if my hints meet your specific situation:

Please check the state of the range selection (also the cursors in map 
views!). Filters are gray as long as range selection is active. Having 
finished the range selection all filters are active again in my case.


Remember, range selection can be carried out in map views and in map 
edit windows using the displayed graphs. As soon as you click in a graph 
range selection is activated and the filters are set inactive. Use the 
context menu in the graph where you started range selection to finish 
range selection. In a map view make a right click to finish range selection.


Instead of restarting QMS: can you try to use the history tab in the 
track edit window to return to a previous state of your track?


WolfgangTh



Am 01.09.2018 um 13:03 schrieb Javi Segovia Poveda:
> Hello everyone:
>
> I have a failure after selecting a range of points:
> I select the range, then I hide the points and then I can not select
> another range again until I restart QMS.
> I can not run any filter either, I see the filters menu in gray
> (disabled), it also recovers after the restart of QMS.
>
> This did not happen to me until a few days ago, possibly this is
> happening since the hiking speed filter was included.
>
> I wanted to check here before opening an issue.
> My PC works under debian linux testing, everything works OK and I just
> did clean installation of self compiled QMS.
>
> Thanks, bye
>
>
>
> 
--

> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>
>
>


--
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] Gear to change the speed is missed

[Wolfgang Thämelt]

Hi Axel,

being on Windows 10 with the latest QMS commit there is now a vertical 
splitter in the lower part of a track edit window. This splitter is 
located between the part showing the track summary information at the 
left and the filter part on the right.


When moving the splitter to the right the gears (wheels) at the right 
side of the filters disappear. In my case the first one that disappears 
is the one for the speed filter. It re-appears as soon as I move the 
splitter again to the left making the summary part smaller and the 
filter part bigger.


Maybe that explains your situation.

Regards

WolfgangTh

Am 29.08.2018 um 20:26 schrieb APM:


Dear all,


I really appreciate your help urgently.

Using QMS selfcompiled 1.11.1 developement I have to change the speed 
in a track.


But the gear is missed in the filter menu "Change speed".


Could you help me?


Kind regards


Axel


-- 


Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot



-- 


Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
--
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] [Bitbucket] Issue #338: QMS freezes after installing and selecting BRouter [Windows 10] (maproom/qmapshack)

[Wolfgang Thämelt]

My environment:

Windows10 with all available updates

QMS 1.11.1 commit 5d1416bc5f59 (Thu Jun 14 08:37:08 2018 +0200)

I proceeded as follows:

-updated 2 BRouter tiles with the help of QMS, other tiles exist and are 
still outdated


- updated existing BRouter installation with the help of QMS from 1.4.10 
to 1.4.11


- restarted QMS

Result: BRouter (offline) works as expected.


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,

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

[Qlandkartegt-users] anyone with experience of adding norwegian topographic maps on Qmapshak

[Wolfgang Thämelt]

Am 05.03.2018 um 10:32 schrieb Oliver Eichler:

Hi Thomas,
thanks for figuring it out.
I would suggest to do both. Add it to the maps Tips section
https://bitbucket.org/maproom/qmapshack/wiki/DocMapsTipsTricks
And ask Emi to add the map. Akaik he is subscribed to this list anyway.
Maybe this is a good start to reorganize the Tips & Tricks section a 
bit. I think a table right at the top with columns like:

Country/Area
Reference to Wiki sub-section
Download Link
Short Description/Map Type


Let me have a try! I have some ideas how to do this but it will take a 
couple of days.


WolfgangTh

Would be helpfull. I could add a link the to map and DEM help text in 
the QMapShack help text.

What do you think? Any volunteer to restucture the page?
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

[Qlandkartegt-users] anyone with experience of adding norwegian topographic maps on Qmapshak

[Wolfgang Thämelt]

Hi Thomas,

crash with your XML/WMTS file confirmed.

In difference to all WMTS files I'm working with your Norwegian WMTS 
file doesn't have a ResourceURL node. Maybe, this is the reason for the 
crash (as far as I understand the code QMS expects such a node, there is 
no obvious error handling in the case that this node is missing). 
Certainly, Oliver will comment on this issue soon.


Regards

WolfgangTh



Am 16.02.2018 um 20:56 schrieb Thomas Carlyle:

Hi,
does anyone have experience  adding norwegian topographic maps on 
Qmapshak?


Im new to Qmapshak, but I tried downloading the WMTS capabilities from 
the nowegian maps site: https://www.kartverket.no/data/api-og-wms/ the 
WMTS at 
http://opencache.statkart.no/gatekeeper/gk/gk.open_wmts?Version=1.0.0=wmts=getcapabilities 



I download, rename it to .wmts, but when I try to active it, it crashes.

Any thoughts?

Cheers

--
--
Thomas Carlyle Minetto Vilarinho


--
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] Developing docs:I need some help with 'make check'

[Wolfgang Thämelt]

Hi Mitxel,

one more recommendation:

Running "make check" is equivalent to running "LinkCheck.py". The output 
should be the same.


Thus, run only the Python script and check the output. If the HOT file 
is the only one not referenced, then everything is fine with your copy 
of and your additions to the repo.


Run "make nav" and upload (i.e. commit your changes and push) to the repo.

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] Developing docs:I need some help with 'make check'

[Wolfgang Thämelt]

Hi Mitxel,

the file

images/DocGisTemplates/DesignerAllWidgets-24.hot

has been added to the docu by kiozen and it is actually not referenced. 
No idea why.


Thus, the message of the script is correct.

I can't comment on the other error message. I'm running on Windows and 
there are currently no problems with links in the Wiki (but some 
remaining problems with the script itself which will certainly be 
clarified by Rainer).


Thus my recommendation: As soon as the links in your new Wiki page are 
ok don't worry about the linkcheck.py results. Upload your contributions 
to the Wiki.


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] Developing docs:I need some help with 'make check'

[Wolfgang Thämelt]

Hi Mitxel

Am 09.01.2018 um 22:44 schrieb Mitxel:
> Thanks Wolfgang and Rainer
>
>
>  > Are the files under version control? If not then the 
messages are

>  > understandable. The linkcheck gets information about files
> from querying hg.
>
>
>
> 1. Ok , Does it means that I have to do 'hg commit' before running 'make
> check'?

yes - otherwise the file can be seen in 'make check'.

>
> If Yes, that is what I was missing. I have only made 'hg add' to mark
> files to be added but with no 'hg commit', because in the
> DevelopingDocumentation
> 
 


> wiki page it appears in this order:
>
> make nav
> make check
>
> and in case all it is ok:
>
> hg commit
> hg push
>
>

I do updates to the wiki in the following order:

---in doc/Tools folder--

run BuildImgLink.py  (recreate table of all images used in wiki - 
without navbars!)
run BuildToc.py  (recreate complete table of contents in wiki - without 
navbars!)



---in doc folder--

hg add (if new files)

hg commit (if new files)

make nav (insert correct navbars again, queries hg for files in the 
docu, thus previous commit is needed before this step for new files)


make check (just to sdee if links are broken, queries hg for files in 
the docu, thus previous commit is needed before this step for new files)


hg commit (commit last changes made within make nav)

hg push (upload to server)


>
> 2. This leads me to another doubt. I have added a new topic in the
> 'DocMain.md', and there are some new images for the Spanish Start Guide,
> so I should run 'BuildToc.py' and 'BuildImgLink.py', isn't it?.
>
> Assuming that all the stuff is in the right folder ( I can see the
> rendered html file ok)
>
> What would be the right order for the next steps?
>
> (please correct if needed)
>
> ---in doc/Tools folder--
>
> run BuildImgLink.py
> run BuildToc.py
>
> ---in doc folder--
>
> make nav
> hg add
> hg commit
> make check
>
> --- finally, if all it's OK---
>
> hg push
>
> 
>
> Thanks a lot :-)
>
>
> 
--

> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>

Hopefully this helps!

Wolfgang


--
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] Developing docs:I need some help with 'make check'

[Wolfgang Thämelt]

Am 09.01.2018 um 01:46 schrieb Mitxel:
> Hi all
>
> I have ready the spanish version of the Quick Start Guide in .md format.
> I have added the link in the DocMain.md file, and all the .jpgs linked
> in the docs are in their folders
> When editing the md files with Ghostwriter, this shows the md and the
> html versions side by side ,and all seems to be OK.
>
> /make nav/ runs Ok and Nav Bars and TOC are created.
>
> But when I run /make check/ It returns this:
>
>
> m@m ~/zz/QMapShack/doc $ make check
>
> Unreferenced files:
> images/DocGisTemplates/DesignerAllWidgets-24.hot

Don't worry about this one! This file is not yet used in the docu.

>
> Broken links:
> DocQuickStartSpanish in: DocMain.md
> images/DocAdv/InstallDem2VrtEs.jpg in: DocQuickStartSpanish.md
> images/DocAdv/InstallDemEs.jpg in: DocQuickStartSpanish.md
> images/DocAdv/InstallGuiEs.jpg in: DocQuickStartSpanish.md
> images/DocAdv/InstallGuiPanelEs.jpg in: DocQuickStartSpanish.md
> images/DocAdv/InstallMapControls1Es.jpg in: DocQuickStartSpanish.md
> images/DocAdv/InstallMapControls2Es.jpg in: DocQuickStartSpanish.md
> images/DocGettingStarted/FlagEs.jpg in: DocMain.md
>
>
> All that appears as broken links is the new stuff

Are the files under version control? If not then the messages are 
understandable. The linkcheck gets information about files from querying hg.



>
> I have  checked about capitals in file names and paths, and it is ok.
> I have also ensured that  md files are UTF-8 without BOM
>

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

[Qlandkartegt-users] First experience when working with QMapTool

[Wolfgang Thämelt]

* With QMapTool (QMT) the user gets an easy to use and versatile tool 
for referencing raster maps.


* Advantages of the tool:

    * No restriction of used Geographic Coordinate Systems (GCS)
    * Unified definition of used GCS via Proj.4 descriptions
    * Possibility to cut raster maps
    * Possibility to add overview maps
    * Possibility to create VRT files (used to display maps e.g. in 
QMapShack (QMS))
    * Grid and reference tools allows to quickly create and refine 
reference points on a map

    * Easy way to cut maps
    * Easy way to create overview maps

* Requirements for using QMT:

    * Good quality (scanned) raster maps in an image format supported 
by GDAL (JPG, TIFF, ...)

    * Coordinate system used in the map should be known
    * User should have some understanding of geographic coordinate 
systems and should know how to find the Proj.4 description of a 
coordinate system



* The following explanations are based on referencing maps of the 
following types:

 * 1:5, UTM grid (2004)
 * 1:5, Gauß-Krüger, Zone 4 (1999)
 * 1:5, WGS84, lat/lon (2000)
 * 1:25000, Gauß-Krüger + Bessel (Meßtischblatt, 1936)
 * 1:1, Gauß-Krüger + Krassowski (1998)
 * various old German topographic maps (Gauß-Krüger coordinates in 
various zones, with areas in D, PL, CZ)
 * various Soviet military maps (with area in Lebanon,grid 
available, no reliable information about coordinate system)

 * city map of Beijing (lat/lon coordinates, WGS84 assumed)

* Results:
 * If there is a grid on the map and if the coordinate systems is 
known, then using the grid tool is a fast and reliable way of getting a 
good quality referenced map even without refining the automatically 
created reference points
 * Even when knowing the coordinate system finding the proj.4 
setting can be a pain due to ambiguous gcs names
 * If there is no grid on the map but lat/lon coordinates are known 
for a couple of points on the map (use OpenStreetmap or Google map to 
find them!),  then the reference tool is a fast and reliable way of 
getting a good quality referenced map.
 * All map with the exception of one were referenced successfully. 
The failed one is most likely due to GDAL problem (see details later)


* Currently, QMT is offered in its first public version. Using the tool 
in various environments revealed one or the other deficiency.


## Proposals for enhancement

* Most likely many users will use WGS84 as output format. Preset this 
format as default output (but still allow a change).


* Some of the map cursors, reference points on the map and even the map 
area to be selected are too small and partially difficult to detect on a 
map. For points some kind of a bigger surrounding circle similar to 
highlighted waypoints in QMS and thicker lines for the area frame would 
help.


* A reset in the grid tool resets not only the grid points but also the 
grid projection. Would be nice to have a chance to remove the grid 
points without losing the projection.


* Add tooltips to the easting/northing/spacing edit fields and to the 
"set area" button in the grid tool to make clear what the input should 
be  (coordinates in meters, spacing means horizontal resp. vertical 
distance between grid points in meters, area for which grid points are 
automatically created).


* Not a problem of QMT/QMS, but a problem when working with QMT/QMS: The 
datum selection list is taken from GDAL. Different German counties have 
been using quite different geographic coordinate systems. It is a bit 
hard to find the correct EPSG or proj.4 codes to use when using the GDAL 
selection list (if they are there at all, e.g.: the well known 
Gauß-Krüger system is hidden under DHDN..., no zone is mentioned, thus, 
it is dangerous to use the result without further investigation). 
Proposal: Implement a tool (in QMT and QMS) where users can save their 
proj.4 definitions together with some name, merge these user definitions 
with the default ones and display this extended list in the combobox.


## Deficiencies

* JPG files are accepted and should be accepted as input files. Choosing 
an output file type is not possible.  QMT creates TIFF output files with 
JPG extension if the input is JPG. This leads to:


Warning: The target file has a 'jpg' extension, which is normally used 
by the JPEG driver, but the requested output driver is GTiff. Is it 
really what you want?


  Once the QMT output file is TIFF the extension should be set to .tif!

* After a reset in the grid tool and after deleting all maps and 
reference points QMT remembers still some settings in the Windows 
registry that are related to the last used map. Thus, when starting with 
a new map this information  is still active but completely irrelevant. 
Implement a possibility to start referencing a map with a clean QMT 
environment.


* Referencing without the grid tool requires known WGS84 lat/lon 
coordinates of reference points. 

[Qlandkartegt-users] TortoiseHg problem

[Wolfgang Thämelt]

Hi,

when trying to get the latest commits to my local repository the 
following error message appears:


% hg update --config ui.merge=internal:merge --rev default --clean
abgebrochen: Groß-/Kleinschreibungskonflikt zwischen 
src/icons/32x32/Regularscreen.png und src/icons/32x32/RegularScreen.png

[command returned code 255 Thu Aug 17 19:39:09 2017]


Any advice how to handle this conflict with TortoiseHg or hg?

Windows10 version.

Thanks

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] Copy Routino database to another computer / What about country prefex in routino builder

[Wolfgang Thämelt]

Hi Axel,

Concerning the question about cross-border routing please compare

https://bitbucket.org/maproom/qmapshack/wiki/DocFaqRouting.md#markdown-header-does-qmapshackroutino-support-cross-border-routing

Regards

Wolfgang

Am 16.08.2017 um 15:09 schrieb AM:

Dear all,


mainly I use QMS on a 64bit Debian with fast notebook.

I to copied the related folder to a very old netbook which less RAM 
and 32bit, Debian as well


But QMS crashed if I define the folder where the databases are.

Could this be caused by less memory or the change to 32 bit?

Routino still works if I use the routino bulder an the 32bit system, 
but I can't use bigger .osm.pbf



By the way I like to ask how to deal with the prefixes which I have to 
define in the routino menu.


I like to plan a tour between France and Germany and have donloaded 
the related maps from Geofabrik.


I defined a prefex for France "FR" and "GE" for Germany routino datas.

I have to take the choice between Routino "FR" or "GE" but can't 
create a track with routing between the countries.


What is the sense of the prefix and how can I use autorouting between 
different countries, please?



Thank you for your help!

Kind regards


Axel





-- 


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

[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



--

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

[Wolfgang Thämelt]

Hello Rainer,


Am 12.12.2016 um 17:26 schrieb Dr Rainer Woitok:
> Wolfgang,
>
> On Monday, 2016-12-12 08:35:43 +0100, k-w.thaem...@web.de wrote:
>
>> ...
>> https://bitbucket.org/maproom/qmapshack/wiki/playground/AxAdvIndex_Test
>> ...
>> * The section name is not included in the link. Having this name in
>>the link an awful layout comes up (everything underlined).
> I see what you are referring to.   However,  this only  happens when you
> look at the file locally,  and perhaps even only when you're using Fire-
> fox.  If you really go to the URL you've mentioned above, there's no un-
> derlining at all.
Obviously different browsers are using different ways to format a link. 
I'm using Firefox. And when I use the offline HTML variant of the manual 
then there is the underline problem as well as with the local MD file.
> We could use a more prominent separator,  even " ," rather than just ","
> at each line's end would help,  though not much  because a comma just IS
> tiny.  A semicolon " ;" would be a little bit better,  but really only a
> little bit.   I could live with " ~" or even " <>" (looks like a diamond
> sign in my browser) between the clickable section names.
>
> If you insist  in including  non-clickable section names  in parentheses
> following the link, you could use "~" or "<>" as link text for ALL links
> (the link text really doesn't matter, after all).
>
> But what you'll really HAVE to do is to weed out duplicate sub-indices:
>
> Activity
>  color (Assign colors to track activities), track (Assign colors to
>  track activities)
>
> Data organization
>  data items (Organization of QMapShack data), databases (Organization
>  of QMapShack data), group in database (Organization of QMapShack
>  data), lost & found (Organization of QMapShack data), projects
>  (Organization of QMapShack data), qms files (Organization of
>  QMapShack data), workspace (Organization of QMapShack data)
At this point it is getting clear that there are different ideas about 
the construction of an index:

Look at a computer science book with an Index. There quite often you 
have the following picture:

There is a keyword (an important topic) and below this keyword there are 
several "attributes" or "details" to this keyword. This is what I'm 
calling "index" (keyword") and subindex ("attribute", "detail"). Next to 
the subindex/attribute/detail there is one or several page references 
where the user can find information about the (index, subindex) pair. No 
section header of the book is mentioned in the index and only in rare 
cases a section header may appear as index or subindex. Section headers 
can be found in the table of contents.

Instead of the page number a wiki page has to use a link which points to 
a certain page (ore even more precisely to a "subpage" - this is not in 
the discussion).

Thus in a book there is:

Index - subindex1: 13, 27
   - subindex2: 13, 48

which translates in my understanding in the Wiki to

Index - subindex1.link13, subindex1.link27
 subindex2.link13, subindex2.link48

Of course, the order of the entries should be the order of the (index, 
subindex) pairs (this is not in the discussion).

There are up to now 2 discussed implementations of this structure:

Index - [subindex1](link13), [subindex1](link27) (here I mean MD links, 
subindex1 is clickable! (Manual page))

and

Index - [subindex1](link13)  (link13_section_header), ...  (second (..) 
text string outside or inside the link, playground page)

I am convinced that the subindex part is a "must" (as well as the 
hierarchical structure of index - subindex).

There are obvious disadvantages of both variants mentioned already in 
the previous discussions:

In the first variant there is the "Routino, Routino" problem and only 
the link caption makes it clear that the links go to different 
pages/sections. The subindex appears several times after the index term.

In the second variant there is the subindex1(link13),..., 
subindex2(link13) problem - the same section headers appear several 
times after the index term.

It is difficult for me to get precisely your idea of the index. Can it 
be that you propose to have something like

Index - link13, link27?

Then either the subindex is lost and  instead of

Activity, color   and
Activity, track

(meaning of course: color of activity, activity of a track - but this is 
the way an index in a book is read)

there is only

Activity link1, link2, link3

which I wouldn't do

or the pair (Activity, color) appears (maybe with some reformulation) as 
index itself and then there is

(Activity, color) link1, link2  (possible reformulation: Activity, color of)
(Activity, track) link1, link3  (no reformulation)

The last variant is technically no problem (at least in the 
comma-separated form "Index, subindex"). It increases simply the list of 
terms in the definition list used.
>> ...
>> * I don't succeed to insert newlines with indentation in 

Re: [Qlandkartegt-users] Index

[Wolfgang Thämelt]

Hello Rainer,


Am 09.12.2016 um 15:19 schrieb Dr Rainer Woitok:
> Wolfgang,
>
> On Thursday, 2016-12-08 20:25:04 +0100, k-w.thaem...@web.de wrote:
>
>> ...
>> I collect index references to each entry in the complete TOC and save
>> this in a "basis file".
> I assume your  "complete TOC"  basically contains header lines and their
> associated header identifiers which one can use in "...#..." links.
"Basis file" is simply a copy of the file AxAdvToc.md plus a list of 
entries of the form

1. Index|subindex

below each TOC entry.

> Since the way Bitbucket is setting-up  its Python Markdown  prevents in-
> troducing one's own identifiers  which could then be  used in link targ-
> ets,  we have to use the  identifiers available.   But apart from header
> identifiers, even Bitbucket's Python Markdown creates some more: for ev-
> ery footnote it creates  "fnref:..." and "fn:..." identifiers,  respect-
> ively.   I know,  we don't have that much footnotes in the documentation
> and we don't really want  to index footnote references,  but when usable
> identifiers are scarce  we simply have to take  the one which is nearest
> to the place we want to link to.
>
>> ...
>> Do you know a MD formatting for such a list?
> Yes.   Definition lists are a standard Python Markdown extension and are
> even enabled in Bitbucket's Python Markdown.  The syntax is just
>
> term
> : definition
>
>
> I've already uploaded a short file "playground/Index.md" showing what we
> could do with definition lists.
Thanks for this hint. I didn't know this feature.  In the Wiki you find 
the index with the new format (much better then the table format!).

The text strings for index resp. subindex entries are unchanged. They 
certainly need some improvement. It is still a trial version. You can 
find a caption for each link - the name of the wiki section in the link.

Regards

WolfgangTh

--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today.http://sdm.link/xeonphi
___
Qlandkartegt-users mailing list
Qlandkartegt-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users

Re: [Qlandkartegt-users] What should be contained in the FAQ?

[Wolfgang Thämelt]

@Rainer:

Some comments to your proposals/remarks:

 > Using a numbered list rather than "##" headers more or less empties 
the "[TOC]" section.

Yes, of course. But: the manual main page DocMain consists in principle 
of the detailed TOC. The automatically added [TOC]
at the topic of this page would simply duplicate the entries in the 
detailed TOC (at least those with a header line).
With the numbered list this duplication is avoided.

 > moving the list of hotkeys from section "Advanced Usage" into the new 
"Appendix" section?

Done.

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] What should be contained in the FAQ?

[Wolfgang Thämelt]

Please look at

https://bitbucket.org/maproom/qmapshack/wiki/playground/DocMainTest

for a proposal of a possible re-organization of the QMS manual.

Feedback welcome!

Greetings

WolfgangTh


--
___
Qlandkartegt-users mailing list
Qlandkartegt-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users

Re: [Qlandkartegt-users] QMS Wiki in-page links

[Wolfgang Thämelt]

Rainer,

thank you for your answer.

Am 13.11.2016 um 18:55 schrieb Dr Rainer Woitok:
> ...
> The good thing is that Bitbucket also correctly interprets header ident-
> ifiers without the  "markdown-header-" prefix in Markdown sources, so we
> can keep the  "markdown-header-"  prefix out of the  Markdown sources in
> order to satisfy both, users reading the documentation via Bitbucket and
> users running "make doc" and reading the documentation offline.  This is
> done -- among other things --  by script  "DocFix.sh"  which is executed
> when you locally run "make nav" against the repository.
I'm not sure if I understand this correctly. I tried a link without the 
"markdown-header-" part. Loading a Bitbucket Wiki page with this link I 
clicked the link - nothing happens (more precisely: it opens the correct 
Wiki page but at the top, not at the correct location (some header 
line)). The reason for this is certainly the HTML source code (sent by 
Bitbucket?)  of the Wiki page displayed in the browser. Here the link 
without the "markdown-header-" prefix can't find its counterpart which 
has the "markdown-part-" prefix.
> So the bottom line is: you can use either variant of header identifiers,
> provided you run  "make nav"  afterwards  (which you should  do anyway).
> But if you can't run  "make nav" yourself, just don't use the "markdown-
> header-" prefix at all.
>
This means: I can use both forms of the link when editing a MD file. 
Running DocFix.sh/make nav then removes the "markdown..." part. Loading 
the MD file into the repository brings me in the situation described in 
my previous phrase.

The link target (I assume it is your "header identifier") in my case has 
the form

...
  

and is automatically created when rendering the Bitbucket Wiki MD page. 
It is not part of the MD file stored in the Wiki. I can't modify it.

Could you please help me to understand where I am wrong?

Sincerely

WolfgangTh

--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi
___
Qlandkartegt-users mailing list
Qlandkartegt-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users

[Qlandkartegt-users] QMS compile error?

[Wolfgang Thämelt]

When trying to compile QMS version 22537ded5d86 (Fix minor bugs in 
project summary for tracks without activity) under Windows 7/Visual 
Studio 2013 I get the following errors:


2>C:\QtProjects\QMS\QMapShack\src\gis\gpx\CGpxProject.cpp(332): error 
C2065: 'not' : undeclared identifier
2>C:\QtProjects\QMS\QMapShack\src\gis\gpx\CGpxProject.cpp(332): error 
C2146: syntax error : missing ')' before identifier 'strictGpx11'
2>C:\QtProjects\QMS\QMapShack\src\gis\gpx\CGpxProject.cpp(332): error 
C2059: syntax error : ')'
2>C:\QtProjects\QMS\QMapShack\src\gis\gpx\CGpxProject.cpp(334): error 
C2144: syntax error : 'QDomElement' should be preceded by '}'
2>C:\QtProjects\QMS\QMapShack\src\gis\gpx\CGpxProject.cpp(334): error 
C2064: term does not evaluate to a function taking 1 arguments
2>C:\QtProjects\QMS\QMapShack\src\gis\gpx\CGpxProject.cpp(334): error 
C2144: syntax error : 'QDomElement' should be preceded by ';'
2>C:\QtProjects\QMS\QMapShack\src\gis\gpx\CGpxProject.cpp(378): error 
C2059: syntax error : 'try'
2>C:\QtProjects\QMS\QMapShack\src\gis\gpx\CGpxProject.cpp(379): error 
C2143: syntax error : missing ';' before '{'
2>C:\QtProjects\QMS\QMapShack\src\gis\gpx\CGpxProject.cpp(379): error 
C2447: '{' : missing function header (old-style formal list?)
2>C:\QtProjects\QMS\QMapShack\src\gis\gpx\CGpxProject.cpp(395): error 
C2059: syntax error : 'catch'
2>C:\QtProjects\QMS\QMapShack\src\gis\gpx\CGpxProject.cpp(396): error 
C2143: syntax error : missing ';' before '{'
2>C:\QtProjects\QMS\QMapShack\src\gis\gpx\CGpxProject.cpp(396): error 
C2447: '{' : missing function header (old-style formal list?)
2>C:\QtProjects\QMS\QMapShack\src\gis\gpx\CGpxProject.cpp(400): error 
C2143: syntax error : missing ';' before '.'
2>C:\QtProjects\QMS\QMapShack\src\gis\gpx\CGpxProject.cpp(400): error 
C4430: missing type specifier - int assumed. Note: C++ does not support 
default-int
2>C:\QtProjects\QMS\QMapShack\src\gis\gpx\CGpxProject.cpp(401): error 
C2059: syntax error : 'return'
2>C:\QtProjects\QMS\QMapShack\src\gis\gpx\CGpxProject.cpp(402): error 
C2059: syntax error : '}'
2>C:\QtProjects\QMS\QMapShack\src\gis\gpx\CGpxProject.cpp(402): error 
C2143: syntax error : missing ';' before '}'

Any comment or help?

Thank you!


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

[Qlandkartegt-users] Proposals for wiki README.TXT

[Wolfgang Thämelt]

Hello Rainer,

thank you for the detailed explanation of handling new wiki files!

Please allow me to propose 2 more restrictions for MD files which could 
be included into your wiki README.TXT:

- Any text in an MD file should be written using UTF-8 encoding (add to 
C.3. By some reason some German, French, ...
   text might be necessary e.g. as link text.)

- Restrict characters of new MD file names to ASCII character set (add 
to C.4.)

If one of these requirements is violated various problems may occur 
especially when using different operating systems.

In addition to this there could be a remark in the form "Use a make 
version supporting the :: syntax". At least
with Windows/msys I couldn't use the installed make version. I found a 
newer version (GNU make 4.1) in the internet that runs as expected.

Regards

Wolfgang Th.



--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. http://sdm.link/zohodev2dev
___
Qlandkartegt-users mailing list
Qlandkartegt-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users

[Qlandkartegt-users] Precedence of QMS INI information?

[Wolfgang Thämelt]

The QMS Windows version seems to save information about the state of the 
workspace at 2 (?) locations
- in the registry,
- if used in an INI-file (the workspace part looks very similar to the 
registry one).

When working with different INI-files including different databases the 
following problem comes up:

- Start QMS with INI-file 1 and database 1, select some items for the 
workspace, close QMS.
   At the end of the run both the registry and the INI-files are updated.

- Start QMS with INI-file 2 and database 2, select some items for the 
workspace, close QMS.
   At the end of the run both the registry and the INI-files are updated.

- Restart QMS with INI-file 1. Then the workspace saved in the first 
step is not reestablished.
   Either the INI file 1 doesn't keep the workspace state or the 
registry info overwrites the INI info.

Would it be possible to give some hint how to save properly the 
workspace state for further use in the described situation? Is this a 
precedence problem (registry info wins and not INI info)?

Thanks for help

Wolfgang Th.


--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. http://sdm.link/zohodev2dev
___
Qlandkartegt-users mailing list
Qlandkartegt-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users

[Qlandkartegt-users] Wiki playground/new wiki page

[Wolfgang Thämelt]

Editing from time to time wiki pages I came across the following questions:

The DocPlayground wiki page describes how to create a new playground 
wiki page.

This description does not give information about
- the top level structure of a (new) wiki page,
- the transfer of a page from the playground to a page in the wiki.

Is there a must

- to add correct lines of the form

   Prev () | [Home](Home) | [Manual](DocMain) | () Next
   - - -

   and similar ones to the page?

- to use the playground or is it possible to insert a new page directly 
into the wiki with correct Prev/Next links (including a modification of 
the links in the Prev and Next pages)? Could there be any negative 
implications of such a procedure?

- to trigger somehow (how?) the consolidation procedure on the server?

Would it be possible to put a sceleton of a wiki page into the playground?

Thanks for clarification!

Wolfgang Th.

(BTW: Wolfgang is an ambiguous name in this newsgroup. Maybe a reference 
of the form 'Wolfgang X.' / 'Wolfgang Y.' can avoid this ambiguity.)



--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. http://sdm.link/zohodev2dev
___
Qlandkartegt-users mailing list
Qlandkartegt-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users

[Qlandkartegt-users] gmapsupp.img with several mapsets and type files

[Wolfgang Thämelt]

Hi Oliver,

for my old Garmin GPSMap60Csx device allowing only 1 gmapsupp file I 
composed such a file (using gmaptool) with 2 mapsets (velomap D and 
Freizeitkarte PL). Each mapset has its own type file. Both type files 
are different.

Loading the gmapsupp into QMS seems to use only 1 type file for both 
parts of the map. One part looks as expected, the other one is heavily 
disturbed (e.g.: some lines are not shown or shown in a strange style).

I'm not sure if this behaviour is to be expected or if it is an issue. 
In the first case a remark of the form

"Use in QMS only gmapsupp.img files with 1 mapset"

would certainly be helpful in the Wiki.

The described behaviour does not occur if both mapsets have equal type 
files (Freizeitkarte D and Freizeitkarte PL). In this case everything 
works as expected.

Regards

Wolfgang

--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. http://sdm.link/zohodev2dev
___
Qlandkartegt-users mailing list
Qlandkartegt-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users