Beiträge von kiozen

Da ist jetzt Jammern auf hohem Niveau. Du tust ja gerade so, als ob die Freizeitkarte zusammen mit den Defaulteinstellungen von QMapShack unbenutzbar ist. Wenn das wirklich deine Meinung ist, solltest Du von der Benutzung von Linux, und QMapShack im Besonderen, bitte Abstand nehmen.

Oder konstruktiv mit Code dazu beitragen. Das ist nämlich eigentlich der Sinn und Zweck von Open Source. Dass jeder sich die Sachen an seine Bedürfnisse anpassen kann. Da passt ein lautstarkes "Ich will aber das es jemand genau so macht, wie ich das will, sonst bin ich beleidigt" nicht rein.

Zitat von papaluna

Wenn ich das richtig gelesen habe läuft das board mit 2,7-3,6v.
Hier ergibt sich dann evtl. noch eine Verlustleistung wenn eine Spannungswandlung nötig wird.

Das wird es wohl eher sein. Weil für die Laufzeit nur der Stromverbrauch über die Zeit wichtig ist. Liegt allerdings die Spannung unter der benötigten Spannung, muss diese künstlich erhöht werden. Das kostet und geht auch nicht beliebig. D.h. die AA Akkus sind eher "verbraucht".

In allen Wegpunkten, außer einem, sind die Koordinaten so abgespeichert:

<MultiGeometry>
            <Point>
                <coordinates>132.2902609,-14.4717257,0</coordinates>
            </Point>
            <LinearRing>
                <coordinates>
                    132.2860243436875,-14.47490311723434,0 132.2860243436875,-14.46854828276566,0 132.2944974563125,-14.46854828276566,0 132.2944974563125,-14.47490311723434,0 132.2860243436875,-14.47490311723434,0 
                </coordinates>
            </LinearRing>
        </MultiGeometry>

Und in dem, der funktioniert so:

<Placemark id="1.2.1">
        <name>Cooinda Lodge Kakadu</name>
        <address>Kakadu Hwy, Kakadu NT 0822, Australien</address>
        <snippet>Kakadu Hwy, Kakadu NT 0822, Australien</snippet>
        <description><![CDATA[<!DOCTYPE html><html><head></head><body><script type='text/javascript'>window.location.href='http://www.google.com/earth/rpc/entity?lat=-12.998542&lng=132.45766200000003&fid=0x2cb796f09f808d73:0x315f7b4e49ce69e&q=Cooinda Lodge Kakadu, Kakadu Hwy, Kakadu NT 0822, Australien&hl=de&gl=&client=&cv=5.2.1.1588&useragent=';</script></body></html>]]></description>
        <styleUrl>#listing_A</styleUrl>
        <ExtendedData>
            <Data name="placepageUri">
                <value>http://www.google.com/earth/rpc/entity?lat=-12.998542&amp;lng=132.45766200000003&amp;fid=0x2cb796f09f808d73:0x315f7b4e49ce69e&amp;q=Cooinda Lodge Kakadu, Kakadu Hwy, Kakadu NT 0822, Australien&amp;hl=de&amp;gl=&amp;client=&amp;cv=5.2.1.1588&amp;useragent=</value>
            </Data>
        </ExtendedData>
        <Point>
            <coordinates>132.521559,-12.905126,0</coordinates>
        </Point>
        <phoneNumber>+61 8 8979 1500</phoneNumber>
    </Placemark>

Sämtliche Software, GPSBabel inklusive such die Koordinate direkt auf der obersten Tag-Ebene und nicht unter <MultiGeometry>. Warum GE die Daten so abspeichert und ob das normal ist kann ich nicht sagen.

Zitat von mac_horst

Ja, danke. Das funktioniert.
Nur wäre ich nie darauf gekommen, dass ich mit POI Texte die Ortsnamen ein- u. ausblenden kann. Ich dachte mit POI Text zeige ich die POI Texte an oder auch nicht.

Was denkst Du denn, was ein Ortsname ist? Kein "Point of Interest"? Das sehen Garmin und die Kartenautoren anders. Und wann wie viele Punkte angezeigt werden, bestimmt der Kartenautor über die Detailebenen. Das gelingt einigen besser, anderen weniger. Hinzu kommt, dass die OSM Datenbank, gerade im urbanen Bereich, mit sinnlos vielen Punkten zugeballer wird und ein Kartenautor entweder alles nimmt, oder filtert und sich damit den Ärger von Benutzern einfängt, weil gerade der für sie wichtigste POI nicht dabei ist.

Und genauso geht es auch mir, wenn ich anfange Punkte auf Detailebenen. zu unterdrücken. Da muss ich nur warten, bis sich jemand beschwert weil die Karte nicht exakt so angezeigt wird, wie er es erwartet. Das hatte ich schon alles. Das Thema ist durch.

Es wird angezeigt, was in der Karte ist. Wer eine Karte hat, die bei den Defaulteinstellungen nicht einen vernünftigen Detailgrad anzeigt, kann das über "Details" anpassen. Oder die Karte in die Tonne werfen.

Die Freizeitkarte hat aus meiner Sicht ein vorbildliches Detailebenenschema. Teilweise stört nur die sinnlose Flut von komischen POIs in den Städten auf der untersten Ebene. Dafür können aber die Macher der Freizeitkarte nichts. Und QMapShack bietet die Gelegenheit POIs und Texte auszuschalten.

Dann schalte unter "Ansicht->POI Text" die Ortsnamen wieder an.

Zitat von mac_horst

So richtig bin ich mit QMapShack noch nicht warm geworden, aber ich versuche es mal wieder.

Zum heizen war es auch nie gedacht.

Zitat von mac_horst

Kann man irgendwo einstellen, dass man auf den Freizeitkarten, hier Griechenland, Balkan etc. wenigstens ein paar Ortsnamen zu sehen bekommt?

Ja. Einfach den Wert für Details erhöhen.

You are lucky. Seems the problem was to fix easier than expected. See commit 2358ef71e3a80aee31dc05c70dda435ee43c8eca

Ok, FIT problem has been identified and will be fixed. It might take some time. The developer in charge is a bit busy.

Ok, I confused it with the one in the __MACOSX folder.

Whatever this is, it is no valid Garmin FIT file.

So gut wie ein 64er zum Navigieren auf dem Motorrad. Willst Du den Klotz wirklich mit dir herumschleppen? Allein schon der interne Akku wird dich nicht weit bringen.

Kauf 2 Geräte. Eines zum Wandern und eines auf dem Motorrad. Verglichen zum restlichen Equipment kosten die Geräte wenig.

Die Benutzung des 64er auf allem was schneller als ein Fahrrad fährt, kann man wegen des kleinen Bildschirms, als fahrlässig bezeichnen. Ist es das wert, wegen ca 200 € gespart, ein höheres Risiko für andere und sich im Straßenverkehr einzugehen?

Ich habe das am Anfang auch jahrelang mit einem 60SCx gemacht. Gut und vernünftig ist was anderes. Inzwischen hängt das 64er konsequent am Rucksack. Und im KFZ ist ein vernünftiges Straßennavi mit einem großen Bildschirm vorhanden.

Am Kartenmaterial selber dürfte sich auch wenig getan haben. Eher an der POI Datenbank (Hütten, Gipfel, etc).

Ich habe die erste Version und bin immer noch zufrieden damit. Wichtig ist, dass die Topographie erkennbar ist. Auf die verzeichneten Wege und Punkte sollte man sich eh nicht verlassen. Zum einen kann es im Gebirge zu erheblichen Ungenauigkeiten in der Position kommen. Zum anderen sind einige Daten noch aus der Vor-GPS Zeit und damit nicht besonders genau vermessen.

Zitat von tscharly

Beim starten von QMapShack kommt die Anzeige
Found Routino with a wrong version. Expected 8 found 7

Dann scheint Ubuntu 16.4 leider nur mit der hoffnungslos veralteten Lib ausgeliefert zu werden.

Zitat von tscharly

und About meint, dass routino fehlt (Routino: TextLabel)

Die nötigen Codezeilen dazu hast Du ja auskommentiert.

Ich kann Dir da auch ehrlich gesagt nicht weiter helfen. Entweder Du fuchst dich in das Thema ein und lernst, wie man Software in Linux, am Paketmanager vorbei, sauber selber installiert, ohne das System zu zerschießen. Oder Du lebst mit dem Mangel, bis Ubuntu sich bequemt was aktuelleres zu liefern.

Oder Du schaust Dir Distributionen mit einer weniger schwerfälligen Updatepolitik an. Wenn es unbedingt Debian bleiben soll, dann ist Debian-Testing der einzige Weg laufend an aktuelle Pakete zu kommen. RedHat ist immer vorne dabei. SuSE etwas hinterher (noch bei 1.7.2) Aber kein Vergleich zu Ubuntu 16.10, wo man sich auch nur mit 1.6.3 zufrieden geben muss.

Ich selber lasse aus guten Grund von Debian-basierenden Distros die Finger weg und lebe seit 20 Jahren ganz gut mit der Suse. Ich installiere auch jedes mal die aktuellste Suse, wenn sie rauskommt. Ist bei Linux eine Sache von <1h. Damit bin ich immer ganz gut vorne mit dran und muss mich nicht über veralteten Kram ärgern.

Du kannst ja mal schauen ob es ein Änderungsübersicht zu der Version 4 gibt. Bei den letzten Versionen hat der AV fehlende Karten oder Material, was sehr ungenau war, durch AMAP Karten aufgefüllt. Ob das nun eine Bereicherung ist, muss jeder selber entscheiden.

In der Regel bietet der AV eine preiswertes Upgrade an, wenn man eine alte Version hat.

kommentier mal in in

/home/leo/QMapShack/serverdaten/src/CAbout.cpp

Zeile 38 und 42 aus.

if(Routino_CheckAPIVersion() != ROUTINO_ERROR_NONE)
    {
        //labelRoutinoVersion->setText(tr("%1 (API V%2, expected V%3)").arg(Routino_Version).arg(ROUTINO_API_VERSION).arg(Routino_APIVersion));
    }
    else
    {
        //labelRoutinoVersion->setText(tr("%1 (API V%2)").arg(Routino_Version).arg(Routino_APIVersion));
    }

Ich frage mich, wie oft ich mich noch in meinem Leben über eine drecks Debian-basierende Distribution ärgern muss... Olle Pakete bis zum abwinken verteilen. Und das auch noch als sichere Strategie verkaufen... Ober als besonders einfach für den Benutzer. Die haben doch eine Macke.

http://packages.ubuntu.com/sea…ds=routino&searchon=names

Paket heißt wohl libroutino-dev

Zitat von tscharly

Routino gelöscht
sudo apt-get autoremove routino
Routino neu installiert
sudo apt-get install routino

dpkg -l > pakete.txt
ii libroutino-slim0 3.0-3
ii libroutino0 3.0-3
ii routino 3.0-3
ii routino-common 3.0-3

/QMapShack/build_QMapShack$ ls (leer)

/usr/lib$ find -name "libroutino*"
./libroutino-slim.so.0.0.0
./libroutino.so.0.0.0
./libroutino.so.0
./libroutino-slim.so.0

/usr/share/routino$ ls
profiles.xml tagging-ride.xml tagging.xml
tagging-drive.xml tagging-walk.xml translations.xml

/QMapShack/build_QMapShack$ ccmake ../serverdaten --> prefix-file wird erstellt
Fehlermeldung im Editor nach Eingabe "c"
CMake Error at cmake/Modules/FindROUTINO.cmake 87 (message):
Could not find ROUTINO
Call Stack (most recent call first):
src/CMakeLists.txt:48 (find_package)

Alles anzeigen

Sind die Header-Dateien auch installiert?

/usr/include/routino.h

Die Header werden in der Regel nicht mit dem Hauptpaket installiert sondern mit einem zusätlichen (dev oder header o.ä.)

Zitat von tscharly

nach Eingabe "e"
[CODE]BIN_INSTALL_DIR /usr/local/bin
BUILD_FOR_LOCAL_SYSTEM OFF
CMAKE_BUILD_TYPE RelWithDebInfo
CMAKE_INSTALL_PREFIX /usr/local

Alles anzeigen

CMAKE_INSTALL_PREFIX auch noch auf /usr/ setzen und dann 'c'. Dann sollten alle Pfade richtig stehen.

Zitat von tscharly

[FONT=DejaVu Sans, sans-serif]Mittlerweile sind folgende Versionen installiert[/FONT]
[FONT=DejaVu Sans, sans-serif]Qt: 5.5.1[/FONT]
[FONT=DejaVu Sans, sans-serif]GDAL: GDAL 1.11.3, released 2015/09/16[/FONT]
[FONT=DejaVu Sans, sans-serif]Proj4: 492[/FONT]
[FONT=DejaVu Sans, sans-serif]Routino: 3.2+svn(API V8)[/FONT]

GDAL ist zwar alles andere als aktuell, aber für QMS wird es hoffentlich reichen.

Zitat von tscharly

[FONT=DejaVu Sans, sans-serif]Schön wäre es noch, das Icon von QMapShack auch auf dem Desktop zu platzieren. [/FONT][FONT=DejaVu Sans, sans-serif]Unter .local/share/applications gibt es zwar eine qmapshack.desktop, aber das dazu gehörige icon fehlt mir noch. Wo finde ich das?[/FONT]

Im Build-Verzeichnis (build_QMapShack) befindet sich nach erfolgreichem "sudo make install" eine Datei install_manifest.txt. Dort steht drinnen wo welche Datei kopiert wurde. Dort ist auch ein qmapshack.desktop zu finden, das dafür sorgt, dass QMapShack als Applikation in deinem System gelistet wird. Und diese verweist auf den Symbolnamen. Der Window Manager pickt sich dann eine von den *png Dateien die auch installiert wurden.

Das selbe gilt für die Übersetzungen.

Zitat von tscharly

[FONT=DejaVu Sans, sans-serif]Ein paar Probleme habe ich noch.[/FONT]
[FONT=DejaVu Sans, sans-serif]Nach Start von QmapShack kommt die Fehlerrmeldung „The specified translations XML file could not be loaded.“[/FONT]

Das deutet auf eine fehlerhafte Routioninstallation hin. Die Routino Lib sollte unter

/usr/lib64/libroutino.so

bzw

/usr/lib/libroutino.so

installiert sein. Parallel dazu sind die XML Dateien in

/usr/share/routino/

Ein beliebter Fehler ist das wahllose installieren von Software in /usr/ und /usr/local. Wenn hier nicht sauber deinstalliert wird, dann bleibt was über, das parallel zur richtigen Installation gefunden wird. Ich vermute, du hast noch ein paar Leichen von "Routino selber kompilieren" im Keller liegen.

Irgend jemand ist mal auf die Idee gekommen, dass selbst compilierter Kram nach /usr/local soll. Deswegen setzten alle Konfigurationsscripten das als Default. Nur leider ist /usr/ocal oft nicht mehr sauber in die Umgebungsvariablen eingepflegt, was zu einigem Frust führt. Deswegen setze ich immer den PREFIX auf /usr um (in ccmake CMAKE_INSTALL_PREFIX). Ist lästig, kann man aber nicht ändern.

Zitat von tscharly

[FONT=DejaVu Sans, sans-serif]Und die routino DB kann ich nicht auswählen, obwohl sie ohne Fehlermeldung
(!!!done!!!) erstellt wurde. Das ist ein Satz von vier Dateien.
[/FONT]

Hast Du auch den Pfad zu den Dateien gesetzt? Der kleine blaue Ordner im Routino-Tab.

Zitat von tscharly

[FONT=DejaVu Sans, sans-serif]Und während des kompilierens ist mir aufgefallen, dass die deutsche und auch andere Sprachen nicht eingebunden wurden. Somit habe ich QMapShack nur in Englisch.
[/FONT]

Wie gesagt in install_manifest.txt steht wohin die Dateien kopiert wurden. die sollten dort sein, wo ach die anderen Übersetzungen liegen.

Zitat von carnap

Swisstopo (Karten des Schweizer Bundesamtes für Landesvermessung)

Gibt es offiziell von Garmin zu kaufen

Zitat von carnap

Amap (Karten des österr. Bundesamtes für Eich- und Vermessungswesen)

Meines Wissens nicht als Garminkarte verfügbar.

Zitat von carnap

Alpenvereinskarten

Gibt es offiziell beim DAV zu kaufen.

Zitat von carnap

1.Bekommt man die jeweils aktuellen Karten davon ohne Weiteres auf dieses GPS-Gerät? Was ist dabei zu bedenken?

Man kauft die Karte. Jede Karte ist auf einer SD Speicherkarte und mit dieser verbunden. D.h. Karte wechseln == SD Karte wechseln

Zitat von carnap

2. Ich würde gerne nur Teile dieser Karten auf das Gerät bringen, z.B. Hochschwab. Geht das auch?

Geht. Der Aufwand lohnt nur eigentlich nicht. SD Karte rein und gut ist.

Dir sollte klar sein, dass die Garmingeräte aktiv ein DRM benutzen. Damit sind alle kommerziellen Karten versehen. Es gibt 2 kostenlose Alternativen:

1) Vektorkarten der Community, die in der Regel auf den OSM Daten basieren
2) Garmin Custom Maps (GCM). Das sind Rasterkarten. Mehrere Kacheln als JPG mit einer KMZ Datei zusammen gefasst. Die Geräte können nur eine sehr begrenzte Anzahl an Kacheln verwalten (wenige Hundert.)

Solltest Du eine der von Dir genannten Karten schon als Rasterkarte besitzen, kannst Du mit dem nötigen Aufwand Teile davon als GCM aufs Gerät bringen.

Mit der nötigen Ausdauer und einigem Geschick mit Google, kann man natürlich auch das DRM aushebeln und schon vorhandene Karten in ein Garminformat bringen. Legal ist das natürlich nicht. Bedenkt man zusätzlich den Zeitaufwand, lohnt es sich auch nicht. Noch nicht mal bei der sauteuren SwissTopo. Da hilft eher eine Reflexion, ob man nun wirklich so oft in der Schweiz unterwegs ist, und der Kauf sich damit rechtfertigt.

Einen guten Grund das DRM auszuhebeln gibt es aber doch. Und zwar für Gebiete für die es keine Rasterkarte im Garminformat zu kaufen gibt. Dafür aber sehr gute Papierkarten. Die kann man scannen, referenzieren und in Gamins JNX Format umwandeln. Um sie zu benutzen muss man auf dem Gerät das DRM austricksen. Das ist nicht schön, kostet auch einiges an Zeit, Geld und Nerven. Ist aber die einzige Möglichkeit für einige Gebiete eine vernünftige Karte auf das Gerät zu bekommen.