QV7 selbst kalibrierte Kartenteile dauerhaft in eine Gesamtkarte zusammenfassen

Hallo,

Zitat von Waldläufer

Ein Umstieg auf ein anderes Foirmat bedeutet neuen Scann und Kalibrierung, oder sehe ich das falsch?

das siehst Du falsch!
BMP ist ein Verlustfreie Bildformat und Du kannst das in alle Format neu speichern ohne Qualitätsverluste.
Erst wenn Du Verlustbehaftete Formate wählst musst Du aufpassen.

Verlustlose Formate sind z.B.:
BMP
TIF
PNG

Verlustbehaftete Formate sind z.B.:
JPG

siehe dazu auch:
http://de.wikipedia.org/wiki/Bildkompression

Gruß
Horst

Ok ist soweit in Ordnung. Die Karten werden alle in einen Kartenfenster angezeigt das den Namen Bell_1.bmp hat, folglich sind alle anderen Karten die unter Karten eingetragen sind auch als Ovelay zur Bell_1.bmp angezeigt. Ich denk das Problem geht in Richtung Ressourcen !
Hab das eben mal mit 5 Karten vom Typ .png getestet und da gab es keine Probleme !

gruss elmar

Hi Waldläufer

Wenn ich von deinem ersten Kartenbeispiel aus deinem Screenshot ausgehe,
nimmt, grob gesehen, eine Karte bei dir ca. 25MB an Hauptspeicher ein.
Bei 80 Karten sind das 2 GB an Speicherbdarf.
Eine 32bit-Anwendung, wie QV eine ist, bekommt (auch in einem 64bit Windows) nur 2GB Speicher zugewiesen.
Also sind die Probleme (jetzt unabhängig vom Overlayproblem aus mehreren DB's) schon vorprogrammiert.

Zitat von Waldläufer

Ein Umstieg auf ein anderes Foirmat bedeutet neuen Scann und Kalibrierung, oder sehe ich das falsch?

Du kannst die Karten so in einem anderen Format speichern, daß die Karten ihre ursprüngliche Pixelgröße beibehalten.
Dann muß man nur die cal-Datei manuell anpassen und kann dann die neuen Karten wieder in QV importieren.
Ohne neu zu scannen oder zu kalibrieren. Logisch ist auch das mit einigem Aufwand verbunden
Aber du solltest dich vorher mal mit den diversen Formaten beschäftigen.
Z.B. mit ecw oder mit tiff.
Da werden sicher noch einige Tips von den Kartenprofis hier im Forum kommen.

Wie veränderlich ist denn Deine Basis an Karten, heißt: kommen da häufig neue hinzu oder werden ausgetauscht? Oder arbeitest Du mit dem Projekt dauerhaft?

Hast Du selbst Global Mapper oder kennst jemanden aus dem Freundeskreis der GM besitzt? Damit würde sich im Batchbetrieb aus beliebig vielen, beliebig großen Kartenschnipseln eine Gesamtkarte erstellen lassen, die in jedem gewünschten Grafikformat vorliegen könnte.

Ich glaube, dass Du mit der Anzahl Deiner Karten einfach an einer Grenze bist, bei der es tatsächlich schwierig wird.

Gruß
Denis

Servus,

Zitat von wynetwix

Du kannst die Karten so in einem anderen Format speichern, daß die Karten ihre ursprüngliche Pixelgröße beibehalten.

wenn man das mit einem Tool wie z.B. dem kostenlosen IrfanView (sogar Stapelverarbeitung möglich) einfach als farbtiefenreduzierte Kopie speichert, bleiben die "Abmessungen" der Karte unverändert. Jockels uralte Standardempfehlung PNG mit 8-bit Farbtiefe (256 Farben) ist immer noch gültig.

Zitat von wynetwix

Dann muß man nur die cal-Datei manuell anpassen und kann dann die neuen Karten wieder in QV importieren.

Wenn man das in einem extra Arbeitsverzeichnis macht, ist das bei geeigneter Vorgehensweise u.U. nicht einmal notwendig.

Zitat von wynetwix

Z.B. mit ecw

ECW halte ich im vorliegenden Fall, nicht für das optimale Grafikformat, da hier offensichtlich schon an der Grenze von QV und System gekratzt wird. Bei ECW wird zwar nur der der dargestellte Teil der Containerdatei in den Arbeitsspeicher geladen, das jedoch immer mit der vollen Farbtiefe, will heißen das belastet den RAM auch ordentlich bei der hier gewünschten Anzahl von Karten.

Ich neige auch zur schon von Denis geäußerten Meinung, daß man ab einem bestimmten Punkt die Karte außerhalb von QV zusammenstellen sollte. Nur weil QV gegenüber früheren Versionen wirklich ungeahnte Möglichkeiten bietet, ist es damit noch nicht zu einem GIS mutiert. Leider hat es von den Vorgängern den nicht immer optimalen Umgang mit dem RAM geerbt. Tom hat das zwar erkannt, eine Änderung ist aber wegen des Aufwands an Hirnschmalz und Zeit nicht von heute auf morgen zu erwarten und dürfte eher in QVx angesiedelt sein.

Viele Grüße, Ohm.

Hallo Waldläufer,

Zitat von Waldläufer

In dem Zusammenhang fällt mir ein, das die Festplattenpartition, auf der QV7 und die Datenbanken gespeichert werden nicht als MBR sondern GPT vorliegen. Mögliche Auswirkung?

ich schiebe die Erklärung noch nach, wobei wir bei dem eigentlichen Problem schon ein paar Schritte weiter sind.

GPT/MBR: das spielt bei dem Problem keine Rolle - GPT die aktuellere Spezifikation und das benötigst Du z.B. wenn die Platte >2TB ist, es benötigt einen anderen Bootloader und mit GPT gibt es nicht mehr die Beschränkung auf 4 für die Anzahl der primären Partitionen (unter Windows sind 128 möglich).
Beim Betrieb selbst fällt der Unterschied nicht auf und Deine Programme bekommen das auch nicht mit, ob die Daten auf einer MBR oder GPT Platte liegen - das ist transparent und nur das Betriebssystem muss damit umgehen können. Älterere Tools die für MBR geschrieben wurden könnten damit Schwierigkeiten haben und da sollte man etwas vorsichtig sein, irgendwelche Reparaturtools auf die Platte los zu lassen - im ungünstigsten Fall reparieren die nicht, sondern die Daten sind danach weg.

Mit dem Global Mapper geht das wohl und da sind Einarbeitung und Zusatzkosten verständliche Argumente. Ich kann das nicht anbieten - habe das Tool ebenfalls nicht und bei Karten bin ich kein Master, sondern nur Padawan. Vielleicht kannst Du mit einem der das Tool hat was aushandeln, dass Dir die Karte generiert wird - Gutschein bei Amazon oder was ähnliches als kleine Aufwandsentschädigung - dann haben beide was davon - der Global Mapper Owner kann seine Lizenz und sein Wissen einsetzen und kann sich ein Buch oder was anderes kaufen und Du bekommst Deine Karte in einem QV verträglicheren Format. (aber das ist alles unverbindlich und es muss sich keiner dazu verpflichtet fühlen, weil das über den freiwilligen Support, der hier geleistet wird, ein Stück weit hinausgeht)