Beiträge von kiozen

Beim Erstellen der Datenbank benützt QMapShack auch nur die Tools die von Routinio selber bereitgestellt wurden. Wenn dort alles ohne Fehler durchläuft und trotzdem keine funktionierende Datenbank entsteht muss man sich an den Autor von Routino wenden. Ich kann da nichts machen.

Das ließe sich durch einen Absturz beim Schließen von QMapShack erklären. In diesem Fall wird der letzte Arbeitsplatz nicht gespeichert.

Grundsätzlich sollte der Arbeitsplatz alle paar Minuten gespeichert werden. Kann man unter Menü->Arbeitsplatz->Arbeitsplatz einstellen... (oder so) konfigurieren.

Du kannst auch mal die Datenbank für den Arbeitsplatz löschen ($HOME/.config/QLandkarte/workspace.db)

Sollte der Absturz aber bleiben, dann wird das Problem früher oder später wieder auftreten. Dann müsste man herausfinden was da genau passiert. Aber vielleicht liegt es ja am Abspeichern des Arbeitsplatzes.

Wie gesagt, für Routen gibt es verschiedene Ansichten, wie man sie verwaltet und editiert.

So wie Du es gerne hättest, kann es QMapShack nicht. Bei QMapShack hat man entweder wirkliche Wegpunkte, von denen man eine Route ableitet. Dann werden auch die Wegpunktnamen übernommen. Oder man zeichnet eine Route, dann haben die Zwischenpunkte keinen Namen. Ein nachträgliches editieren der Namen ist nicht vorgesehen. Das geht nur, wenn man die Route immer wieder von Wegpunkten ableitet.

Das ist das aktuelle Verhalten. Das ist nicht in Stein gemeißelt. Allerdings will sich bisher auch niemand drum kümmern.

Bist Du dir sicher, dass in deiner Datei Wegpunkte sind? Ich vermute du hast nur eine Route mit einzelnen Routenpunkten. Und die werden natürlich auf dem Arbeitsplatz nicht angezeigt. Eigentlich nirgendwo.

Die Unterstützung für Routen ist in QMapShack etwas unterentwickelt. Zum einen gibt die GPX Spezifikation bezüglich Routen nicht viel her, so dass viele proprietäre Erweiterungen existieren. Zum anderen interpretiert jeder etwas anderes in die Routenspezifikation hinein. Und zu guter Letzt übernehmen die Geräte in der Regel nur die minimal Spezifikation und berechnen den Rest neu.

Soweit die technischen Hürden. Der Hauptgrund ist aber wohl, dass niemand, der Routen wirklich benützen will, den A... hochbekommt, um Zeit und Hirnschmalz in das Thema Routen & QMapshack hineinzustecken. Und deswegen dümpelt das seit Jahren vor sich hin.

Ich persönlich kann mit Routen null anfangen. Mir reicht im Gelände ein Track.

Ich wüsste nicht, wie Basecamp die Anforderung, so wie sie Kater2 gestellt hat, erfüllen kann.

Mit den offline Daten funktioniert es übrigens:

Dann hat sich wohl etwas in der BRouter Datenbank geändert. Ob der Grund bei BRouter zu suchen ist, oder in der OSM Datenbank kann ich Dir aber nicht sagen. Das musst Du mit dem Betreiber des Servers ausmachen.

Meines Wissens bezieht sich "shortest" auf ein Kraftfahrzeug. Also ganz gut, wenn hier ein Wanderweg ausgelassen wird.

Es wäre wahrscheinlich besser das Profil "hiking-beta" oder "trekking" zu benutzen.

Der Kompass scheint jetzt besser zu sein. Bisher nur kurz getestet, Richtungen haben gestimmt. Die Anzeige ist jetzt nahezu unabhängig von der horizontalen Lage. Immerhin etwas.

Die her empfohlenen Vektorkarten auf OSM Basis sind auf jeden Fall schon mal ein guter Anfang. Wenn aber das Gelände felsig wird und sich nicht vom Weg aus mit einer Luftlinie durchqueren lässt, wären detaillierte topographische Rasterkarten besser. Vektorkarten haben nicht die Möglichkeit Geländedetails ausreichend darzustellen.

Abhängig vom Gebiet gibt es solche Karten bei Garmin zu kaufen. Es besteht die Möglichkeit sich solche Karten auch selber anzufertigen. Das ist aber mit reichlich Aufwand verbunden und benötigt ein gewisses Geschick mit dem PC.

Komisch , irgendwas mach ich seit Jahren falsch. Hochtourenrucksack mit ca 12kg ohne Seil, Gerät immer am Träger - ohne Tasche. Nur leichte Kratzer in der Folie.

Vielleicht träume ich das ja alles nur? Oder ich stelle meinen Rucksack ordentlich ab und klammere nicht am Felsen

Viel Spaß beim Schleppen. Als alter Mann versuche ich es weiterhin zu vermeiden und kann es auch nur jedem empfehlen. Macht mehr Spaß und ist besser für die Gelenke. Investiert lieber in hochwertiges, leichtes Equipment. Die letzten 1-1.5kg schafft man nur wenn man überall abspeckt. Die machen bei längeren Touren aber einen spürbaren Unterschied.

Eine gute Schutzfolie sollte man natürlich drauf haben. Und im Rucksack sollte Ordnung herrschen, damit Metallgegenstände keinen Schaden anrichten. Nicht nur beim GPS. Ordnung und ein Rucksack mit vernünftiger Fächeraufteilung ersetzt hier zusätzliches Gewicht von zusätzlichen Taschen.

Aber die Garmintasche mit den Maßen 18,8 x 7,6 x 3,6 cm wird wohl bei einem Gerät mit den Maßen 3,6 x 6,1 x 16 cm die beste Option sein, wenn man unbedingt so etwas mit sich rumschleppen will. Für 10€ ein akzeptabler Preis. Außer dass man sie nicht braucht, weiß ich jetzt nicht was daran falsch sein sollte.

Gar keine. Schutzfolie, den Garmin-Clip und gut ist. Wer will schon lange an der Tasche fummel, eine wellige Folie vor dem Display haben, etc. Das Gerät ist robust und wasserdicht. Eine Tasche ändert oder verbessert daran nichts.

Für OS X musst Du dir die Karten im richtigen Format holen. Sind ja bei der Freizeitkarte als einzelner Punkt aufgelistet.

Basecamp sollte, wenn das Gerät angeschlossen ist, automatisch anfangen die Karten auf den PC zu kopieren. Wie weit das fortgeschritten ist, sieht man an den Balken unter dem Kartennamen. Sind die Karten einmal übertragen, dann wird das nicht mehr wiederholt. Wurde das Gerät vorher entfernt, geht das Spiel von vorne los.

Freizeitkarte sollte ok sein. Und in Basecamp bei angeschlossenem Gerät warten bis die Karte auf den PC übertragen wurde.

Außerdem gibt es hier vom Benutzer Speichenippel ellenlange Tutorials zu dem Thema. Einfach mal suchen.

Wenn deine Karte auf dem Gerät routingfähig ist, dann kann das Gerät auch eine Route berechnen. Wenn die Route 1:1 von Basecamp auf das Gerät übertragen werden soll, dann muss Basecamp und das Gerät die selbe Karte benutzen.

Zitat von ossinator

Ich würde mir wünschen, wenn man in der App oder der PC Anwendung von Garmin Connect bei den Zielen und der Challenge auch den Punkt Höhenmeter als Ziel auswählen könnte.

Allerdings weiß ich nicht, an wen ich ich da wenden soll.
Hat vielleicht jemand einen Link oder einen Tipp für mich?

https://forum.garmin.de/

Dort kannst Du soviel Wünschen wie du willst. Und Garmin wird das so gut ignorieren wie immer. So macht jeder was er will. Quasi eine Win-Win-Situation.

Es kommt halt immer darauf an, was man erwartet. Das Oregon piepst und zeigt mit Pfeilen an, wo es lang geht. Ich glaube es kommt auch ein Text (habe schon lange keine Routen mehr im Mäusekino benutzt ^_^)

Wer heutige Autonavis gewöhnt ist, der ist anderes gewöhnt. Eine 3D Darstellung, detaillierte Spurenansicht als extra Darstellung und eine möglichst natürlich gesprochene Ansage.

Die Edge-Geräte sind bei Garmin ein komplett anderer Entwicklungszweig. Sprich die Software ist eine andere. Da ist viel für's Training dabei und sicherlich auch die eine oder andere Darstellung anders/innovativer. Die Vorteile im Einzelnen kann sicherlich ein Edge Benutzer detailliert darstellen.

Mir macht bei den Geräten der fest verbaute Akku Sorgen. Sollte der mal alle sein, dann wechselt man nicht eben den Akku sondern es braucht eine Powerbank. Ist der Akku hinüber, heißt es basteln und schrauben. Selber hatte ich bisher mit dem Edge nur einen Kontakt. Nämlich als mein Nachbar mit einem zu mir kam und mich bat ihn den mal zu erklären. Einfach war das nicht. Die eTrex/Oregon/GPSMap Serie ist hier deutlich simpler gestrickt. Ist aber schon ein paar Jahre her.

Eigentlich haben heute alle etwas größeren Sportgeschäfte auch eine Vitrine mit den Garmin Geräten. Dort kann man sich mal selber einen Eindruck verschaffen und vom Verkäufer erklären lassen. Dann merkt man schon was einem liegt. (Und dann bitte die lokale Wirtschaft unterstützen und nicht wegen ein paar Euro im Internet kaufen. Das wäre für die Dienstleistung des Verkäufers nur fair.)

Zitat von Raitom

Hier findest Du Deutschland und ein bisschen mehr.
https://data.europa.eu/euodp/data/dataset/data_eu-dem

Ich habe versucht ein File in CDEM umzuwandeln. Allerdings bin ich gescheitert bei der Meldung: DEM file is too big to import. LAND 64bits can do this import.
Da stellt sich die Frage, was ist LAND ein 32bit- oder 64bit-Version.

Ich habe das TIF- Format in ASC- Format gewandelt, das LAND ja lesen kann. So wurden aus 915 MB dann 6 GB.

Grüße
Rainer

Alles anzeigen

Also ich habe mir mal alle 1'' Dateien für Europa gezogen. Das sind ausgepackt 8.1GB in 313 Dateien. Diese liegen im Ordner <path>.

Mit GDAL fasse ich diese Dateien erst mal in einer virtuellen Datei zusammen. Für Linux:

[COLOR=#000000]gdalbuildvrt EULIDAR.vrt <path>/*.hgt[/COLOR]

Unter Windows funktioniert der Asterix nicht. Und bei 313 Dateien kann die Kommandozeile zu lange werden. Man kann aber alle Dateien mit Pfad in einer Textdatei auflisten und dann mit dem Parameter "-input_file_list" arbeiten. (Man kann auch QMaspShack benutzen, dann hat man alles in ein paar Klicks.)

Als nächstes benütze ich GDAL, um ein Tif herzustellen:

gdalwarp -co tiled=yes -co compress=deflate EULIDAR.vrt EULIDAR.tif

Diese Tif hat 1.9GB. gdalinfo sagt:

Driver: GTiff/GeoTIFF
Files: EULIDAR.tif
Size is 135075, 95975
Coordinate System is:
GEOGCS['WGS 84',
    DATUM['WGS_1984',
        SPHEROID['WGS 84',6378137,298.257223563,
            AUTHORITY['EPSG','7030']],
        AUTHORITY['EPSG','6326']],
    PRIMEM['Greenwich',0],
    UNIT['degree',0.0174532925199433],
    AUTHORITY['EPSG','4326']]
Origin = (-19.000138888888888,54.000416666666666)
Pixel Size = (0.000281327653532,-0.000281327653532)
Metadata:
  AREA_OR_POINT=Area
Image Structure Metadata:
  COMPRESSION=DEFLATE
  INTERLEAVE=BAND
Corner Coordinates:
Upper Left  ( -19.0001389,  54.0004167) ( 19d 0' 0.50"W, 54d 0' 1.50"N)
Lower Left  ( -19.0001389,  26.9999951) ( 19d 0' 0.50"W, 26d59'59.98"N)
Upper Right (  19.0001939,  54.0004167) ( 19d 0' 0.70"E, 54d 0' 1.50"N)
Lower Right (  19.0001939,  26.9999951) ( 19d 0' 0.70"E, 26d59'59.98"N)
Center      (   0.0000275,  40.5002059) (  0d 0' 0.10"E, 40d30' 0.74"N)
Band 1 Block=256x256 Type=Int16, ColorInterp=Gray
  NoData Value=-32768

Soweit eine für 32 oder 64 Bit Systeme handliche Datei.