Export GE Rmaps TTQV -> Aventura

Hannes · 26. August 2009

Hallo !

Beim Export von gecapturten GE Maps auf den Aventura aus TTQV tritt eine Verschiebung des Karteausschnittes von ca. 200 m auf - mehrere Versuche , auch bei gleicher Skalierung im Exportfenster ergeben das gleiche Bild .
(ähnlich den Verschiebungen der Tiles beim Capturen aus GE - letztes Release)

Die Kalibrierung des von QV aus GE gecapt.Bildes stimmt am PC in QV haarscharf mit der Kalibrierung der anderen Rasterkarte ( in meinem Fall Amap 50K ) überein.
Dieser Kal.Fehler ist bei Exporten gleicher Art nach PA niemals aufgetreten.
Es kann doch nicht an der Convertierung in *.rmap aus den verschiedenen Formaten der Kartendateien liegen ( *.map / *.jpeg ) , wenn die Kalibr. in QV stimmt .
Hoffentl. steh ich nicht auf irgendeiner Leitung - aber ich finde keine Lösung .

Nächtl. Grüße
Hannes

Aventura 2.0.1
TTQV4.0.122 PU
GE xxx.1968
WinXP SP3

jockel · 26. August 2009

mojn, mojn,

Zitat von "Hannes"

....aus den verschiedenen Formaten der Kartendateien liegen ( *.map / *.jpeg ) , wenn die Kalibr. in QV stimmt ....

Was für eine *.map ist da an der Geschichte beteiligt ?

macnetz · 26. August 2009

Hallo,

auch bei Lichte betrachtet gibt es denselben Fehler.

GE-Capture mit TTQV - ok
Reality-Check (auf GE anzeigen) - ok
TTQV-RMAP Export für Aventura - versetzt
TTQV-Bitmap-GM-ECW - ok

siehe Screenshots (es fehlt auch das rot in der RMAP):
[Blockierte Grafik: http://mac-im-netz.de/dateien/pictures/screenshot-1.jpg][Blockierte Grafik: http://mac-im-netz.de/dateien/pictures/screenshot-2.jpg][Blockierte Grafik: http://mac-im-netz.de/dateien/pictures/screenshot-3.jpg]

Grüsse - Anton

macnetz · 26. August 2009

Nachtrag:

die roten Dächer der RMAP erscheinen erst bei weiterem Hineinzoomen.

Grüsse - Anton

sardinien · 26. August 2009

Test mit identischer qtl durchgeführt:
aus qtl eine rmap erzeugt = gleicher Fehler wie bei euch
aus qtl>png>rmap = diese Karte stimmt durch den Umweg des Zwischenspeicherns

macnetz · 26. August 2009

Nachtrag 2:

die GEcapture->TTQV->RMAP ist nicht nur verschoben sondern auch um 180° gedreht.

Grüsse - Anton

Hannes · 26. August 2009

Hallo !

jockel :

Zitat

Mi Aug 26, 2009 2:59 am , Was für eine *.map ist da an der Geschichte beteiligt ?

Wußte gar nicht , daß es bei QV auch Nachtdienste gibt
Es handelt sich um die Amap-West , Dateiname im Xpl. natürlich a50west.acc, auf der Festplatte müßten der Größe nach zu urteilen die Daten doch in der a50west map Datei liegen ?

sardinien :

Zitat

aus qtl>png>rmap = diese Karte stimmt durch den Umweg des Zwischenspeicherns

Erfreulich , daß Du das so schaffst - ich bin da etwas überfordert wie das geht . Das Raster-Export-Procedere aus QV ist ja an sich ( wie auch bei PA ) schon mühsam , wenn man Duzende Bilder übertragen muß und dabei die Übersicht und Ordnung beibehalten sollte , dann noch dieser Umweg :cry: .
"TOM Sei DANK" - vielleicht gehts mit der .123

@ macnetz :

Zitat

...nicht nur verschoben sondern auch um 180° gedreht

Verschoben ja , Drehung kann ich nicht feststellen .
Wollte übrigens auch einen Screenshot des AVENT machen und bilde mir ein (??) , irgendwo in den Tiefen des Menüs einmal einen Button für diesen Zweck gesehen zu haben - finde diesen aber nicht mehr ( nach 3 Abenden "aventuren" noch etwas unbeholfen :crazy: )

Grüße

Hannes

sardinien · 26. August 2009

Hallo Hannes,
drücke mal den MARK Button lange, bis Screen erstellt auf dem Display kommt.Der Screen liegt in Temp auf internem Speicher.

jockel · 26. August 2009

mojn, mojn,

wir können hier die Fakten sammeln, aber bewegen wird sich wohl leider
bis zum 15.09. nichts, Tom ist bis dahin "on tour". Kann gut sein, daß das
Problem an der *.qtl Geschichte hängt, die vielleicht beim Export nach
*.rmap eine etwas andere, oder dedizierte Behandlung brauchen.

macnetz · 27. August 2009

Guten Morgen,

bei meinem Beispiel gibt es beim GE-Capture Single nur eine .JPG- und eine .JGW-Datei. Die Anzeige in TTQV und der Export als kalibrierte Bitmap klappt ja.

Grüsse - Anton

sardinien · 27. August 2009

Zitat von "Hannes"

sardinien :

Erfreulich , daß Du das so schaffst - ich bin da etwas überfordert wie das geht . Das Raster-Export-Procedere aus QV ist ja an sich ( wie auch bei PA ) schon mühsam , wenn man Duzende Bilder übertragen muß und dabei die Übersicht und Ordnung beibehalten sollte , dann noch dieser Hannes

Hallo Hannes,
deshalb verwenden viele Aventuras GM. Wollte nur eine Notlösung aufzeigen und hoffe, dass Jockel als Zwischenlösung vielleicht eine ältere, funktionierende Version hochladen kann. Ich update normalerweise immer, ohne die vorherige zu speichern.

macnetz · 27. August 2009

Hallo,

die 4.0.120b hab ich mal probiert - leider ohne Verbesserung.

Grüsse - Anton

jockel · 28. August 2009

mojn,

was ich im Augenblick noch so anbieten kann siehe unten! Man beachte,
da ist auch noch eine 122a, neuer als die derzeitige 122, vielleicht hat
die den Bug ja schon weg! Aber trotzdem vorsicht, das sind alles develop
Versionen!

http://www.ttqv2.de/files9/qv4upd_122a.exe
http://www.ttqv2.de/files9/qv4upd_121c.exe
http://www.ttqv2.de/files9/qv4upd_121b.exe
http://www.ttqv2.de/files9/qv4upd_120b.exe
http://www.ttqv2.de/files9/qv4upd_120.exe
http://www.ttqv2.de/files9/qv4upd_119_44.exe
http://www.ttqv2.de/files9/qv4upd_119_3.exe
http://www.ttqv2.de/files9/qv4upd_117d.exe
http://www.ttqv2.de/files9/qv4upd_117.exe

sardinien · 28. August 2009

Hallo,
ich beginne mal zu testen und berichte.

sardinien · 28. August 2009

Hallo,
122a bis 119 44 getestet mit Topo D - Kein Export stimmt
119.3 hat keinen Aventura-Export mehr behinhaltet

Hannes · 29. August 2009

Hallo !

Zitat

122a bis 119 44 getestet mit Topo D - Kein Export stimmt

Nehme an , Du beziehst die Abweichung anhand eines Vergleichs mit dem Vmap-Overlay .
Habe soeben 50 Tiles aus Amap 50K exportiert - die Versetzung beträgt bei mir 0 bis 50m ( geschätzt , am AVE Display mit Maßstab ) , gleichmäßig bei allen Tiles eher nach S , manchmal stimmen die Straßenzeichnungen aber auch überein - liegt vielleicht auch an der Ungenauigkeit der Amap Graphik ??

Damit kann man aber schon leben :-? - im Vergleich zu GE - Exporten, die schon mehrere 100 m Versetzung haben .

Sehr nett finde ich die Lösung , daß der AVE auch die nicht aktivierten Tiles als Umriß anzeigt , und so "weiße Flecken" beim Export vermieden werden können ( das ist bei PA immer ein Problem gewesen - siehe PADocumenter )

Nächtl. Grüße

Hannes

PS: Wenn wir alle brav mit unserem " Tamagoggi " weiterspielen , wird er bestimmt noch vieles , vieles lernen ....

Joern_Weber · 30. August 2009

Hallo,

Zitat von "sardinien"

Hallo,
122a bis 119 44 getestet mit Topo D - Kein Export stimmt
119.3 hat keinen Aventura-Export mehr behinhaltet

Tom muss jede einzelne Projektion für den Export präparieren. Österreichs BMN hatte noch niemand bei Ihm bestellt.

Gruss Joern Weber

jockel · 30. August 2009

mojn, mojn,

ich hab den thread jetzt nochmal komplett gelesen. Mir ist aber nicht klar,
was nun genau das Problem ist?
- erst hieß es, es geht um *.qtl, die dann beim *.rmap Export nicht mehr stimmen
- dann soll es irgendwo die amap sein....
- und dann kommt irgendwo "kein Export stimmt" ?

Bevor ich jetzt alles von vorne Anfange, kann es sein daß da die eine oder
andere Aussage nur arg verkürzt kam und es um folgendes geht:
- GE-Capture, *.qtl oder einzeln, stimmen nicht beim TTQV Export nach *.rmap
- Exporte aus der AMAP stimmen möglicherweise nicht exakt, ist noch zu
klären ob das an der AMAP grundsätzlich oder einer nachzutragenden
Projektion für die AMAP liegt
- andere Kartenexporte aus TTQV nach *.rmap passen ?

Oder?

macnetz · 30. August 2009

Hallo jockel,

Hannes schreibt sowohl von GE-Capture als auch von der AMAP
Gerd schreibt von QTL (GE-Capture?)
bei meinem Beispiel mit Screenshots vom Aventura ging es hier um ein GE-Capture ohne QTL (single)

Grüsse - Anton

jockel · 30. August 2009

mojn, mojn,

also geht es bisher nur um ggfs. AMAP und mit Sicherheit GE-Tiles?
Andere Ansichten ?

Teilen