Beiträge von trailsucher

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

mkgmap

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

Zitat von Sabine SW

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

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ß

Zitat von pixel

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.

tar xfv proj-8.0.0.tar.gz
cd proj-8.0.0
mkdir build
cd build
cmake ..

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

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

./configure --prefix=/usr
make
sudo make install

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

https://wiki.openstreetmap.org…Garminkarten_selber_bauen

HI, wie wäre es mit einer kleinen minimalen offline Lösung.

Hier http://osm.thkukuk.de/ bekommt man diverse Layer die man ja dann über jede Karte legen kann. Wenn man dann mit der Maus zB auf einen Wanderweg geht werden einige minimale Infos angezeigt, Name und in Klammern die Länge.

Danke

für die ausführliche Info. Da ich ja des englischen nicht mächtig bin lasse ich die GitHub Seite und somit die Issues meistens LINKS liegen.

Also schönes WE noch, Gruß

Hallo Oliver,

habe mal eine Frage ob man eventuell im Menü "Aktivität" den Punkt "Mountainbiken" noch hinzufügen könnte.

Ansonsten SUPER Programm und Danke dafür.

Gruß und schönes WE noch.

HI, Du musst die Karte bestimmt mit dem QMS Werkzeug QMap Tool noch mal neu verifizieren.
QMS starten dann unter Werkzeug QMap Tool starten, der Rest müsste dann selbsterklärend sein.
https://www.naviboard.de/showthread.php?t=61671
https://bitbucket.org/maproom/qmaptool/wiki/DocMain

HI,
Off-Topic:

Zitat von kiozen

Und ja, Linux richtet sich nach wie vor an Experten. Ich halte überhaupt nichts von den immer wiederkehrenden Artikeln in der Presse, die Linux als die Viel-Besser-als-Windows-Alternative für lau preisen.

Hier hab ich eine etwas andere Meinung als Oliver, denn ich bin bei Leibe kein Experte. Hab auch beruflich nichts mit einem PC zu tun. Trotz allem hab ich mich vor 6 Jahren entschlossen Linux zu probieren und wenn man sich damit ein wenig befasst dann klappt das auch irgendwann, vor 4 Jahren dann alles WIN eingestellt. Gut es ist nicht einfach aber wer die nötige Zeit investiert und lernwillig ist bekommt ein besseres System als wie es WIN bieten kann.

@GICA 
so nun noch einige Infos zum Problem, ich hoffe Du gibst nicht so einfach auf. Debian Stable hat nun mal nur stabile recht alte Pakete, deshalb hab ich das auch gleich zum Anfang verworfen, dann schon lieber Testing.
Was Dir noch zum kompilieren fehlt ist halt QT5.8 oder neuer dann müsste eigentlich alles machbar sein.
Man könnte hier eventuell die Anleitung von der MTB-Touring Seite etwas umbauen.
http://www.mtb-touring.net/qms/qmapshack-linux-mint-18/
Und ein Repository auf das QT5.9.5 erstellen und dann die Pakete holen, kann klappen muss aber nicht. Aber Ubuntu Xenial kommt halt Debian Stable noch am nächsten deshalb könnte man das testen. Oder mal bei Suse in den Quellen schauen. http://download.opensuse.org/repositories/
Dort hab ich mein PaleMoon her und in Mint eingebunden was Supi geht.

Proj4 muss eh selbst kompiliert werden weil es da im Moment nichts aktuelles gibt, die Anleitung liegt ja noch beim "AltenSachsen".

Hab auch noch eine Seite gefunden die Debian Pakete für QMS hat, die hab ich aber nicht getestet.
https://ftp.mpi-inf.mpg.de/pub…an/pool/main/q/qmapshack/

HI,
also ich möchte mich hier erst mal Oliver voll anschließen, wenn man schon etwas abarbeitet dann sollte man das auch zu 100% machen und nicht nur halbherzig.
Die Foren sind voll mit solchen 50:50 Sachen und keiner sticht dann mehr durch um Hilfe zu geben.
Das musste ich jetzt mal los werden.

Und wenn Du dann noch eine Anleitung von Ubuntu - Mint auf Debian übertragen willst dann wird das eh nur Mist.
Dazu kommt das jegliche Infos über das System vorenthalten wurden denn auch bei Debian gibt es DREI verschiedene Distributionen und dazu noch etliche Desktops, da könnte mann eigentlich mehr Infos erwarten und in manchen Foren wird das als Grundlage vorausgesetzt.

Ich nehme aber auf Grund der Fehlermeldung an das Du ein Debian Stable verwendest und damit ist schon mal ein großes Problem entstanden. Denn dort gibt es kein QT5 Ver 5.8 oder höher.
Bevor man halt irgendwelche Anleitungen abarbeitet sollte man wenigstens einen Plan haben. Was braucht das Programm, bei QMS steht das alles schön im Wiki (https://bitbucket.org/maproom/…ack#markdown-header-linux), und was bietet mir meine Linux Distribution. Bei Debian kann man da ganz schnell hier https://www.debian.org/distrib/packages.de.html nachschauen, und wenn ich da einfach mal das Paket "qt5-default" eingebe sehe ich das nur Ver. 5.7 vorhanden ist. Und somit wird es schwierig, die Sache zum laufen zu bekommen.
Man könnte jetzt versuchen die benötigten QT5 Pakete aus TESTING zu bekommen, wie das geht bin ich im Moment überfragt da würde ich mich lieber an das Debian Forum wenden.

Wie Du dann noch Proj4 min Ver.5 bekommst steht dann wieder beim "AltenSachsen" und da das selbst kompiliert wird geht das bestimmt auch unter Debian.

Tipp, probiere doch erst mal alles in einer "Virtuellen Maschine" da zerschießt man sich wenigstens nicht sein System.

Gruß