HI
DANKE für Deine Info.
Habe mittels Timeshift das System 14 Tage zurückgesetzt und dann alle Updates gemacht.
QMS Update auf 1.19.0 weil heute auch in der Paketverwaltung verfügbar (neuer Packer) und siehe da es geht ohne Probleme.
Also gelöst.
HI
DANKE für Deine Info.
Habe mittels Timeshift das System 14 Tage zurückgesetzt und dann alle Updates gemacht.
QMS Update auf 1.19.0 weil heute auch in der Paketverwaltung verfügbar (neuer Packer) und siehe da es geht ohne Probleme.
Also gelöst.
Hallo
so ich hoffe das ich jetzt mehr Infos habe, musste erst mal des englische mittels Google übersetzen.
Als erstes ich hatte nur ein QMS auf dem System, habe das mittels Paketmanager überprüft.
Mein Vorgehen war jetzt
1. QMS noch mal deinstalliert
2. Rechner neu gestartet und mittels pacman nachgeschaut ob noch QMS angegeben wird, nichts mehr da
3. QMS neu gebaut und mittels pacman wieder ins System gespielt
4. QMS über Terminal gestartet mit gdb /bin/qmapshack
5. mit "r" bestätigt und dann "y" genommen
gdb /bin/qmapshack
GNU gdb (GDB) 16.3
Copyright (C) 2024 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /bin/qmapshack...
Reading symbols from /usr/lib/debug/usr/bin/qmapshack.debug...
(gdb) r
Starting program: /usr/bin/qmapshack
This GDB supports auto-downloading debuginfo from the following URLs:
<https://debuginfod.archlinux.org>
Enable debuginfod for this session? (y or [n]) y
Debuginfod has been enabled.
To make this setting permanent, add 'set debuginfod enabled on' to .gdbinit.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
[New Thread 0x7fffcf3ff6c0 (LWP 3517)]
[New Thread 0x7fffcd9a46c0 (LWP 3518)]
[New Thread 0x7fffcd1a36c0 (LWP 3519)]
[New Thread 0x7fffc65ff6c0 (LWP 3521)]
[New Thread 0x7fffc5dfe6c0 (LWP 3522)]
[New Thread 0x7fffc55fd6c0 (LWP 3523)]
[New Thread 0x7fffc4dfc6c0 (LWP 3524)]
[New Thread 0x7fffbd1ff6c0 (LWP 3525)]
[New Thread 0x7fffbc9fe6c0 (LWP 3526)]
[New Thread 0x7fffae7ff6c0 (LWP 3527)]
[New Thread 0x7fffadffe6c0 (LWP 3528)]
[New Thread 0x7fffad7fd6c0 (LWP 3529)]
[New Thread 0x7fffacffc6c0 (LWP 3530)]
[New Thread 0x7fffac7fb6c0 (LWP 3531)]
[New Thread 0x7fffabffa6c0 (LWP 3532)]
[New Thread 0x7fffab7f96c0 (LWP 3533)]
[Thread 0x7fffab7f96c0 (LWP 3533) exited]
[Thread 0x7fffabffa6c0 (LWP 3532) exited]
[Thread 0x7fffac7fb6c0 (LWP 3531) exited]
[Thread 0x7fffacffc6c0 (LWP 3530) exited]
[Thread 0x7fffad7fd6c0 (LWP 3529) exited]
[Thread 0x7fffadffe6c0 (LWP 3528) exited]
[New Thread 0x7fffadffe6c0 (LWP 3540)]
[New Thread 0x7fffad7fd6c0 (LWP 3541)]
[New Thread 0x7fffacffc6c0 (LWP 3542)]
[New Thread 0x7fffac7fb6c0 (LWP 3546)]
[New Thread 0x7fffabffa6c0 (LWP 3547)]
[New Thread 0x7fffab7f96c0 (LWP 3548)]
[New Thread 0x7fffaaff86c0 (LWP 3549)]
[New Thread 0x7fffaa7f76c0 (LWP 3550)]
[New Thread 0x7fffa9ff66c0 (LWP 3551)]
[Thread 0x7fffa9ff66c0 (LWP 3551) exited]
[Thread 0x7fffaa7f76c0 (LWP 3550) exited]
[Thread 0x7fffaaff86c0 (LWP 3549) exited]
[Thread 0x7fffab7f96c0 (LWP 3548) exited]
[Thread 0x7fffabffa6c0 (LWP 3547) exited]
[Thread 0x7fffac7fb6c0 (LWP 3546) exited]
[New Thread 0x7fffac7fb6c0 (LWP 3552)]
[New Thread 0x7fffabffa6c0 (LWP 3553)]
[New Thread 0x7fffab7f96c0 (LWP 3554)]
[New Thread 0x7fffaaff86c0 (LWP 3555)]
[New Thread 0x7fffaa7f76c0 (LWP 3556)]
[New Thread 0x7fffa9ff66c0 (LWP 3557)]
[Thread 0x7fffa9ff66c0 (LWP 3557) exited]
[Thread 0x7fffaa7f76c0 (LWP 3556) exited]
[Thread 0x7fffaaff86c0 (LWP 3555) exited]
[Thread 0x7fffab7f96c0 (LWP 3554) exited]
[Thread 0x7fffabffa6c0 (LWP 3553) exited]
[Thread 0x7fffac7fb6c0 (LWP 3552) exited]
[New Thread 0x7fffac7fb6c0 (LWP 3558)]
[Detaching after fork from child process 3559]
[Detaching after fork from child process 3560]
[Detaching after fork from child process 3561]
[New Thread 0x7fffabffa6c0 (LWP 3564)]
[New Thread 0x7fffab7f96c0 (LWP 3565)]
[New Thread 0x7fffaaff86c0 (LWP 3566)]
[New Thread 0x7fffa97ff6c0 (LWP 3567)]
[New Thread 0x7fffa8ffe6c0 (LWP 3568)]
[New Thread 0x7fff83fff6c0 (LWP 3569)]
[New Thread 0x7fff837fe6c0 (LWP 3570)]
[New Thread 0x7fff82ffd6c0 (LWP 3571)]
[New Thread 0x7fff827fc6c0 (LWP 3572)]
[New Thread 0x7fff81ffb6c0 (LWP 3573)]
[New Thread 0x7fff817fa6c0 (LWP 3574)]
[New Thread 0x7fff80ff96c0 (LWP 3575)]
[New Thread 0x7fff77fff6c0 (LWP 3576)]
[New Thread 0x7fff777fe6c0 (LWP 3577)]
[New Thread 0x7fff76ffd6c0 (LWP 3578)]
[New Thread 0x7fff767fc6c0 (LWP 3579)]
[New Thread 0x7fff75ffb6c0 (LWP 3580)]
[New Thread 0x7fff757fa6c0 (LWP 3581)]
[New Thread 0x7fff74ff96c0 (LWP 3582)]
[Thread 0x7fff74ff96c0 (LWP 3582) exited]
[Thread 0x7fff757fa6c0 (LWP 3581) exited]
[Thread 0x7fff75ffb6c0 (LWP 3580) exited]
[Thread 0x7fff767fc6c0 (LWP 3579) exited]
[Thread 0x7fff76ffd6c0 (LWP 3578) exited]
[Thread 0x7fff777fe6c0 (LWP 3577) exited]
[New Thread 0x7fff76ffd6c0 (LWP 3584)]
[New Thread 0x7fff777fe6c0 (LWP 3583)]
[New Thread 0x7fff767fc6c0 (LWP 3585)]
[New Thread 0x7fff75ffb6c0 (LWP 3586)]
[New Thread 0x7fff74ff96c0 (LWP 3588)]
[New Thread 0x7fff757fa6c0 (LWP 3587)]
[New Thread 0x7fff5bfff6c0 (LWP 3589)]
[New Thread 0x7fff5b7fe6c0 (LWP 3590)]
[New Thread 0x7fff5affd6c0 (LWP 3591)]
[New Thread 0x7fff5a7fc6c0 (LWP 3592)]
[Detaching after vfork from child process 3593]
[New Thread 0x7fff58bff6c0 (LWP 3594)]
[New Thread 0x7fff45fff6c0 (LWP 3595)]
[Thread 0x7fff58bff6c0 (LWP 3594) exited]
[Thread 0x7fff45fff6c0 (LWP 3595) exited]
[New Thread 0x7fff45fff6c0 (LWP 3597)]
[New Thread 0x7fff58bff6c0 (LWP 3598)]
[New Thread 0x7fff457fe6c0 (LWP 3599)]
[New Thread 0x7fff44ffd6c0 (LWP 3600)]
[New Thread 0x7fff3bfff6c0 (LWP 3601)]
[New Thread 0x7fff3b7fe6c0 (LWP 3602)]
[New Thread 0x7fff3affd6c0 (LWP 3603)]
[New Thread 0x7fff3a7fc6c0 (LWP 3604)]
[New Thread 0x7fff39ffb6c0 (LWP 3605)]
[New Thread 0x7fff397fa6c0 (LWP 3606)]
[New Thread 0x7fff38ff96c0 (LWP 3607)]
[New Thread 0x7fff33fff6c0 (LWP 3608)]
[New Thread 0x7fff337fe6c0 (LWP 3609)]
[New Thread 0x7fff32ffd6c0 (LWP 3610)]
[New Thread 0x7fff327fc6c0 (LWP 3611)]
[New Thread 0x7fff31ffb6c0 (LWP 3612)]
[New Thread 0x7fff317fa6c0 (LWP 3613)]
[New Thread 0x7fff30ff96c0 (LWP 3622)]
[New Thread 0x7fff307f86c0 (LWP 3623)]
[New Thread 0x7fff2fff76c0 (LWP 3624)]
[New Thread 0x7fff2f7f66c0 (LWP 3625)]
[New Thread 0x7fff2eff56c0 (LWP 3626)]
[New Thread 0x7fff2e7f46c0 (LWP 3627)]
[New Thread 0x7fff2dff36c0 (LWP 3628)]
[Thread 0x7fff2dff36c0 (LWP 3628) exited]
[Thread 0x7fff2f7f66c0 (LWP 3625) exited]
[Thread 0x7fff2eff56c0 (LWP 3626) exited]
[Thread 0x7fff2e7f46c0 (LWP 3627) exited]
[Thread 0x7fff307f86c0 (LWP 3623) exited]
[Thread 0x7fff2fff76c0 (LWP 3624) exited]
[Thread 0x7fff30ff96c0 (LWP 3622) exited]
[New Thread 0x7fff30ff96c0 (LWP 3629)]
[Detaching after vfork from child process 3640]
Thread 1 "qmapshack" received signal SIGSEGV, Segmentation fault.
Downloading 27.07 K source file /usr/src/debug/qt6-webengine/qtwebengine/src/core/content_client_qt.cpp
QtWebEngineCore::ContentClientQt::SetGpuInfo ()
at /usr/src/debug/qt6-webengine/qtwebengine/src/core/content_client_qt.cpp:528
528 .status_values[gpu::GPU_FEATURE_TYPE_ACCELERATED_GL];
(gdb)
Alles anzeigen
folgende Ausgabe und nun weiß ich nicht weiter.
Hab jetzt noch ein "bt" angehangen und dann kommt noch mehr das hänge ich mal an.
Notfalls kann ich das System auf ein früheres Datum zurücksetzen und einen neuen Versuch wagen.
Gruß
Ausgabe Terminal
Hallo Oliver,
habe gestern das neue QMS 1.19.0 kompiliert und dann über den Arch Paketmanager ins System installiert.
Das kompilieren lief ohne Fehlermeldung durch und die Installation ging auch.
Nun folgendes Problem beim ersten Start von QMS bekomme ich eine Fehlermeldung über Speicherzugriffsfehler wenn ich dann das Programm gleich noch mal starte geht alles.
Das Problem tritt jedes mal nach Neustart des Rechners auf wenn der Rechner einmal an ist kann ich QMS immer wieder starten nur der alle erste Start geht nicht.
Eventuell haste einen Tipp für mich, Gruß
So da sich mein Gerät mehrmals während einer Tour auf gehangen hat und mir deshalb Track Aufzeichnung fehlte habe ich mich der Sache nochmals angenommen.
Erste Vermutung war es liegt an einen Fehler der SDKarte deswegen habe ich diese entfernt und nur eine mini Karte in den internen Speicher vom 700er geladen. Ohne Erfolg bei der nächsten Tour wieder die Symbole und nach 2h dann einfrieren der Karte und keine Track Aufzeichnung mehr. Neustart während der Tour konnte das erst mal lösen.
Deswegen meine Vermutung Firmware, da ich das ja schon mal probiert hatte habe ich dieses mal weiter ausgeholt und für mich das Problem lösen können.
Vorgehen:
Also mit Firmware 20.50 klappte es ja schon mal nicht deswegen habe ich mir die 20.30 (https://www.gpsrchive.com/Montana%207x0/index.htm) geholt.
Schritt eins war die SDKarte raus und die 20.30 auf das Gerät geschoben. Beim einschalten dann das OK gegeben das eine ältere Firmware installiert werden soll. Nach der Install dann geschaut ob auch die 20.30 drauf ist.
Nun habe ich das Gerät ausgeschaltet und noch einmal einen Hardware Reset mittels Tasten durchgeführt.
(schalten Sie das Gerät aus, drücken und halten Sie dann die Power-Taste, bis die LED rot wird, und doppeltippen Sie die Power-Taste, um den Reset auszulösen grüne LED)
Nach diesem Hardware Reset wird alles NEU eingerichtet, Beginn mit Spracheinstellung. Nach dem ersten Start habe ich nur geschaut ob die Firmware 20.30 wieder angezeigt wird, OK.
Nun habe ich das Gerät an den Rechner angeschlossen und zwei Dateien wieder hergestellt. Zum einen meine Profil Datei *. gpf damit mein mühsam erstelltes Profil wieder zur Verfügung steht und die andere Datei ist die startup.txt.
Nach diesem Vorgang bin ich raus und habe das Montana 700 gestartet und einen Satfix machen lassen, nach Erfolg habe ich gleich noch die Höhe eingestellt und Kleinigkeiten an meinem Profil geändert, Temp und Brustgurt eingestellt. Nun alles ausgeschaltet und wieder an den Rechner.
Am Rechner eine SDKarte neu formatiert, dann den Garmin Ordner darauf erstellt und meine zwei wichtigsten Karten drauf geschoben, eigene Herstellung mittels „mkgmap“. SDKarte ins Montana gelegt und angeschaltet, eine Garmin Karte aktiviert und fertig.
Seit diesem Vorgang fahre ich mit Firmware 20.30 und hatte seither keine Probleme mehr, die Symbol Artefakte sind nicht mehr aufgetreten und auch so keine Abstürze mehr. Bin jetzt vielleicht 6 Touren zusammen so 15h im Wald mit dem MTB unterwegs gewesen und alles lief super, deswegen bleibt jetzt auch erstmals diese Firmware 20.30 drauf.
So vielleicht hilft diese Vorgehensweise den einen oder anderen, ach ja mein Montana hat keine Verbindung zum Internet und wird nur unter Linux benutzt somit auch keine automatischen Updates oder andern Quark mit Basecamp.
Gruß
HI, habe das Problem auf meinem 700er auch.
Erstmals tauchte das nach Firmware 23.10 auf und sollt glaub mit 23.30 behoben werden. Leider ist dem nicht so. Auch ein zurücksetzen auf eine alte Firmware hatte bei mir keinen Erfolg, bin bis auf 20.50 zurückgegangen aber das hat alles nichts gebracht obwohl ja da das Gerät wieder neu eingerichtet werden muss.
Diese Artefakte tauchen bei mir erst bei größeren Touren auf, < 4h Fahrtzeit und verschwinden dann auch wieder aber das Garmin verliert auch dadurch plötzlich an Leistung die Karte kommt nicht mehr so schnell nach.
Ich löse es meistens mir Ein/Aus und dann geht es wieder.
Verwendet wird auch OSM Karte, Eigene Garmin Karte, eventuell könnte es noch daran liegen das bei OSM Karten die Poi ID oft anders bezeichnet und mit eigenen Symbolen versehen wird als im originalen Kartenwerk, man könnte mal probieren nur mit einer Garmin Karte unterwegs zu sein ob es dann auch auftritt. Ich kanns nicht testen weil ich keine habe.
Gruß und schönes WE
HI
direkt in die Karte integrieren wird wohl schwierig werden. Wie wäre es eine Garmin Karte nur mit dem GPX Track zu bauen und dann beide Karten ins garmin laden und übereinander legen. Habe das selbst noch nicht gemacht und ich würde auch eher den Track aufteilen und ins Garmin laden.
Um das irgendwie hinzubekommen wird man um das Programm "mkgmap" nicht herum kommen. https://www.mkgmap.org.uk/download/mkgmap.html
Google sagt folgendes zum Problem
Um eine GPX-Datei mit mkgmap zu einer Karte zu importieren, müssen Sie die GPX-Daten in ein geeignetes Format umwandeln und dann mkgmap verwenden, um die Karte zu erstellen. Es gibt keine direkte Importfunktion von GPX in mkgmap, aber Sie können Tools wie gpsbabel verwenden, um die Daten zu konvertieren.
Hier ist eine allgemeine Anleitung:
gpsbabel oder ein ähnliches Tool, um die GPX-Datei in ein von mkgmap unterstütztes Format zu konvertieren, z.B. ein Shapefile (.shp). Code
Code
Es ist wichtig zu beachten, dass mkgmap keine Routen im eigentlichen Sinne verarbeitet, sondern eher Karten basierend auf den bereitgestellten Daten erstellt. Wenn Sie Routen auf einem GPS-Gerät anzeigen möchten, müssen Sie möglicherweise zusätzliche Schritte unternehmen, um die Routen als solche zu verarbeiten.
Google Suchanfrage war "mkgmap karte aus gpx importieren"
HI,
eventuell andere Karte von ganz Europa, wenn es nicht unbedingt die Freizeitkarte sein muss.
https://garmin.openstreetmap.nl/ hier könnte man Kacheln erstellen die man dann ohne Hintergrund aneinander reihen könnte
Oder ein wenig Einarbeitung in mkgmap so könnte man sich die eigene Garmin Karte bauen. https://www.cferrero.net/maps/maps_index.html
Mein Eindruck ist das die GPS Genauigkeit im Gelände deutlich verbessert wurde, hatte früher hier im Mittelgebirge manchmal bis zu 15m Abweichung jetzt steht es meistens bei 3-5m.
Leider hatte mir bei der Ersteinrichtung unter WIN, Garmin-Express das Touchscreen Up 85.07 nicht angeboten, hab das jetzt erst beim manuellen Download gefunden und das verbessert den Touchscreen um Welten. Lässt sich jetzt richtig gut mit langen Radhandschuhen bedienen.
Wer unter Linux den manuellen Download sucht hier wird man fündig https://www.gpsrchive.com/Montana%207x0/index.htm
Ich habe schon Geofabrik angeschrieben, dass die immer größer werdenden Dateien ein Problem darstellen. Vielleicht könnte Geofabrik kleinräumigere Dateien anbieten, sie haben große Länder wie Deutschland schon in Bundesländer aufgeteilt. Ich werde nicht die einzige sein...
HI, da ich selber in einem Dreiländereck lebe erstelle ich mir schon seit Jahren eine eigene pbf Datei der betreffenden Region.
Dazu nutze ich hauptsächlich zwei Programme
osmconvert -- https://wiki.openstreetmap.org/wiki/DE:Osmconvert
osmupdate -- https://wiki.openstreetmap.org/wiki/DE:Osmupdate
mittels osmconvert schneide ich das entsprechende Gebiet aus der Europa Datei der Geofabrik und mit osmupdate halte ich dann diesen Ausschnitt aktuell
Unter Linux mittels Script eventuell so
#!/bin/bash
# Script-Name: ./zige_neu.sh
# update der karte zittauer-gebirge (OSM_Lausitzer-Gebirge)
# wget -c http://download.geofabrik.de/europe-latest.osm.pbf
# variablen setzen
verzeichnis=/media/DATEN/OSM
# name der osm datei ohne *.pbf endung
# startdatei
osmdatei=europe-latest.osm
# kartendatei/name der karte
osmausschnitt=01_OSM-LGebirge
# ausschnitt aus der osm datei
# box=12.5,50,16.5,52
box=13,50.5,16,51.5
# kartenerstellung beginnt
# prüfen ob schon eine geschnittene osm datei vorhanden ist
# erst schauen ob eu-karte da sonst beenden
if [ ! -f $osmdatei.pbf ];then
echo "$(tput bold)$(tput setaf 1)Fehler aufgetreten" $osmdatei.pbf "ist nicht vorhanden.$(tput sgr0)"
echo "$(tput bold)$(tput setaf 1)Datei muss erst von der Geofabrik besorgt werden$(tput sgr0)"
echo "$(tput bold)$(tput setaf 4)ENDE mit ENTER$(tput sgr0)"
read ENDE
exit
# jetzt schauen ob schon lausitz karte da
# wenn nicht aus eu-karte schneiden
elif [ ! -f $osmausschnitt.pbf ];then
echo $osmausschnitt.pbf "datei nicht da"
./osmconvert $osmdatei.pbf --emulate-osmosis --complete-ways --complete-multipolygons --drop-author -b=$box -o=$osmausschnitt.pbf -v
# wenn osmausschnitt-karte da dann alles ok
else
echo "$(tput bold)$(tput setaf 4)"$osmausschnitt.pbf "Datei da$(tput sgr0)"
cp $osmausschnitt.pbf ./sicher
fi
# jetzt umbennen für das update der karte
mv $osmausschnitt.pbf old-$osmausschnitt.pbf
./osmupdate \
--daily \
--hourly \
--emulate-osmosis \
--keep-tempfiles \
-v \
-b=$box \
old-$osmausschnitt.pbf $osmausschnitt.pbf
# update fertig falls die datei schon aktuell gewesen dann wieder umbenennen
if [ ! -f $osmausschnitt.pbf ];then
mv old-$osmausschnitt.pbf $osmausschnitt.pbf
fi
# löscht die osm update daten sonst zuviel müll
cd $verzeichnis/osmupdate_temp
rm temp.h*.osc.gz
rm temp.h*.txt
cd $verzeichnis
Alles anzeigen
Habe das jetzt nur mal so auf die schnelle raus geschnitten aus meinem Script die Variablen zum Anfang müssen natürlich angepasst werden.
Guß
Das Update auf 1.16 werde ich vertagen müssen. Unter Linuxmint 20.3 (Ubuntu 20.04) ist lediglich 1.14 verfügbar. PPA bzw. Pakete für QMS 1.16 habe ich lediglich für Ubuntu 22.04 gefunden und darauf wird erst das demnächst kommende Linuxmint 21 basieren. Pakete selber bauen ist nicht so mein Ding
HI, warum nicht selber bauen?
Hier gibts ne recht gute Anleitung https://altersachse.de/20-linux/qms-kompilieren.php
Ist getestet und mit vielen Infos hier aus dem Forum erarbeitet worden. Falls Du dich nicht traust setze doch eine VM (zB. VirtualBox) zum probieren auf. Hab ich auch immer so gemacht, VM mit blanken Mint erstellt und dann QMS selbst kompiliert, lernt man echt viel.
Ich selbst hab die Anleitung sogar unter Debian (11) Stable benutzt, muss dort zwar ein wenig abgeändert werden aber es läuft jetzt QMS 1.16.1 stabil, dazu noch eigene Garmin Karten und das MTB Leben ist perfekt.
Gruß
HI,
Danke noch mal an alle Beteiligten zur Lösungsfindung.
Also die Anleitung von @anesthesia funktioniert auf einem frischen Debian System ohne Probleme, hab die Nacht mal mein Lappi neu aufgesetzt und das ging.
Hab das jetzt noch mal detailliert aufgeschrieben für solche Anfänger wie mich. https://altersachse.de/20-linux/qms-kompilieren.php
Ach ja so kommen auch alle Daten in den Richtigen Ordner noch /usr -- warum Debian das so möchte wo doch der Standard eigentlich /usr/local ist kann ich nicht ganz nachvollziehen das macht alles nur aufwendiger.
Allerdings geht diese Anleitung nicht auf Systemen wo schon mal QMS drauf war, wie schon oben erwähnt kommen sich die verschiedenen Versionen in die Quere.
Vielleicht teste ich noch mal ein
apt purge gdal-bin libgdal-dev python3-gdal libproj-dev python3-dev libquazip5-1 libquazip5-dev
und probiere dann noch mal die Anleitung. Falls das geht geb ich noch mal Bericht.
Ansonsten allen ein schönes Ostern, Gruß
So habs jetzt auch auf den produktiv PC probiert, aber wieder nichts. Halte mich doch aber genau an die Anleitung von @anesthesia hab die doch für die Webseite übernommen.
/usr/bin/ld: /home/altersachse/y-sources/QMapShack/gdal-3.2.2/.libs/libgdal.so: undefined reference to `proj_crs_get_datum_ensemble'
collect2: error: ld returned 1 exit status
make[1]: *** [GNUmakefile:90: gdalinfo] Fehler 1
make[1]: Verzeichnis „/home/altersachse/y-sources/QMapShack/gdal-3.2.2/apps“ wird verlassen
make: *** [GNUmakefile:120: apps-target] Fehler 2
das sind die letzten Zeilen von "make". Dieser Fehler erscheint aber nicht in der VM.
Alle Archive sind neu von den Servern geholt worden entpackt und gebaut.
Ja das ist es ja ich hab keine zusätzlichen Infos mehr.
Bauen tue ich genau nach dieser Anleitung https://altersachse.de/20-linux/qms-kompilieren.php jetzt. Also zuerst QUAZIP dann PROJ und zum Ende GDAL.
GDAL- configure geht ohne Fehler und bei make kommt dann erst am Ende dieser blöde Fehler.
Die Anleitung hab ich in der VM schon mehrere Male getestet da geht das alles ohne Probleme, da sind dann auch alle lib Dateien im entsprechenden Ordner und QMS meckert nicht am Ende.
HI, also langsam bin ich am verzweifeln. In der VM geht das alles Super mit einem neuen Mint läßt sich QMS bauen.
Aber auf dem Lappi Lenovo X250 stirbt das kompilieren von GDAL nach 1h ab, und als Fehler kommt nur
GNUmakefile:120 apps-target Fehler2
Im Moment ratlos, kann doch nicht sein das das nur auf einem neuen Mint geht wo noch kein QMS drauf war. Es kommt auch sonst im Terminal keine andere Fehlermeldung bei GDAL.
Ach ja die VM läuft auf dem selben Lappi und da gehts.
Gruß
Hallo,
also VM zurückgesetzt und von vorn.
Hab jetzt als erstes PROJ probiert aber da ist schon Schluss, ich hoffe das ich das wenigstens richtig verstanden habe was ich machen sollte.
Fehler zum Ende
-- extracting...
src='/home/trailsucher/y-source/proj-8.0.0/build/googletest-download/googletest-prefix/src/release-1.8.1.zip'
dst='/home/trailsucher/y-source/proj-8.0.0/build/googletest-src'
-- extracting... [tar xfz]
-- extracting... [analysis]
-- extracting... [rename]
-- extracting... [clean up]
-- extracting... done
[ 33%] No update step for 'googletest'
[ 44%] No patch step for 'googletest'
[ 55%] No configure step for 'googletest'
[ 66%] No build step for 'googletest'
[ 77%] No install step for 'googletest'
[ 88%] No test step for 'googletest'
[100%] Completed 'googletest'
[100%] Built target googletest
-- Found PythonInterp: /usr/bin/python3.9 (found version "3.9.2")
-- Check if compiler accepts -pthread
-- Check if compiler accepts -pthread - yes
-- Configuring incomplete, errors occurred!
See also "/home/trailsucher/y-source/proj-8.0.0/build/CMakeFiles/CMakeOutput.log".
See also "/home/trailsucher/y-source/proj-8.0.0/build/CMakeFiles/CMakeError.log".
Alles anzeigen
An was hängts nun ist Python zu alt? Hänge wieder die zwei Logs an.
Gruß
@kiozen Das mit Proj hatte ich gelesen hatte eine 7.2.1 aus den Paketquellen genommen, aber ohne Erfolg.
Hab jetzt die Debian Testing VM zurückgesetzt und das Proj Paket 8.0 von der Webseite geholt und mittels
gebaut. Aber nichts der selbe Fehler wieder. Ich bin ratlos.
@mkossmann wo genau hin soll die Datei pthreadtest.c gespeichert werden. Hab das probiert aber es wird immer nur eine Datei erstellt die sich dann nicht öffnen lässt im Terminal kommt keine Info/Fehlermeldung beim ausführen des Scripts.
Danke trotz allem erst mal. Werd morgen weiter suchen.
Hallo Oliver,
ich versuche schon seit einigen Tagen QMS neu zu kompilieren und habe NULL Erfolg. Ich weiß das die Anforderungen wieder hoch gesetzt wurden deswegen hab ich das auf ein Debian Testing mit Unstable Paketquellen und Pinning neu probiert weil unter Linux Mint überhaupt kein Erfolg zu erkennen war.
Also folgende Pakete aus Unstable hab ich eingespielt
apt install -t unstable cmake cmake-curses-gui g++ git checkinstall subversion debhelper inkscape libalglib-dev libc6-dev zlib1g-dev libbz2-dev libgraphics-magick-perl freeglut3 freeglut3-dev gdal-bin libgdal-dev python3-gdal libproj-dev python3-dev qt5* qttools5-dev-tools qttools5-dev qttools5-private-dev qtwebengine5-dev libqt5sql5-mysql libquazip5*
Mit diesen Paketen war es mir bis dahin immer möglich ein neues QMS unter Debian Testing zu bauen, aber dieses Mal keine Chance und ich finde einfach den Fehler mit meinen geringen Linux Kenntnissen nicht.
Ich hänge mal die zwei Dateien an die mir als Fehler bei ccmake ausgegeben werden.
Ach ja wegen nicht vorhandenen englisch schreibe ich hier und nicht bei den Issues auf der Projektseite.
Für Hilfe wäre ich dankbar, Gruß
HI, eventuell sind die Symbole einfach viel zu groß.
Wenn das das original ist mit 323x324 dann wird das nichts.
Ich hab mal zum Test meine eigenen CustomSymbols von Garmin in das Verzeichnis ~/.config/QLandkarte/WaypointIcons/ kopiert und die werden dann in QMS auch angezeigt/angeboten.
CustomSymbols von Garmin dürfen aber max 24x24 sein und nicht größer als 1,7kb sonst zeigt die mein Oregon einfach nicht an, hab das mal irgendwo gelesen.
ich würde mal probieren das Symbol auf 24x24 zu verkleinern und dann nochmal in den Ordner kopieren.
Ergänzung:
https://support.garmin.com/de-DE/?faq=VTS8XTdjCW5Tx3HyfJ3eQ6
QMS Probleme sind auch hier besser aufgehoben QLandkarte GT / QMapShack
HI warum baust du denn dann nicht gleich selber. Bei garmin.opentopomap.org liegt doch der Style für Garmin vor, style und Typ Datei sind doch unter https://github.com/der-stefan/OpenTopoMap frei verfügbar. Und da du ja scheinbar schon mit mkgmap gearbeitet hast ist das doch dann keine große Hürde.
OSM Datei besorgen, http://download.geofabrik.de/
Gebiet ausschneiden, https://wiki.openstreetmap.org/wiki/DE:Osmconvert
dann mit dem splitter teilen und mit mkgmap und dem style weiter verarbeiten, fertig. http://www.mkgmap.org.uk/download/
Klingt komisch, wenn schon *.img Kacheln vorhanden dann gibt es doch auch schon eine fertige gmapsupp.img wenn nicht auf dem PC dann doch aber auf dem Garmin Gerät warum nimmst du die dann nicht.
Ich hab auch noch nicht gehört das mkgmap als Ausgangsformat *.img unterstützt normalerweise macht mkgmap doch aus OSM Daten eine Garmin Karte und als Voraussetzung braucht man gesplittete OSM Daten im *.osm Format oder gepackt als *.osm.pbf
Hier mal was zu lesen