Beiträge von Seppel_nb

Garmin fenix 7X und epix Gen 2 im Test

Der Schwerpunkt dieses Tests und Vergleichs der Garmin Fenix 7X Solar und Garmin Epix Gen 2 liegt auf den Sensoren wie Höhenmesser, Positionsbestimmung und Herzfrequenz. Was unterscheidet die beiden GPS-Outdoor-Smartwatches? Und wie gut ist die Taschenlampe der Fenix 7X für den Outdoorbereich? Hier geht es zum Test der Outdoor-Smartwatches ...

    Um einzelne png-Kacheln einer Landkarte automatisch kalibrieren zu lassen, würde ich gerne über ein Skript pro Kachel eine IMP-Datei erzeugen.


    Projektion, Datum und entsprechende Koordinaten der einzelnen Kacheln kenne ich und kann die Kacheln in CGPSL manuell auch sauber georeferenzieren. Allerdings schreibt CGPSL beim Erzeugen dieser "manuellen" IMP-Dateien die Koordinaten immer als Koordinatentyp "Breite/Länge" :(


    Gibt es eine Möglichkeit, in der imp-Datei anzugeben, welchem Koordinatentyp die Koordinaten im Abschnitt "Calibration" entsprechen sollen?


    Konkret handelt es sich um die Projektion "Swiss Grid" und das Datum "CH-1903"...


    Beim Verlinken der Karten ist Euch leider ein Fehler passiert - die Italien-Karten sind nicht verlinkt - dafür findet man unter den Italien-Links die Iberia-Karten.


    Bis Loudini die Links korrigiert hat, hier die direkten Download-Links:
    http://www.twonav-gps.de/sites…n/Italy_MTB_20160610.MPVF
    http://www.twonav-gps.de/sites…n/Italy_SAC_20160610.MPVF

    Die CDEMs wirken sehr unruhig. Wo die (hochauflösenden!?) CDEM pro Bundesland (in meinem Fall BW) von Compe eine ebene Fläche zeigt, produzieren die neuen CDEMs eine Art Streuselkuchen.
    Ich bin mir ehrlich gesagt nicht sicher, ob das neue hochauflösend hier mehr der Realität entpsricht ;)

    hmm - bei mir wird nur in Deinem 2. Fall der Eintrag erzeugt. Weder bei 1. noch bei 3.


    Und das ist hier (bei meinen 2 Installationen) wie oben beschrieben reproduzierbar.


    Soll ich dafür jetzt einen Bugreport erstellen?
    Mich stört es inzwischen nicht mehr, weil ich über ein Script einfach immer die gps.ini bereinige...

    Du hattest oben geschrieben, Du wolltest keine Netzwerk-Freigabe zum Testen einrichten - oder hab ich da was falsch verstanden:

    Zitat

    Um nur zu Testzwecken ein lokales Netzwerk in einer heterogenen Umgebung aufzubauen ist mir der Aufwand zu hoch.


    Zitat

    Ein Zugriff auf den Ordner( öffnen von Karten )war jedoch weder gestern noch heute vor Start von LAND erfolgt

    Das verstehe ich nicht. Du hast einem Netzwerk-Laufwerk einen LAufwerksbuchstaben zugeordnet. Mit LAND hast Du aber auf das Laufwerk weder über UNC-Pfad noch über den Laufwerksbuchstaben zugegriffen? Dann glaube (& hoffe!) ich eher nicht, dass LAND davon beeinflusst wird. Einen automatischen Filesystem-Scan über alle verfügbaren Laufwerke im System macht es im Hintergrund ja hoffentlich nicht ;)


    Du hattest bisher nirgends geschriebene, ob Du einen Zugriff mittels UNC-Pfad getestet hast - und genau das ist nach meinen Tests aber der Verursacher für den automatischen Dateiscan (oder den leidigen GPS.ini Eintrag).


    Ich werde mir im Zweilfsfall einfach ein Script basteln, dass die Zeile Scan_forMaps_NextTime=0/1 vor jedem Programmstart aus der GPS.ini entfernt - dann ist auch Ruh :)

    ???
    Ich habe doch oben bereits beschrieben, wie es in einem Netzwerk (zumindest bei mir) 100% reproduzierbar ist:
    - Karte von einer Netzwerk-Freigabe einbinden (\\SERVERNAME\FREIGABE\Karte.rmap)
    -> beim Beenden von LAND wird Scan_forMaps_NextTime=1 in die GPS.ini eingetragen.


    - gleiche Karte auf ein lokales Laufwerk kopieren (oder der Netzwerk-Freigabe einen Laufwerksbuchstaben zuweisen)
    -> alles bestens, kein Dateiscan

    Wenn ich dem Netzlaufwerk einen Laufwerksbuchstaben zuordne, tritt der Dateiscan in der Tat nicht auf.


    Das ist in meinen Augen allerdings keine Lösung des Problems. Wenn ich auf dem Laptop allen Netzwerklaufwerke Laufwerksbuchstaben zuweise, verheddert sich Windows jedesmal ewig, sollte ich mal nicht mein lokales Netz zur Verfügung haben.


    Ich warte jetzt mal noch Eure Meinungen/Erfahrungen dazu ab und werde dann einen Bug-Report bei Compe einreichen.

    ja - ich meine Datei, die auf einem Rechner (NAS, Windows-Freigabe, ...) in meinem lokalen Netzwerk liegt - also nix Cloud oder so.
    Üblicherweise beginnen die Pfade zu so einer Datei mit \\SERVERNAME\Pfad...


    Und der Fehler lässt sich wirklich schön reproduzieren. Sobald eine solche Karte auf einem Netzlaufwerk beim Beenden geöffnet war, wird beim nächsten Start ein Dateiscan initiert.

    ok. Nach eingiem Neustarten, Editieren, Löschen der gps.ini, Zurücksetzen, ... habe ich jetzt folgendes rausgefunden:


    Der Eintrag

    Code
    Scan_forMaps_NextTime=0/1

    wird eigentlich von LAND über die Optionen gar nicht mehr gemacht.


    Nach Entfernen der Zeile und Beibehalten der Zeilen

    Code
    LastTime_Scan_forMaps=08-JUL-2016 11:11:37
    Scan_forMaps_Interval=6360:00:00

    findet endlich kein Datei-Scan mehr statt :)


    Jetzt ist halt nur noch die Frage, wie die Zeile denn ursprünglich in meine gps.ini reingekommen ist!? Von Hand sicher nicht. Ich hatte LAND8 jungfräulich installiert und dann nur das Update auf 8.03 gemacht...


    EDIT: leider muss ich meine Aussage schon wieder revidieren. Nach Laden einer Karte aus dem Netzwerk und Beenden von LAND steht wieder

    Code
    Scan_forMaps_NextTime=1

    in der gps.ini und es wird auch schön brav der Datei-Scan durchgeführt :mad:


    EDIT2: es scheint tatsächlich durch Karten (Dateien allgemein!?) aus dem Netzwerk verursacht zu werden. Wenn ich nur eine lokal auf dem Rechner gespeicherte Karte lade, LAND beende und neustarte, wird kein Datei-Scan durchgeführt.
    Sobald ich eine im NEtzwerk gespeicherte Karte lade, LAND beende und neustarte, kommt der gps.ini Eintrag und der Datei-Scan wird durchgeführt...
    "Beim Start letzte Daten laden" habe ich übrigens aktiviert.

    Folgendes steht bei mir unter [Mapa]:

    Code
    [Mapa]
    LastTime_Scan_forMaps=07-JUL-2016 11:41:37
    Pintar_RecuadrosMapas=0
    Scan_forMaps_Interval=6360:00:00
    Scan_forMaps_NextTime=1

    Ich entferne mal den "NextTime" Eintrag und berichte.
    Der "Interval" Eintrag ist ja aber eigentilch auch Unsinn, oder?!


    edit: Nach Entfernen wird beim Starten von LAND zwar nicht gescant - aber der Eintrag wird wieder in die GPS.ini eingefügt...

    Sorry - habe vergessen die Version anzugeben: LAND 8.03


    Ordner>Automatische Suche = "Nie" ist eingestellt.


    Die Optionen zum Automatischen Öffnen habe ich deaktiviert, da ich gedacht habe, irgendwoher muss CGPSL ja wissen, welche Karten/CDEMs zur Verfügung stehen...


    Der Scan wird wohl nur einmal pro Tag gemacht. Wenn ich LAND nach einem vollständigen Scan schliesse und sofort wieder starte, kommt er (gottseidank) nicht gleich nochmal.


    Das ganze kann ich auf 2 Rechnern (Desktop & Laptop) nachvollziehen.

    Hallo zusammen,


    gibt es eine Möglichkeit, den File-Scan, den CGPSL bei (jedem?) Programmstart macht, zu deaktivieren?


    Folgende Optionen habe ich bereits deaktiviert:
    - Ansicht > Allgemein > Rahmen für Karten anz.
    - Landkarten > Karten autom. öffnen
    - Landkarten > Relief autom. öffnen
    - Landkarten > Automatisches Öffnen von Reliefs...
    - Ordner > Automatische Suche -> Nie


    Trotzdem meint CGPSL jedesmal, alle Karten-Ordner durchsuchen zu müssen :mad: Da einige Karten im (nicht immer erreichbaren) Netzwerk liegen, dauert das meistens mehrere Minuten...


    Ist das ein Bug oder habe ich irgendeine Option übersehen?

    Gibts da inzwischen schon irgendeine gangbare Lösung!?


    Man kann zur Zeit ja leider weder via CompeGPS noch via Compe Downloader auf seine Karten zu greifen :( Und >300 Kacheln einzeln anklicken ist denn schon etwas mühsam :p