Beiträge von ray

gerhardg, Geschmäcker/Vorlieben und Anforderungen sind so unterschiedlich.

Seitlich Tasten, wie beim Vista, finde ich beim Biken unbedienbar.
Ich kann mit einer Tastenanordnung wie beim 60er oder Aventura das Gerät noch bei flotten Tempo (>50 km/h auf Strasse) notfalls bedienen.
Ein Gerät das ich beim Bedienen seitlich gegenhalten muss, wie der Vista, kommt für mich nicht in Frage.

Du magst wahrscheinlich (beim Wanderern?) lieber die Einhandbedienung, die für mich keine Rolle spielt.

Ray

Eine wichtige Erkenntnis in Sachen VMPF möchte ich euch nicht vorenthalten.
Diese darf nicht zu detailreich seien, ansonsten meldet sich der Aventura mit "Out of Memoy"

Ich habe gestern Abend aus hessen.osm von Geofrabrik eine VMPF gebaut, die alle Strassen, POIs und Polypone enthält.
Das VMPF ist etwa 16 MB groß.
Man muss sehr sorgfältig schauen, wieviele Infos in einer Zoomstufe sichtbar sind.
Zuviele sichtbare Daten überfordern den Aventura.
Wieviele Daten im VMPF enthalten sind ist egal, entscheident ist, wieviel davon aktiv ist!
Mir wird damit klar warum Compe recht früh Daten aus der Teleatlas-VMAP beim Rauszoomen ausblendet.

Bei der canary_islands.osm ist mir das nicht aufgefallen, da ist aber die Datendichte sind so hoch wie im Rhein-Main-Gebiet.
Polygone werden recht früh inaktiv geschaltet, das ist also nicht das Problem.
POIs werde ich etwas früher inaktiv schalten, ich hoffe das reicht.
Auf Wege möchte nur ungern verzichten.

Ansonsten läuft es darauf hinaus das man abhängig von der Region (also für jede Map einzeln) für Wege unterschiedliches Zoomverhalten
konfigurieren muss.

Tip: Sobald der Aventura Out of Memory meldet, hilft nur ein Neustart.

Ray

Ich habe gestern Abend eine kleine Änderung an der Datei maping.def aus den Paket PTextReorg vorgenommen.

Änderungen am Paket Clay Handling :
clayExtrator.pl liegt jezt in der Version 0.5.0 vor.
Icon-Größe und Zoom-Verhalten für Icons werden/können auf Standardwerte gesetzt.
Die Konfiguration erfolgt über clayExtrator.cfg, welche ebenfalls in einer neuen Version vorliegt.
Einfach mal die Sektion [ICON.DEFAULTS] anschauen.

Ray

Ich habe gestern und heute immer wieder mit der Hand die Antenne verdeckt.
Ich konnte keine negativen Effekt erkennen.

Das der menschliche Körper das Signal abschirmt oder zumindest abschwächt ist mir schon klar.

Ray

ich würde und will den Sportiva nicht verteufeln.
Ich glaube schon das man damit einen AlpenX machen kann.
Wo Vorteile oder Schwächen ausser den Offensichtlichen sind werden wir erst in der Praxis sehen.

Ray

Kleinerer Akku und kürzere Akkulaufzeit.
Ob der Batteriedeckel dicht genug ist, wird sich zeigen.
Die CPU ist schwächer.
microSDHC stat SDHC, aber sollte auch reichen.
Kleineres Display.
Fehlen von Tasten.

-Wenn der Akku für eine Tagesetappe reicht, spricht nichts dagegen damit auf einen AlpenX zu gehen.
Dafür sind Ersatzakku deutlich günstiger, da muss man halt mindestens 1-2 Akkus mitnehmen.
-Wasserdichtigkeit kann man notfalls durch eintüten erreichen.
Beim Aventura würde ich das inzwischen auch nicht mehr unterschreiben.
-CPU sollte reichen, dazu gibt es ein Vergleichsvideo bei Compe.
-microSDHC sollen bis 32 GB gehen, wo momentan Schluss ist weis ich nicht. Es wird definitiv teurer.
- Wie das kleinere Display im Vergleich bei der Ablesbarkeit abschneidet? Ich glaube gps2003, meinte zumindest Indoor schlechter.
- Das Fehlen macht das Bedienen etwas langsamer, da einige nicht im Schnellzugriff über eine Taste erreichbar sind.

moona,
Matz hat es schon bereut das er Tips zum Endura gegeben hat, die sehr tief eingriffen.
Unbedarfte User habe sich damit ihren Endura zerschossen.
Diese will Jörn nicht riskieren.
Falls du Jörn davon überzeugst das du was davon verstehst, wird er dir bestimmt mit Infos helfen.
Ich traue mich da nicht ran, das ist mir zu riskant.

Jörn, neben Matz traue ich das noch Joschi19.. zu.

Ray

PTextReorg habe ich in einer neunen Version hochladen.
Es hat sich nur die Konfiguration maping.def geändert.
Die Konfigurationsdateien für osm2mp.pl habe ich in ein Subverzeichnis gepackt. Das original poly.cfg liegt in einer angepassten Version bei.
Bis Revision 205 (vom 19.2.2010) von osm2mp.pl kann es einfach ersetzt werden. Bei neueren Versionen sollte man ein Diff machen und nur meine Änderungen einpflegen.
Ich empfehle hierzu einen Editor wie UltraEdit oder den freien JEdit (läuft auf allen Betriebssystemen!).

Beim Clay Handling habe ich die Konfiguration clayExtractor.cfg um paar weitere Icons erweitert.
Und ein kleines Bugfix beim Script clayModifierer.pl (Version 0.1.2).

Ray

P.s.: Habe an beiden obigen Modulen gearbeitet und jeweils eine neue Version hochgeladen.

Ersetze die SD-Card.
Formatieren löst das Problem nur temporär.

Seit ich meine SanDisk Class 4, 16 GB einsetze (November) habe ich keine Probleme.
Ich habe 2 Transcend Class 6, 16 GB in die Tonne getreten.
Witzigerweise ist die Class 4 Sandisk sogar schneller!
Ich hatte Problem beim Routing oder beim Nachladen der Rasterkarte.
Aber auf den Empfang hat sich das ne ausgewirkt.

Falls deine Batterieanzeige erkennbar schwankt kann das aber durchaus sein.
Wenn die Stromversorgung zusamenbricht, ist auch der Sirf3 betroffen.

Falls eine andere SD-Card nicht dauert hilft, reklamiere deinen Aventura.
Normal ist das Verhalten definitiv nicht.

Ray

Sabine, du bist kreativ

Das temporäre Auffüllen mit einer Leerkacheln ist eine gute Idee.

Ray

Ich werde heute Abend PTextReorg in einer neunen Version hochladen.
Es hat sich nur die Konfiguration maping.def geändert.

Bei ClayExtractor habe ich die Konfiguration clayExtractor.cfg erweitert.
clayModifierer.pl werde ich erweitern, damit es eine Grund-Konfiguration anzieht, falls man keine angibt oder keine spezifische zu einen Clay existiert.
clayModifierer.clay.cfg (oder wäre basic.clay.cfg besser?) werde dazu packen.
Diese wird eine Konfiguration für "alle" Wegtypen und Schwierigkeitsgrade für SAC, MTB und Ski und (Wander-,Fernwanderrad-)Routen enthalten.

Erklären werden ich das noch im Detail.

Ray

P.s.: Bin fertig mit posten

Hier werde ich Infos zu ClayExtractor und ClayModifierer sammeln.

Hier werde ich Infos zu PTextReorg sammeln.

Standard-Aufruf:

PTextReorg.pl  hessen_*.mp

Da werden die Dateien
hessen_OSM.mp, hessen_others.mp, hessen_Custom.mp und hessen_Marina.mp erzeugt.

Damit sich keine Verwechlung mit den Ursprungsdateien ergibt, empfehle ich den Ausgabename der MP-Files zu ändern:

PTextReorg.pl -d Hessen hessen_*.mp

Das erzeugt die Dateien
Hessen_OSM.mp, Hessen_others.mp, Hessen_Custom.mp und Hessen_Marina.mp erzeugt.

WICHTIG: PTextReorg.pl überschreibt keine bestehenden Dateien, sondern hängt die Daten an.
Also wenn man PTextReorg.pl mehrmals hintereinander laufen lässt, umbedingt die vorher erzeugten Dateien löschen.

Bsp.:

PTextReorg.pl -D Austria austria_*.mp

Da werden die Dateien
Austria_OSM.mp, Austria_others.mp, Austria_Custom.mp und Austria_Marina.mp erzeugt.

Falls man PTextReorg.pl danach nochmals laufen lässt, werden die Daten an diese Dateien angehängt.
Also Austria_OSM.mp, Austria_others.mp, Austria_Custom.mp und Austria_Marina.mp umbedingt vor einen neuen Lauf löschen!

Encoding:
Weiter oben schrieb ich schon man sollte osm2mp.pl immer mit --nocodepage aufrufen.
das führt dazu das osm2mp.pl den Text in Unicode von OSM unverändert lässt.
Zur Zeit liest CompeGPSLand MP-Files aber im lokalen Encoding des Windows-Systems.
Für Zentral- und Westeuropa ist das meist CP-1252.
PTextReorg.pl liest daher default-mässig in utf8 und schreibt dann in cp1252-Encoding.
Einige Unicode-Zeichen lassen sich nicht abbilden, das führt zu Fehlermeldungen, damit muss man mit leben oder eine passendes Encoding wählen.
Die Lage wird besser, sobald CompeGPS Land beim Import auf utf8 (Unicode) umgestellt wird.
Wer MP's in einen anderen Encoding hat oder dessen Windows anders eingestellt hat, kann das Encoding fürs Lesen und Schreiben einstellen.

PTextReorg.pl -i cp1251 -o cp1250 bulgaria.mp

Hier wird mit CP1251 gelsen und mit CP1250 geschrieben.
Man darf naþürlich auch nur das Import-(Export-)Encoding setzen.

PTextReorg.pl -i cp1251 bulgaria.mp

In diesen Fall wird mit cp1251 gelesen, für das Export wird das Default-Encoding cp1252 verwendet.
-i setzt das Import-Encoding (dafault ist utf8)
-o setzt das Export-Encoding (dafault ist cp1252)

Falls man das Standard-Maping nicht anpassen oder verwenden will, kann man eine andere Konfiurationsdatei angeben:

PTextReorg.pl -c justMTBMaping.def -d A_MTB austria_*.mp

Konfiguration (maping.def):
Die Datei maping.def sollte man sich anschauen, in den ersten paar Zeilen steht eine Kurzbeschreibung.
Das erkläre ich im Detail später.

####################################################
# configuration file of PTextReorg.pl
####################################################
[SUBSTITUTION]
# use Perl regular expressions for substitutions
# set all Data Levels to Level 0, that's necessary for Import to CompeGPS Land
# for other Software comment this line out
s/Data\d+=/Data0=/
# remove blanks between coordinate data pairs,
# necessary for Import to CompeGPS Land, no harm for others
s/\)\,\s+\(/\),\(/g


####################################################
[SPLIT]
# this types will be separated in single files
# [POLYLINE][POLYGON][POI] define the object typ
#
# <.*> define a group, which will be written to the same files
# A group can include [POLYLINE],[POLYGON] and/or [POI]
# A group shall be closed with a </.*>!
# Types outside of a group will be exported separately
#
# It's also possible to merge a set of Polish Map Files to one file!
#
#########
# 0x12,    Cycleway -> Typ, Name of the Type (Don't miss the comma!)
# 0x5D00-0x5D3F, Daymark,Green Squar -> Range of types, which have the same name
# 0x1901,0x1B01,    Fog Horn -> Type 0x1901 is mapped to 0x1B01
# 0x5D00-0x5D3F,0x5D00,    Daymark,Green Square -> The Types 0x5D00-0x5D3F mapped to 0x5D00

Unter [SUBSTITUTION] im File maping.def können text Substitutionen vorgenommen werden.
Ich verwende dabei die Perl-Syntax.
s/Data\d+=/Data0=/ setzt alle Daten auf Level 0.
s/\)\,\s+\(/\),\(/g entfernt Leerzeichen zwischen Koordinatenpaare.
Beide Substitionen sind für den Import in Land notwendig.

Achja, Kommentare beginnen immer mit einer Raute/Hash (#)
Es gehen nur ganzzeilige Kommentare.

So schreibt man einen einzelnen Typ.
0x12, Cycleway -> Typ, Name of the Type (Don't miss the comma!)

So kann man ganze Bereiche angeben:
0x5D00-0x5D3F, Daymark, Green Square

0x1901,0x1B01, Fog Horn -> Typ 0x1901 wird auf 0x1B01 abgebildet

0x5D00-0x5D3F,0x5D00, Daymark,Green Square -> Die Typen 0x5D00-0x5D3F werden alle auf den Typ 0x5D00 abgebildet

Mit [POI], [POYLINE] und [POLYGON] definiert man die Typ-Art.
Eine Typ-Art wird solange verwendet, bis man explizit auf eine andere andere umschaltet.

[POLYLINE]
<Trail>
0x16,    Trail


[POI]
0x6412,    Trail
</Trail>

Gruppen werden durch <...> und </...> geklammert.
Elemente eine Gruppe werden in ein gleichnamige Datei geschrieben.
Diese Gruppe enthält eine Linien-Typ und einen POI-Typ.

Elemente ausserhalb einer Gruppe werde in ein separates File geschrieben.

Wie man sieht, kann man Typ-Arten jederzeit umschalten. Egal ob in einer Gruppe oder Gruppen übergreifend.
Man sollte nur aufpassen das man nicht den Überblick verliert.
Typen, die einen nicht interessieren sollte man in eine gemeinsame Gruppe packen und dann einfach ignorieren.

Wie man sieht kann man durch entsprechende Anpassung der Maping-Konfiguration MP-Files zusammenführen, thematisch auftrennen und Typen verbiegen um z.B. alle Subtypen von Restaurants auf einen gemeinsamen Typ abzubilden.

Ray

Hier werde ich Infos zu osm2mp sammeln.

Wichtig:
Das von osm2mp.pl erzeugte MP-File kann von CompeGPS Land nicht fehlerfrei gelesen werden.
Erstes Problem ist, das Objekte nicht nur in Level 0 geschrieben werden.
Das wird durch PTextReorg.pl korrigiert. Man könnte dies aber auch durch Anpassen von pol.cfg lösen.
Schlimmer ist das zwischen Koordinatenpaaren ein Leerzeichen geschrieben wird. Damit hat Land massiv Probleme.
Wer schuld ist schwer zu sagen, in der Doku von cGPSmapper wird es ohne Leerzeichen geschrieben, aber cGPSmapper hat keine Probleme mit den Leerzeichen.

Aus

Data1=(47.4132695,12.2167294), (47.4160102,12.2292065), (47.4192079,12.2443824)

mache ich mit PTextReorg:

Data0=(47.4132695,12.2167294),(47.4160102,12.2292065),(47.4192079,12.2443824)

Bitte osm2mp.pl immer mit --nocodepage aufrufen, damit das Unicode von OSM erhalten bleibt.

osm2mp.pl  --nocodepage austria.osm > austria.mp

Das reicht wenn man keine Besoderheiten aus OSM rausziehen möchte!

Um klassifizierte Wege (sac_scale für Wandern, mtb:scale für MTB ) zu extrahieren macht man folgendes:

Für Wandern:

osm2mp.pl  --nocodepage --cfgpoi nopoi.cfg --cfgpoly sacpoly.cfg austria.osm > austria_sac.mp

Für MTB:

osm2mp.pl  --nocodepage --cfgpoi nopoi.cfg --cfgpoly mtbpoly.cfg austria.osm > austria_mtb.mp

Für Routen (Wander Routen und Fernwanderrad-Routen), diese werden in OSM als Relationen bezeichnet:

osm2mp.pl  --nocodepage --cfgpoi nopoi.cfg --cfgpoly routepoly.cfg austria.osm > austria_route.mp

Für Ski:
Ski Wege (Alpin, Nordic und Skitouren):

osm2mp.pl  --nocodepage --cfgpoi nopoi.cfg --cfgpoly ski.cfg austria.osm > austria_ski.mp

Ski Schwierigkeitsgrade:

osm2mp.pl  --nocodepage --cfgpoi nopoi.cfg --cfgpoly piste.cfg austria.osm > austria_piste.mp

Ray

Gar nicht.
Links/Aliases/Verknüpfungen werden von TwoNav nicht erkannt.

Wenn man gleichzeitig von einer Region die Map einmal als Wander-, MTB- und/oder Skikarte nutzen möchte, muss man die Karte incl. entsprechenden Clay 3 mal vorhalten.

Also
Austria_sac.mpvf mit Austria_sac.clay
Austria_mtb.mpvf mit Austria_mtb.clay
Austria_ski.mpvf mit Austria_ski.clay

Ob mit gleichen Namen in unterschiedlichen (aktiven) Verzeichnissen geht, bezweifle ich.

Nicht wundern ich werden mir die nächsten paar Posts blockieren, also bitte die nächsten 10 min nicht posten!

Ray

Wünsche dir einen schönen Urlaub.

70% vom obigen Text war schon dar, nur verteilt auf mehrere Postings.

Ray

Schön zu hören.

Ich habe mich am Anfang ganz bewusst auf Wege beschränkt.
Das reicht, ansonsten verliert man den Überblick.
Man wird einfach erschlagen von der Menge der Datentypen.

D.h. ich brauche mir die BC OSM Map nicht anzuschauen?

Wo hast du eigentlich osm2mp.pl laufen?
Linux oder Windows?

Ray

Zitat von UMEI

Leider kann mein Global Mapper jetzt die Tracks nicht mehr lesen ...
ohne das man zuvor die erste Zeile mit ominösen Sonderzeichen entfernt ...

Das nennt man Unicode.

Ich finde es toll das Compe nach und nach auf Unicode (utf8) umstellt.
Das ganze Gedönse mit den lokalen Encodings hat schon lange genervt.
Da muss jetzt GlobalMapper nachziehen.
TTQV hat zumindest mit Lesen keine Problem, schreibt aber noch im alten Format.

Ray

Ähmm, das bedarf der Erklärung.

sacpoly.cfg filtert die Wege aus den OSM-File die mit sac_scale getagt wurden.
Das scheint in BC kein einziger Weg mit sac_scale-Taging drin zu sein.

Versuche mal den ganz normalen Aufruf:

osm2mp.pl --nocodepage bc.osm > bc.mp

das entspricht

osm2mp.pl --nocodepage --cfgpoi poi.cfg --cfgpoly poly.cfg bc.osm > bc.mp

dann ruft du

PTextReorg.pl -d BC bc.mp

auf
PTextreorg.pl verwendet automatisch als Konfiguration maping.def.
Da bin ich aber noch am optimieren.

Es sollte dann z.B. BC_Ways.mp, BC_Marina.mp, ...
entstehen
Wenn du diese Auftrennung nicht willst, dann mache folgendes:
Editiere das File maping.def, wie folgt:
alle Zeilen mit <...> kommetnierst du aus, wie folgt
# <...>
Dann schreibe in die erste Zeile vor #<Ways>:
<All>
und am Ende der Datei
</All>

Das hat den Effekt, das alle Objekte in ein File geschrieben werden.

Sorry, ich muss gerade mal schnell weg, melde mich später
Ray

.... schön wäre der Ladezustand.
Dann könnte das Display beim Laden aus bleiben.

aber wer weis.

Ray

OSM Alpen Ski VMPF:
http://www.megaupload.com/?d=VAO0GEZW
Einfach das VMPF und das CLAY auf die SDHC-Card kopieren oder in Land laden.

Diese VMPF dient als Ergänzung zu einer Rasterkarte (und der DACH-VMAP) um Weg-Informationen aus dem Skibereich (Alpin, Nordic und Tour).
Die Ski-Pisten enthalten ebenfalls die Schrierigkeitsgrade.
(grün=0, cyan=1(statt blau),rot=2,viloett=3(statt schwarz),orange=4,gelb=5)
Skilifte und Godeln sind ebenfalls enhaten.
Aber keine anderen Wege und keine POIs.

ray