Sinnvolle Größe für erzeugte Geotifs

ist die libgeotiff nicht auf 4gb filegröße begrenzt? bilde mir ein das es da eine bigtiff lib gab die das löste.

im grunde würde ich überlegen ob deine gesamte softwarelinie mit großen tif´s zurechtkommt. insbesondere wenn du die selbe datei mit irgendeinem anderen viewer auf einem mobilgerät verwenden willst.

Geotiff kann bis zu 4GB. Wenn GDAL mit bigtiff Kompiliert wurde geht auch mehr. Was geht kann man sich unter "Hilfe->Über QLGT->Formate" ansehen.

4GB an Daten zu bearbeiten kann dauern. Besonders wenn man die Daten neu organisiert. Das heißt man sollte Farbeinstellungen, Kachelgröße und Kompression der Ausgangsdatei wenn möglich belassen.

Ich habe alle meine Karten als Geotiff vorliegen. In der Regel mit 8Bit Farbtabelle, 256x256 Kacheln, LZW komprimiert und Übersichtsebenen (2,4,8,16). Wenn die Dateien an die 4 GB herankommen, wird die Karte geteilt. QLGT kann ja ohne weiteres Karten aus mehreren Dateien anzeigen.

Formate wie JNX oder RMAP sind für mich reine Geräteformate. Ich habe entweder die Karten auf der Kommandozeile einmal in das betreffende Format umgewandelt und auf das Gerät kopiert. Oder ich exportiere nur den Ausschnitt den ich gerade brauche. Boliden von zig GB versuche ich auf den Geräten zu vermeiden.

Zitat von rennradler

Da finde ich nur Gtif (rw+v): GeoTIFF. Hab es aus einem ppa für Ubuntu.

Splitten wäre ja nicht das Thema. Wenn ich das Script ozi2geotif.py auf die zwei Kacheln anwende, gibt es ein Lücke zwischen beiden Kachel. Ich nehme an, daß das mit unterschiedlicher Projektion der beiden Kacheln zu tun hat. Was muß ich tun, damit die Kacheln nahtlos aneinander liegen?

Wenn das Dateien aus unterschiedlichen Quellen sind, musst Du damit leben. Mir ist noch nicht ganz klar warum du die reprojiziern willst.

Zitat von rennradler

Was ich gemacht habe:

1. Ich habe mit einem bekannten Tool die im gvg-Format vorliegenden Kartendaten extrahiert. Dabei habe ich sie in 2 Kacheln splitten lassen.

2. Ich habe das Script ozi2geotif.py auf die beiden Kacheln angewendet (den convert-Befehl habe vorher auskommentiert, das sollte aber auf das Ergebnis keinen Einfluß haben).

Nun ende ich mit dem selben Ergebnis, wie bei meiner vermurksten Konvertierung der Höhendaten.

Alles anzeigen

Was sagt den gdalinfo zu den Ozi Dateien? Vielleicht geht es ja direkt. Oder schauen wo ozi2geotif.py die Dateien reprojiziert. Das ist nicht wirklich nötig.

Zitat von rennradler

Danke für den Hinweis - hab mich von Programmnamen leiten lassen. gcp-Files wäre passender, sehe ich das richtig?

Ich glaube schon. Hab das Tool nie benuetzt.

Zitat von rennradler

Ich habe es mal ausprobiert - sieht besser aus. Jetzt gibt es an der Nahtstelle nur einen kleinen weißen Strich. Ich muß mir das Funktion in qlandkarte zur Wandung in geotiffs noch mal genauer anschauen. Mir ist noch nicht klar, was ich bei der Kartenprojektion eintragen muß.

Wenn die Karten nicht gedreht wurden, dann passt es. Wahrscheinlich überlappen sich die Karten auch, oder? Dann kannst Du versuchen, die Reihenfolge in der qmap Datei zu ändern, so dass der Weiße Rand von einer Karte ohne Rand überdeckt wird. Oder Du schneidest die Karte randfrei. Rechte Maus auf Karte. Mit "Crop: set pos 1". die linke obere Ecke auswählen. Und dann mit "Crop map..." die rechte untere Ecke.

Rennradler,
wichtig bei Konvertierungen ist die Lagegenauigkeit zu überprüfen. Einige Meter Abweichung zum Original liegen schon mal drin.

Zitat von rennradler

Ich habe verschieden Wegpunkte über die Karte verteilt im Hersteller-Viewer gesetzt, diese als gpx-Datei gespeichert und in qlandkarte geladen. Die stimmten auf das Pixel genau überein. Daher gehe ich davon aus, daß die Konvertierung / Georefferenzierung sehr gut funktioniert hat.

Software, die zusätzliche Fehler von mehreren Pixeln in die Lage der Karte bringt ist Schrott. 1 Pixel ist in der Regel ein Rundungsfehler, den man in bestimmten Fällen auch fixen kann.

Der Streifen hat einen anderen Grund. Damit die Karten schnell dargestellt werden könne muss der gelesene Kartenausschnitt in der Breite ein Vielfaches von 4 Pixeln sein. Je nach Lage der Karte fehlen dann 0-3 Pixel. Alles kein Problem wenn die Kartendateien ein wenig in horizontaler Richtung überlappen. Bei Dir sind sie aber auf das Pixel genau geschnitten worden. Und deswegen sieht man den Spalt.

--> Karten in der Horizontalen immer 50 Pixel und mehr überlappen lassen.

Das ist die Crux an der Transversal Merkator Projektion. Das zusammenfassen von Karten aus verschiedenen Zonen geht nicht ohne die eine oder andere Karte zu reprojizieren.

Schau dir mal das gdalwarp Kommando an. Speziell die Parameter t_srs, dstnodata und dstalpha. Damit solltest Du eine Datei so reprojizieren können, dass die entstehenden Ränder transparent sind.