Beiträge von morgen1

Zitat von huzzel

...Ich brauchte ein Batchfile mit dem der cgpsmapper bei alle Kartenkacheln die Transparenz eingeschaltet, und evtl. noch die Drawprio auf 30 gesetzt wird...

Hallo Huzzel, in welchem Zusammenhang soll das Batch gestartet werden?. Welche Files sollen denn bearbeitet werden :Img-Files oder mp-Files ? Die eines Kartensatzes oder die eines Ordners ? cgpsmapper verändert keine DP, sondern setzt beim Compilieren eines mp-files die im mp-file stehende DP. Man braucht zu Deinem Vorhaben den cgpsmapper überhaupt nicht. Die DP und Transparenz kannst du direkt in das File schreiben. Aber Du must in der Lage sein, ein wenig zu programmieren. Wie ich mit einem Batchfile einzelne Bytes ändern soll, ist mir schleierhaft. Außer gmaptool kann die Transparenz ja mit dem bekannten 'Transparent_2a.exe' von Peter Mapdekode geschrieben werden. Und die DP kannst Du auch mit IMG2MS für gesamte Kartensätze schreiben. Beides sind keine commandlinetools und dürften innerhalb einer Batch deshalb ausfallen. gmaptool hat eine commandlinevariante und könnte geeignet sein. Wie da die Befehlssyntax dafür aussehen muss, habe ich nicht eruiert. Vielleicht können die gmaptoolexperten da helfen.
morgen1

zum Deinstallieren must du folgende Reihenfolge einhalten:
erst mal Mapsource beenden, dann die Registryeinträge der Karten löschen. Das würde schon reichen, aber man sollte noch die Kartenkacheln löschen, um den Speicherplatz wieder freizugeben.
Wenn Du nicht von Hand in der Registry arbeiten willst, kannst Du IMG2MS von http://rapidshare.com/files/19…p_IMG2MSDemo1-7-2-deu.exe als Demoversion runterladen und die Funktion 'Karten entfernen' starten. Da werden die installierten Karten gelistet und durch click auf den Namen der Registryeintrag entfernt. Damit ist Mapsource sauber und Du kannst dann alle Files der Karte bedenkenlos löschen.
morgen1

Unter Vista: programme---->Zubehör ---->'ausführen'--->regedit eintippen --->ok. Im sich öffnenden Fenster wie im Windowsexplorer navigieren nach HKEY_LOCAL_MACHINE\Software\GARMIN\MapSource. MapSource markieren, Dann 'Datei '--->exportieren
freut mich , daß Dir IMG2MS geholfen hat.
Die Installation der Südtirolkarte von Jürgen ist normalerweise problemlos. Da es bei Dir nicht klappt, installiere noch mal mit ausgeschalteter Benutzerkontensteuerung. Aber frage nicht wie man die ausschaltet. Das steht in der Vistahilfe.
morgen1

IMG2MS von http://www.img2ms.de : http://rapidshare.com/files/19…p_IMG2MSDemo1-7-2-deu.exe installieren und auf den Button 'Karten entfernen' clicken. Da wird noch nichts entfernt, sondern Du bekommst zuerst eine Liste mit allen installierten Karten angezeigt. Dann werden in der Liste auch Fehler angezeigt. Normalerweise stehen in der Liste die Kartennamen. Falls aber statt des Namens eine Fehlermeldung steht, dann auf diesen Entrag clicken und nach Sicherheitsrückfrage wird der dazugehörige Registryschlüssel entfernt. Dann sollte Mapsource wieder laufen. Die Karte sollte dann neu installiert werden. Da Du auch Fehler beim Typfile hast, so ist aber zu bemerken, daß IMG2MS Typfilefehler nicht auflistet. Aber Typefilefehler führen nicht zum Absturz, lediglich ist die Anzeige dann grafisch anders. Deshalb kann es sein, daß Du den Kartensatz mit dem Typfilefehler auch entfernen und gegebenenfalls neu installieren must, wenn Du die Grafik des Typfiles wieder sehen willst. IMG2MS kann auch nur das Typfile wieder korrekt hinzufügen, falls Du weist wie es heißt und den Speicherort kennst. Also mach vorher eine Sicherheitskopie des Typfiles an anderen Stelle. Ich habe mir dazu einen Ordner 'Typfiles' angelegt. Man sollte nach jedem Löschen einen Probestart von Mapsource machen.
morgen1

Vorschlag an alle Beteiligten: Last uns wieder über unser Hobby diskutieren. Jeder hat jetzt seine Geistesblitze abgeschossen, ich eingeschlossen.
morgen1

Ist heute schon Rosenmontag ?. Fehlt nur noch schwyzerdütsch. Kann nur hoffen, dass es keine rätoromanischen Naviboardmitglieder gibt. Dann versteht der Rest gar nichts mehr.
Vielleicht machen die ADMIN's noch ein Unterforum für sprachlich definierte geografische Zonen auf. Incluse genauer Festlegung der Grenzen in 'WöGehEs'84.
oder löschen den ganzen Sch....
morgen1

NavisUser.at ? Ist das jetzt Dialekt oder Tippfehler ?

Zitat von Downgrade

...Mir fehlen zwischen Kompaß digital und Trekmap Dolomiti immer noch ganze Stücke...

Hallo, vielleicht hilft dieses hier, die Lücke im Bereich der Toskana zu füllen. :http://www.honig-seite.de/Toskana/toskanakarte.html
morgen1

Hallo Rene,
wäre höflicher, wenn Du hochdeutsch schreiben würdest statt Dialekt. Das Naviboard ist schließlich kein schwäbischer Dorfclub. Ich vermute Deine Probleme eher im Betriebssystem Vista. Schalte mal die Benutzerkontensteuerung aus, melde Dich als admin an und probiers noch mal. Die Benutzerkontensteuerung verhindert effektive Registryeinträge. Das habe ich an einem Laptop mit Vista Home Premium erst erlebt. Es konnten keine Unlockcodes wirksam eingegeben werden. Vista brachte nicht mal eine Fehlermeldung oder Warnung und schrieb trotzdem keine Registryeinträge. Nach dem Ausschalten funktionierte es dann problemlos.
Im Ami-Dialekt würde es heißen :'close the UAC'. (falls Du den auch verstehst.)
morgen1

Danke, Problem gelöst. Jetzt könnte an nur noch rätseln, warum ein paar Sekunden doppelt drauf waren.
morgen1

ich geh anders vor. cgpsmapper mympfile.mp liefert mir alle imgs. Die Übersicht erzeuge ich mit cpreview pv.txt
Eine mdr.img wird nicht erzeugt, nur eine mymap.img.idx.
damit funktioniert nur 'Suche nächstgelegene Orte' .
morgen1

Zitat von ErichS

Ohne Detail's,
hier passiert im Moment einiges, das auch die Verwendbarkeit "Normalsterblicher" in den nächsten Wochen (OK, lt. eigener Einschätzung Mitte 2009) ermöglicht. Ich erstelle probeweise seit ca. halben Jahr aus OSM themenbezogene Karten (für Garmin Colorado ... :):(). Die Karten der letzten Tage stellen aber die Garmin-Topo-A in sämtlichen Bereichen in den Schatten. Die Garmin-Karte kann nicht einmal mehr als "Kontrolle" herhalten.
Da die Erstellung der themenbezogenen Karten derzeit noch ziemlich uneinheitlich erfolgt, wird es demnächst, basierend auf den aktuellen Softwarepakten ein HowTo geben (wenn nicht von mir dann sicher von Mapperkollegen ... ;))

Im OSM-Wiki können einige (bereits sehr erfolgreiche Themenprojekte "... Radwege ..") nachgelesen werden. Für Anregungen ist Tür und Tor offen ...:D

Danke für Deine Bemühungen, das normal begabten zugänglich zu machen. Die entstandene Datenbasis ist sicher immer mehr interessant. Ich habe aber erst mal nach 3 Stunden Wiki lesen vor der Einarbeitung (noch) kapituliert. Das ganze scheint nur für Programmier-freaks verständlich zu sein. Da warte ich noch auf Deinen Output. Und wenn das dann für normalbegabte Bürger verständlich wird, werde ich mich mal damit befassen. Die von Dir so gelobte Austria -Version ist schon Interesse erregend.
morgen1

verwenden ja, Global Indexing noch nicht getestet. Ein einfacher
Index wird ja automatisch erstellt.
morgen1

Zitat von papaluna

.. Ich kann aber alle Tage sehen.
Gruss Papaluna

bei mir klappt das nicht. siehe screenshoot. links:über distance;rechts :über Zeit. Jetzt stellt sich die Frage, ob mein Gerätr defekt ist. Ich hatte die Firmware (US-Gerät) auf deutsch gepacht. Moment.. Habe es jetzt noch mal mir der Originalfirmware (us-version) probiert. Ergeniss ebenfalls negativ, es wird nicht die vergangene Zeit komplett dargestellt. Wie ich schob schrieb, ist der dargestellte Zeitraum identisch mit dem GPX-File der SD-card. Bin etwas ratlos, ob es ein Fehler meines Gerätes ist und zur Reparatur sollte .

Zitat von papaluna

OT:Nebenbei bemerkt erschliesst sich mir die Sinnhaftigkeit dieser Anzeigemodi des Höhenverlaufs eh nicht wirklich. Ja ,wenn Werte wie Gesamt/Teil Auf/Abstiegshöhenmeter ersichtlich wären...
Gruss Papaluna

Für Gleitschirmflüge ist es sinnvoll. Da gibt es einen online-contest vom Deutschen Hängegleiter Verband, wo man durchgeführte Flüge einreichen kann. Zum Beweis muss eine Trackaufzeichnung mitgeliefert werden. So sieht man gleich Startzeit und Landezeit. Und man will vorher erst mal selbst sehen, wie der Flug war. Beispiel: http://xc.dhv.de/xc/modules.ph…how_flight&flightID=66077

morgen1

Zitat von extemecarver

Besser waere, wenn Computerteddy einen Installer schreibt (der hat dann aber wohl auch wieder eine hardgecodete FID?).
.

Die hardgecodete FID darf eben nicht sein. Der Installer müßte als letzten Schritt der Installation die FIDs auslesen und in der vorgefertigten TDB und ggf. Typ eine freie FID reinschreiben. So macht es IMG2MS beim Ändern des Typfiles. Da wird einfach binär die richtige FID reingeschrieben und der Registryeintrag passend gemacht.
Oder man nimmt (Vorsicht: Eigenwerbung !) IMG2MS. Da past alles.
morgen1

Zitat von freeday

Hallo morgen1!

Wieso kommen die Leute zu Dir, wenn es ein OSM-Problem gibt. Danke.

Die Leute versuchen aus dem Internet gezogene Karten mit IMG2MS in Mapsource einzubinden. Dann stürzt MS ab und die denken es liegt an IMG2MS. Da kommt dann oft eine freundliche Bitte, doch mal die Ursache zu finden. Da weis ich noch nicht, daß es OSM -Karten sind. Erst wenn ich die img's dann zum testen bekomme, sehe ich am Copyrighteintrag, welche Karten es sind. Es waren leider immer OSM-Karten. Ich könnte gleich noch eine mitliefern. Will das Thema aber nicht vertiefen und OSM schlecht machen. Der Ansatz ist ja okay. Es dauert halt noch, bis da Stabilität rein kommt. Das Problem ist ja, daß alle freien Kartenhersteller auf Mapsource aufsetzen. Aber nur Garmin hat es in der Hand, für seine Kartensätze singuläre FID zu vergeben. Die anderen spielen da Roulette: ezMS nimmt einfach welche aus dem Bereich 5000 bis 6000 in der Hoffnung, nicht schon benutzt zu werden. Lediglich cgpsmapper hat seine käuflichen Vollversionen so gestaltet, daß ein Exemplar immer zwangsweise eine hardgecodete FID vergibt. Damit kommen sich wenigstens die Besitzer einer Vollversion mit den damit erzeugten Karten nicht in's Gehege. IMG2MS liest vor der Einbindung eines neuen Kartensatzes alle vorhandenen FID des Computers aus und benutzt die nächste freie FID. Einige Hersteller von Kartensätzen mit Installer-exe interessiert der Zusammenhang gar nicht und die benutzen irgendwelche FID, ebenfalls hardgecodet. Das ist blanker Wahnsinn. Wär mal interessant zu erfahren, wie OSM damit umgeht bzw. ob das Problem der singulären FID für OSM-Karten gelöst ist.
Für den weniger erfahrenen Nutzer : bei doppelt vergebener FID gibt es Probleme mit dem Typfile und eventuell wird nur 1 Kartensatz dargestellt. Der 2. scheint nicht auf. Hängt auch noch von der Registrierung ab.
morgen1

Zitat von extemecarver

Weißt du sicher dass der Fehler an der Tre Size liegt? Und dass hier eine 5000er Obergrenze liegt?

Von mir mit mkgmap und Tre-Size 7678 und RGN-Limit 127 kompilierte Karten funktionieren naemlich OHNE jedes Problem!!!!

Das einzige Problem liegt zurzeit bei den Kachelraendern in Mapsource (kein Tooltip mehr, bzw gar keine Kartenanzeige), ich glaube aber das liegt an der Uebersichtskarte!!!! Da ich diese aber mit einfach mit mapsettoolkit und cgpsmapper erstelle, sehe ich eher hier den Fehler (die von mkgmap kompilierten Uebersichtkarten verursachen IMHO sogar weniger solche Fehler, werden aber erst beim erstellen von Karten aus mind. 2 Datenquellen erstellt - ich muesste hierzu also eine Dummy OSM Datei miteinbeziehen).

Ich schaetze das .img weiter oben mit dem Fehler, wurde einfach mit einer fehlerhaften mkgmap Version erstellt!

Alles anzeigen

Sicher weis ich es nicht . Ich habe die mir gemailte Absturz verursachende Karte ( und davor schon einige andere ) mit einem Texteditor geändert und zwar auf TreSize =5000 , das ist lt . cgpsmapper- usermanual ein guter Mittelwert und mit cgpsmapper neu kompiliert. Danach war der Fehler weg. So daß die Annahme nahe liegt, die Ursache gefunden zu haben. Ich sehe aber auch die Möglichkeit, daß beim Neucompilieren mit cgpsmapper der Fehler beseitigt wurde und es nicht unbedingt an diesem TreSize liegen muss. Da könnte dann Dein Argument, daß eine Zeit lang eine fehlerhafte Version mkgmap benutzt wurde, zutreffen. Für eingehende Analysen und Gegenproben fehlt mir die Motivation. Da müßte man das geänderte mp-file mit mkgmap zur Gegenprobe compilieren. Es ist ja nicht mein Problem. Ich bringe die Karten zum laufen und damit ist das Problem für mich gelöst.
morgen1

Zitat von extemecarver

@ Morgen1
Hmm dass RGN Limit von 127 wurde gesetzt, weil sich hierdurch andere Bugs beheben ließen. Am besten schickst du einfach mal eine Mail an die Mailing List hier: http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Input, damit die Karten besser mit Garmin kompatibel sind, immer wilkommen. Das Ziel ist, dass mkgmap genauso gut funktioniert wie cgpsmapper, ist ja noch nicht erreicht.

Hallo extremecarver,
ich will mich da nicht sehr engagieren, da ich persönlich die OSM nicht brauche und ich kenne mich in der OSM -Szene nicht aus. Weis auch nicht, in welcher Programmiersprache das alles läuft. Aber es sollte einfach in eurem Composer eine statische Begrenzung des maximalen Wertes für TreSize auf ca 5000 eingebaut werden, das würde schon reichen. Der Tresize ist ja für die Performance auf dem Device mitverantwortlich. Ich hege die Annahme, daß der Tresize vom Composer dynamisch aus den Daten erzeugt wird, vermutlich will der Programmierer damit eine angepasste Performance erreichen. Aber er hat halt eine Obergrenze vergessen. Es gibt ja auch eine ganze Menge funktionierender Karten. Aber bei irgendwelchen Randbedingungen kommt es dann zu solchen Ausreisern. Da Du Dich da engagierst, könntest Du das Problem an die richtigen Leute herantragen. Versteh mich nicht falsch: ich habe nichts gegen die Idee der freien Karten. Mein Hinweis soll eher helfen, offensichtlich systematische Fehler zu beseitigen. Es scheint eine gewisse 'Betriebsblindheit ' bei den Programmierern zu bestehen. Der normale User kann solche Fehler nicht aufdecken und verzweifelt. Das ist nicht gut für's Image von OSM.
morgen1

Zitat von ErichS

OpenstreetMap wird gerade massiv im Bereich Österreich erweitert. Es werden gerade umfangreich fehlende Straßen und Wege eingepflegt. Ich habe auch Projekte für Wandern/Radfahren und ..... gestartet. Du kannst aus diesen Daten deine eigenen .img's machen wie beim vorhergehenden Posting angemerkt. Wenn Du Dich an der Verbesserung beteiligen möchtest siehe

http://wiki.openstreetmap.org/wiki/User:ErichS

als Startpunkt für die Detailprojekte. Es gibt zusätzlich noch ein eigenes Schiliftprojekt (SuFu bemühen).

Ich bin auch gerade dabei eine (einfache!) Anleitung zur Erstellung von Topo-Maps mit Themenbezug (z.B. nur Schitouren, oder Schitour+Schipiste .....) zu schreiben.

Also in den kommenden Wochen wird sich hier einiges tun. Wenn Du Tracks Beitragen kannst wäre das schön.

Alles anzeigen

Hallo Erich, schön an Hand Deiner Antwort mal einen aktiven OSM- Mitarbeiter kennenzulernen. Da habe ich eine Bitte an Dich bzw. das OSM Team: Programmiert bitte die IMG's so, daß die Mapsourcekompatibel sind. Mich erreichen wegen meines Programmes IMG2MS immer wieder emails frustierter OSM-Nutzer, die mir imgs mitsenden, welche Mapsource zum Absturz bringen. Die Analyse ergibt dann einen Copyrighteintrag für OSM. Fast immer liegt der Fehler in der [IMG-ID]-Sektion: Dort stehen dann unter TreSize utopische Werte. Und unter RGNLimit sehr kleine Werte, meist 127. Da es immer die gleiche Ursache ist, vermute ich mal eine Unkorrektheit in Eurem Composer. Die Korrektur des Eintrages TreSize auf Werte unter 5000 und RgnLimit auf 1024 behebt dann den Fehler. Der zu hohe TreSize-Wert führt zu kurriosen Fehlermeldungen(wahrscheinlich Pufferoverrun) wie "Erstellungsjahr 1792".
Angehängt ein Screenshoot so einer Karte, die MS zum Absturz bringt.
morgen1

Hallo,
ich bekomme es nicht hin, auf der Höhenmesserseite einen vom GPSMAP 60CSx (Softwareversion 3.7;GPS-Software 3.0) aufgezeichneten Track komplett mit der Einstellung 'über Zeit darstellen' anzuzeigen. Schalte ich um auf 'über Strecke darstellen' ist alles okay und die vergangenen Tage werden angezeigt. Nach dem Zurückschalten auf 'über Zeit darstellen' wird nur das Aufzeichnungsintervall wiedergegeben, welches in der täglich automatisch erzeugten GPX-Datei der Speicherkarte steht. Da aber bei 'über Strecke darstellen' mehrere Tage zurück dargestellt wird , müssen die Daten ja vorhanden sein, vermutlich im Actic Log.
Was mache ich falsch, oder was muss ich tun, um das Zeitintervall, welches 'über Strecke' da ist, auch 'über Zeit ' anzeigen zu können . ??
Bin für jeden Hinweis dankbar .
morgen1

Zitat von bernialb

Hallo!

Vielleicht bin ich einfach ein bisschen d...., aber ich krieg's einfach - auch mit Hilfe von Anleitungen, die ich im Netz gefunden habe, nicht hin.
Könntest Du mir das kurz in ein paar Schritten erläutern?

Danke!

bernialb

Alles anzeigen

Als Alternative gibts noch das leichtverständliche "GPSDAEMON".Version 1.5.8 funktioniert bestens. Gpsdaemon starten--> gmappsupp auswählen--> Liste anzeigen lassen und dann extrahieren . Du bekommst die Files 30000001.img bis 3000020.img, das sind dieTopo-Files und eine Anzahl 200000er Files, das sind nur die Höhenlinien. Die bindest Du mit IMG2MS jeweils als Kartensatz ein. Aber die Arbeit lohnt nicht so richtig. Topo D V2 ist besser. Zumindest im Bereich Fürth fehlt der OSM so einiges. Andere Landschaften habe ich nicht verglichen. Wie popej schon schrieb, ist das Typfile unbrauchbar und führt ev. zum Absturz. Ich habe deshalb das Typfile der Topo D V2 genommen. Vielleicht ist die OSM besser mit den Original-Typfile. Es ist aber nicht extrahierbar.
mfg morgen1