Beiträge von Papaluna

Hi,
ich habe es selbst mehrfach erprobt.
Du musst die von mkgmap erzeugte .tdb und die Übersichtskarte 63240000 img weglassen.
ezMS erzeugt dann beides neu.
Du brauchst nur die Detailkarte 63240001.img.

Gruss
Papaluna

Zitat von kirschm

Wie kriege ich das Routing auch in Mapsource hin?

ezMS
http://www.malfreemaps.com/viewforum.php?f=23
Vorteil: der einfachste Weg
Nachteil: Vergabe der FID nicht freiwählbar

Oder fallst es dir nicht zu unelegant und umständlich ist, gibt es noch den Weg über das gmaptool. Siehe z.b. Beitrag #21.
Man wohl kann auch direkt aus den imgs ohne den Umweg über gmapsupp über SPLIT "create files for mapsource "
die notwendigen Dateien erzeugen. Bedeutet aber alles Handarbeit.
Gruss Papaluna

Zitat von Klaus_K

Hi,
langsam wird es unübersichtlich.
Ich muss erst einmal alle Fehlerquellen ausschliessen und melde mich
nochmal, wenn ich wieder den Überblick habe.:)

Jo Jo,

anscheinend wird der Begriff Mapset je nach Programm unterschiedlich verwendet.

Gruss Gert

P.S.

Gehe jetzt auch mal lieber ein Kölsch trinken

Zitat von papaluna

es müsste auch mit Gmaptool gehen. Alle Detailkarten zu einem Gmapsupp zusammenbraten dann dieses File mit SPLIT und "create Files for mapsource" aufbereiten.(Mapsetname, FID, PID etc.angeben). Nach Anpassung der Pfade etc. in der install.bat(wird mit generiert beim splitten) mit selbiger in MS installieren.

Nachtrag:

Das zusammenbraten der Detailkarten(JOIN) kann entfallen.
Man kann direkt nach Auswahl der Detailkacheln mittels SPLIT und entsprechender Einstellungen ein Mapset erstellen. Hier ist der Eintrag bei Mapset dann auch der Name für den Kartensatz auf dem Gerät + Kartenproduktauswahl in Mapsource.

Wenn man die Anzeigenamen der Kacheln ändern will kann man das mit gmaptool durch Auswahl der Kachel und mit WRITE => Mapset "Name" eingeben und dann "write selected" bewerkstelligen.

Gruss Gert

Zitat von Klaus_K

Das ändert zwar nicht die Namen der einzelnen Kartenkacheln, aber den
Namen des Kartensatzes im Menu am Gerät, in dem Du komplette Kartensätze an und abschalten kannst.

Hat das bei dir wirklich funktioiert?
Bei mir geht das jedenfalls nicht.

Zitat von Klaus_K

Schau Dir auch noch mal die Kommandozeilenparameter für mkgmap an,
dort kannst Du auch noch Einfluss nehmen.

--mapname => ändert Dateiname des img-files
--description => Internen Namen der Detailkarte vergeben # muss dann wohl für jede einezlne Detailkarte gemacht werden. Die Einträge in den mp-files werden nicht ausgewertet. Wie es bei Direktumwandlung der OSM-Daten weiss ich nicht.

Gruss Gert

Hi kirchm,

es müsste auch mit Gmaptool gehen. Alle Detailkarten zu einem Gmapsupp zusammenbraten dann dieses File mit SPLIT und "create Files for mapsource" aufbereiten.(Mapsetname, FID, PID etc.angeben). Nach Anpassung der Pfade etc. in der install.bat(wird mit generiert beim splitten) mit selbiger in MS installieren.

Einfacher geht es mit dem Tool TDBchanger v 0.4.
Dort ist der ! CDMapset Name zuändern.

Gruss Papaluna

Zitat von sxc625

evtl. wurde die $LANG variable falsch gesetzt.
Da müßte man sehen. Hängt evtl. auch mit von den LOCALES ab die in Deinem System gesetzt sind. Aber die $LANG environment variable auf "de_DE.ISO-8859-1" setzen sollte helfen.

Hi, Marco,

ich hoffe ich habe es richtig verstanden.
Du meinst "set LANG=de_DE.ISO-8859-1" auf DOS-Ebene?

Hat aber leider nichts gebracht. Immer noch ein paar Warnings der Art
[javac] N:\mkgmap\branches\nod\src\uk\me\parabola\imgfmt\app\labelenc\Latin2Encoder.java:58: warning unmappable character for encoding Cp1252

Gruss Gert

Zitat von sxc625

Es sieht nach eine bug in der Pfadberechnung aus.

Hi, Marco,
hast du die Routingnodes der Streckenabschnitte mal überprüft?.
Ist das Verhalten für alle Stichabzweige so?
Ich frage weil bei meiner Karte aus eigenen Traildaten ist dieses Phänomen bisher nicht aufgetreten bzw. nicht von mir zu reproduzieren.

Ansonsten Meldung hier:
http://wiki.openstreetmap.org/wiki/Talk:Mkgmap/routing
oder hier bei den Entwicklern Nachricht hinterlassen.
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Gruss Gert

Zitat von sxc625

Wo muß ich den Fehler suchen. Liegt der in einer meiner Karten, oder macht da MS Probleme? Denn es müßte doch bis knapp unter 2GB große Karten gehen.

Hi, Marco,
nur so eine Idee.
Es gibt Geräte die haben eine obere Grenze für die Anzahl der Kacheln(Detailkarten). Beim 60csx soll die bei 2025 liegen. 19xx MByte solltest du ansonsten schon drauf kriegen. Dies ist dann aber auch die obere Grenze für die Grösse des Kartenfiles. Eine grössere mSD geht zwar, kann aber nicht für Karten ausgereizt werden.

Gruss Gert

Zitat von sxc625

Wegen der Fehlermeldung: Das kommt sich er daher dass in einem Ausgangsfiles irgendwo Zeichen vorkommen die nicht auf CP1252 gemappt werden können. Soweit ich weiß sind die tilde ~ und die eckigen Klammern schon mit drin. Die würde ich jetzt mal nicht als problematisch ansehen.

Ich weiss jetzt nicht ob du da etwas falsch verstanden hast aber die Java-Warnung tritt beim kompilieren von mkgmap auf und nicht beim kompilieren von Karten. Die Kartenfiles spielen hier keine Rolle sofern du das mit Ausgangfiles meintest.

Zitat von sxc625

Wenn man doppelte FID's hat, dann stürzt MS gleich ab, oder?

Nicht unbedingt sofort beim Start, aber spätestens bei Auswahl des "doppelten" Kartenproduktes.

Gruss Gert

Hi, Marco,

also ich habe mir gerade mal die r878 aus dem branch/nod mit "ant dist"
zusammengebraten und an einer Overlaykarte im mp-format ausprobiert.
Auf dem Gerät routet die jetzt ohne Probleme(ohne jetzt die Feinheiten zu untersuchen). Auch die "pinky line"-Problematik ist seit r877 anscheinend gelöst.
Also wenn du eine Karte hast die auf dem Gerät, aber nicht in MS routet ist bei der Einbindung(vermutlich bei der tdb-Erstellung) etwas schief gelaufen.

Routing über Kachelgrenzen geht übrigens. Zumindest auf Basis von mp-format Daten. Mit osm-Daten habe ich bisher noch nichts gemacht.

By the way:

-ich bekomme beim erstellen von mkgmap mehrere Warnings der Art "javac...unmappable character encoding cp1252...".
Muss ich mir da Gedanken drüber machen ? Steht das evtl. damit in Zusammenhang das
- Special codes für die Darstellung von Labels wie "~[x01e]" etc. nicht ausgewertet und nur alsText dargestellt werden.

Gruss
Papaluna

Hi, Klaus,

mit dem Alter liegts du durchaus im richtigen Bereich.
Die Gleitsichtgläser hat mir mein Kumpel übrigens auch schon mal angediegen.
Da wäre dann aber auch schon ein 278er mit enem schönen großen Display drin. Nur in die Jackentasche passt der nicht mehr und für die Stromversorgung müsste ein Solarpanel oder sowas her :D.

Gruss Gert

Zitat von Klaus_K

Hi,
Bitte schlagt mich jetzt nicht, daß das alles von Eschenbach ist.
Ich habe aber auf die Schnelle nichts anderes gefunden.

Nix läge mir ferner.

Ein Kumpel, mit dem ich bike, ist Optiker und hat als erstes auf diesen Hersteller verwiesen. Aber ein befriedigende Lösung habe wir auch noch nicht gefunden. Im Grunde müsste man für die Linse von so einer Lupe ,"nur" eine passende Halterung bauen.
Über die Ram-mount-Version bin ich damals nach dem Kauf des GPS eher zufällig mal gestolpert, als ich eine Halterung für das Gerät gesucht habe. Vor 3 Jahren waren meine Augen in der Tat noch etwas besser.
Und jetzt habe ich mich halt wieder daran erinnert.
Gruss Papaluna

Hi, Marco,

bzgl. Typ-Files und copyright sagt mir mein gesunder Menschenverstand, das sie sofern sie zu einem kommerz. Kartenprodukt gehören auch dem dazugehörigen copyright unterliegen.

Mit version r877 von mkgmap (im NOD branch) ist das pinky line Problem nach erstem Augenschein anscheinend gelöst.

Gruss Papaluna

Hallo Marco,
Glückwunsch

Zitat von sxc625

Nur die Integration ins Mapsource bedarf noch etwas Handarbeit.

Dank gmaptool hält sich das aber in Grenzen.

Hast du das routing schon getestet?
Ist bei dir auch schon das pinky line-Problem aufgetaucht?(unterbrochene und/oder wirre magentafarbene Routinglinie auf dem Gerät.)
Das Problem hatte ich sofort bei einer simplen Umwandlung eines tracks in eine Overlay-karte.
Auch wenn das Routing übrigens in MS einwandfrei zu funktionieren scheint und im Gerät die Abbiegeanweisungen wohl zu stimmen scheinen, tritt das Problem mit der Anzeige der Routinglinie auf.

Da Routing über die Kachelgrenzen wird ja über sogenannte Externe Nodes geregelt. Im Mp-Format ist das ein Eintrag bei den Nod-Einträgen
Bsp:
Nod1=0,89,1
Nod2=3,83,0
Nod 1 ist ein externer Routing-Node gekenzeichnet durch die 1 an der 3.ten Stelle.
Im Prinzip wird dabei an Hand exakter Übereinstimmung der Koordinaten
der entsprechende Gegenpart in der angrenzenden Kachel ermittelt und die Verbindung hergestellt.
Die muss man in Gpsmapedit jedoch manuell per Hand anlegen.

Das autmatische erzeugen dieser externen Nodes dürfte bei mkgmap vermutlich nur mit Daten im osm-Format funktionieren. In der neuesten Version kann mkgmap wohl ja direkt aus osm-Daten routingfähige Karten kompilieren.
Ansonsten müsste in osm2mp ja eine entsprechende Behandlung der externen Nodes sein.

Gruss Papaluna

Hallo iglg,

Zitat von iglg

Nach meinen Erfahrungen verursachen die Navihalterungen, bei denen das Gerät so fest mit dem Bike gekoppelt ist, sehr schnell den "GPSMAP60-schaltet-sich-ab"-Fehler durch die Vibrationen der innenliegenden Batterie-/Platinenkontakte.

Das wäre auch eine meiner Befürchtungen. Allerdings verwende ich meinen Original-Garmin-Halter seit 3 Jahren ähnlich wie in #25 des folgenden Beitrages. Und das bei 3 AlpenX etc. ohne Probleme.
http://forum.pocketnavigation.…ighlight=Halterung&page=2
Die Lupe würde ich wohl separat befestigen.

Letztlich sind alle Befürchtungen angesprochen worden, welche ich auch sofort hatte (ausser der Stil-Faktor).
Ich hatte halt auf praktische Erfahrungen von jemanden gehofft der dieses Teil einsetzt oder eingesetzt hat.

Trotzdem nochmals Dank an alle.

@ rainmaker
Über die Fresnell-Linsen bin ich auch gestolpert. Hatte hier aber auch keine Gelegenheit mir die mal anzusehen.

Gruss Papaluna

Zitat von huzzel

Weiß eigentlich wer, in welchen Bereichen es die neue Typen gibt?
0x10f00 bis 0x10f1f
0x11000 bis 0x1101f sind sie bei der D V2 definiert.
Gibt es auch noch mehr?
Wenn ja, werden die dann entsprechend fortgeführt, sprich
0x11100 bis 0x1111f
0x11200 bis 0x1211f
...
Und bei Linien:
0x10e00 bis 0x10e1f
0x10f00 bis 0x10f11
Geht es hier, wenn überhaupt, dann mit
0x11000 bis 0x1101f
weiter?

Alles anzeigen

Hast du schon mal in die RGNtype.txt geschaut die beim cgpsmapper mitkommt?
Die dort angegebenen Objekttypen können von cgpsmapper erstellt werden.

Ob das nun alle sind, die auch Garmin verwendet oder verwenden könnte, wird letztlich nur Garmin selbst beantworten können.

Gruss Papaluna

Zitat von trailsurfer

es muss befürchtet werden, das die Lupe, ausser in der Bildmitte, eine stark verzerrte Vergrößerung des Displays darstellt. Ob das so praktisch ist ?

Befürchten kann man vieles. Erst im praktischen Gebrauch weiss man mehr.
Praktisch wäre es natürlich sicher nicht. Aber wie gesagt beim Test mit Handlupen war das Ergebniss so schlecht nicht und HDTV erwartet sowieso keiner.

Zitat von trailsurfer

Beim 60er lässt sich über Setup einstellen, wie groß die Schriften auf dem Display dargestellt werden sollen. Wäre das eine Alternative ?

Alternative? Also die Schriften sind gross genug im Bedarfsfall und ihre Anzeige ist bei mir meistens ausgeschaltet damit nicht noch mehr zugedeckt wird. Wenn ich es dann genau wissen will, fahre ich halt mit dem Cursor über das Objekt.

Gruss Papaluna

Hi Stefano,

Zitat von Stefano

-Durch die Distanz zum Display musst du zimlich gerade hineinschauen,
sobald du einen schrägen Blikckwinkel hast wird alles zerzerrt und durch das Verschieben des Blickwinkels wackelt zum Teil das ganze Bild

Na ja , nahe am Vorbau montiert schaue ich im Normalfall ja gerade,ausser wenn ich mal wieder auf der Jagd nach Rotsocken in Pawnee-Manier seitlich am Rad hänge (um allen Missverständnissen vorzubeugen, ich wandere selbst und bewege mich so respektvoll wie möglich durch die Umwelt, auf das niemand Schaden nimmt oder sich gestört fühlen mag)

Zitat von Stefano

-Verspieglungen sind auch nicht zu unterschätzen
-die Optick "frisst" zum Teil sehr viel Licht
(Nintendolupe hat sogar noch eine Beleuchtung)

Mag schon sein. Aber erste manuelle Tests mit einer Eschenbachhandleselupe waren ganz vieversprechend und haben mich halt angeregt mich mal umzuschauen was es so gibt. Und dabei bin ich halt auf obiges Produkt von Ram-Mount gestossen.

Zitat von Stefano

-Stabilität: ich kann mir nicht vorstellen dass das auf einem MTB funktionieren kann. Der Orginal Garminhalter ist ja schon Schei... so dass ich mir einen selber gemacht habe (bei Downhils verschwindet das Gerät eh im Rucksack, ich kenne mich ja )

In Verbindung mit der Ram-Mountbefestigung sehe ich hier im Gegenteil kein Problem. Ob ich dann meine modifizierte Garmin-Originalhalterung durch eine von Ram-Mount ersetzen würde, wäre zu überlegen.

Ich bin jetzt 2 AlpenX mit dieser modifizierte Garmin-Originalhalterung gefahren. Und sie hat prima gehalten. Bei uns hier im Rheinland/Bergischen Land gibts nur wenig derart brutale DHs das ich da ein Problem sehen würde bzw. und zweitens meide ich nunmehr älter geworden, mittlerweile diese doch lieber und bevorzuge flowige Weg mit Aussichten.

Zitat von Stefano

Auf die Leute mit den doofen und neidischen Blicken würde ich pfeifen,
die Hauptsache es passt für dich und du bist damit zufrieden.
Wir haben zuviele Leute in unserer Gesellschaft die sich der "Allgemeinheit anpassen" weil die anderen es so tun.

Du sprichst mir aus dem Herzen.

Gruss Papaluna

Zitat von iglg

Aber mit einer 2 fachen Vergrößerung durch die Lupe verdoppeln sich ja auch die Auslenkungen des Displaybildes.

Jo. auch nicht von der Hand zu weisen.

Zitat von iglg

Selbst wenn es funktioniert, gehört die Konstruktion für mich eher an ein Kettlerrad, als an ein MTB.
Die Style-Polizei lässt grüßen;)

Sorry, bin zu alt um mir deshalb graue Haare wachsen zu lassen:p. Wenn es funktionieren würde, würde ich auf den Style schei... .

Gruss Papaluna