Beiträge von kiozen

Den OSM Tools zum erstellen von Garminkarten fehlt die Möglichkeit eine blattschnittfreie Karte zu erstellen. QMapShack wäre durchaus in der Lage solche Karten richtig darzustellen. Aber was nicht in der Karte richtig codiert ist, kann QMapShack nicht gerade biegen.

Du irrst. Zum einen ist QMapShack nicht mit Mobac zu vergleichen, weil es nicht flächendeckend saugt, sondern wie ein Browser nur das anzeigt was der Benutzer gerade sehen will. Und das in einem Cache speichert. Die Last ist damit nur ein Bruchteil dessen was Mobac anrichtet. Und soweit sind auch alle Serverbetreiber mit QMapShack d'accord.

Du irrst auch, wenn Du denkst, dass der Großteil der Benutzer von QMapShack 60GB+ an Kartenkacheln verwalten will. So verrückt ist da keiner. Die sind entweder mit den Onlinekarten zufrieden, oder haben Besseres als Rasterkarte. Ein guter Anteil benutzt auch Garmin Karten. Und auch auf den Android Geräten wird wohl eher ein Format wie Mapsforge benutzt, weil es bedeutend sparsamer mit dem SD Kartenplatz umgeht.

Aber wir können uns hier noch weiter über Zweck und Sinn von säckeweise Kartenkacheln streiten. Die Frage warum

<ServerUrl>file://c:/Tiles/Kartenname/%1/%2/%3.png</ServerUrl>

nicht funktioniert, wird das nicht klären.

Bei solchen Partikularinteressen hilft Beobachten wenig. Sondern nur selber Hand anlegen.

Tja, es ist ja nicht so dass QMapShack Closed Source wäre....

<sourceFolder> und <server> sind auch keine unterstützen Tags.

https://bitbucket.org/maproom/…#markdown-header-tms-maps

Vielleicht geht es mit:

<ServerUrl>file://c:/Tiles/Kartenname/%1/%2/%3.png</ServerUrl>

Aber eigentlich ist dafür das GEMF Format da. Kann Mobac auch ausgeben

Zitat von trailfinder

klar - dem Bergwanderer eher nicht

Den interessiert wiederum nicht die Hangneigung sondern die Steigung seines Weges. Solange der Weg nicht orthogonal zum Gradienten ist, unterscheidet sich die Steigung signifikant von der Hangneigung.

Zitat von trailfinder

Was mir ohne Höhenlinien fehlt: In Zusammenspiel mit der Schummerung eine Übersicht über das Gelände und grobe Höhenunterschiede (etwa zum nächsten Pass oder Gipfel) zu geben, bevor ich überhaupt einen track oder Weg habe.

Differenzen misst Du genauso wie mit Höhenlinien. Mit der Maus auf Punkt A, Höhe merken, Punkt B, Differenz bilden. Je dunkler die Schummerung desto steiler. Aber das sieht man ja ohne nachzudenken.

Zitat von trailfinder

Mag auch daher kommen, dass ich mich gern in "wildem" Gelände bewege, wo es nur unmarkierte Wege gibt, die auch in keiner Karte eingezeichnet sind.
Diese Übersicht bekomme ich nicht durch ein Abscannen der Karte mit der Maus.

Für solche Abenteuer sind OSM Karten nun wirklich das falsche Mittel der Wahl. Im Anhang eine Karte die neben den Höhenlinien deutlich mehr Information über das Gelände bietet. Gesteinsformation, inkl grober Aufstiegsrouten.

Zitat von trailfinder

Wie Du das meinst verstehe ich jetzt nicht.
Die Linien sollten doch "einfach" Äquidensiten im geotiff sein.

Die Hangneigung berechnet sich klassisch aus dem Abstand der Höhenlinien und deren Differenz. Dazu berechnet man sich grob eine Tabelle und misst dann mit dem Lineal ab. Das will ich nicht machen, wenn es nicht sein muss.

Zitat von trailfinder

Die DAV… Kolorierung zeigt halt nur den Betrag…

Ja sicher, die Handneigung ist nur ein Betrag. Der Lawine ist es egal in welche Richtung sie abgeht. Hauptsache steil genug.

Zitat von trailfinder

Ich möchte halt die Karten am PC zwecks Planung genauso lesen können. … und, zumindest die österreichischen Daten sehen dafür recht vielversprechend aus.
Was wären denn bessere Hilfsmittel? Ich bin von QMS schon ziemlich begeistert.

QMapShack ist das bessere Mittel. Die Frage ist doch, was Du aus Höhenlinien herauslesen kannst:

• Die Höhe abschätzen. In QMS einfach mit der Maus auf die Stelle zeigen.
• An- und Abstieg: Berechnet dir QMS zu jedem Track
• Auf einer 2D Karte einen 3D Eindruck erzeugen. Macht QMS mit der Schummerung
• Hangneigung berechnen. In QMS einfach mit der Maus auf die Stelle zeigen. Oder eben die Kolorierung verwenden. Oder mit dem Filter die Hangneigung entlang des Tracks berechnen. Alles besser als punktuell Höhenlinien zu vermessen.
• Steigung einer Tour. Berechnet Dir QMS zu jedem Trackpunkt. Kann auch zur Kolorierung des Tracks verwendet werden.

Ich habe nichts gegen Höhenlinien und dass man damit umgehen kann. Das kann ich jedem nur raten zu lernen. Aber in einem PC Programm, wie QMapShack, habe ich einfach besser Mittel schneller und flächendeckender an die benötigte Information zu gelangen.

Zitat von trailfinder

Ich habe damit endlich die Möglichkeit gefunden, meine Touren an einem Gerät mit richtigem Bildschirm und g'scheiter Tastatur vorzubereiten. Dabei fällt mir außer Höhenlinien keine Möglichkeit ein, Betrag und Richtung der Hangneigung zu visualisieren - und die ist bei den Touren sehr relevant.

....

Verführt hat mich die Begeisterung, in der QMS-Statuszeile den Betrag der Hangneigung zu entdecken und im DEM-Fenster die Möglichkeit, die Schummerung automatisch generieren zu lassen.

Neben der Schummerung, kannst Du dir ja auch noch die Hangneigung nach der DAV Snow Card kolorieren lassen. Bzw. dein eigenes Farbschema definieren. Außerdem kannst Du mit einem Filter jedem Trackpunkt die jeweilige Hangneigung an diesem Punkt hinzufügen und dann zur Kolorierung verwenden. Damit siehst Du sofort, wenn dein Track durch steileres Gelände führt.

All diese Werkzeuge sind Höhenlinien deutlich überlegen. Zu mindestens solang die Höhenlinien aus den gleichen DEM Daten generiert werden. In sehr steilen Gebieten sind die Höhenlinien auf guten topographischen Karten besser. An das Niveau kommst Du aber mit den üblichen freien Daten, der Software und ohne Know How kaum hin.

Der einzige Grund sich mit Höhenlinien zu beschäftigen ist, um vor Ort eine reale Papierkarte lesen und interpretieren zu können. Am PC tut man sich das nicht an. Da gibt es besser Hilfsmittel

Wenn Du es trotzdem ausprobieren willst, dann fang doch erst mal mit einem kleinen Ausschnitt und nicht gleich den ganzen Alpen an. mit gdal_translate und -srcwin kannst Du dir einen Ausschnitt extrahieren.

Wenn die Pflege und Wartung von komplexer Software den Kunden nichts zusätzlich kosten darf, dann finanziert man das, indem man laufend Geräte verkauft. Bei einem expandierenden Markt geht das mit den aktuellen Geräten. Das ist schön für den Kunden, weil er zum Schluss ein ausgereiftes Produkt hat. Bei einem stagnierenden Markt muss man eben immer wieder ein neues Model auf den Markt schmeißen und die Kunden mit sanften Druck überzeugen dieses auch zu kaufen.

Letztlich wissen wir das alle hier. Und keiner ist bereit laufende Lizenzgebühren für die Software zu zahlen. Jeder hier im Thread ärgert sich lieber über die Bugs in seinem aktuellen Gerät und kauft mit schöner Regelmäßigkeit immer wieder, wenn es was Neues gibt. Also klappt doch ganz gut.

Ökologisch ist das natürlich weniger prickelnd.

Ich habe mich nie mit Höhenlinien beschäftigt, weil die bei digitalen Karten und GPS Geräten eigentlich keine Relevanz haben.

Grundsätzlich dürfte ein Shape Datei schon mal ein guter Ausgangspunkt sein, um eine Garmin Karte zu erstellen. Diese kann man dann über beliebig andere Karten legen. Wie das geht fragt man am Besten die Autoren diverser OSM Karten, die solche Overlays anbieten.

Alle mir bekannten Overlays kranken aber entweder an zu groben Basisdaten. Oder an einem schlechten Gradientenalgorithmus, der bei steileren Formationen hoffnungslos versagt. Die einzigen überzeugenden Daten habe ich mal vor Jahren für Italien gezogen. Das war ein Hochschulprojekt. Ist aber auch schon wieder im Nebel des Vergessens untergegangen.

Du wirst wohl ein tiefgreifendere Recherche starten müssen, wenn Du unbedingt universelle Höhenlinien benötigst.

Ich habe den Vorgänger TomTom Go6000 mit eingebauter Simm Karte. Stauerkennung, alternative Routen und Fahrzeitberechnung geben keinen Anlass zum klagen. Es funktioniert einfach. Und das ohne noch zusätzlich mit dem Handy herumfuchteln zu müssen.

Bezüglich der Symbole für die Wegpunkte:

Diese sind im Source Code unter src/icons/waypoints abgelegt. Jedes Symbol muss als *SVG Datei vorliegen. Zum Erstellen kann man zum Beispiel Inkscape benutzen.

--

En cuanto a los símbolos de los waypoints:

Estos se almacenan en el código fuente en src / icons / puntos de referencia. Cada símbolo como archivos SVG * debe estar presente. Para crear uno puede utilizar, por ejemplo, Inkscape

Hi Toliao

eigentlich steht schon recht viel im Wiki

https://bitbucket.org/maproom/qmapshack/wiki/DocMain

Aber natürlich ist das immer aus der Sicht eines Programmierers geschrieben und wird vielleicht von normalen Benutzern schwer verstanden. Deswegen kann ich nur jeden einalden, die Seiten im Wiki zu verbessern. Alle Seiten können verändert werden, wenn man ein Login für Bitbucket hat, welches kostenlos ist. Über Verbesserungen freue ich mich immer.

--

Hola Toliao

En realidad es un poco en el wiki

https://bitbucket.org/maproom/qmapshack/wiki/DocMain

Pero por supuesto que siempre ha escrito desde la perspectiva de un programador y es quizás difícil de entender para los usuarios normales. Por eso sólo puedo einalden todo el mundo para mejorar las páginas de la wiki. Todas las páginas se puede cambiar si usted tiene un inicio de sesión para bitbucket que es gratuito. En las mejoras Siempre tengo ganas.

So schlimm ist es nicht. Du musst dir halt nun vorher überlegen in welches Projekt ein Element abgelegt werden soll und gegebenenfalls vorher eines anlegen, oder aus der Datenbank in den Arbeitsplatz laden. Nachträglich geht das natürlich auch. Dann müssen die Daten auf dem Arbeitsplatz von einem Projekt ins andere kopiert werden.

Dafür kann man jetzt auf dem Arbeitsplatz deutlich besser Ordnung halten.

Ok, da gibt es ein Verständnisproblem. Du musst ein Projekt (einen Ordner) erst in der Datenbank erstellen und dann in den Arbeitsplatz laden. Dann kannst Du GIS Elemente in das Projekt kopieren. Damit diese Elemente in die Datenbank übernommen werden, muss das Projekt, ähnlich wie bei einer Datei, gespeichert werden.

QMapShack ist hier strukturierter als QLandkarte. Der Grund dafür ist, dass die heutigen Geräte GIS Daten in verschiedenen Dateien strukturiert verarbeiten. QLandkarte hingegen stellt die unstrukturierten Listen, wie sie auf den alten Geräten üblich waren, dar.

Anders gesagt: Jedes GIS Element benötigt jetzt ein Projekt, zu dem es gehört. Deswegen muss ein Projekt zuerst in den Arbeitsplatz geladen werden, damit man ihm Elemente zuweisen kann.

Du kannst übrigens gleich, wenn Du ein Element erstellst, auch einen Datenbankordner erstellen.

Schon das betreffende Kapitel im Wiki gelesen?

https://bitbucket.org/maproom/…ocGisDatabaseFoldersItems

Ich habe gerade einen neuen "Pull Request" gestartet, um externe TYP Dateien zu laden.

https://bitbucket.org/maproom/…requests/163/typfile/diff

Für ein transparentes Overlay der Straßen und Orte kann man aber auch einfach die Polygone in den Eigenschaften abwählen.

--

Me acaban de lanzar un nuevo "petición de atracción" para cargar los archivos TYP externos.

https://bitbucket.org/maproom/…requests/163/typfile/diff

Una capa transparente de calles y plazas, pero también puede simplemente anular la selección de los polígonos en las propiedades.

Hi Toliao,

ich suche systematisch nach Seiten, die QMapShack erwähnen, um herauszufinden wie die Benutzer mit QMapShack zurecht kommen. Manchmal entstehen dabei interassente Ideen. Zum Beispiel ist dieser "Pull Request"

https://bitbucket.org/maproom/…-for-workspace-items/diff

ein Ergebnis eurer Diskussion.

---

Hola Toliao,

Busco sistemática para las páginas que mencionan QMapShack para averiguar cómo los usuarios con QMapShack hacer frente. A veces interassente ideas. Por ejemplo, esta "petición de atracción" es

https://bitbucket.org/maproom/qmapsh...ace-items/diff

resultado de su discusión.

Hola Toliao,

Gracias por la traducción. Me interssiert la discusión en el foro Mendiak Siguiendo (Google Traducir bondad).

No es ningún problema para mí enviar el archivo * ts por correo electrónico. La dirección está en "Acerca de". El repositorio es ahora actualizado.

saludos

Oliver

Es gibt unter "Datei->Exportieren->Meine Sammlung exportieren" die Möglichkeit eine GDB Datei zu erstellen.

Und die Datenbank "Meine Sammlung" wird im User Verzeichnis unter AppData}Roaming\Garmin\Basecamp etc. abgespeichert.

Meines Wissens ist der Export ins GDB Format als Austausch mit Mapsource gedacht gewesen und exportiert nicht alles.

Die Datenbank hingegen ist das, was Basecamp benutzt, um zwischen den Programmstarts die Daten zu halten. Und ist damit vollständig.