Export einer "Germany, Gauss Krueger, Potsdam, Zone 4 (12°)" Karte ins rmap Format von CompeGPS

Hallo,
überprüfe bitte die ganze Kalibrierung zwischen den Daten in TTQV und denen der RMAP .
Eine "richtige" Kalibrierungsdatei einer GK Karte müsste so aussehen:

CompeGPS MAP File
<Header>
Version=2
VerCompeGPS=7.2.1
Projection=3,Transversal Mercator,9.00000000,0.00000000,0.00000000,3500000.00000000,1.00000000,
Coordinates=1
Datum=Potsdam Rauenberg DHDN
</Header>
<Map>
Bitmap=D_1.rmap
BitsPerPixel=8
BitmapWidth=257316
BitmapHeight=117002
Type=10
</Map>
<Calibration>
P0=0.00000000,0.00000000,A,5.51352872,55.04254248
P1=257316.00000000,117002.00000000,A,15.16804318,52.30288538
</Calibration>

Grundsätzlich sollte Tom diesen gesamten Bereich überarbeiten. Oft werden 3x3 Kalibrierungen verwendet wo überhaupt keine Notwendigkeit besteht bei richtiger Datum/Projektions Interpretation.

Die RMAP Parameter für die Zone 4 sind folgende:
Projection=3,Transversal Mercator,12.00000000,0.00000000,0.00000000,4500000.00000000,1.00000000,

hier einige Besonderheiten im RMAP Format, die von TTQV nach meinem Wissensstand nicht berücksichtigt werden:

1.bei einigen orig.Map Datum/Projektionen gibt TTQV eine 3x3 Automatikprojektion in WGS 84 aus (wird von TwoNav wohl als UTM Projektion interpretiert) obwohl TwoNav orig. Datum/Projektion lesen und darstellen könnte. TTQV sollte wissen, welche Möglichkeiten TwoNav korrekt umsetzt ohne dass eine Karte unnötigerweise reprojiziert wird.

2.in der RMAP kann eine (mehrere habe ich noch nicht getestet) transparente Farbe zusammen mit dem Toleranzwert eingegeben werden. Dies ist sehr wichtig wenn unterschiedliche Maps blattschnittfrei zusammengeführt werden sollen ohne jedes mal neue Gesamtexporte durchführen zu müssen.

3.in der RMAP kann ein X/Y Offset dauerhaft eingegeben werden.

Das gesamte TwoNav System ist sehr transparent, da selbst in der RMAP für uns wichtige Parameter in Klarschrift gehalten sind. Wird eine RMAP mit einem Editor geöffnet, kommen am Ende die Kalibrierungs- und sonstigen Paramter (beispielsweise die 2 und 3 von oben) und könnte von geübten Usern abgeändert werden. Diese Werte am Ende einer RMAP sind die Angaben, die in dem *.imp File einer RMAP stehen können.

Grundsätzlich benötigt eine RMAP kein *.imp File, wenn die richtigen Angaben in der RMAP stehen. Wird beim Kartenaufruf in TwoNav das *.imp File verwendet, werden die in der RMAP hinterlegten Angaben nicht verwendet.

Ich ändere meine RMAPs im orig. ab, da das hantieren mit 2 Files (RMAP + *.imp) nicht mein Ding ist.

mojn, mojn,

Zitat von sardinien

1.bei einigen orig.Map Datum/Projektionen gibt TTQV eine 3x3 Automatikprojektion in WGS 84 aus (wird von TwoNav wohl als UTM Projektion interpretiert) obwohl TwoNav orig. Datum/Projektion lesen und darstellen könnte.

... bedingt durch die doch eingeschränkten Möglichkeiten Projektionen an Compe zu übergeben
gibt es keinen "Navigationsverhindernden" Grund nicht 3x3 zu verwenden, wenn das den Arbeitsaufwand
geringer hält. Die Verwendung von 3x3 führt nicht zu einem Versatz von 100Meter, was in diesem Fall halt
die Frage ist. Woher kommt der 100Meter Fehler wenn Compe die Karte liest. Ist da in der imp oder dem
Header ein Grund zu erkennen.

Hallo manu,

hier eine imp aus einem lagegenauen TTQV Topo D 25K Kartenexport (keine mini Ausschnitte verwenden, die werden in CGPSL/TwoNav falsch dargestellt) aus der GK Zone 4. Man beachte die Werte in der imp, welche die Parameter für die Zone 3 verwendet.

CompeGPS MAP File
<Header>
Version=2
VerCompeGPS=6.72
Projection=3,Transversal Mercator, 9, 0, 0, 3500000, 1
Coordinates=1
Datum=WGS 84
</Header>
<Map>
Bitmap=hhhhh.rmap
BitsPerPixel=8
BitmapWidth=11249
BitmapHeight=7154
</Map>
<Calibration>
P1= 0, 0,, 13.775393658161, 53.5151394379128
P2= 5624.5, 0,, 13.9865759764471, 53.5064965883747
P3= 11249, 0,, 14.1976464816592, 53.4974818698148
P4= 0, 3577,, 13.7663918276775, 53.4350682683657
P5= 5624.5, 3577,, 13.9771799890542, 53.4264504770219
P6= 11249, 3577,, 14.1878570548222, 53.4174618839998
P7= 0, 7154,, 13.7574330671878, 53.3549949761912
P8= 5624.5, 7154,, 13.96782893549, 53.3464021496837
P9= 11249, 7154,, 14.1781144193992, 53.3374395849593
</Calibration>

Würde ich jetzt die Projektionsparameter ändern auf die GK Zone 4:

Projection=3,Transversal Mercator, 12, 0, 0, 45.00000, 1

wird die Karte ebenfalls lagegenau dargestellt.

Die gleiche Karte wird bei einem TTQV 5 Export ~ 4 m anders dargestellt als bei einem TTQV 4 Export..

Da wir in der Zeile des Projektionsfensters keine Angaben zum verwendeten Mapdatum/Kalibrierung sehen (ist das immer WGS 84?) würde ich in der Regel die von TTQV vorgeschlagene Projektion verwenden. Manche hier im Forum als nicht ins RMAP Format zu konvertierende Maps bzeichnete Karten gingen doch mit etwas Bastelei. Leider habe ich es versäumt für die Allgemeinheit diese Bastelarbeit zu dokumentieren.

Bitte zeige das gesamte imp File deines Exportes und benenne die verwendete Karte. Vielleicht kommen wir dann dem Problem auf die Sopur.

mojn, mojn,

Zitat von sardinien

aus der GK Zone 4. Man beachte die Werte in der imp, welche die Parameter für die Zone 3 verwendet.

nur als HInnweis für Manu1w, die kommen als Zone3, weil die komplette Top25 in Zone 3 ausgeführt ist.

Zitat von manu1w

Mein Kartenauszug 1:5000 wurde als 1 Map kalibriert; durch Joachim Bungert.

Nun denn dann schau mer mal, was Jockel bringt
Hartmut

So müsste das imp File eines korrekten RMAP Exportes einer Karte aussehen, die in TTQV5 mit Potsdam und GK 4 kalibriert ist.
In dieser imp ist der Offset direkt unterhalb der Kalibrierungsdaten zu sehen (je 20 m), der bei TTQV nach Export editiert werden muss. TTQV setzt beim RMAP Export das Datum
von Potsdatum um auf WGS 84. Da TTQV 5 reprojiziert könnte dies eine der Ursachen sein, weshalb die Güte des Exportes schlechter ist
als bei einem Export mit TTQV 4. CGPSL erledigt den Export anders. Dazu gehe ich hier im Forum nicht mehr ein. Da in TTQV der Offset
in der RMAP nicht kontrolliert werden kann, hier noch die Angaben, die für eine manuelle Korrektur in der imp bzw. am Ende der RMAP
(mit Editor öffnen) vorgenommen werden kann.
die erste Zahl ist der X Wert und drückt eine Verschiebung mit 20 m nach Osten aus, steht ein -vor der Ziffer, geht die Verschiebung Richtung Westen.
die zweite Zahl ist der Y Wert und drückt eine Verschiebung mit 20 m nach Süden aus, steht ein -vor der Ziffer, geht die Verschiebung Richtung Norden

Ohne die orig. Karte ist das Nachstellen des Sachverhaltes sehr zeitaufwändig.

CompeGPS MAP File
<Header>
Version=2
VerCompeGPS=7.2.1
Projection=3,Transversal Mercator,12.00000000,0.00000000,0.00000000,4500000.00000000,1.00000000,
Coordinates=1
Datum=WGS 84
</Header>
<Map>
Bitmap=5ernnnn.rmap
BitsPerPixel=24
BitmapWidth=3796
BitmapHeight=2222
Type=10
</Map>
<Calibration>
P0=0.00000000,0.00000000,A,12.57577543,49.35980452
P1=1898.00000000,0.00000000,A,12.70640688,49.35908003
P2=3796.00000000,0.00000000,A,12.83703253,49.35820794
P3=0.00000000,1111.00000000,A,12.57519312,49.30985845
P4=1898.00000000,1111.00000000,A,12.70569247,49.30913523
P5=3796.00000000,1111.00000000,A,12.83618605,49.30826467
P6=0.00000000,2222.00000000,A,12.57461241,49.25991194
P7=1898.00000000,2222.00000000,A,12.70498004,49.25918999
P8=3796.00000000,2222.00000000,A,12.83534192,49.25832095
Offset=20.00000000,-20.00000000
</Calibration>
<MainPolygonBitmap>
M0=0.0,0.0
M1=3796.0,0.0
M2=3796.0,2222.0
M3=0.0,2222.0
</MainPolygonBitmap>

mojn, mojn,

Zitat von hartmut

Nun denn dann schau mer mal, was Jockel bringt

in etwa an der Stelle ...
"Mein Kartenauszug 1:5000 wurde als 1 Map kalibriert; durch Joachim Bungert.
(GK4 2x2; siehe Anlage), Passt in Touratech-QV 5.0.7.29 sehr gut."
... höre ich auf!
Es ist nunmal nicht außeregewöhnlich daß die Georeferenzierungsmöglichkeiten
zweier gewachsener Programm nicht einfach aufeinander passen, QV bietet da
schon immer deutlich mehr Möglichkeiten. Ohne jeden nennenswerten Verlust
könnten beliebige Karten derartiger Maßstäbe 3x3 nach Compe übergeben werden,
aber das mag mag Compe ja nicht lernen, oder?

Um nun dem Problem im Export auf den Grund zu gehen, QV übergibt im Augenblick
3x3 Punkte mit Hinweis Projektion 4 und Potsdam Datum. Die Frage ist doch nun, was
versteht Compe denn aufgrund dieser imp Werte. Das läßt sich doch sicher in
CGPSL nachsehen. Wenn die Korrdinaten der 4 Eckpunkte korrekt sind, dann gibt es
keinen Grund dafür, daß die Lage in COMPE nicht stimmt. Sind die Punkte von QV falsch,
oder versteht Compe etwas nicht? Ändere doch das Datum in der imp von QV auf WGS84
und importiere dann damit in Compe neu, was passiert dann?

Hallo,
TwoNav/CGPSL setzt die 3x3 Kalibrierung WGS 84/TM von TTQV genau so richtig um, wie wenn die Karte in orig. Projektion/Datum von TTQV exportiert werden würde bzw. könnte mit nur 2 Koordinaten.

Der CGPSL RMAP Export bei einer GK/Potsdam Karte wird orig durchgeführt. Die Lagegenauigkeit ist bei beiden Exportvarianten sehr gut.

mojn, mojn,

wenn Compe nur zwei Punkte verwendet ist das wahhrscheinlich
Glücksache ob das Ergebnis es bei Karten aus QV stimmt! QV interessiert nicht,
ob eine Karte Gitter-verdreht ist. Berücksichtigt Compe nur zwei Punkte, kann es
diesen Umstand (gedreht oder nicht) aber nicht erfassenn. Das könnte der Grund
sein, daß es mal stimmt und mal nicht.

mojn, mojn,

Zitat von manu1w

Ich hatte nur eine "Grundversion" von CompeGPS und konnte darauf gar nichts machen.

.. hast Du denn mal in der imp Datei die QV erstellt hat das Datum=*Potsdam Rauenberg DHDN*
geändert in Datum=WGS84 und die Karte dann importiert?

mojn, mojn,

ich habe es mal im neuen QV6 exportiert, da wird anders exportiert,
wohl passend zu Compe. Ich hab es Dir gemailt, importiere es bitte mal
auf Dein Gerät!

Hallo Jockel,
die im TTQV Shop angebotenen Generalkarten sind als Übersichts- und Planungskarten sehr beliebt und je nach Typ/Länder nur für Mapspezialisten lagegenau in RMAP zu konvertieren. Ginge das mit der 6er ebenfalls problemlos?

Hallo Gerd,

welche davon meinst Du genau, die RKHV oder die 200er, 800er....
Ich weiß im Augenblick nicht was das Problem ist und ob sich da im
Hinblick auf QV6 etwas ändert. Ich brauche da genauere Infos was das
Problem ist. Wenn QV6 das Problem nicht direkt löst, kann es ja sein, daß
ich bei einer Neuerstellung der Karten Änderungen vornehmen kann die
die Möglichkeit zu exportieren verbessern.

Hallo Jockel,
diese Gesamtkarte hat etwas Zeit abverlangt, bis ich diese als brauchbare RMAP hatte:

[Blockierte Grafik: http://up.picr.de/9049605nkn.jpg]

die einzelne Deutschlandkarte war dagegen problemlos. Art. Nr. 01,090,0601*,0

mojn, mojn,

kann bitte mal jemand mit CGPSL und den Compe Vektorkarten, oder etwas anderem garantiert
richtig liegendem, diese beiden Tracks einlesen und mitteilen, ob die auf der Straße liegen,
im Gegensatz zu 200 m daneben?

Merci!

gerd
kann ich nicht sagen, weil ich es noch nicht probiert habe, kommt dann in ein paar
Tagen auf den Versuch an. Wenn es nicht geht, denke ich langfristig aber auf jeden
Fall daran das, schon von den Karten her, vielleichht durch Verwendung einer anderen
Projektion gangbar zu machen. Ich muß dazu nur wissen womit Compe bei diesen
für große Flächen geeigneten Projektionen umgehen kann.

Hi Jo,
hier sind beide Tracks über der vmap DACH11Q1.

Gruß
Werner