Beiträge von hedgehog

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. ?

Zitat von Sardinien

Die RTE Files mit wenigen Wegpunkten nutze ich für das individuelle Autorouting mit TomTom Vmap.

Hat das schon einmal funktioniert: ein Autorouting zwischen mehreren gesetzten Punkten auf dem Endgerät? Ich erinner mich nur an Luftlinien zwischen den Punkten beim letzten Test vor langer Zeit.

Geht mit Twonav. Jedem Wegpunkt lassen sich Bilder und Sprachfiles zuordnen. Verlangt aber etwas Einarbeitung. Mehrmals geht auch, dann muss man das aber händisch abrufen.

Ich mache hier mal weiter:

Falls jemand die GPS Höhe für die permanente Kalibrierung des Barometers des Gerätes benutzt, sind die folgenden Einstellungen in der gps.ini relevant und gegebenenfalls anzupassen. Die angegebenen Werte sind standardmäßig voreingestellt:

[TiempoReal]

Umbral_PDOP_Altimeter=3.00000000

Umbral_VDOP_Altimeter=1.50000000

[Navigation]

AltimeterFilterType=2

AltimeterKalmanFilterMeasError=0.50000000

AltimeterKalmanFilterQ=0.05000000

Zu den Tiemporeal Werten: Wird einer der vorgegebenen Grenzwerte unterschritten, kann die barometrische Höhe via GPS kalibriert werden. Ob und wann habe ich noch nicht herausgefunden.

PS: Nach einer Reihe von Messungen mit dem Cross habe ich für mich persönlich den Wert für Umbral_PDOP_Altimeter deutlich reduziert, da er doch für erhebliche Schwankungen bei der barometrischen Höhenmessung mit Kalibrierung durch das GPS sorgt.

FEEDBACK ist ja so wichtig und hilfreich in jeder "Konversation".

Aber leider nur noch als xapk! Als Hilfe in der Not gibts aber den Split APKs Packer von Kirlif für die Adaptionswütigen.

Per Drag&Drop aus dem Kartenbaum von unten nach oben in die Leiste ziehen.

Hallo Frankt, das hattest du ja geschrieben. Ich hab das Anfangs überlesen. Daher habe ich den Link für die Halterung noch eingefügt, die das Terra aufliegend einseitig stützt. Ist halt alles Plastezeugs ....

Ja das ist doof, die Geräte sind einfach zu schwer für diese Art von Quicklock Halterung. Die Probleme haben aber alle Hersteller mit solchen Halterungen. Für Compegeräte gibts da eine 3D Drucklösung zum Reparieren der Gerätehalterung (falls die ausgenudelt ist), die ich aber noch nicht ausprobiert habe:

repair gps support TWONAV

parts to repair the Gps TOWNAV support, glued on the back, with epoxy glue. the part will be indestructible, because the original is cut, and the GPS ends…

cults3d.com

und zur Schwingungsreduzierung eine Halterung, die das Terra aufliegen läßt:

Raised sopport TwoNav Terra 31.8mm by Miguel_Morales

Soporte elevado para instalar el GPS de TwoNav Terra en manillares de 31.8mm.

www.thingiverse.com