Beim letzten Update hat es auch länger gedauert bis die Windows Source erstellt worden ist. Auch diesmal heißt es: Geduld haben. 
EDIT: Vers. 1.16.1. Release am 4.12.2021 erstellt.
Windows Source am 21.01.2022 eingestellt.
Tja mei. Wenn halt immer alle darauf warten, dass irgendwer anderes die Arbeit macht, dann kommt halt nix dabei heraus, wenn der einzige der es macht mal keinen Nerv dafür hat.
Eigentlich ist alles gut dokumentiert. Es kann sich folglich jeder selber helfen. Und bei Bedarf die Doku anpassen. Wenn es niemand macht, dann scheint das Interesse nur sehr bedingt zu sein.
Also anstatt auf Godot zu warten, einfach mal selber aktiv werden.
Hallo kiozen!
Das würde ich liebend gerne, aber - wie oben beschrieben - habe ich leider was anderes gelernt und keine Ahnung wie man das macht. 
Sorry, einen Abendkurs in Programmieren mache ich dafür tatsächlich nicht. Da ich aber anscheinend auch der einzige bin ders will scheint aber eh auch nicht der Bedarf nach einer Windows-Version da zu sein. Darum mein vollstes Verständnis. Bleibe ich halt weiter bei der älteren Version, die läuft ja auch gut und tut was ich brauche.
Vielen Dank nochmal für das Programm!
Wenn es niemand macht, dann scheint das Interesse nur sehr bedingt zu sein.
"... dann scheint das Interesser derer, die es können nur sehr bedingt zu sein" wäre richtiger...
Ich kann auch keine Möbel bauen und bin darum gezwungen, drauf zu warten, daß es jemand anderes macht - dafür bin ich aber auch sehr dankbar... 
Mir geht es da wie msunix - ich bin stolz wie Oskar, daß ich Qmapshack überhaupt zum Betrieb bekommen habe und es nach langem Üben mit fast allen Funktionen nutzen kann. Das Programm ist unfaßbar hilfreich und eigentlich unersetzlich. Wenn ich etwas dafür spenden kann, daß jemand sich der IT-technisch ungebildeteren Fraktion der Nutzer unter Windows erbarmt, wäre ich sofort dazu bereit, denn ich kenne kein anderes vergleichbares Programm mit diesem Funktionsumfang und diesen Möglichkeiten, das so durchdacht und an der Praxis orientiert ist, und ich nutze Qmapshack fast täglich.
Wenn Qmapshack für Windows eingestellt würde, das wäre extrem bitter.
Ich kann auch keine Möbel bauen und bin darum gezwungen, drauf zu warten, daß es jemand anderes macht - dafür bin ich aber auch sehr dankbar...
Der Vergleich hinkt. Wenn Du einen Schreiner brauchst, gehst Du zu einem hin und bestellst ein Werk. Und dafür zahlst Du. Übertragen auf deine Softwaresituation bedeutet das, dass du einen Programmierer beauftragst, der für dich QMapShack zum laufen bringt. Und das gegen Bezahlung. Da es sich hier um OpenSource handelt, hält dich keiner davon ab genau dieses zu tun.
Aber eigentlich ist OpenSource vom Gedanken was anderes. Auf keinen Fall ist es: Ein paar Leute sind verpflichtet Software für lau bereitzustellen damit jeder andere es bequem hat. Das war nie die Idee und ist sie auch heute nicht. Die Idee ist dass eine Gemeinschaft Software entwickelt und verteilt. Und damit jeder von jedem profitiert.
Das funktioniert über die Distributionen und Seiten wie Github ganz gut bei Linux. Bei Windows und MacOs haben das nur sehr wenige kapiert. Da werden lieber Werbeeinnahmen kassiert indem man mit Portalen auf die Arbeit anderer verweist.
Aber vielleicht habt ihr Glück. Wolfgang, der hier auch immer mitliest, und QMapShack immer selber kompiliert, überlegt einen Installer zu bauen.
Zunächst probeweise habe ich diesen Link zur QMS Installation unter Windows erstellt:
https://github.com/wthaem/qmapshack/releases/download/V1.17.0/QMapShack-1.17.0_x64_setup.exe
Vielleicht auch die zugehörige volle Seite anschauen:
Bitte auftretende Schwierigkeiten mitteilen.
Hi,
danke erstmal für das erstellen der Windows-Version.
Kein Problem bei der Installtaion auf einem W10 22H2 Rechner.
MBTiles und ECW Karten habe ich bisher nicht ans laufen bekommen, d.H. nach Hinzufügung des Kartenverzeichnisses werden die Karten trotzdem nicht angezeigt.
Bedienungsfehler? Ansonsten würde ich dazu wie ja gewünscht ein Ticket unter https://github.com/Maproom/qmapshack/issues
erstellen
Sind die Umgebungsvariablen `GDAL_DATA` und `GDAL_DRIVER_PATH` gesetzt (Verweisen auf GDAL data und GDAL plugins Verzeichnis)?
Hallo,
ja, allerdings auf Osgeo
GDAL_DATA
%OSGEO4W_ROOT%\share\gdal
GDAL_DRIVER_PATH
%OSGEO4W_ROOT%\bin\gdalplugins
Bei ECW muss man doch die DLLs irgendwo herunter laden und ins Verzeichnis kopieren. Ich bilde mir ein das müsste im Wki stehen. Finde es aber auch gerade nicht. Was auch geht ist im spanischen Mendiak Forum mal nach den Beiträgen vom Mitxel suchen. Der hat das dort recht genau beschrieben. Google Translate hilft
Ok, habe folgendes im Wiki gefunden. Mal sehen ob ich so beides ans Laufen bekommen
Herzlichen Dank für den Windows Installer und natürlich auch an alle beteiligten Entwickler dieser tollen Software, ich werde es heute noch testen/installieren.
Kann man evtl. einen Hinweis auf den Installer hier mit einpflegen? https://github.com/Maproom/qmapshack/releases
kiozen: Für ECW braucht man natürlich eine zusätzliche DLL. Diese wird als `gdal_ECW_JP2ECW.dll` im GDAL plugin-Verzeichnis vom Installer mitgeliefert - das ist einer der GISInternals-Vorteile.
Papaluna: Die mögliche Existenz der genannten Umgebungsvariablen ist ein Grund, beim QMS-Installer darauf zu verzichten, diese zu verändern. Bitte mal die gdalplugins-Verzeichnisse von osgeo und dem installierten QMS vergleichen. Im QMS-Verzeichnis werden wahrscheinlich DLLs stehen, die bei osgeo nicht erscheinen. Mögliche Lösung in diesem Falle: Umgebungsvariablen zeitweilig für QMS verändern.
WST: Ein Hinweis auf der eigentlichen Github-QMS-Seite ist vorgesehen, kommt sicher, nachdem die ersten Kommentare zum Installer erledigt sind.
So, Installation hat geklappt. Die Einrichtung vom brouter Offline hat eine neue Java Version erforderlich gemacht. Die derzeit aktuelle hab ich von hier gedownloadet: https://jdk.java.net/ Bisher hatte die von hier angebotene gereicht: https://www.java.com/de/download/manual.jsp
wthaemelt Bei mir hat alles einwandfrei geklappt, Danke für deine Arbeit.
Papaluna: Die mögliche Existenz der genannten Umgebungsvariablen ist ein Grund, beim QMS-Installer darauf zu verzichten, diese zu verändern. Bitte mal die gdalplugins-Verzeichnisse von osgeo und dem installierten QMS vergleichen. Im QMS-Verzeichnis werden wahrscheinlich DLLs stehen, die bei osgeo nicht erscheinen. Mögliche Lösung in diesem Falle: Umgebungsvariablen zeitweilig für QMS verändern.
die gdal-Pfade hatte ich bereits angepasst
GDAL_DATA=D:\GPS\Anzeige_Plannung\QMapShack\data
GDAL_DRIVER_PATH=d:\GPS\Anzeige_Plannung\QMapShack\gdalplugins
nachdem das keine Änderung brachte, habe ich die Osgeo Gdal-Installation deinstalliert.
Dann Qmapshack nochmal noch installiert und auch die ECW dll ersetzt mit der von gisinternals.
mbtiles sollten aber soweit ich das gelesen hatte unabhängig davon seit der 1.12 unterstützt werden.
Immer noch tauchen weder mbtiles noch ecw in der Kartenauswahl auf.
Könnte es an den Dateien selbst liegen? Mbtiles raster wurde mit MOBAC die ECW mit Compegps LAND erzeugt.
Übrigens konnte ich eine mbtiles-Karte mit dem gmap-tool als JNX ausgeben
Moment, willst Du die direkt anzeigen? Das geht nicht. Du musst die zuerst in eine VRT Datei einbetten. Dazu gibt es unterm "Werkzeug" den VRT Builder. Das Ergebnis kann man mit gdalinfo überprüfen. Wenn da was Sinnvolles herauskommt, dann geht es auch mit QMapShack.
Moment, willst Du die direkt anzeigen? Das geht nicht. Du musst die zuerst in eine VRT Datei einbetten. Dazu gibt es unterm "Werkzeug" den VRT Builder. Das Ergebnis kann man mit gdalinfo überprüfen. Wenn da was Sinnvolles herauskommt, dann geht es auch mit QMapShack.
Danke für den Hinweis Oliver,
das ist es .
Eine VRT daraus gemacht, Kartenverzeichniss aktualisiert, und sofort standen die VRT der Mbtiles und die VRT zur ECW zur Auswahl und lassen sich anzeigen
Und Vorsicht bei MBTiles: es gibt Formatvarianten (Vektorkarten?), die QMS nicht verarbeiten kann. Man erkennt diese, wenn man sich mit `gdalinfo.exe` die MBTiles-Eigenschaften anzeigen lässt.
