Hallo Jürgen, die Schnipsel sind der optische Mangel und kaum automatisch zu beseitigen. Aber leider gibt das Quell-dxf file nicht mehr her. Und auch die Höhenlinien sind leider nicht per Software verwendbar. Dafür werde ich die ungenaueren SRTM3 Höhen einbauen. Mir ist klar, daß die Optik dieser Karte nie proffesionelles Aussehen erreichen kann. Mangels besserer Ausgangsdaten ist es eben eien Notlösung. ich habe jetzt konsequent alle Marinetypes rausgeworfen und auf einmal ging es. Danke an alle für die guten Tipps.
mit eienr schnellen Fertigstellung ist trotzdem nicht zu rechnen. Ich spekuliere auf Weihnachten.
morgen1
Neue Version MapTK
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 ...
-
-
Hallo, beim compilieren eines mp-files mit MapTkTool V2.3.1 kommt die Meldung : Type 0x48 und 0x49 wird ignoriert. (in der Sektion POI ). Deshalb möchte ich gern wissen, welches die höchste Nummer(in der Hex-schreibweise) ist , die MapTkTool akzeptiert. In der Hilfe-PDF (version0.5)steht da nichts drin. Unter cgpsmapper ist 0x48 und 0x49 ein Standard -POI.
Danke schon mal im voraus
morgen1 -
Datenschutz ist uns & Euch wichtig, daher verzichten wir auf Bannerwerbung & Web-Analysetools! Um das Forum zu unterstützen bitten wir Euch über diesen Link: bei Amazon zu bestellen....
Für Euch ist das nur ein Klick, uns hilft es das Forum langfristig und werbefrei für Euch zu betreiben! Vielen vielen Dank... -
Hallo,
POIs sind 16-Bit-Werte für Typ + Subtyp ( Seite 29 Manual 2.3 deutsch ). Subtypen sind aber vom Prinzip her auf 0x00 bis 0x1f beschränkt. Die Angabe von z.B. 0x48 heißt also Type=0x00 mit Subtyp 0x48. Das ist nicht möglich, also Fehlermeldung.
MapEdit expandiert 1-Byte-Typen auf 16 Bit unter der Annahme des Subtyp 0x00. In der nächsten Version wird MapTk das genau so machen. Das Manual wird erweitert.
MapTk behandelt alle Typen völlig gleich ( mit Ausnahme der Polygone 0x4a und 0x4b ). Abweichungen von dieser Regel sind Unsymetrien bei Garmin.Gruß
Jürgen
Hallo, Danke erstmal. Aber ich habe da einen Klemmer. Im der PDF-Hilfe auf Seite 49 sind die möglichen POI-Typen ja aufgelistet; aber ich begreife die Schreibweise nicht. Da die dort gelisteten Typen aus Zahlen und Buchstaben bestehen, z.B 1150b = Baum, nehme ich an, es ist die Hexschreibweise . Aber wie muss dieses Beispiel dann in der mp-genau geschrieben werden ? Type= 1150b funktioniert erstmal nicht und Type=0x1150b auch nicht.
Es geht mir genau um dieses Beispiel. Für cgpsmapper schreibe ich Type= 0x48 und der macht das. Es gibt aber Gründe, weshalb ich cgpsmapper nicht verwenden will: Die zwangsweise Werbeeinblendung stört mich.morgen1
Edit : habe es endlich kapiert : es müßte statt 0x48 heißen 0x4800. Damit hat es funktioniert.
morgen -
Datenschutz ist uns & Euch wichtig, daher verzichten wir auf Bannerwerbung & Web-Analysetools! Um das Forum zu unterstützen bitten wir Euch über diesen Link: bei Amazon zu bestellen....
Für Euch ist das nur ein Klick, uns hilft es das Forum langfristig und werbefrei für Euch zu betreiben! Vielen vielen Dank... -
Benutzer und seine Beiträge sind entsorgt ==> Beitrag #87 stammt jetzt von JürgenD.
-
Version 2.3.2
- Für POI-Typen < 0x100 wird eine Subtyp 0x00 angenommen. 8-Bit-Werte werden auf 16 Bit erweitert.
- Für lang andauernde Prozesse wie Script, Analysen, Compilieren kann die Priorität reduziert werden. Konfiguration in 'Menu Files -> Preferences'. Nur für Windows.
- 'IMG': Warnmeldung wenn POIs, Linien oder Flächen Daten in Level > 0 enthalten. Diese Level werden ignoriert.
- 'Help': Probleme die PDF-Datei in einigen Windows-Systemen zu öffnen sind behoben.
- Neuer Menüeintrag: Ordner und Name der PRj-Datei kann geändert werden um die Buttons 'Edit', 'Typ', ... benutzen zu können ( anstelle von MapTk.prj gültig bis MapTk beendet wird ).
- 'Edit': Die Farben werden jetzt richtig dargestellt nachdem das Editor-Fenster geöffnet wird für Linien ohne Muster.
Gruss Papaluna
-
Datenschutz ist uns & Euch wichtig, daher verzichten wir auf Bannerwerbung & Web-Analysetools! Um das Forum zu unterstützen bitten wir Euch über diesen Link: bei Amazon zu bestellen....
Für Euch ist das nur ein Klick, uns hilft es das Forum langfristig und werbefrei für Euch zu betreiben! Vielen vielen Dank... -
"Für POI-Typen < 0x100 wird eine Subtyp 0x00 angenommen. 8-Bit-Werte werden auf 16 Bit erweitert."
Was bedeutet dies genau? Ich versteh es nicht ganz.Zweitens: Waere es moeglich das "Working Folder" gespeichert wird beim schließen von maptk?
-
Datenschutz ist uns & Euch wichtig, daher verzichten wir auf Bannerwerbung & Web-Analysetools! Um das Forum zu unterstützen bitten wir Euch über diesen Link: bei Amazon zu bestellen....
Für Euch ist das nur ein Klick, uns hilft es das Forum langfristig und werbefrei für Euch zu betreiben! Vielen vielen Dank... -
Vielen Dank fuer die Erklaerung. Ich habe PRJ mit Doppelklick auf Notepad++ gelegt, das werde ich dann mal aendern.
Ich muss gestehen dass ich MapTk begrenzt auch als TYP-File Editor missbrauche. Einiges geht mit Texteditor deutlich schneller, aber das "malen" von Bildern/Mustern geht mit MapTK am besten IMHO. Dazu brauch ich MapTK natuerlich auch zum decompilen und compilen von Typ Files.
-
Hallo Jürgen,
mir ist, seit ich V2.3.1 habe folgendes aufgefallen:
Ich editiere eine Polylinie (ja zur Zeit "missbrauche" ich MapTK ein bischen als Typ-Editor) z.B. auf rot mit schwarzem Rand. Generiere das neue File alles läuft gut.
Gehe ich nun nochmals mit MapTK ans Typfile und editiere die Linie, so erscheint mir nicht die Linie wie ich sie gemacht habe sonder die Linie ist wie mit einem Vorgabewert auf weiss mit schwarzem Rand. Mache ich was falsch oder ist da was bei MapTK anders??
NACHTRAG: Habe das ganze mit Version 2.2.2 getestet, dort habe ich das Problem nicht, konnte es auch nicht nachvolziehen:o
Gruss
Stefano -
Datenschutz ist uns & Euch wichtig, daher verzichten wir auf Bannerwerbung & Web-Analysetools! Um das Forum zu unterstützen bitten wir Euch über diesen Link: bei Amazon zu bestellen....
Für Euch ist das nur ein Klick, uns hilft es das Forum langfristig und werbefrei für Euch zu betreiben! Vielen vielen Dank... -
Vielen Dank Jüregn,
ich hatte dafür nicht bemerkt dass es nun einen Version 2.3.2 gibt
Stefano -
Hallo Juergen,
in der Version 2.3.2 soll es ja einen fix bzgl. des pdf viewers geben. Bei mir habe ich unter Preferences - PDF viewer einen Eintrag
C:\Documents and Settings\All Users\Start Menu\Programs
und ich kann den Eintrag loeschen aber beim wieder betreten ist der Eintrag wieder da. Bei der F1 Hilfe kommt dann der Fehler:
Error: 'C:\Documents and Settings\All Users\Start Menu\Programs' not found.
Wie kann ich denn den pdf viewer richtig einstellen?
PS: Super Tiroler Karte und tolles Program MapTK -
Datenschutz ist uns & Euch wichtig, daher verzichten wir auf Bannerwerbung & Web-Analysetools! Um das Forum zu unterstützen bitten wir Euch über diesen Link: bei Amazon zu bestellen....
Für Euch ist das nur ein Klick, uns hilft es das Forum langfristig und werbefrei für Euch zu betreiben! Vielen vielen Dank... -
Mal ne allgemeine Frage:
Wird MapTK jemals die Nachtansicht unterstützen?Und noch eine spezielle Frage:
Bei meinem mit MapTK erzeugtes Typefile wird in MS an den Kachelrändern ein dicker Streifen (ca. 6 Pixel breit) angezeigt. Auf dem GPS aber nicht.
Kann man das in MS auch entfernen, bzw, woran kann es liegen? -
Zitat von team b-a-m-m
hi,
kleines update:
Es gibt offenbar kacheln die stumpf aneinander stoßen und welche die sich mit ihren nachbarn an den stoßstellen überlappen.
Die weiße linie ist die überlappte fläche. An stumpf anstoßenden "nachbarn" ist keine weiße fläche zu erkennen.
Es gibt auch kacheln die sind an einer seite überlappt (weiße fläche/linie) und an der anderen seite nicht (keine weiße fläche/linie).12345 <- Fragt mich nicht warum, aber ohne das meckert die Software, dass der Text zu kurz sei