na wenigstens mit CGPSL gehts, halt nur rmap ...
Beiträge von Batzi
-
-
merci bien!
... hat aber nix gebracht: kleiner Ausschnitt Test-jpg mit 256 Farben von
Allgäuer Alpen - Ost 2/2
(c) DAV & OeAV, BEV - Bundesamt für Eich- und Vermessungswesen
Alpenvereinskarten digital
DAV & OeAV
Datei 01.gvgbleibt schwarz.
I würd gern verstehen was da falsch läuft ...
-
Zurückgesetzt ... schon länger her ... wie ging das nochmal?
-
Hallo nochmal,
gibt es vielleicht ein Log mit potentiell wertvollen Hinweisen?
-
Hallo,
Setup: Virtualbox (4GB RAM.WinXP+QuoVadis 6.0.8.6 - Standard)
Karten werden schwarz exportiert.
Probiert habe ich es von eigenen ECWs und den Alpenvereinskarten 2007 und 2010 nach Bitmap, kml/kmz und rmap.
Immer dasselbe Ergebnis: alles schwarzWas tun?
-
Ich habs!
Bei mir wars Virtualbox Guest Additions im "Safe Mode" von Windaus installieren.
-
Daran dass das Kartenfenster schwarz bleibt = keine Kartendarstellung!
Nachdem bei der Migration von Blech auf Virtuell einiges Ausgetauscht wird könnte es sein dass WinXP irgendwas fehlt.
Gibts irgendwo eine Liste der Abhängigkeiten für QV? Dann könnte ich die mal durchgehen. -
ECW und RMAP von AMAP und AV ...
Edit: auch die mitgelieferten QV Karten ...
-
Servus & danke, das hatte ich auch schon probiert ...
-
Servus, ich glaube alle Einträge zu schwarzen Kartenfenstern und VirtualBox gelesen zu haben
Kurz zur Umgebung:
- Debian/testing 64Bit 3.2.0-2, Nvidia 295.4 modul
- VirtualBox 4.1.12, 128MB für Grafik, 2&3D Beschleunigung an.
- Win XP, letzter Patchstand, auch bzgl. .Net (jaja, auch der bewusste KB für .Net 2), ist ein Klon von meinem Laptop auf dem QV läuft
- QV 6.0.4.3
Die qv6.ini hatte ich auch schon gelöscht.
Ach ja: die CPU geht auf 100% nachdem das Kartenfenster offen ist.
Sonst geht alles, auch AV Karten und AMAP, recht flott sogar im Vergleich zu VMware ...Habt ihr n paar Ideen für mich?
-
Das dürfts gewesen sein.
Danke! -
Passiert seit dem letzten Update, beim Exit, beim Laden einer Route für die Kartenansicht ...
WinXP, letzter Patchstand auf Laptop.
Wär schön wenns vorm Wochenende wieder ginge ....PS: QV unter GNU/Linux, des wär was .... *träum*
-
"Danke!
Zurücksetzen" ?
-
Servus, seit einigen Versionen schon stürzt TTQV bei mir ab wenn ich einen Track vom Sportiva importiere und in der Amap (ecw) darstellen will.
es lässt sich durch vorheriges Laden der Amap umgehen ...
Übrigends: nach dem Absturz gehts dann direkt ... -
super danke!
Wenns nicht geht liegts also an der Karte?
Hab dasselbe Phänomen auf meinem X200 (XP 32Bit, 2GB RAM)Mit CGPSL hat der Export übrigends funktioniert - mit einer Rate von 1600px+/ms.
-
Wie stell ich die Spalten im Explorer ein?Edit: habs scho!I möcht jetzt aber nicht schwören ob nicht doch eine der 65k Karten offen war ...
Ist 65k nun zu groß oder nicht? -
Rmap ist nicht Bitmap, du schreibst Bitmap das Bild zeitigt Rmap.
nicht ich, TTQV!
das ist die Fehlermeldung vom Exportassi wenn ich versuche o.a.1,07374 Megapixel, 25,2 Megabyte ECW nach RMAP zu konvertieren.Wenigstens CompeGPS Land funktioniert da verlässlich sonst würd ich mich wieder mal sehr ärgern.
Und wenigstens bin ich mit TTQV einer Meinung das RMAP auch eine Bitmap ist, aber das sind Grundsatzdiskussionen ... -
Touratech-QV 5.0.7.20
wo?
-
danke - bin ich blind? wo?
PS: es handelt sich um 1,073 bzw 4,294 Megapixel
-
Zitat
Error while exporting: WasError
System.ExceptionDer gewählte Kartenausschnitt ist zu groß, um am Stück exportiert zu werden.
QV findet nicht genug Speicher, um eine Bitmap mit 65536 x 512 Pixel zu erzeugen.Bitte verkleinern Sie den Bereich, oder teilen Sie ihn in mehrere Seiten auf oder reduzieren Sie den Zoom.Faktor.
at QV50.clsMapExport.b.a(clsMapExport A_0, clsAreaGeo A_1, Int32 A_2, Int32 A_3, Boolean A_4, Boolean A_5, ListOfCoordinates A_6)tmpbmp.DestBmp is nothing
Done, time=36,11sWar es nicht schon mal möglich 65536 x 65536 zu exportieren?
Wieviel Speicher braucht es nun?Edit/add:
Und warum glaubt TTQV überhaupt das es 65536 x 65536 sind wo die zu konvertierende DateiEnhanced Compression Wavelet Format (ECW)
32768 x 32768; 24 bit; 3 band(s)ist?