Beiträge von morgen1

Garmin fenix 7X und epix Gen 2 im Test

Der Schwerpunkt dieses Tests und Vergleichs der Garmin Fenix 7X Solar und Garmin Epix Gen 2 liegt auf den Sensoren wie Höhenmesser, Positionsbestimmung und Herzfrequenz. Was unterscheidet die beiden GPS-Outdoor-Smartwatches? Und wie gut ist die Taschenlampe der Fenix 7X für den Outdoorbereich? Hier geht es zum Test der Outdoor-Smartwatches ...

    @Geco: In der IMG2MS ist keine automatische Konvertierung eingebaut. Das Tool von der mehrfach zitierten tschechischen Website soll aber einen repairmodus haben. Habe es nicht getestet.
    @Joern_Weber at all.
    Ich habe nur durch 'Versuch+Irrtum' den neuen Algorythmus für die Registrykeys unter Products gefunden. Zumindest auf 2 meiner Computern mit XP klappt IMG2MS _1-6 mit MS 6.14.1. Ich kann aber nicht sicher sein, ob es nicht weitere Haken gibt. Und bei dem Tschechentool bin ich eher skeptisch, weil auf meinem Hauptcomputer mit ca. 30 Mapsets unter 'Products', das tschechische Tool nur 10 reklamiert, aber 25 definitiv nicht MS6.14.1 kompatibel sind, weil alphanumerische zeichen und nicht die ID als key.. Aber auf diesem Hauptcomputer installiere ich nicht zum Jux die MS6.14.1. Ist also nur meine unbewiesene Vermutung.


    Frage an alle: hat jemand schon Probleme gehabt bei MS6.14.1 mit Mapsets, die unter Families registriert sind ?


    morgen1

    Hallo morgen1,


    bringt das IMG2MS Update auch fuer MS6.13.7 Nutzer etwas, bzw. funktioniert es problemlos, oder was sollte man beachten ?


    Vielen Dank Wolfgang


    Nein bringt nichts Neues. Ist nur angepasst auf die schärferen Erfordernisse, die 6.14.1 bringt. Funktioniert auch mit 6.13.7 und älter. Die Registrykeys heissen jetzt anders. Buchstaben sind nicht mehr erlaubt. Ich befürchte, dass es trotz der vernichtenden Kritik doch user geben wird, die mit 6.14.1 arbeiten. Und deshalb muss IMG2MS auf der Höhe der Zeit gehalten werden.

    morgen1

    morgen1 und joern_weber:
    vielen Dank für das Testen und die Mühe um das integrieren von eigenen Karten wieder zu ermöglichen in der neuen MS 6.14.1


    Nachdem ich IMG2MSDemo Version1-6 für Mapsource 6.14.1 entsprechend umgebaut habe und selbst keine Bug's mehr drin entdecken kann, habe ich die als BetaVersion schon mal auf der Seite http://www-user.tu-chemnitz.de/~moth/redirect.html zum Download veröffentlicht. Der Link ist ganz unten auf der Seite.
    morgen1

    Habe jetzt auch mal die 6.14.1 auf einem Zweitrechner installiert zum Testen der eigenen Karten. Prinzipiell ist es wie bei der V 6.13 möglich. Aber die alten Registryschlüssel funktionieren nicht mehr. Demnächst mache ich eine neue Version IMG2MS verfügbar, mit der dann wieder in altgewohnter Weise Karten eingefügt werden können. Die Typfiles werden auch wieder geändert werden können. Aber V 6.14.1 ist schon recht eigenartig. Wenn man ein Typfile ändert, wird die Änderung erst dargestellt, nachdem man die Detailstufe mal verstellt hat. Vermutlich wird sonst aus einem alten Speicher das Bild gerendert. Nur durch Umstellung der Detaileinstellungen ist V6.14.1 zu bewegen, das neue Typfile darzustellen.


    Die in Vorgängerversionen eingebundenen Privatkarten muss man leider erst entfernen und danach kann man diese mit der zukünftigen Version IMG2MS wieder einbinden. Theoretisch könnte man auch die Registry manuell ändern(wer es sich zutraut). Nächste Woche gibt es die neue Version IMG2MS.


    Wer von den versierten Nutzern mal die Betaversion testen möchte, kann mir eine PN senden.


    morgen1

    .. dann hab ich in der MS 6.14.1 keine Möglichkeit mehr den 25 stelligen Freischaltcode vom gelben Zettel einzugeben.
    Ich hab zwar die ganzen Nummern auf dem gelben Zettel, aber ich kann sie nirgendwo eintragen.

    Frage:
    Wie bekomme ich also bei einer Neuinstallation vom System meine Codes eingetragen mit unserem alten SP3?...



    Hallo, die Codes stehen bisher in der Registry unter HKEY_CURRENT_USER\Software\GARMIN\MAPSOURCE\Codes
    \

    naviboard.de/cms/attachment/4283/

    das Problem, dass die eigenen Karten unter dem Reg-Schlüssel Products jetzt zum Absturz der Version 6.14.1 führen, konnte ich analysieren und werden meine Erkenntnisse in die nächste Version IMG2MS baldigst einbauen. Mit der zukünftigen Version IMG2MS kann man dann wieder eigene Karten in MapSource 6.14.1 einbinden. Momentan habe ich nur den Schlüssel 'Products' untersucht. Mit Typfiles in Families funktioniert es noch nicht.

    morgen1

    /mod ich habe im Bild deine Codes und Kartenmaterial unkenntlich gemacht, Kurt. /mod

    Der Schreibfehler (Gebie..) ist auch immer noch nicht korrigiert :)


    Bei mir ist der korrigiert. Du must nur selbst im Firmwarefile 029201000370.rgn nach dem Garpatch mit Hexeditor an (Dezimal-)Position 1.708.610 ein "t" (= Ox74) einfügen und dafür 7 Bytes weiter nach "Arena" das Leerzeichen(=0x20) entfernen, damit die Gesamtlänge gleich bleibt.
    Bei anderen Spracheinstellungen könnte die Position wo anders sein. " Gebie" kann man suchen lassen und dann eben das "t" einfügen und ein Leerzeichen entfernen.
    morgen1

    Hab es ebenfalls problemlos mit IMG2MS eingebunden. Der Fehler muss in Deiner Installation liegen. Wahrscheinlich hast du Schreibschutz für den Ordner aktiviert. Dann kann das TDB- und Preview-file nicht geschrieben werden. Die Fehlermeldung kommt immer dann, wenn diese File's nach dem Durchlauf von cgpsmapper nicht vorhanden sind. Ist cgpsmapper mit im Ordner von IMG2MS ?. Falls nicht,auf den Button cgpsmapper (rechts oben) klicken, dann sucht IMG2MS danach. Das ist vor der ersten Verwendung erforderlich. Danach merkt sich img2ms die ausgewählte Version cgpsmapper.


    morgen1

    Hallo Type-File Autoren :rolleyes:
    ich möchte mich bei euch für die ausführliche Beschreibung zum Thema Type-Files bedanken. Ich bin durch eure Hinweise sehr schnell zu ersten Erfolgen mit dieser Art der Karten-Manipulation gekommen.
    Frage: Welche Geräte unterstützen Type-Files? Habe ein Garmin Etrex Vista (Graustufen). Meine Type-File-Änderungen kann ich nur in MS sehen, nicht in diesem Gerät. Gibt es hierzu Hinweise?
    Danke
    Martin


    Hast du die richtige FID benutzt ?, sonst funktioniert es nicht auf dem GPS.
    morgen1

    Hallo liebe GPS-Freunde,
    Habt ihr auch schon mal den Wunsch gehabt, aus mehreren kleinen Kacheln eine goße zu machen? Weil vielleicht das Limit der Kachelanzahl erreicht ist? Oder einfach, weil die Kacheln so klein sind ?. Oder weil jedes Files (shape-mäßig) anderen Inhalt hat, der zusammengesetzt werden soll ?
    Kein Problem mehr :
    Dafür habe ich den 'Multi-mp-compiler' geschrieben. Download unter : http://www-user.tu-chemnitz.de/~moth/Multi-mp-compile.exe
    Der macht genau das. Ist Freeware für jeden. Es werden damit beliebige Anzahlen von mp-files zu einer Img compiliert. Natürlich muss der RAM goß genug sein. Und Irgendwo ist bei der maximalen Filegröße auch mal Schluß. Wo die liegt, muss noch ausgetestet werden.
    Am besten mit im Order unter IMG2MS speichern, damit die Laufzeitbibliotheken da sind. Sollte es Probleme wegen fehlenden Laufzeitbibliotheken geben, reiche ich noch eine Installation nach. Die muss erst noch geschrieben werden. Dann mit PN bei mir melden.
    Viel Spaß morgen1

    ich habe jetzt die quer laufenden Linien nicht gesehen, Aber das ist ein typischer Fall dafür, das die Reihenfolge eines Teilstückes umgedreht werden muss. Die Lines laufen immer von Koordinate zu Koordinate in der Reihenfolge wie die Koordinaten hintereinander geschrieben sind. Dopplungen brauchen nicht bearbeitet werden . Das wirft cgpsmapper automatisch raus.
    Ich habe immer noch Probleme mit der DatenbankVersion1.01. Wie speichere ich einen Layer ?. Habe den Importfilter auf 102D gesetzt( das ist so eine gestrichelte Strasse) und wird geladen,okay, dann den Haken nur an den Typ 102D belassen und Layer speichern. Aber in welchem Verzeichniss ist dann der Layer ? . Ich kann den Speicherort nicht bestimmen. Und im Ordner finde ich auch keine neue Datei, die vielleicht(hoffentlich !) erzeugt wurde. Brauch Nachhilfe.


    morgen1


    @ sockeye
    Hallo sockeye, Du liegst genau richtig. Genau das brauchen wir. Kannst Du das Scribt zur Verfügung stellen ?. Ich schick Dir eine PN mit der emailadresse.


    @Buschhupe. Da kann was mit der Sortierung nicht stimmen. Es ist definitiv so, daß der Vektor so gezeichnet wird, wie die Koordinatenpaare aufeinander folgen. Und auf unseren speziellen Fall bezogen können die nur von vorn oder von hinten beginnen. Niemals mit einem mittleren Koordinatenpaar.
    Wenn 85 Elemente bei der Quadrierung Null ergeben, dann sind die doppelt. Könnte man mit Mapedit überprüfen. Da gibt es unter "Tools"--> "Remove Objekt Dublicates".
    Die Tabelle schau ich mir dann gleich mal an.
    morgen1


    Folglich muß man die Sortierung anhand des 1. Koordinatenpaares und des letzten Koordinatenpaares vornehmen. Um ein Paar z.B. (43.04943,9.83583)mit einem anderen Koordinaten (43.04948,9.83583) zu vergleichen benötige ich eine eindeutige Zahl. Deswegen war mein Gedanke, daß ich einfach teile.


    @Buschhupe


    Die eindeutige zahl ist : Differenz der Lat-werte ² +Differnz der Lon-werte ². Am Beispiel: (absolutwert, Differenz kann ja auch negativ sein)Vergleichswert =|(43,04943-43,04948)|hoch 2 +|(9,83583-9,83583)|hoch 2. Der kleinste Wert ist der nahegelegenste Punkt. Innerhalb des mp-files werden dieKoordinatenpaare in der Reihenfolge von links nach rechts dargestellt. Bei den dxf-Koordinatenpaaren der einzelnen Strichlein, weis man aber nicht, wie die Reihenfolge ist im Vergleich zum benachbarten Strichlein. So könnte es sein das Strichlein 1 von links nach rechts und das benachbarte Strichlein von rechts nach links gezeichnet ist. Falls man die Reihenfolge ungeprüft übernimmt wird das eine verrückte Linie. Deshalb muss man prüfen ob das erste oder letzte Koordinatenpaar näher am Ende des vorhergehenden Strichleins liegt. Wenn man das dann weis, kann kann man die Koordinatenpaare entweder von vorn oder hinten beginnend aneinanderreihen. Falls der Vergleichswert das Ausschlußkriterium übersteigt, heist das : die Linie ist zu Ende und noch nicht benutze Koordinatenpaare gehören zu einer anderen Linie. Dann fängt man halt eine neue Linie an und sucht weiter. Der zahlenmäßige Wert des Ausschlußkriteriums ist schwierig festzulegen. Man müßte in Beispielkacheln mal nachmessen, was so verwendet wird.


    Ich konnte jetzt Deine Datenbank erfolgreich laden und ein mp-file einlesen. Einen Wunsch dazu : Falls das einzulesende mp-file keinen Header hat, funktioniert es nicht. Nun haben aber die von GM exportieren je nach Exporteinstellung keinen Header. Könntest Du das ändern, so daß auch bei fehlendem Header das Laden möglich ist ? Oder wo ist der Code einzusehen, daß ich es selbst ändern kann. Wenn ich den Scripteditor mit ALT+F11 öffne, finde ich nichts. Ist die ID-Nummer im Header immer die gleiche ?. Das würde dann Probleme geben. Ich kann Dir ein paar Codezeilen zukommen lassen, wie man die ID-Nummer in der Registry speichert und bei jeden Laden um 1 ändert, Damit hat dann jedes File seine unverwechselbare ID.


    Hast Die die Koordinatenpaare in einer Exceltabelle vorliegen?. Falls ja , wie erzeugst Du die bzw. welche Struktur hat die. Wenn ich die Struktur kenne und eine Beispieltabelle von Dir auf dem ftp ist, könnte ich mal versuchen eine Function in vbs zu schreiben, die das machen soll. Den Code kannst Du dann vielleicht bei Dir einbauen. Wenn die Tabelle aber nicht extern zu bearbeiten geht, sondern nur innerhalb Access hat es wahrscheinlich keinen Sinn. Ich habe zwar mit Access noch nicht gearbeitet, sollte aber ähnlich wie Excel und Word sein und da ist der Scripteditor von Visual Basic entlehnt und der Code ist fast 100 Prozent identisch.
    In GM kann man die Vertices anzeigen lassen. Anfang bzw. Ende haben dann einen roten oder grünen Punkt. Das hilft aber Codemäßig auch nicht weiter. Ist nur zur Illustration.
    Nochmals danke für Deine Arbeit, wenn das alles noch eingebaut ist, ist es ein erstklassiges Werkzeug. Dann muss ich noch rausfinden wie man das im Batchmodus starten kann, schon schon gäbe es eine 'oneclick' - Konvertierung. Nur Zeit müsste ich haben, um da dran bleiben zu können.
    auf dem ftp liegt in meinem Ordner noch eine neue Karte, wenn Du die brauchst , bedien dich.
    morgen1


    Breitengrad-Differenz hoch 2
    plus
    (Längengrad-Differenz mal cos(Breitengrad) hoch 2
    ergibt die Vergleichsgrösse


    Grüsse - Anton


    Exakt wie von Dir nicht anders zu erwarten. Als praktisch denkender Mensch könnte man auch den cos weglassen. Ist zwar mathematisch falsch, funktioniert aber trotzdem weil der absolute Abstand in unseren Fällen ja nur wenige Meter, vielleicht in Ausnahmen 50m max. sein wird. da spielt die Erdkrümmung keine Rolle.
    morgen1

    morgen1, macnetz

    Es funktioniert wirklich nur, wenn die chronologische Reihe was GPSMapedit hergibt, :cool:


    Hallo Buschhupe, das wird bestimmt nicht so sein. Die Reihenfolge wird nicht stimmen. Du must die Reihenfolge neu zusammensetzen. Und den Algorythmus dazu habe ich im letzten posting vorgeschlagen. :Zuerst die entsprechenden dxf-typen isolieren und in eine zb.B. Exceltabelle einlesen. Jede Zeile ein Kartenelement mit den meist wenigen Koordinatenpaaren. Als Anfangselement das mit dem süd-westlichsten Koordinaten(sind am kleinsten) und dann die Zeile suchen, mit dem nächst höheren Wert. Ein Ausschlußkriterium definieren, um sicherzustellen, daß der Abstand nicht zu groß ist weil es dann vielleicht zu einer anderen Straße gehört und die Zeilen der Tabelle vertauschen, so daß das gefunden auf das vorhergehende folgt . Wenn alle Zeilen durchlaufen sind, sind damit die koordinatenpaare geordnet und können wieder zurück in die mp geschrieben werden. Problem ist noch die Reihenfolge innerhalb der Zeile. Es ist nicht bekannt, ob das erste oder das letzte Koordinatenpaar das richtige ist. Man muss allso das erste und das letzte auf Annäherung prüfen und gegebenenfalls umstellen, also rückwärts durchlaufen. Die durchgehende Polyline wird immer in der Reihenfolge der Koordinatenpaare gezeichnet. Wenn Das Ausschlußkriterium zutrifft heist das, es muss eine zweite Straße gezeichnet werden, dann geht es eben wieder durch die Schleife. Welchen numerischen Wert das Ausschlußkriterium haben muss, muss man mal an typischen Beispielkacheln nachmessen. Also wie groß so im allgemeinen die Lücken zwischen den gestrichelten Linien sind. Die Lücken sind bei verschiedenen Typen auch unterschiedlich, sollte man also typspezifisch vorgeben können. Bezogen auf Deine Shoreline könntest Du damit erkennen, ob die Shoreline zu einem kleinen Inselchen gehört oder zur Hauptinsel. Die Sortiererei könnte man vermutlich auch mit einem Excelmakro machen.
    Ich finde Deine Datenbank eine großartige Idee, ist wahrscheinlich viel schneller, als meine Vorstellung, daß mit Visual basic zu sortieren. Leider kommt noch der Startfehler. Werde nachher mal die neue version ausprobieren. Es wäre hilfreich die mdb auf den ftp zu stellen,Bei Rapidshare muss ich immer erst die 4 Katzen suchen, bis der Download klappt.
    morgen1

    Hallo Buschhupe, Du hast eine PN,
    und ich eine Idee bzw. es ist mehr eine Frage.
    Das Problem, aus gestrichelten Polylines durchgehende zu machen, stellt sich mp .mäßig wie folgt dar : Es gibt zum Beispiel den dxf-Type 102D. Das ist eine grosse Menge vektoren(=Koordinatenpaare). Man könnte die wahrscheinlich mit Deiner Datenbank einlesen. Um daraus einen durchgehenden Vektor zu machen, müsste man die Koordinatenpaare nur neu in der richtigen Reihenfolge anordnen. Man müßte ein Kriterium definieren, etwa der Art, daß das nächstgelegene Koordinatenpaar hinzugefügt wird und ein Ausschlusskriterium, falls der Abstand zu groß wird, dann beenden. Läßt sich sowas mit Deiner Datenbank machen ?. Das Kriterium für das naheliegendste Paar könnte zum Beispiel über den Pythagoras gemacht werden, sind ja rechtwinklige Koordinaten und die Hypothenuse läßt sich leicht ermitteln. Die Wurzel müßte man nicht mal ziehen, man könnte gleich das Quadrat vergleichen. In VB gänge es mit einer Schleife, aber momentan bin ich mit den Grundlegenden Funktionen noch nicht fertig, Ist also erst für später beabsichtigt. Aber u.U.wär es mit Deiner Datenbank einfacher, weil da schon viele Funktionen fertig mitgeliefert werden.


    morgen1


    Hallo Buschhupe, während ich den letzten Beitrag schrieb, hast du Deinen von mir unbemerkt gepostet, da ist dann einiges überholt. Nen Tipp hab ich : Schreib dir ein cgpsmapper Dictionary-file. Das regelt ein für alle mal die Verteilung der Kartenobjekte auf die Level. Es wird dann generell nur der Level0 editiert. Den Rest macht dictionary. Den Header kannst du in GM als Templete definieren. Das spart auch schon Arbeit.
    Die Darstellung RGN40 ist korrekt, Die wenigen Polygone sind nicht verwendbar. Es sind tatsächlich nur linien drin. Aber man kann geeignete Linien zum Polygon deklarieren. Siehe Anton. Ganz ohne Polygone wird die Karte sehr fade.
    morgen1


    morgen1

    Hallo Buschhupe,
    Du kommst zum selben Ergebniss wie ich. Siehe mein letztes Posting. Wir brauchen zunächst die von mir rudimentär und nur als Maske vorgeschlagene Konvertierungstabelle. Lade die dir runter und vervollständige die. Wenn jeder einige dxfTypen zusammensucht und die entsprechenden cgpsmapper-typen raussucht geht es schneller. Wir können ja dann unsere Ergebnisse austauschen. Nochmal mein Vorgehen, (für Anton). Die dxf aus GM mehr oder weniger unbearbeitet exportieren als mp- Dann hast du exakt das von Buschhupe zitierte mp-file. Du darft es keinesfalls mit Mapedit öffnen, da geht viel verloren, sondern nur mit Texteditor betrachten. Da steht dann wie schon Buschhupe feststellt meist:
    [RGN40]
    Type=801D ...usw. Das heißt: der exakte Layername des dxf wird als Typ reingeschrieben. Den muss man austauschen gegen Type=0x00??.
    Und das muss in der von mir vorgeschlagenen Tabelle stehn. Um die Tabelle mit den passenden cgpsmapper-typen zu bestücken, sollte man aber unbedingt die im Usermanual cgpsmapper enthaltenen Typen verwenden. Stehen auf Seite 84 des Usermanuals beginnend. Die Mapedit- typen sind viel begrenzter. CGPSMapper kennt mehr als Mapedit. Dann öffne ich mit dem VB Programm das MP file und suche nach allen Strings 801D usw und tausche die aus entsprechend der Tabelle. Aber es soll nicht nur ein einfacher Austausch werden, das ginge ja mit der Replace -Funktion jedes Editors, sondern die zu löschenden Layer(=dxf Type), die mit den Text und Schraffur-Typen, sollen von Programm gelöscht werden, das ist schon mehr Programieraufwand. Man muss Beginn und Ende des Kartenobjektes ermitteln. Meine vorgeschlagene Tabelle ist unvollständig. Selbstverständlich müssen die Buchstaben (D,T C,V) noch reingeschrieben werden. Und natürlich muss das dazu passende cgpsmapper -Type ermittelt werden. Ich habe die 1. Spalte einfach aus den Codici de Layer kopiert; da waren keine Buchstaben dran. Also ergänzen. Damit arbeiten kann man erst, wenn alle vorkommenen dxf -typen drin stehen. Ich bin mit meinem VB Programm ganz gut vorwärtsgekommen und die Tabelle soll dann vom Programm eingelesen werden. Da die TABELLE extern erstellt wird, könnte man bei anderen Karten das selbe Programm auch verwenden, nur muss die Tabelle angepasst werden.
    @ buschhupe. Das ist ja astreines VB, was Du anbietest, Frage : wie bist Du auf das Label=656 m gekommen ? Wo steht das im Ausgangsmaterial? Es ist ja die Höhenangabe. Und dafür habe ich in meinem Musterfile 216110 nichts gefunden. Dein Script extrahiert alle Höhenlinien. okay, aber jede hat eine ander Höhe, und das Problem habe ich noch nicht gelöst. Es sei denn, man editiert den "Namen" in GM. Der "Name" in GM wird dann zum Label der Höhenlinie. Ist aber Handarbeit und bei der Stückzahl eine Sklavenarbeit. Lieber verzichte ich drauf.Kannst du einen Hinweis geben ?
    NB.:im scribt ist bei Treesize das Kommentar semikolon noch drin.


    morgen1

    @ buschhupe
    ich sehe keinen Grund, die dxf layer einzeln zu exportieren.
    Die Bearbeitung(was auch immer,löschen ,sonstwie wandeln...) kann im vonGM exportierten (gesamt-) mp.file genausogut erfolgen. Ich habe im Hinterkopf immer noch die Vorstellung, möglichst viel programmgesteuert zu erledigen. Die einzelnen Layer nützen mir da nicht mehr als das gesamt-file. Aber ich kann meine Meinung noch ändern, wenn ich bei der tieferen Durchdringung der Zusammenhänge solche Notwendigkeiten erkenne sollte. Aber momentan habe ich das nicht vor. Ich habe aber ein Codemodul schon fast fertig, mit dem man aus dem gesamt-mp-file beliebige Kartenobjekte ausschneiden kann. Das ist dann genau das, was du machen möchtest. Sollte es für die Gesamtaufgabe Sinn machen , schreibe ich das zu Ende. Die Label (=Höhenangabe) der Höhenlinien lassen sich ohne händisches eintragen in GM nicht erzeugen. Deshalb entweder wie Anton vorschlägt ganz drauf verzichten und aus den SRTM importieren oder alle Files in GM händisch zumindest mit den 0,500,1000,1500 m Label versehen und erst dann exportieren.
    Hier sind 2 Fallstudien, die ich ganz am Anfang gemacht habe und aus denen ich auch Konsequenzen ziehen werde. Sind zu viele Labels drin. Einiges ist direkt falsch, weil ich die Codicies de Layer da noch nicht kannte und nur geschätzt habe. Soll nur zeigen, wie die Graphik werden könnte. http://www-user.tu-chemnitz.de/~moth/21611000.img und http://www-user.tu-chemnitz.de/~moth/21611001.img
    @ Anton.
    ich merke , daß wir in die gleiche Richtung denken. Ich würde es begrüßen, wen wir arbeitsteilig bei der Erstellung der Übersetzungstabelle vorgehen. Es ist jeder eingeladen, der qualifiziert mittun will. Die ersten dxf -layer hast Du ja bereits in Deinem Posting vorgeschlagen. Bei den zu löschenden stimme ich 100 % zu. Ich habe eine Tabelle mit den dxf-typen aus den Codici de layer gefüllt und beispielhaft mit noch wenigen Daten vervollständigt. Ich nehme jetzt ungeprüft an, daß Deine verlinkte Codici de Layer alle Elemente enthält. Gegebenenfalls sollte man ergänzen. Ich stelle die vorübergehend unter http://www-user.tu-chemnitz.de/~moth/dxf2mp-mainsheet.xls in das Netz . Bemühe mich zur Zeit um einen Server mit Zugriff für die interessierten Mitmacher, so daß wir die arbeitsteilig bearbeiten können.
    Zu Deinem Wunsch, die Haupthöhenlinien 802D getrennt zu extrahieren, sehe ich automatisiert keine Chance, weil im dxf halt nicht unterschieden wird. Also es gibt in der mp kein Kriterium die auseinanderhalten zu können. Was der Mensch auf Anhieb sieht, ist leider in Bytes nicht drin . Sowas wäre für die Experten der Bildverarbeitung vielleicht machbar. Ich kann es nicht. Wenn man das will muss es manuell nachgearbeitet werden. Wenn dxf-Typen nicht vorkommen, so kann die Zeile auch leer bleiben.
    Die Vektorgrafik wird sich nicht vermeiden lassen. Ich kann ja nur die vorhandenen Koordinatenpaare anders zuordnen aber keine neuen erzeugen. Eine richtige z.B. Straße müßte in der Mitte der vorhandenen Vektorgraphik gezeichnet werden. Aber das wären dann ja neue Koordinaten. Hinzu kommt noch, dass die Straßen teilweise gestrichelt sind und jeder Strich ein eigenes Kartenobjekt ist. Die kann man auch nicht automatisch verbinden. Siehe letztes Posting. Und einschränkend möcht ich noch bemerken, daß es für mich nur ein Hobbyvorhaben ist. Wenn in meinem tagesgeschen was dazwischen kommt, kann es auch längere Pausen geben. Für IMG2MS habe ich von den ersten Ideen bis zur alphaversion auch ein halbes Jahr gebraucht, und richtig gut wurde es erst ab Version 1.4.73 ein weiteres Jahr später. Also Zeit muss man mitbringen oder es lassen.


    mit freundlichen Grüssen morgen1

    Hallo, auf der von Dir zitierten Webseite sind 2 Karten. Ich habe beide problemlos mit IMG2MS einbinden können. Die Files heisen 00700002.img und 10002621.img. Dort steht im Mapcenter der Hinweis, das diese in MS nicht lauffähig sei. Der Hinweis betrifft nur die Routingfähigkeit. Die Karte läßt sich erst mal in MS betrachten, wenn man dann die Routingfunktion in MS aufruft, stürzt MS aber ab.
    Die bei Dir aufgetretene Fehlermeldung wird von cgpsmapper erzeugt und besagt, daß cgpsmapper die Karte nicht lesen konnte. Könnte mit der Version des cgpsmappers zusammenhängen. Sicherheitshalber mal die neueste Freeversion95 installieren und nach deren Installation in IMG2MS "cgpsmapper" rechts oben anclicken, damit die neueste Version als aktive Version ausgewählt werden kann.
    morgen1