Beiträge von hedgehog

OK ist das trotzdem nicht, wenn Twonav nur mit einer Art von Vektorkarte zur selben Zeit sauber routen kann, sollte diese zur Auswahl abgefragt werden. Das Problem wird bei mir beim Wechsel zwischen verschiedenen Profilen zum Problem. Beim Wandern benutze ich OSM, beim Autofahren DACH. Leider werden die Kartenpräferenzen nicht in den Profilen, sondern profilübergreifend gespeichert.

Zitat von Loudini

Das war meines Wissens schon in der v3.1 der Fall.

Das kann ich besten Gewissens verneinen. Auf meinem Sportiva laufen 3 Versionen parallel, um im Falle eines ungünstigen Updates unterwegs handlungsfähig zu bleiben. Die 3.1.2, die dann gestern nach dem Routingdebakel benutzt wurde, lief wie von Compe erwartet (nicht optimal im Vergleich zu Igo8 aber benutzbar). Die 3.2RC1 dagegen war ein (Disaster) verglichen mit der 3.1.2.
Ich hatte die DACH 13Q3 und die Germany 14Q1 (OSM) sowie eine Rasterkarte offen. Distanz <=70km. Keine (für mich) besonderen Routing Einstellungen. Auffällig war, daß die sonst so häufigen "Start und Endpunkt der Route liegen auf verschiedenen Karten" o.ä. Fehlermeldungen nicht mehr kamen. Vielleicht wurde die OSM mit zum Routen verwendet. Ich werde das ganze noch einmal ohne OSM testen. Positiv bei der neuen Version bezgl. Routing. Es wird auch geroutet ohne Satfix, bei der alten Version mußte dann immer noch einmal das Ziel neu eingegeben werden. Was noch negativ auffiel, am Ende der Routeneingabe über das Pin hing man immer noch in einem Fenster fest, das erst mit der Rückwärtstaste geschlossen werden mußte.
Nein Gert, Ticket habe ich noch nicht rausgeschickt, ich wollte das Ganze noch genauer beobachten, außerdem nervt mich, daß das Problem des Scrollens bei der Anzeige von angehängten Textdateien bei BWPT (bei BWPT mit mehreren Anhängen werden in der Textansicht Scolltasten nach unten/oben angezeigt, ist "nur" eine Textdatei angehängt werden anstelle der Scrolltasten Tasten zum seitlichen Wechsel zwischen den Anhängen angezeigt) immer noch nicht angegangen wurde (ein simples IF THEN mit der falschen Bedingung).

Nachtrag: Das Problem des ewigen Wartens und der Sanduhr beim Routing lag an der offenen OSM Karte, ist diese geschlossen geht das Routing fix.

Heute habe ich die Version getestet, Schwerpunkte Routing mit Auto und Geocaching.
Schön: Auswahl auf Karte via Pin geht viel besser, auch die Einstellmöglichkeiten für die Pin-Anzeige sind wieder vielfältiger.
Autorouting im Auto: geht gar nicht mehr. Sehr lange Berechnungszeiten, ewige Sanduhren anstelle von Hinweisen zur nächsten Abbiegemöglichkeit, da wird sicher noch ein wenig rumgefeilt werden.

Auch Finnland hat diverse Raster und Vektordaten zur freien Verfügung ins Netz gestellt.

Ich wollte diesen Thread hier nutzen, um Erfahrung mit Compescript und ein paar Compescripts zu sammeln. Das folgende Scripte öffnet alle GeoTiff-Dateien in einem definierten Verzeichnis und fügt sie dann zu einer Rmap zusammen.

// Open the Tiff-maps. 
 CompeGPS.CloseAll(); 
 list = CompeGPS.DirScan ("D:\\Projekt\\Denmark\\Test\\*.tif");
 n = list.Count(); 
 for (i=0;i<n;i=i+1){ 
 mapname = list.Elem(i); 
 CompeGPS.Open(mapname);
 };
 //UnifyMaps Maps - selbes Ergebnis wie Menü Join Maps [CompeGPS.Exec(317)] aber fehlerfrei
 // params: Name imp,Name bmp,Maßstab(m/pixel) 0=Maßstab der größten Map -1=aktueller Zoom,Compression (nur ecw),einschließen anderer geöffneter Dateien (wpts,tracks,etc).[0/1] 
 CompeGPS.UnifyMaps ("D:\\Projekt\\Denmark\\Test","D:\\Projekt\\Denmark\\Test.rmap",0,20,0);

Achtung:
Leider ist der Befehl CompeGPS.UnifyMaps nicht sauber programmiert. Folgende Einschränkungen konnte ich eruieren:
1) Imp-Name muß angegeben werden, wird als Imp-Name "" angegeben, ist die erstellte rmap nicht lesbar.
2) Wird beim Imp-Namen der Rmap-Name ohne Endung angegeben, wird keine Imp erstellt und die erstellte Rmap ist gültig.
3) Wird beim Imp-Name die Endung imp angegeben, dann wird eine Imp-Datei erstellt. Die automatisch erstellte Imp-Datei ist aber ungültig, da hier im Feld:

Bitmap=

der Imp-Name und nicht der Rmap-Name eingetragen wird
(Im Beispiel steht dort:

Bitmap=Test.imp

anstelle von:

Bitmap=Test.rmap

Daraus resultiert eine Fehlermeldung am Ende des Scripts.

Geotiff Problem wurde doch nur teilweise gelöst. Obiges Posting entsprechend korrigiert.

Änderungen:
Probleme mit über GDAL erzeugten GeoTiff (Parameter "-co tiled=yes") wurden teilweise gelöst, Geotiffs lassen sich zu einer funktionierenden RMAP zusammenfassen. Bei der einzelnen Umwandlung (SaveAs oder Rasterkarten konvertieren) kommt immer noch Murks raus..

Andere Verbesserungen sind mir bisher nicht aufgefallen, an der BWPT-Front leider nichts.

Danke Gert, da hatte ich wohl noch keine Änderungen an den Buttons vorgenommen beim Win7 Gerät.
Edit: Anleitung oben wurde angepasst.

Hallo Ludger,
Win7 scheint da etwas andere Pfade/Dateinamen zu benutzen.
Hast du das gelesen?

Zitat von hedgehog

Edit: Unter win7 fand ich die relevante Datei im CGPSL Installationsordner im Unterpfad \Buttons_Land\ unter dem Namen: buttonsL_D.cxml.

Den Ordner \Buttons_Land\ (in Win7) fand ich tatsächlich als Unterordner des Installationspfades von CGPSL (also da, wo die exe liegt), während die CXML-Datei unter XP doch sehr viel schwieriger zu finden war (C:\Dokumente und Einstellungen\All Users\Anwendungsdaten\CompeGPS Land\buttonsL.cxml).

Zitat von kiozen

Kommt denn irgendeine Fehlermeldung im Protokoll von GDAL? Der EPSG Code ist ja auch der richtige oder? Wenn der nicht stimmt, dann machen die Referenzcoordinaten im tfw keinen Sinn.

EPSG:32633 ist richtig.

Ich weiß nicht, ob das Allgemeinwissen ist.
Mich hat immer genervt, daß CGPSL keine Möglichkeit hat, Farben aus der Karte abzulesen, um sie dann z.B. als transparente Farben zu definieren.
Nun habe ich mir einfach eine Verknüpfung zu einem recht kleinen Color Picker in die Symbolleiste gelegt.
Wer es nachvollziehen will:
Copi Colorpicker herunterladen und in das CGPSL Verzeichnis entpacken.
Im CGPSL-Einstellungsverzeichnis (bei mit unter XP [C:\Dokumente und Einstellungen\All Users\Anwendungsdaten\CompeGPS Land]) die Datei buttonsL.cxml öffnen und diese Zeile an geeigneter Stelle einfügen:

Zitat

<Item command="554" name="Colorpicker" icon="CursorPincelCirc.png" param="copi.exe"/>

Land 7.7.2

Zitat

<Item command="554" name="Colorpicker" icon="CursorPincelCirc.png" param=".\copi.exe"/>

Edit: Falls noch keine Veränderungen in der Symbolleiste vorgenommen wurden: im CGPSL Installationsordner findet sich im Unterpfad \Buttons_Land\ unter dem Namen: buttonsL_D.cxml die Symbolleistenvorlage.

Zitat von hedgehog

Hab das Problem gelöst. Vielen Dank euch allen.
Martin, danke auch für die Dänemarkinfos, da sind ja Schmäckerchen dabei.

Zur Lösung:
CGPSL kommt mit dem GDAL Parameter "-co tiled=yes" nicht zurecht. Nimmt man den aus dem Ausgangsscript heraus oder aus dem gdalwarp Aufruf, schluckt CGPSL problemlos die Tiffs. Leider sind die dann aber auch etwas größer im Zwischenschritt.
Nun lasse ich mal die Kiste über nacht hinrödeln.

Zur Info:
Compe hat den Bug bestätigt und stellt eine Reparatur mit dem nächsten Update in Aussicht. Dann erübrigen sich hoffentlich die Umwege.

Da das hier gerade so lebhaft ist, kennt ihr Quellen für Griechenland-Topos?

Hab das Problem gelöst. Vielen Dank euch allen.
Martin, danke auch für die Dänemarkinfos, da sind ja Schmäckerchen dabei.

Zur Lösung:
CGPSL kommt mit dem GDAL Parameter "-co tiled=yes" nicht zurecht. Nimmt man den aus dem Ausgangsscript heraus oder aus dem gdalwarp Aufruf, schluckt CGPSL problemlos die Tiffs. Leider sind die dann aber auch etwas größer im Zwischenschritt.
Nun lasse ich mal die Kiste über nacht hinrödeln.

Zitat von kiozen

mach das über die *vrt Datei. Das geht deutlich schneller! Und vergiss nicht die -co Parameter zum komprimieren. Per default ist das Ergebnis unkomprimiert

Gerade gestartet:

Zitat

gdalwarp -co tiled -co compress=lzw meineKarte.vrt c:/Projekt/Norwegen.tif

Warning 6: Creation option 'tiled' is not formatted with the key=value format

Aber es rödelt los und scheint auch recht schnell zu rödeln.

Da war ich auch gerade:
gdalwarp.exe c:\Projekt\Ziel\*.tif c:\Projekt\Norwegen.tif
Mals sehen, was dabei rauskommt. Das wird aber wohl erst morgen fertig sein.

Danke Martin, QLGT hab ich zwar, bin aber nicht fit. Irgendwie fand ich da keine Option, die 800 TIFF Dateien in einem Rutsch in das Programm zu bringen.

Zitat von kiozen

map2rmap unterstützt auch kein UTM. Sonst hätte ich es schon als Lösung angeboten

Danke Oliver, das erspart Zeit bei der Lösungssuche. Schön daß Du auch mitliest. Das Script in der grünen Hölle war sehr hilfreich!.

Pinin:
Danke für den Tip. Globalmapper ist mir zu teuer. QlandkarteGT hat das Map2rmap Kommandline Tool. Aber da wird dann auch jpg-komprimiert. Beim Umweg über ECW wie auch über Map2rmap habe ich Angst, daß es zu einer starken Aufblähung der Daten kommt. CGSPL macht normalerweise aus 8bit Tiffs recht kleine Rmaps. Ich probiere weiter und halte euch auf dem Laufenden. Beim Compesupport habe ich außerdem angefragt, ob man nicht die jetzt kostenlosen Norwegenkarten ins (kostenlose) Sortiment nehmen will. Die Lizens ließe das ja zu.

Danke Gert, komische Sache. Ich wollte eigentlich alle TIFFs in CGPSL laden und dann per Karten zusammenführen exportieren, doch das ging auch nicht. Ich versuche es einmal mit dem Auswahlwerkzeug.

Nachtrag: Auswahlwerkzeug funktioniert nur bei einer einzelnen Kachel. Werden mehrere ausgewählt, gehts wieder nicht.