Beiträge von hedgehog

Zitat von Cabriote

Hedgehog, deine Erfahrung und Dein Wissen in Ehren, aber schein so, wenn mam die Eingangspost unseres fragenden und woh auch neuen Forenmitglied DerDirch liest, dass seine Kenntnisse um die Möglichkeiten der Smart-Uhren gering sind.

Genau deswegen bin ich so ausführlich geworden. Anspruch und (die mir bekannte) Wirklichkeit klaffen halt sehr weit auseinander. Allerdings maße ich mir nicht an, die neueren Entwicklungen in diesem Bereich gut zu kennen. Vielleicht gibt es ja mittlerweile da etwas, was seinen Wünschen entspricht und jemand kann sein Wissen dazu in die Wagschale werfen. Ich hab dies mit meinem Post getan.

Hi, jetzt mal von mir mal ein etwas ausführlicherer Bericht.

Also ich bin seit Jahren mit Amazfit Pace oder Stratos unterwegs, mittlerweile gebraucht für unter 40€ zu bekommen. Die App dazu ist suboptimal, die Geräte wurden von mir gerootet und mit zusätzlicher Software versehen. Ein Update gab es schon einige Jahre nicht mehr. Beide laufen mit einer abgespeckten Wear Variante. Ein Routing direkt mit der Uhr geht nicht (aber das Folgen eines vorgegebenen Tracks schon), die Trackaufzeichnungen sind von der Höhenmessung und Blutdruckmessung her befriedigend, die Akkuleistung sehr gut (30h mit GPS Tracking). Was ich nicht mache, ist, mich damit Routen zu lassen. Dafür gäbe es Lösungen, die würden aber:

1) zu Lasten der Akkulaufzeit gehen

2) Eine ständige Verbindung zum Telefon verlangen (z.B. via Locus).

Es gibt eine andere App, die erlaubt, OSM Karten auf das Gerät zu spielen und anzuzeigen, das geht dann aber wieder (massiv) auf die Akkulaufzeit. Eine längere Recherche nach einer brauchbaren, unabhängigen Navigationsapp ausschließlich für Wear verlief ergebnislos.

Die für mich eleganteste Lösung ist tatsächlich, das Gerät völlig vom Telefon getrennt zu verwenden und dann später die Tracks via Python vom Gerät runterzuholen und auszuwerten.

Socialmedia Krams mache ich gar nicht mit der Uhr, das würde ja wieder eine Telefonverbindung verlangen, die ich nicht will.

Zum Wandern benutze ich Geräte mit Twonav (Cross oder, wenn das Cross nicht dabei ist, mein gerootetes Android Telefon). Hier habe ich dann die guten topographischen Karten drauf, die sind so genau, die würden mir auf der Uhr gar nichts nützen. Da ich mittlerweile eine Lesebrille brauche, ist die Uhrnutzung sowieso eher eingeschränkt. Twonav selbst ist gewöhnungsbedürftig, entspricht aber meinem nerdigen Bedürfnis von maximaler Anpassbarkeit, und langsam arbeitet man auch die lange Bugliste ab. Die Vorteile, die die Möglichkeit, wunderbare topographische Karten und routbare Vektorkarten beliebig miteinander zu nutzen, bringt, wiegen die diversen nervigen Bugs und andere Nachteile auf.

Ich benutze dieses Setting hauptsächlich zum Berwandern, Geocaching und Skilanglauf.

Aktive Wegführung auf guten Karten nur mit Uhr ohne zusätzliche Verbindung zum Phone, das würde ich nicht auf so einem kleinen Display wollen.

Zitat von xxlradler

Zu deiner Frage; die Koordinaten habe ich so bekommen 48.60705 9.16375 mit diesen kann man auch in Komoot suchen.

Auf dem Garmin auch. Wie habe ich dir in Post 18 inklusive ausführlicher Bildchen verlinkt.

Auf deinem GARMIN Screenshot versuchst du, den Ostwert/Rechtswert (in Metern) der UTM Koordinaten einzugeben. Du möchtest aber geographische Koordinaten in Grad und Minuten eingeben.

Schau mal hier, mit Screenshots von Garmin Geräten, vielleicht hilft das ja weiter:

Koordinaten-Eingabe ins GPS-Gerät | GPS-Wissen | wegeundpunkte.de

Zitat von xxlradler

Deine beigefügten Erklärungen sind interessant, mir aber teilweise zu kompliziert.

Wenn du eine Weile Geocaches suchst und dich intensiver mit Mysteries beschäftigst, wirst du da schon irgendwie reinwachsen. Die unterschiedlichen Koordinatensysteme sind ein gern genutztes "Verschlüsselungsfeld" in diesem Bereich. Interessant wird es dann richtig, wenn du mal außerhalb unserer Landesgrenzen schaust.

Zitat von trailsurfer

Das kann bei Unsicherheiten auch helfen: https://www.koordinaten-umrechner.de/

Mmh, irgendwie erscheint mir der Screenshot vom TE mit deiner Info zu kongruieren.

Da das mich auch interessiert und ich wegen der schlechten Sichtbarkeit beim Wandern im Hochgebirge die Schummerung abgestellt habe, habe ich jetzt noch einmal tiefer recherchiert.

Probiert habe ich:

1) Alle 3 hipcolrs = gar keine Veränderung in Land feststellbar

2) Andere Werte für:

3Dlights.Proporcion_Ambient_Luz3D=0.20000000

3Dlights.Proporcion_Luz_Maxima3D=1.20000005

- keine Veränderung

3) Andere Werte für:

3D.Color_Degradado_Abajo4=16764057

3D.Color_Degradado_Arriba4=9843250

- keine Veränderungen sichtbar.

und diverse andere Einstellungen.

Was am Ende eine Veränderung brachte und sowohl auf den Geräten als auch in Land möglich ist:

Eigenschaften der CDEM - CAMPOMAP_Level - und hier den Wert von -1 erhöhen auf 3 oder 4.

Leider gibt es für diese Einstellung mehrere Probleme:

1) Sie ist nur im Proto Modus zugänglich

2) Sie gilt nur für die aktuelle Sitzung (Evtl. läßt sich das auch über eine imp Datei und Veränderungen des Transparentwertes [transp="255"] nachhaltig lösen !).

Zurück zur Frage mit den hipcolrs Dateien. Farbe scheint einfach Hexcodiert eingetragen zu sein, es sind genau 9 Werte wie in der Tabelle in den Eintstellungen.

Nachtrag: Ich sehe gerade, es könnte auch die DEM Sektion der gps.ini sein. Hier alle Einträge (Standard):

DEM.Autorelieves_Editando=1

DEM.Pintar_Curvas_Nivel_DEM=0

DEM.Pintar_Grid_Todo__DEM=1

DEM.Pinter_Recuadros_DEM=1

DEM.Salto_Color_Todo_DEM=0

DEM.Sombreado_Todo_DEM=1

PS: Wenn du es schaffst, Land im Protomodus zu starten, hast du unter Land 10 einen Advanced ini Editor mit direktem Zugriff auf die gps.ini.

Ich hab nochmals nachgeschaut, die Schummerung scheint nicht von der hipcolrs Auswahl abhängig zu sein. Diese zeigt nur das Höhenmodell andersfarbig, wenn die Höhenkarte die alleinige Karte ist. Am ehesten schein der Überhöhungswert (3D.Z_Proportion [3D-Allgemein-Überhöhung]) da etwas zu bewirken.

Hier mal alle 3D gps.ini Einträge inkl. der Standardwerte, vielleicht passt ja was (Lesartbeispiel:

[3D]

RenderMode=0):

3D.3DRenderMode=0

3D.Altura_Placa_Base_3D=-20.00000000

3D.Autoload_3D_Map=1

3D.Bits_Full_Screen2=1

3D.BottomAltitude3D=0

3D.Buildings_Usar_Suelo_para_Techo=1

3D.Color_Degradado_Abajo4=16764057

3D.Color_Degradado_Arriba4=9843250

3D.Continuous_Horiz_Turn_Incr=0.00400000

3D.Continuous_Vert_Turn_Incr=0.00200000

3D.Density_3D_Fog=0.50000000

3D.Dibujo_Fondo_3D

3D.DrawBuildingTexture=1

3D.Draw_Compass_3D=1

3D.Draw_Graphs_3D=0

3D.Escala_Objetos3D=1.00000000

3D.ForceDrawDEM_3D=0

3D.Fov_Perspective_Angle=65.00000000

3D.Globe_3D_Map

3D.Incre_Desplazar_Continuo=1.00000000

3D.Logo_3D_Name

3D.MaxBuildingFacesToDraw=20000

3D.MaxBuildingsToDraw=200

3D.MaxTilesDrawing3D=0

3D.Minimum_Altitide_MovingMap=5.00000000

3D.Mode3Dbutton3=2

3D.ModoSimulador3D=1

3D.Modo_Pintar_Track_Suelo_3D=0

3D.Muelle_Distancia_Max=5000.00000000

3D.Muelle_Distancia_Min=50.00000000

3D.MultiResolution3DLevels=2

3D.MultiResolution3DProp=2

3D.MultithreadTextureLoads=0

3D.Ocean_Color=46260

3D.RasterizationMode=0

3D.RasterQuality3D=1.00000000

3D.Resolution_Full_Screen2=0

3D.RumboViento=0

3D.See_3d_Distances=0

3D.See_3d_Thermals=0

3D.Shading=1

3D.Space_3D_Enabled=0

3D.Surface_3D_Color=46260

3D.Tipo_Fondo_3D=0

3D.TransparentThermals=0

3D.Usar_Texturas_24=1

3D.Use_3D_Fog=1

3D.Vario_Beep_in_3D=0

3D.VelocidadViento=0

3D.Z_Proportion=2.00000000

3Dlights.Angulo_Horiz_Luz_3D=0

3Dlights.Angulo_Horiz_Solar_3D=0

3Dlights.Angulo_Vert_Luz_3D=0

3Dlights.Angulo_Vert_Solar_3D=45.00000000

3Dlights.Proporcion_Ambient_Luz3D=0.20000000

3Dlights.Proporcion_Luz_Maxima3D=1.20000005

3Dlights.Usar_Sol_3D=1

Wenn du Land im Proto Modus startest LAND.exe /proto hast du in den Einstellungen unter Ansicht Höhenmodel die Möglichkeit die Relieffarben anzupassen. Ich habe es nicht ausprobiert aber vermutlich läßt sich so das hipscolrs Modell verändern und abspeichern.

Nachtrag: Die Möglichkeit scheint auch im Normalmodus zu bestehen, ich finde aber die Einstellungsfarbenauswahl scheint nicht wirklich zu funktionieren.

Hallo Gert, genau so war es auch in meinen Tests. Die Frage besteht, klappt das evtl. mit einer älteren Version?

Zitat von ray

Ich kann mein gpsconv.pl Script erweitern um Routen zu unterstützen.

...

Ray

Das wäre vermutlich einfacher, da Perl da wohl mächtiger ist.

Ja tatsächlich sehen die Routen (rte) aus wie limitierte Waypoint files. Durch die Exportabfrage wird halt noch die Waypointmenge reduziert.

Mal sehen, ob es überhaupt jemand braucht.

Theoretisch wäre es möglich, via Compescript, eine ordentliche Track in Routenkonvertierung für höhere Landversionen zu basteln. Es ist aber recht aufwändig, da schlecht dokumentiert und ich selbst nutze Routen eigentlich gar nicht. Falls aber größeres Interesse besteht, kann ich mir das ja mal anschauen. Vermutlich würde es darauf hinauslaufen, das die Trackdatei in eine Wegpunktdatei (Punkt für Punkt) konvertiert wird und diese dann händisch in eine rte Datei, da Land die Funktion: CreateWpt() besitzt, ich diese aber nur in WPT Datei zum funktionieren gebracht habe.

Ne das war Quatsch, es wird zwar eine Route erstellt, die hat aber nur einen Anfangs und einen Endpunkt.

Die 7er und 8er Versionen können noch Tracks in Routen umwandeln und fragen die Punkteanzahl bei der Umwandlung ab. Das funktioniert wohl mit diesem Script, allerdings konnte ich NICHT rausbekommen, wie ich das Ergebnis im Script speichere. Die gewollten Routen werden als "Neue Route(hier kommt eine Zahl).rte * in Land erstellt und müssen dann händisch gespeichert werden.

//CompeGPS.CloseAll(); 
list = CompeGPS.DirScan ("E:\\Downloads\\_CompeGPS\\tracks\\*.trk"); 
n = list.Count(); 
for (i=0;i<n;i=i+1){ 
  trkname = list.Elem(i); 
  trks = CompeGPS.Open (trkname);
  trks.Exec(754,"30");
  rte = trks;
  rtename = trkname;    
  rtename.Replace(".trk",".rte"); 
  rte.SaveAs(rtename);
//  CompeGPS.Delete(trkname);
  trks.Close();
  rte.Close(); 
};
//CompeGPS.Quit();

Der Umwandlungsbefehl ist:

trks.Exec(754,"30");

wobei anstelle der 30 irgendwas stehen kann, es muß aber etwas eingetragen werden.

Den nachfolgenden Code kann man sich sparen, er erstellt nur die zweipunktigen Routen (und funktioniert nur ab Land 9 glaube ich).

  rte = trks;
  rtename = trkname;    
  rtename.Replace(".trk",".rte"); 
  rte.SaveAs(rtename);

Aber mit diesem Script sollte es auch mit deiner Version gehen (Pfade sind anzupassen).

//CompeGPS.CloseAll();
list = CompeGPS.DirScan ("E:\\Downloads\\_CompeGPS\\tracks\\*.trk");
n = list.Count();
for (i=0;i<n;i=i+1){
trkname = list.Elem(i);
trks = CompeGPS.Open (trkname);
trkname.Replace(".trk",".rte");
trks.SaveAs(trkname);
//  CompeGPS.Delete(trkname);
trks.Close();
};
//CompeGPS.Quit();

Ja stimmt, wurde erst mit der Version 9.51 wieder eingeführt und dann beibehalten. Da angeblich die 10er Mac kurz vor der Fertigstellung ist, kannst du ja mal hoffen.

So richtig verstehe ich dich nicht Ray. Habe gerade mal einen Track auf der Karte erstellt (ohne Fasttrack) und unter speichern unter wird mir neben vielem auch das rte Format angezeigt (bin im Proto Modus). Der gespeicherte Track unterscheidet sich inhaltlich wesentlich, wenn er im rte Format erstellt wird im Vergleich zum trk Format. So wie ich das sehe ist es also weiterhin möglich, Routen zu erstellen.

Gleichzeitig habe ich nochmals in der Liste der mir bekannten Befehle (die man auch als Buttons erstellen kann) nachgeschaut, was da so routenrelevant sein könnte.

Den Rest müsste man dann nochmals in einem Script testen.

Was nicht mehr geht, sind die folgenden Befehle:

754 ;Convertir track a ruta

802 ;Lista de rutas

803 ;crear nueva ruta

809 ;Crear nueva ruta

Was noch geht:

801 ;Abrir ruta