Beiträge von Papaluna

Zitat von teleskopix

Papaluna
mit welchem programm editierst du das typ-file und wie modifizierts du die tdb damit das typ-file verwendet wird. Mapsettoolkit ver 1.5 verändert mir die tdb sobald ich konvert to familys anklicke, bei typ-file einbinden erst recht.
Edit
Typ-File mit http://ati.land.cz/gps/typdecomp/editor.cgi editiert
und Karte mit EzMS eingebunden.
Jetzt geht das Typ-File und Routing sogar Tile-übergreifend.

Alles anzeigen

Typ-File
1. Typ-file und routing haben nichts miteinander zu tun
2. damit ein typfile von Mapsource verwendet werden kann reicht der entsprechende Eintrag in die Registry
3. damit ein Typ-file auch auf dem GPS verwendet werden kann müssen die FIDs übereinstimmen
4. zum Editieren verwende ich MapTK. Das erfordert ein wenig Einarbeitung ,ist aber offline die meines erachtens beste Möglichkeit

TDB-File
1. Mapsettoolkit schreibt anscheinend bei der Umwandlung in Family falsche Werte in die TDB
Aber ! Warum so kompliziert?
2. mkgmap hat die Möglichkeit direkt bei Erstellung die FID in die TDB zu schreiben
--family-id="Achtung integer value nicht hexwert"

Gruss papaluna

Zitat von sxc625

Genauo wie das einbinden ins Mapsource auch noch ohne toolkits funzen wird.

Marco,
das tut es doch jetzt schon

Mit so einer simplen *.reg Datei, die ich mit einem einfachen Editor erstelle, kann ich dann per Doppelklick(oder Einfach jenachdem wie ihr das bei euch eingestellt habt)
alle notwendigen Eintragungen vornehmen damit die Karte in MSfunktioniert (incl. Typ-File+routing+kachelübergreifendem Routing)

Beispiel :

REGEDIT4
[HKEY_LOCAL_MACHINE\SOFTWARE\Garmin\MapSource\Families\WKR]
"ID"=hex:79,03
"TYP"="C:\\myMaps\\WKRtiles.typ"
[HKEY_LOCAL_MACHINE\SOFTWARE\Garmin\MapSource\Families\WKR\1]
"LOC"="C:\\myMaps\\"
"BMAP"="C:\\myMaps\\63240000.img"
"TDB"="C:\\myMaps\\mkgmap.tdb"

Das funktioniert definitiv, genauso wie die Einbindung mit gmaptool oder Mapsettoolkit. Minimalvorraussetzung ist jedoch in jedem Fall:
-Routingfähige Detailkarten(gegebenenfalls mit Def. von externen Nodes zum kachelübergreifenden Routing)
-eine spezielle tdb die z.b. die Verweise auf die Routinginformationen enthält. Mapsettoolkit kann diese bis dato NICHT erstellen. Gmaptool und ezMS könenn dies jedoch.
- eine Übersichtskarte zur Auswahl der Detailkacheln.

Definitv nicht notwendig ist ein typ-file für das Routing.

Gruss Papaluna

Zitat von wilsberg

Bisher hatte ich halt laienhaft gedacht, daß das Typ-File nur für das Aussehen der Elemente da sei.

Das ist auch weiterhin so. Das TYP-File hat nichts mit der routingfähig der Karten zu tun.
Es modifiziert lediglich die Darstellung in MS + GPS. Für die Erweiterten Objekten "3Byte" ist es zwingend notwendig damit sie überhaupt sichtbar werden.

Gruss Papaluna

Hallo Wodin,

mit den Daten in deiner Datei ist irgendetwas faul.
Wenn ich die Route auf mein 60csx hochlade besteht diese nur noch aus dem Routenpunkt T1P53, welcher sich x-mal in der Route wiederholt.
Erst nach Bearbeitung mit gpsbabel(als gpx geladen und dann als gdb gespeichert) funktionierte die Route(im Luftlinienrouting) einwandfrei.

Gruss Papaluna

Zitat von sxc625

Also norma sollte ich doch dann das erzeugt gmapsupp.img nehmen können und aus GPS kopieren und dort sollte es dann routingfähig sein, oder?

Im Prinzip ja. Sofern wirklich Routinginformationen in die imgs kompiliert wurden.
Die Routinginnformationen sind im wesentlichen(es gibt noch Erweiterungen die hier keine Rolle spielen) ausschließlich in den Detailkacheln.
Ich konnte bisher jedes routingfähige img (mit cgpsmapper erstelltes) in gmapsupp.img umbenennen und auf das Gerät kopieren(oder z.B. mit sendmap übertragen). Und immer hat das routing funktioiert.
Auch mehrere routingfähige Detailkacheln z.B. mit sendmap übertragen haben einwandfrei(auch kachelübergreifend) funktioniert.

Wenn das bei dir mit mkgmap nicht geht, geht es nicht weil es prinzipiell nicht geht sondern entweder mkgmap fehlerhafte imgs produziert oder die Ausgangsdaten fehlerhaft sind oder irgendwelche Manipulationen der Ausgangsdaten zu Fehlern führen.

Zitat von sxc625

Das Mapsettoolkit muß anscheinend noch etwas verändern an den Karten.

Mapsettoolkit ändert nichts an den Detailkarten. Wenn die routingfähig sind, bleiben sie es auch.
Mapsettoolkit bindet Karten(sets) in MS ein und kann bei Bedarf z.B. eine Übersichtskarte etc. erstellen.
Damit ein Kartenset auch in MS routingfähig ist bedarf es einer speziellen tdb-Form. Dies kann Mapsetoolkit bisher nicht erstellen. Der übliche Weg der Einbindung funktioiert daher nicht mit routingfähigen Karten bzw. führt zum Verlust der Routingfähigkeit in MS.
Deshalb ist der 2te Weg mit "Install" ein vorhandenes Kartenset(Detailkarten,TDB,Übersichtskarte +evtl.typ-file) zu wählen.
Die neueren Versionen von mkgmap erzeugen auch das notwendige tdbfile V4(--tdbfile) per default. Ältere Versionen haben entweder nur TDB V3 erzeugt oder dieses als Default erzeugt. Dort musste dann noch ein Parameter zur Erzeugung der richtigen Version angegeben werden(ist mir gerade nicht präsent).
Also falsche mkgmap Version = evtl. falsche TDB= keine Einbindung via Mapsettoolkit mit Erhalt der Routingfähigkeit möglich.

Zitat von sxc625

Ich hab zwar routing fähige Karten, aber diese routen nicht über die tiles hinaus.

Wohl eher ein Problem der mkgmapversion und/oder der Daten.
Da kachelübergreifende routing erfolgt über die "external nodes" welche die aneinanderstossenden Kacheln verbinden. Wenn die, aus welchem Grund auch immer, in den Ausgangsdaten fehlen, kann auch kein kachelübergreifendes Routing funktionieren.
Auch mit mkgmap habe ich dies jedoch schon erreicht, auch wenn das Ergebnis bisher nach meinem Dafürhalten schlechter war, als bei mit der von cgpsmapper erstellter Variante der gleichen Karte.

Zitat von sxc625

Oder macht erst die Verwendung vom mapsettoolkit das routing möglich?

NEIN. NEIN und nochmals NEIN

Gruss Gert

Hi weoli,

Zitat von weoli

Vielleicht erklärt das, warum das "Vermeide unbefestigte Wege" in Mapsource und am Gerät nicht richtig funktioniert. Leider hat bei yahoo keiner darauf geantwortet. Aber wenn Stan schon sagt, dass das nicht implementiert ist ...

In gewisser Weise funktioniert das ja schon. Nur ist ohne Kenntnis der eigentlichen Routingsoftware in den GPS-Geräten und von MS nicht vorhersehbar wie es sich letzlich auswirkt. Viele der Ergebnisse die ich auf meinem 60csx erhalten habe sind für mich einfach nicht wirklich nachvollziehbar.
Ausser der Feststellung das sich Linientyp, Routeparam, Routeclass und Speedclass sich auf das Routingverhalten auswirken, kann ich keine definitive Aussage machen. Nach vielen Experiementen bin ich z.B.wieder dazu gekommen, die Linientypen möglichst entsprechend wie in den Original-Garminkarten zu verwenden. Damit erhalte ich die besten Routingergebnisse.
Wege die ich unter allen Umständen nur in eine Richtung fahren will, erhalten das "one way" Flag in den Routeparam. Das funktioniert einwandfrei. Wege die ich unbedingt vermeiden will werden als "toll" gekennzeichnet. "Vermeide Mautstrassen" funktioniert dann hervorragend.

Die Vermeidungseinstellungen sind Bestandteil der GPS-Routingsoftware und solange der Typ 0x0a in den img ist, wird sich das gegebenenfals auf diesen auswirken. Die Aussage nach Hörensagen in dem verlinkten Beitrag, das dies in cgpsmapper nicht implementiert ist, macht da keinen Sinn für mich.

Zitat von weoli

Du hast dich ja in der Zwischenzeit ein bisschen intensiver mit den OSM Karten und dem Routing auseinander gesetzt, wie ich an den übrigen Beiträgen hier im Forum sehe. Funktioniert das "Vermeide unbefestigte Wege" denn da besser?

Soweit ich das im Moment beurteilen kann, funktioniert dies weder besser noch schlechter. Wie ich ja schon oben anmerkte, ist dies im wesentlichen eher eine Sache der Routingsoftware im GPS/MS.

Gruss Gert

Zitat von sxc625

Wenn ich die enstandenen Kacheln, also zB. 77777779.img mit mapedit aufmache dann enthalten diese keinerlei Routinginformatiotionen. Das sollten diese doch, oder?

Nein,
wenn du ein routingfähiges img mit GPSmapedit öffnest, sind die Routinginformationen die im img sind nicht zu sehen.

Gruss Gert

Hi, Kirschm,
ich bezweifele nicht das es bei dir so war ,aus welchem Grund auch immer.
Ich habe es jetzt nochmals ausprobiert.
Ich komme sowohl mit gmaptool als auch mit dem nunmehr einfacheren Weg über Mapsettoolkit zum gleichen Ergebnis, heisst in beiden Varianten ist kachelübergreifendes routing (mehr oder weniger gut im direkten Vergleich zu cgpsmapper) möglich.
Warum es bei dir mit gmaptool nicht klappt ist mir schleierhaft.

Wie dem auch sei, du hast ja jetzt einen recht einfachen für dich funktionierenden Weg zur Einbindung.
Also weiterhin Erfolg und Spass.

Gruss Papaluna

Zitat von kirschm

Hurra, habe es geschaft, über Tiles zu routen.
Der Trick: gmaptool.exe nicht verwenden... jetzt entstehen auch sauber getrennte Tiles, die sich nicht um ein paar KM überlappen... Und das Routing über Tiles funktioniert...

Hallo Kirschm,
erstmal schön das du Erfolg gehabt hast und auch die Schritte gepostet hast.(damit z.B. ich+ andere das demnächst mal probieren kann, bisher habe ich nämlich von osm-daten die Finger gelassen)

In der Tat ist mkgmap nunmehr in der Lage tdb-Files in der Version 407 zu erzeugen. Damit ist eine Installation jetzt auch direkt über Mapsettoolkit möglich.

Nur zur Klarstellung:
Die Tatsache das das Kachelübergreifende Routing nunmehr anscheinend funktioniert liegt daran das mkgmap und tilesplitter weiterentwickelt wurden.
gmaptool hat weder etwas mit dem splitting der Daten in Kacheln noch dem
Kachelübergreifenden Routing an sich zu tun, und ist in soweit nicht dafür verantwortlich gewesen das dies nicht funktioniert hat.
Ein unbedarfter Leser könnte durch deine Formulierung diesen Eindruck gewinnen.

Gruss Papaluna

Zitat von sxc625

Karten ID? Ist das die PID? Muß die unterschiedlich sein.

Hi, Marco,

NEIN Karten iD ist nicht die PID. KartenID ist die interne ID der Karte. Dies ist für Detailkarten im allgemeinen ein 8stelliger-Alphnummerischer Wert.
Ich meine zumindest mich erinnern zukönnen, das es zu Problemen mit der Anzeige kommen kann wenn z.B. in 2 unterschiedlichen Kartensets Kacheln mit gleicher Kartenid vorkommen.

Gruss Papaluna

Zitat von EmmPee

ich weiß nicht, wie ich´s anders lösen soll um von zu Hause das Routing in den Dolos zu testen.

Also ich setze mein GPS dazu in den DEMO-Modus(Satellitenempfang ausschalten) und versetze die Position dann manuell in der Karte in Nähe der Gegend wo ich die Karte testen will.
Wenn ich dann routen will, fraget mich das GPS ob ich den Satelliteenempfang zuschalten will oder in den Vorführmodus gehen will. Letzteres will ich dann natürlich. Dann kann ich prma eine Karte eines anderen Gebietes z.B. mit Routen für dieses Gebiet testen.

Gruss Papaluna

Zitat von sxc625

Sind das nur warnings oder bricht der build ab?
Bei warnings sollte mkgmap jedenfalls mal laufen.
Marco

Sorry, dachte ich hätte es klar ausgedrückt.
Die 8 Warnings kommen von javac während des build-Prozesses. Dieser wird aber mit successful beendet.
Mkgmap.jar ist dann, soweit ich das beurteilen kann, einwandfrei nutzbar.

Aber irgendeinen Grund muss es ja dafür geben wenn es auf deinem Win XP-System in Gegensatz zu meinem nicht vorkommt.

Gruss
Gert

Zitat von sxc625

Hat jemand eine Idee was da los ist wenn ich von meinen Karten die Deutschlandkarte und die Österreichkarte aufs Gerät lade, dass dann auf dem Geräte zwar die Österreichkarte überall mit eingetragen ist, cih diese aber nicht sehen kann.
Nur die Deutschlandkarte. Kennt diese Problem jemand?

-FID eindeutig?
-Kartenid eindeutig?

Alaaf
papaluna

Hi Kirchem,

hast du das mp-file schom mal mit gpsmapedit(tools-test routing graph) überprüft.
Dort kann man zumindest prüfen ob das routing(auch in beide Richtungen)generell funktioniert und ob irgendwelche Restriktionen festgelegt sind.

Evtl. könnte man dann dieses file auch mal mit einer personal cgpsmapper kompilieren und schauen wie das Ergebnis dann aussieht.

Gruss papaluna

Zitat von kirschm

Hier ist, glaube ich, mein Verständnisproblem. Sourcen? ant dist? mkgmap.jar erzeugen? Verstehe gerade nur Bahnhof... Ich hatte bisher die ferigen Zips runtergeladen und benutzt (z.B. sowas hier: http://www.mkgmap.org.uk/snapshots/mkgmap-r904.zip)... muss ich da was anderes runterladen? Was genau? Und dann? (Windows XP)

Sourcen=> Source-Code für mkgmap
Gibt es hier:
TRUNK:http://svn.parabola.me.uk/mkgmap/trunk/
BRANCHES/NOD:
http://svn.parabola.me.uk/mkgmap/branches/nod/

Infos dazu z.B.:
http://wiki.openstreetmap.org/wiki/Mkgmap/dev
http://wiki.openstreetmap.org/wiki/Mkgmap/routing

Source downloaden:
z.B. mit TortoiseSVN
http://tortoisesvn.net/

ANT=> Programm zur Steuerung der Komplierung des Source-Codes zu mkgmap.jar
http://ant.apache.org/

ant dist =>Aufruf von ant zur Erstellung von mkgmap.jar.
dist ist dabei ein Label in der build.xml.
Am Ende erhälst du ein Verzeichnis "dist" welches das fertige mkgmap enthält.

Gruss papaluna

P.S
@sxc625 + ssschunck

Wie ich schon weiter oben angemerkt habe bekomme ich bei der Erstellung von mkgmap immer warnings vom javac das ein paar Zeichen unmappable sind. Mkgmap wird trotzdem erstellt. SXC625 Hinweise ahebn mich nicht wirklich weitergebracht da auf meinem WinXP-System soweit ich das sehe alles so eingestellt ist wie es meiner Meinung nach sein müsste. Oder gibt es da eine Einstellung für die JAVA-Umgebung?

Hi, kirchm

Sorry, aber die Aufbereitung von OSM-Daten zu mp-files incl. splitting ist jetzt für mich terra incognita.
Bis dato verarbeite ich nur mp-files aus eigenen Daten.
Infoquellen könnten z.B:sein:
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
http://forum.openstreetmap.org/viewforum.php?id=26
Sind dir aber bestimmt schon bekannt.
Gruss papaluna

Zitat von Holger-erf

[FONT=Arial, sans-serif] Im MapSetToolKit muss ich eine Typfile mit einbinden den ich aber nicht besitze. Was kann ich da tun?[/FONT]
[FONT=Arial, sans-serif][/FONT]

Mit einem TYP-File lässt sich das Aussehen der Karte in Mapsource und evtl. auch auf dem GPS(Typabhängig) ändern.
Zur Einbindung ist es aber definitiv nicht notwendig.
Gruss papaluna

Zitat von sxc625

Mich würde mal interessieren wie man zur der oben genannten mdr Datei kommt?
Wer erzeugt denn die? Ich habe nur mdx.

Z.B. cgpsmapper personal.
Fürs Routing ist die nicht notwendig.
Die MDR ist Voraussetzung damit du z.B. in MS den Punkt "Orte suchen" hast.

Hi, Kirchm,

schön das du es hinbekommen hast.
Unabhängig davon würde mich trotzdem interessieren warum das bei dir(evtl. auch anderen?) mit ezMS V.103 nicht klappt.
Auch mit Gmaptool müsste es eigentlich noch einfacher zu machen sein.
Ich habe es gerade nochmals ausprobiert obwohl ich es vorher schon etliche Male erfolgreich so gemacht habe.

-24 Detailkarten aus mp-files mit mkgmap kompiliert.=> ergibt die files
63240001.img-63240024.img
63240000.img + 63240000.tdb benötige ich nicht für das weitere Vorgehen also weg damit
-Gmaptool gestartet
-FILES-ADD FILES =>63240001.img-63240024.img laden
-SPLIT
Directory=>Ausgabeverzeichnis festgelegt
Create => Files for Mapsource ausgewählt
Mapsetname=> für die Anzeige in MS
Set Mapset FID => eindeutige FID vergeben (PID kann immer auf 1 gesetzt werden)
Compile preview map=> Haken setzen

Split all => drücken startet die Erzeugung aller notwendiger Dateien
(oder Split selected falls noch andere Dateien in diesem Verzeichnis sind. Dann sind die zu verarbeitenden aber im FILES-Reiter zu markieren)
Man könnte die Installation jetzt mit der von Gmaptool erzeugten install.bat vornehmen.
Eine Anpassung selbiger ist hierbei notwendig.
EDIT: Zufällig hier noch auf Beitrag von Autor von GmapTool gestossen:
Einbindung OSM World
http://wiki.openstreetmap.org/index.php/User:Popej.
Die Limit-Einträge können bei kleineren Karten wegfallen.

Einfacher geht es mit
-Mapsettoolkit Starten
-Install auswählen
-TDB laden (Mapset00.tdb)
-Overview laden (mapset00.img)
-Registryname vergeben
-INSTALL Button
und fertig

Also bei mir funktioniert diese Vorgehensweise ohne den Umweg über ein gmapsupp.img einwandfrei.
Anfangs dachte ich auch das es notwendig wäre, erst ein gmapsupp.img zu erzeugen um dieses dann wieder zu splitten zwecks Einbindung(war halt der übliche Weg).
Ich habe jetzt leider auch keine Idee warum es bei dir nur über diesen Umweg klappen sollte.

Grüsse Papaluna

Zitat von kirschm

63240001.img (= Routingfähig als gmapsupp.img auf Garmin)

Und wenn ich ezMS über die 6324001.img drüberlaufen lasse, dann kommt das raus (nicht routingfähig in Mapsource, aber zumindest ist in den Routeneigenschaften 'Neuberechnen' aktiv aber wirkungslos):
OSMr Test TDB
OSMr Test reg
OSMr Test mp
OSMr Test MDX
OSMr Test img
63240001 img

Alles anzeigen

Warum das bei dir nicht klappt ist mir schleierhaft. Bei mir klappt das einwandfrei. Sogar mit Kartensets mit mehreren Detailkarten.
Poste deine Beispiel-img doch mal oder schicke es mir via PN. Irgendwie interessiert mich das schon. Das zugehörige mp-file wäre dann auch hilfreich.

Zitat von kirschm

Liegt es daran, dass ezMS, Mapsettoolkit und GMapTool die freie cgspmapper.exe verwenden, die nicht routingfähig ist?

Nein.

Zitat von kirschm

Wenn ja, gibt es eine freeware Möglichkeit, dass Zeugs routingfähig in Mapsource einzubinden?

Mapsettoolkit kann nur fertige routingfähige Kartensets incl. TDB einbinden. Mapsettoolkit erzeugt nicht die notwendige(richtige) TDB
GMapTool kann mit cgpsmapper free alles notwendige zur Einbindung in MS incl. Routingfähigkeit erstellen.(verlangt halt Handarbeit)
ezMS kann dies definitiv auch. Warum es bei dir nicht geht wäre zu untersuchen (s.o Angebot steht)

Zitat von kirschm

Was mich nur wundert: Wenn ich von team-iod.de z.B. aus einer Länderfile nur die 6324001.img plus mapset00.img als Übersicht plus mapset00.tdb mit Mapsettoolkit einbinde (und die restlichen Files gar nicht vorhanden sind, z.B. MDX), dann routet die auf Mapsource.

Es ist keine MDX-Datei zwingend notwendig um in MS routen zu können.
Entscheidend sind Einträge in der TDB. Dort wird ist z.B. auch festgelegt ob die Routinginformationen zum GPS übertragen werden oder nicht, diese also auch dort routingfähig ist.

Gruss Papaluna