Beiträge von hedgehog

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

Sehr seltsam. Hast du mal versucht, die Leerzeichen wegzulassen, oder durch Unterstriche zu ersetzen?

Zitat von Sardinien

Eine Parallelinstallation von 8 und 10 in unterschiedlichen Ordnern zickt und erfordert stets eine neue Aktivierung, da die gps.ini in "einem" Ordner liegt und nicht getrennt abgespeichert wird.

Das wundert mich jetzt etwas. Bei meinen Versuchen wurde jeweils ein neuer Ordner im ProgramData Verzeichnis erstellt, der den Installationsorder wiederspiegelte.

Bsp (Win7):

Installation in D:\GPS\Land\Land851

erstellt Ordner:

C:\ProgramData\Land851

und dort wird die gps.ini abgelegt.

Selbiges konnte ich unter Win10 mit leicht geänderter Ordnerstruktur beobachten.

In der gps.ini müssen dann allerdings noch ein paar Data Pfade angepasst werden, damit sich bestimmte Sachen nicht überlappen.

Siehe auch hier:

... und wenn dieser dann erreicht wurde, ging das dann weiter mit dem Autorouting zum nächsten Routenpunkt usw. ?