Beiträge von morgen1

Die muß nicht mal auf sd-Card sein, kann auch im internen Speicher des Navi sein. Navi anstecken und Basecamp liest die Karten vom Navi ein. Dauert nur ein Zeit. 2GB über USB (2?) braucht halt.

Zitat von Hannus

Wenn ich es richtig verstehe, kann man nicht zwei gmapsupp.img zu einem zusammenfügen; klar.
Kann man aber die einzelnen Kacheln zweier Länder, die man von der Seite der Freizeitkarte bekommt unter "Imageverzeichnis für QLandkarte" oder selbst erzeugt, zusammenfügen zu einer Karte? Könnte jemand das vielleicht (anhand von zwei kleinen (Bundes)Ländern) verdeutlichen?

Hast Du falsch verstanden, natürlich kann man 2 gmapsupp zu 1 zusammenfügen. Die gmapsupp ist ein Containerfile und kann innerhalb der zulässigen max. Dateigröße viele Karten enthalten. Aber jede der enthaltenen Karten bleibt weiter eigenständig mit dem in der Karte (nicht der gmapsupp !) enthaltenen Routingnetz. Wirklich 1 Karte wird es nur, wenn man nach Speichennippel vorgeht. Da können dann (müssen aber nicht) die Probleme im Detail liegen. 1. müssen sich die Kachelgrenzen genau berühren, 2. müßten an der Nahtstelle die Strassen sich genau treffen und den richtigen Index haben. Das ist in der Regel nur der Fall, wenn die zu vereinigenden gmapsupp von selben Erzeuger stammen. Wenn die Randbedingungen nicht stimmen, ist es zwar eine Karte, aber Routing bricht an der Kachelgrenze ab. Siehe Bericht von MiLeo. Unter der ungeprüften Annahme, dass alle Kacheln der Freizeitkarte, unabhängig der Zuordnung zu den downloadbaren Ländern einheitlich erzeugt worden sind, könntest Du alle Kacheln (Kacheln sind 12345678.img-Files) in einen Ordner downloaden und mit img2ms in Mapsource einbinden. Dann hast Du 1 große Karte des gewünschten Bereiches. Routing könnte funktionieren, falls die Randbedingeungen zutreffen. Ob die Kacheln den Randbedingungen entsprechen weiss nur der Hersteller selbst. Die Kacheln müßten in einem Durchlauf von mkgmap erzeugt worden sein. Ich mache das bei meinem Karten so. Es gibt aber auch gute Gründe, das anders zu handhaben. Und solange Du noch nicht 100% ig in der Materie stehst, ist es sicherer und nervenschonender fertige Karten zu kaufen, ich glaube mich zu erinnern, dass zur Freizeitkarte auch ein Kartenshop mit fertig bespielten micro-sd gehört. Auch auf meiner website sind fertige OSM-Karten verfügbar.

edit: Irrtum, den Kartenshop gibt es bei der Reit und Wanderkarte

Kann nicht sein. Mein 60CSx hat eine 4 GB Card, gefüllt mit ~3,7 GB und mit eneloop-Akkus von Sanyo eine Laufzeit von mindestens 16-20 Stunden. Die Laufzeit von 1 Tag (=24 Stunden) Dauerbetrieb ist normal. Sparen kann man an der Beleuchtung. Ich habe die Beleuchtung auf 15 sek. gestellt. Bei mir läuft das GPS im Einsatz zum Wandern proTag nicht länger als 8 Stunden und da komme ich mehrere Tage hin.
morgen1

Zitat von Hannus

....Mit Gmaptool habe ich die zwei betreffenden Karten zusammengefügt, leider hat das auch nicht funktioniert (es gab immerhin noch Probleme bei der Darstellung und beim Navigieren).

Sorry, aber Du hast keine Karten zusammengefügt, sondern 2 gmapsupp zu einer vereingt, das ist was anderes. Man kann prinzipiell keine Karten auf diese Weise 'zusammenfügen'. Nur wenn das gänge, könnte man weiter routen. Aber es geht nicht.

Sorry, ich bin noch nicht der große Experte und ebenfalls noch in der Lernphase, ich weis es nicht. Und mal was zum lachen oder heulen ?: ich habe die template.args von Hand editiert und am Schluß noch eine Kachel angefügt. Ergebniss. 'mkgmap sagt #file sowieso.osm.pbfnull does not exist# Hä..? ..osm.pbfnull ? Ursache: nach dem letzten Buchstaben der letzten Zeile muß man noch einen Zeilenvorschub setzen, sonst kommt der Fehler. Aber finde erst mal das nicht sichbare Zeilenvorschubzeichen im Texteditor. Insofern ist bicycle unnd bicyles genau so ein fast unauffindbarer Fehler.
mfg

Zitat von Speichennippel

Mit mkgmap habe ich folgendes gemacht:

highway=path {add mkgmap:ferry=1; add mkmap:unpaved=1}

Das klappt nicht! unpaved wird einfach ignoriert. Lasse ich die ferry weg, gehts.

Ich will folgendes machen:
Rennrad: alles vermeiden, was kein Asphalt hat (unpaved aktivieren)
MTB: alles nicht fahrbare vermeiden (ferry aktivieren)
zu Fuß: nichts vermeiden

Bisher klappt das beim Rennrad nur, wenn ich unbefestigt und ferry gleichzeitig vermeide. Wege mit ferry können nicht gleichzeitig unpaved sein.

Alles anzeigen

Dein Vorgehen, eine Map 'hinzubiegen' duch Verwendung von aktionblocks, die zwar das für Dich gewünschte Ergebniss bringen aber für was anderes vorgesehn sind, erinnert mich an extremecarver. Dessen Maps unerwartetes Verhalten zeigten (ist mittlerweile nicht mehr so !) . Du verstößt damit gegen das das Gebot der Klarheit des Codes. okay dass ist Deine Sache...
Das Ergebniss läßt sich auch mit unverbogenen. ehrlichen Code erreichen. Du willst Restriktionen setzen, also nimm doch etwa folgenden Code.

Zitat

The "setaccess" action sets all mkgmap access restriction tags to the given value no matter if they
already have a value or not. This is a helper action to avoid long action blocks.
{ setaccess 'no' }
is the same as
{
set mkgmap:foot=no;
set mkgmap:bicycle=no;
set mkgmap:car=no;
set mkgmap:taxi=no;
set mkgmap:truck=no;
set mkgmap:bus=no;
set mkgmap:emergency=no;
set mkgmap:delivery=no
}

Alles anzeigen

Das ist ein Beispiel aus dem Stylefile-Manual des Releases-2998. Falls Du noch eine vorherige benutzt, denk dran, dass die Stylefiles leicht geändert werden müssen. Ich habe mit der include compat-file Methode nur durch hinzufügen des <finalize> und der includes ohne weiteren Änderungen meine Styles fit machen können für r2998 (und jünger ?)Alternativ könntest Du alle Strassen usw. welche Du vom Routing ausschliessen willst mit einem anderen, nicht routingfähigen 3 byte Garmin-Typ übersetzen und im Stylefile wieder die optische Darstellung des ursprüngtlichen Typs draus machen.

Zitat von Speichennippel

...weil im splitter die Kacheln zu groß gewählt sind.

..hmm.. ich lass den splitter erstmal ohne areas.list laufen, da legt er selbst die Kachelgrenzen fest. Ergebniss: 750 Kacheln für Europa. Routing bis ca. 200 km funktioniert, wobei sicherlich Kachelgrenzen überschritten werden, bei 500 km aber oftmals nicht mehr. Beim nächsten Lauf editiere ich die Kachelgrenzen im Texteditor, aber das editieren der areas.list hat andere Gründe als Routing und die Größe der Kacheln werden nicht sehr stark verändert (nur feintunig für meineZwecke). Welche Größe wäre den optimal ? Wobei als Nebenbedingung ja noch die Dateigröße zu beachten ist.
morgen1

Zu sehen auf dem Display ist immer die Karte mit der höchsten DrawPriority (DP). Die DP stellt der Kartenhersteller ein. Man kann die DP auch nächträglich mit img2ms ändern. Es gibt kein kartenüberschreitendes Routing. Bei OSM-Karten ist das Routing nochmehr eingeschränkt, weil die Datenspezifikation von GARMIN nicht offengelegt ist und nur mehr oder weniger gut aufgeklärt ist. Kachelüberschreitendes Routing bei OSM funktioniert mal und mal nicht. Prinzipiell gilt : man kann nur soweit routen, wie die Karte abdeckt. Wenn man die Kartenabdeckung verläßt, sollte man die nächste Karte aktiv schalten und damit weiter routen. Hat man mehrere routingfähige Karten aktiv, kommt meistens Unfug beim routen raus, auch Abstürze sind möglich, weil die Karten sich gegenseitig beeinflussen. Es soll vernünftigerweise immer nur 1 routingfähige Karte aktiv geschaltet sein.

Ich bin lange Zeit auch überzeugter MS -Anhänger, aber mit dem jetzigen Entwicklungstand ist BC gleichwertig, wenn auch anders. Ein Vorteil ist die bessere Grafikengine in BC. Ich erzeuge jetzt viele OSM-Karten, die teilweise extrem hohe Dichte haben und Mapsource kommt da bei der Darstellung nicht mit und läßt ewig leere Flecken, die dann zwar beim zoomen gefüllt werden, aber BC kennt diese Probleme überhaupt nicht.

Ist nur Vermutung; es könnte mit der Drawpriority zusammenhängen. Falls die Kacheln der Wanderkarte keine einheitliche und hohe DP haben, könnte ich mir sowas vorstellen. kann man z.B mit IMG2MS auslesen. Dazu muß die Karte am PC iinstalliert sein. Oder mit gmaptool könnte es auch gehen. Etwas ähnliches passiert in Mapsource mit anderen OSM-Karten auch, aber nicht in Basecamp. Da hat MS mit Kacheln hoher Dichte ähnliche Aussetzer. Sollte die Firmware des Oregon bezüglich Darstellung ähnlich wie MS programmiert sein, könnte ich mir das Phänomen erklären. Ändern kann man da nichts.

probiere mal ob es hilft : nenne die gmapprom.gma um in gmapsupp.gma

Und was passiert, wenn Du an den 'Fehlstellen' weiter rein zoomst ? Erscheint da der Karteninhalt ?

Zitat von tholle

...Kann mir einer sagen, wo genau man eigene POIs aktivieren kann?

Auf meinen Navis (da ist aber kein Zumo390 dabei) ist eine Aktivierung nicht nötig. Die sind immer aktiv. Einfach mit dem POI-Lader aufspielen oder die fertige <name>.gpi drauf kopieren und sind aktiv.
morgen1

Das mus man differenzierter sehen. OSM ist erst mal nur eine Datenbank. Was dann als Garminkarte draus gemacht wird, hängt vom Konvertierer ab. Wenn der Konvertiere nur die Voreinstellungen von mkgmap nimmt, dann kommt das raus, was Karthagos in Basecamp erlebt und bagosi die Hintergründe richtig beschreibt. Vereinfacht ausgedrückt: die Karten sind nicht komplett kompatibel. Das liegt aber nicht am fehlenden NT-Format, sondern nur am Willen der Konvertierer. Wenn man sich die Mühe macht, die OSM-Datenbank in die bekannten Garminelemente zu übersetzten und nicht wild drauf los eigene Elemente erfindet, dann verhalten sich solche OSM-Karten zu 99,9% in Basecamp erwartungsgemäß :Beispiel gefällig : meine Übersetzung der Datenbank: 1 Bild mit Anzeige der Punkte aktiviert, 1Bild Punkte deaktiviert.
@Kartaghos : bei mir werden in der CN 2014-40 mit originalem Typfile die Punkte erwartungsgemäß ausgeblendet. Zumindest fast alle, einige wenige verbleiben .

Du hattest gefragt, wie man bereits vorhandene Karten von einem PC auf einen Anderen bringt. Warum kopierst Du das nicht ? Sondern vergeudest Zeit und Downloadvolumen mit erneutem Download ? oder ist es eine andere Karte ?

dann lautet der Speicherort C:\Program Data\Garmin\Maps

Das war nicht die Frage. Die Frage ist, welches Betriebessystem Du nutzt ? 'OS' heist Operatingsystem, zu deutsch Betriebssystem

Leider schreibst Du nicht, welche OS Du auf dem großen Notebook und dem kleinen Netbook hast. Im Prinzip brauchst Du nur den Ordner City Navigator Europe NT 2014.40.gmap kopieren. Allerding ist der vorgeschriebene Ordner je nach OS unterschiedlich. Entweder Du teilst das mit oder Du installierst Dir img2ms und clickst dort 'zeige Pfad zum gmap-Ordner'. IMG2MS liest den jeweils zutreffenden Pfad aus und zeigt den an. Dann einfach den City Navigator Europe NT 2014.40.gmap -Ordner in den angezeigten Ordner als Unterordner kopieren. Wenn Du auch noch die Freischaltcodes gleich mit importieren willst, kannst Du das ebenfalls mit img2ms machen. Dann aber zuerst auf dem Quellrechner 'Karten exportieren', den Anweisungen folgen und am Zielrechenr 'Karten importieren'.
morgen1

Bei einigen modernen Geräten muss man erst selbst die MTP-Settings umstellen, damit das Gerät als Wechseldatenträger vom PC erkannt wird. Die gmapsupp.img ist die Datei, die die jeweilige Karte enthält. Es ist eine Containerdatei, die auch mehrere Karten enthalten kann. Ja Du sollst sichern, sonst hast Du nach dem Test keine funktionierende Karte auf dem oregon.
morgen1

Zitat von resend

Super, danke für die Antworten

Aber wie ist das gemeint:
""
Die Nüvikarten darf man aus rechtlichen Gründen nicht auf dem Oregon nutzen. Tecchnisch sind die gleich, aber es wäre illegal. Du kannst selbst erleben, was passiert, wenn Du es versuchst. morgen1
""

?
Also technisch ist es ohne weiteres möglich, aber man darf es nicht? Und wie will garmin rausbekommen ob ich solch eine Karte auf einem wander gps Gerät nutze? Was kann passieren?

Alles anzeigen

Selbst gemachte Erfahrungen sind am lehrreichsten. Deshalb probiere es aus. Keine Angst, es kommt keine Polizei und Du wirst keine rechtlichen Nachteile haben. Garmin kann es aus der Ferne nicht kontrollieren. Nur ganz blöd ist Garmin auch nicht und kennt die Gier nach kostenlosen Karten. Wenn Du dann 2 Stunden verschwendet hast und nochmal 1/2 h brauchst, um die 2 GB gmapsupp über das langsame USB zurückzuspielen, sind die meisten geheilt. Ich empfehle aber vor dem Test dringenst auf dem Navi die Datei <Naviname>:\Garmin\gmapsupp.img auf den PC zu kopieren. Dateigröße ungefähr 2 GB. Du wirst die vermutlich nach dem Ausprobieren wieder brauchen. Die könnte auch unter <navi>:\Garmin\Maps gespeichert sein. Wo die auf Deinem Navi ist, weiss ich nicht, da die Speicherorte geringfügig variieren. Könnte auch unter .\system liegen. Der Name ist aber immer gmapsupp.img. Und Du solltest vor dem Test sicherstellen, das Du vom PC aus Zugriff auf das Filesystem hast, ist ja logisch, denn sonst kannst Du die Kopie nicht auf den PC schieben. Falls der Zugriff noch nicht besteht, suche im Bord nach den MTP-Settings. Freilich kannstdu OSM kostenlos nutzen. Nur ganz so einfach ist es mit den OSM auch nicht. Da lauern andere Stolperquellen, die FID könnte, falls mehrere Kartren drauf sind, die Darstellung 1 Karte davon verhinderen. Du bist ja erst neu dabei und wirst hoffentlich fleißig mitlesen. Nur mit etwas Erfahrung stolpert man nicht in die OSM-Fallen. Must dich halt weiter mit der Materie beschäftigen.