Alles anzeigenyep.
Hast du einen Aventura?
Dann bekommst du Compe Land für 56,-
Du willst die OSM Map von CDN-BC konvertieren?
Ray
ja, habe einen aventura und möchte die osm karten von BC als overlay für die canmatrix nehmen. habe mittlerweile die karte als mpv exportiert - jedoch noch mit allen informationen.
1. download von bc.osm
2. konvert mit osm2mp.pl
3. import in land und mit "speichern unter" als mp abgespeichert
ich würde gerne die in osm recht umfangreich vorhandenen trails als overlay für meine canmatrix karten verwenden.
hallo Gerhard,
ich habe die ibicus Topo und batch Tools, mit denen ich die mich interessierenden Typen selectieren kann. Anschließend erstelle ich groß mp oder groß img mit GPSMAPedit zur Vektormapgenerierung für den Aventura. Sollte mal eine Straße oder Weg farblich oder in der Breite nicht passen, wird dies über das Clay-File geändert.
1. download von bc.osm
2. konvert mit osm2mp.pl
3. import in land und mit "speichern unter" als mp abgespeichert
ich würde gerne die in osm recht umfangreich vorhandenen trails als overlay für meine canmatrix karten verwenden.
3. heisst wohl mpv und nicht mp?
der import von MP-Daten klappt bei dir ohne Probleme?
osm2mp.pl schreibt die Daten in einer Form, in der Land sie nicht problemlos verarbeiten kann.
4. wäre dann das manuelle Anpassen der Optik in Land (oder später über das Clay).
5. speichern als MPVF, Achtung umbedingt Zoom Level 1-4 löschen, nur Level 0 darf übrigbleiben! (Danke an Anton für diesen Tip!)
D.h. sinnigerweise müssen im MP alle Daten in Level 0 sein!
siehe 2a)
6. Nach Speichern als MPVF das Clay exportieren.
7. Clay anpassen
2a: da das MP von osm2mp.pl 1-2 Probleme bereitet, habe ein Tool geschrieben um dies u.a. zu bereinigen: PTextReorg.pl
(Link siehe weiter oben).
Damit kannst du MPs spliten, mergen, ...
Lade es dir runter und schaue dir das maping.def an.
Hiermit stuerst du alles!
Ich bin aber gerade noch dabei dieses maging.def für OSM zu optimieren.
Leider muss man poly.cfg von osm2mp.pl auch anpassen.
Diese Konfigfiles kann ich dir alle zur Verfügung stellen.
Wie gesagt, das ist noch im Fluss.
Ich skype heute Abend mit tv-Arnd wegen diesem Thema.
Diese Option kann ich dir auch anbieten.
Ich sehe schon, es fehlt ein HowTo. Hier im Thread sind alle Infos enthalten, aber zu stark verteilt.
Ray
Hallo RAY!
Ist zwar OT, aber was für Dein Rad+Reiter (powered by TwoNav)
http://www.transpyr.com/es/02.html
3. heisst wohl mpv und nicht mp?
der import von MP-Daten klappt bei dir ohne Probleme?
osm2mp.pl schreibt die Daten in einer Form, in der Land sie nicht problemlos verarbeiten kann.
jein - die *.mp kann ich fehlerfrei öffnen - die ansicht ist jedoch mit "längsstrichen" bei jedem einzelnen punkt durchzogen => unbrauchbar
2a: da das MP von osm2mp.pl 1-2 Probleme bereitet, habe ein Tool geschrieben um dies u.a. zu bereinigen: PTextReorg.pl
(Link siehe weiter oben).
habe ich gerade probiert - jedoch läuft keines der cfg files auf anhieb?
Processing file sacpoly.cfg
Loading nodes... 0 loaded
Loading relations... 0 multipolygons
0 turn restrictions
0 destination signs
Loading necessary ways... 0 loaded
Processing multipolygons 0 polygons written
0 cities and 0 suburbs loaded
Processing nodes... 0 POIs written
0 barriers loaded
Processing ways... 0 lines and 0 polygons dumped
0 roads loaded
Merging roads... 0 merged
Detecting road nodes... 0 found
Detecting duplicates... 0 segments, 0 roads
Splitting roads... 0 self-intersections, 0 long roads
Fixing close nodes... 0 pairs fixed
Writing roads... 0 written
Writing crossroads... 0 restrictions, 0 signs
All done!!danke, sieht schon deutlich besser aus - auch wenn ich noch ein wenig ausmisten muss. ttqv kommt mit den vielen poi´s und der 22gb ecw ein wenig ins schwitzen 
habe mal nur die wege und wichtigsten poi´s - danke soweit 
ich habs auf win7 x64 und debian linux in verwendung.
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
Ein Frage in die Runde, wie verhält sich der Aventura wenn man über das Clay das Zoomverhalten der DACH verändert, das möglichst viele Strassen angezeigt werden?
(einfach sich den freien Speicher anzeigen lassen)
Hallo Ray,
als wir im letzten Jahr das Problem von freeday (fehlende Strassenanzeige) lösen wollten hat uns CompeGPS die CLAYs gezeigt. Leider war es auch mit CLAYs nicht möglich die fehlenden Strassen anzuzeigen da mit einem CLAY nur die Darstellung verändert wird - nicht die Anzeige-Eigenschaften. Diese können nur im MPV geändert werden.
Die Vektorkarten sind anscheindend mit Zoomlevels aufgebaut.
Grüsse - Anton
Hallo Ray,
ich werde am clay File (bisher nur cosmetische Änderungen) für die VMAPs nichts vornehmen, da hier schon bei der Nachführung mit und ohne clay File Verzögerungen feststellbar sind. Bei Änderung des Zoomverhaltens könnte sich dies noch mehr auswirken. Soll ich dir ein orig. Dach clay senden zum Test? Denke aber, dass du dies bereits nutzt.
Das VMPF Format taugt großflächig nur für Sonderkarten, wie von dir beschrieben. Die Wanderkarte A, ergänzt um einige Gipfel, Hütten, Höhlen, ist etwas verdichteter als die D Süd- und Nordhälfte. Die Amap wird damit richtig übersichtlich. Musste A schon auf 5 Tiles aufteilen wegen der Performance. Das VMPF Format wird im Gegensatz zur VMAP nicht gekachelt sein.
Das aufteilen der Vektormaps erledige ich mit GM. Bei genügend Rechenpower geht alles recht flux.
Hallo Ray,
das funktioniert AFAIK nicht bei nicht editierbaren Vektorkarten (z.B. VMAP oder MPVF)
Grüsse - Anton