Beiträge von 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

Zitat von wildgoose

Danke, werd ich probieren. Ich war mir nicht ganz sicher, ob ich eine neuere Version dieser Datei (wie sie jetzt in XP verwendet wird) auch in Win200 einfügen kann. Theoretisch ja schon ....

lg, Paul

Bei solchen Aktionen arbeite ich immer mit 'Netz und doppeltem Boden'. Sprich vorher wird ein Systemwiederherstellungspunkt angelegt und die alte dll unter anderem Namen in einem Ordner gesichert, zu dem ich immer Zugriff habe. Also nicht auf der Systempartition. Dann kann nichts schiefgehen. morgen1

msvcrt.dll hat unter Xp version 7.02.260...... Da würde ich mal zu einem Update raten. W2000 ist veraltet. Kann durchaus sein, daß eine neuere version das Problem behebt.
morgen1

gibt es jetzt unter http://www.honig-seite.de/Toskana/toskanakarte.html morgen1

ich befürchte nein. Der Programmordner IMG2MS wird vom user bei der Installation frei gewählt. Deshalb weis ich nicht, in welchem Pfad ich alte Files löschen müßte.
Und es ist auch nicht klar, ob der user vielleicht die alten Versionen parallel behalten möchte. Ein zwangsweises Löschen scheint mir da nicht angebracht, weil es die Entscheidungsfreiheit des Users einschränken würde und technisch ist es nicht erforderlich.
Die Entscheidung zum Löschen der alten Version muß ich jedem selbst überlassen; das bedeutet, es muß von Hand gelöscht werden.
morgen1

Zur Funktion der Version 1-7-1 als Update sind nur folgende Files zwingend erforderlich. Die anderen sind entweder Reste von alten Versionen oder nur Zubehör (Sound, FAQ):
Erde.ico;IMG2MSVoll1-7-1-Update.exe; sendg.dll; cgpsmapper.exe. Betreffs der wave -files kannst Du unter dem Namen Deinem Lieblingssong stellen oder löschen, dann bleibt er stumm. Das .mor files ist nach erfolgreicher Erstellung der IMG2MSVoll-1-7-1-Update exe überflüssig und wird nicht mehr gebraucht--->löschen.
morgen1

Hallo @ all,
ich nehme das gleich mal zum Anlass, als kleines 'Nikolaus-Geschenk' ein exe-file bereitzustellen, welches die Testzeit generell bis Silvester 2008 verlängert. Unter :http://www-user.tu-chemnitz.de/~moth/Testzeit_verlaengern.exe downloaden, im Ordner mit der IMG2MSDemo-Installation speichern und 1x ausführen, verlängert die Testzeit generell für alle bis 31.12.2008. Sollten mehrere Demoversionen vorhanden sein, so muß es in jedem Versionsordner ausgeführt werden. Ich empfehle, nur die höchste Version 1-7-1 zu behalten und niedere Versionen zu löschen.
Happy chrismas
morgen1

Hallo @ all,

Zitat

.. Eigentlich benötige ich im Ordner nur ein Programm und fertig..

Man kann problemlos alle Ordner der alten Versionen löschen oder deinstallieren.

Zitat

...Davon läuft die vor einer Stunde installierte IMG2MSDemo1-7-1.exe nicht: "Demozeitraum ist überschritten", warum? ...

Vom Server lädt man immer nur die Demoversion. Die Vollversion bekommt jeder individuell als email zugestellt. Die zugemailte Vollversion ist aber nur das Vollversions-exe-file, welches etwas anders programmiert ist. Die zur Programmfunktionsfähigkeit erforderlichen Laufzeitbibliotheken (DLL's) werden nicht nochmals mitgesendet. Grund ist die Größe : Die Demo komplett inclusive aller DLL's hat ca 10.5 MB. Das Vollversions-exe-file nur 75 KB.
Eine neue Demoversion verlängert die 14 Tage Testzeit nicht. Sind die 14 Tage Testzeit mit irgendeiner Demoversion verbraucht, so sind die ewig verbraucht. Ausnahmen waren nur gelegentliche Sonderaktionen, durch die die Testzeit generell verlängert wurde. Da Du eine Vollversion installiert hast, und damit eine gültige Seriennummer, brauchst Du noch das Update http://www-user.tu-chemnitz.de/~moth/AutoUpdate-1-7-1.zip ) mit 93 KB.. Im Update auf die 1-7-1 sind keine neuen DLL's enthalten. Im Gegenteil. Es gab bei einigen Probleme, die ab Version 1-6 eingeführte Funktion Mapsource-V1.14.1-compatibility zum laufen zu bringen, weil eine zusätzliche regobj.dll mit regsvr32 am Computer registriert werden mußte und die automatische Registrierung fehlschlug. Deshalb bin ich bei V1-7-1 programmiertechnisch einen anderen Weg gegangen und konnte die problematische regobj.dll wieder rausschmeissen. Lies nach dem entzippen die enthaltene Readme.txt. Starte die drin steckende IMG2MS_Autoupdate1-7-1.exe und damit wird Deine persönliche (d.h. mit der vorhandenenen Seriennummer versehene) IMG2MSVoll1-7-1-Update.exe erzeugt. Die must Du starten mit Doppelclick. Damit das IMG2MSVoll1-7-1-update.exe läuft sind selbstredend die Laufzeitbiliotheken der Demoinstallation erforderlich. Man könnte es auch in den Ordner mit der Version 1.6.* aufwärts einfügen und es würde laufen. Den Ordner 1-7-1 habe ich nur aus systematischen Gründen erzeugt. Erforderlich ist er nicht.
Meine Philosophie ist folgende: Es wird ein vernünftiger Nutzer jawohl zuerst eine Demo testen, bevor er 15 € ausgibt. Und falls er die Vollversion haben will, muss er nicht nochmals die 10.5 MB downloaden, wenn der einzige Unterschied nur das IMG2MSVoll1-7-1....exe -file mit 75 KB ist.

Die Kritik, daß jedesmal ein eigener Ordner erzeugt wird, nehme ich an und werde es zukünfig als Unterordner im Hauptordner installieren.

Zitat

Was bewirkt eigentlich der Button MapSource V6.14.1 -combatility genau?

Die Funktion liest alle Registryschlüssel in HKLM\Software\GARMIN\MapSource\Products\ und vergleicht den Schlüsselnamen mit der ID-Nummer, welche im TDB-File hinterlegt ist. Die sollten gleich sein. Falls es Unterschiede gibt, so werden die Reg-Schlüssel so umbenannt, wie die ID im TDB-File hinterlegt ist. ( Das ist etwas vereinfacht gesagt. Da es unter VB keine Umbenennung direkt möglich ist, werden neue Schlüssel erzeugt und die alten gelöscht). Sonst erfolgen keine Änderungen.
Mit TTQV kenne ich mich nicht aus; dazu kann ich nichts sagen.
morgen1