17 Pixel zuviel

Anton, jetzt mal langsam mit den jungen Pferden, sonst komme ich gedanklich nicht mehr nach.

Hast Du meinen Rat aus dem anderen Thread befolgt und die einzelnen Geotiffdateien zu einer einzigen zusammengesetzt? Gerne auch in ihrer originalen UTM Projektion. Ich vermute nämlich dass die zusätzlichen Kacheln von einer überlappenden Kartendatei stammen.

Das ist für den Moment die einzige Möglichkeit auf ein ordentliches Ergebnis zu kommen. Ich werde die nächsten Tage den Export mal komplett überholen. Das ist schon aus ganz anderen Gründen nötig. Dabei wird dann auch sicherlich eine Lösung für so Patchworkkarten wie deine herausfallen.

Zitat von macnetz

Ich habe die Gesamtkarte von GM (GeoTiff mit UTM/WGS84) in QL GT angelegt und als Garmin-Rasterkarte exportiert. Dabei ist das Streifenproblem in der Mitte der Gesamtkarte aufgetreten. Das Problem mit den Extra-Kacheln tritt dabei nicht auf.

Das ist wirklich seltsam. In einer Gesamtkarte sollten die transparenten Pixel nicht mehr vorhanden sein, oder? Zumindest nicht in der Mitte der Karte. Am Rand ist es klar. Was passiert wenn Du die einzelnen Scanns mal auf der Kommandozeile mit GDAL zusammen fügst:

gdalwarp -co tiled=yes -co compress=LZW file1.tif file2.tif... outfile.tif

Zitat von macnetz

Weil ich die UTM-Projektion als Ursache ausschliessen wollte habe ich die Gesamtkarte in GM reprojeziert und als Plate Carree exportiert. Keine Änderung in QL GT.

UTM würde im Moment nur Probleme machen wenn die Karte aus mehreren Dateien geladen würde. Das sollt dann mit den Änderungen auch endlich gefixed werden.

Zitat von macnetz

Weil nun die GeoTiff-Gesamtkarte mehr als 1,5GB Dateigrösse hat habe ich dir den Link zur KMZ-Version geschickt. Gleichzeitig habe ich mit GM diese KMZ-Version importiert und als GeoTiff exportiert (Geografisch/WGS84). In GM habe ich dabei "Kachel-Tiff" angekreuzt. Mit dieser Gesamtkarte als GeoTiff tauchte zusätzlich zu den schwarzen Streifen das Extra-Kachelproblem auf.

Mir ist jetzt kein KMZ -> Geotiff Konverter bekannt. Insofern bringt mir das wenig. 2 oder 3 der Einzeldateien, an deren Grenzen das Problem auftritt, würden mehr helfen. Gerne auch parallel dazu diese Dateien zusammen als eine von GM. Dann hätte ich die Chance auf einen Vergleich mit der GDAL Version. Generell ist es seltsam dass diese Probleme, die typisch sind für Karten, die aus mehreren Dateien bestehen, bei einer Karte entstehen, die schon zu einer Datei zusammengesetzt wurde.

Bevor ich vergesse zu fragen: Die QLandkarte Version ist ja bestimmt die neueste, oder?

Zitat von macnetz

heute habe ich mit einer ECW-Version der Gesamtkarte getestet.
Dabei habe ich festgestellt dass die ECW-Karte viel schneller zoomt als die GeoTIFF.

Wenn man einem Geotiff die nötigen Übersichtsebenen spendiert, dann geht das genauso flugs. Wurde auch schon im Forum diskutiert:

http://www.naviboard.de/vb/showthread.php?t=50017

Zitat von macnetz

Die beschriebenen Fehler (Extra-Kacheln und Streifen) gab es dann beim Export mit 578 Tiles. Die Extra-Kacheln am rechten Rand sind diesmal 41 Pixel breit.
Bei 51 Tiles gab es nur schwarze Streifen.

Ich glaube so kommen wir nicht weiter. Versuch doch erst mal einem kleinen Beispiel das Problem handlicher zu machen. Ich bin immer noch der Meinung, dass GM die transparenten Werte an den Rändern der Teilkarten irgendwie mit in die Gesamtdatei wurstelt.

Mittlerweile konnte ich eine Sache bei GDAL herausfinden. gdalwarp nimmt irgendwie nicht den transparenten Farbindex von der Quelle mit zur Zieldatei. Das führt zu seltsamen Verfärbungen im transparenten Bereich. Siehe das angehängte Beispiel. Ähnliches durfte bei deiner Karte passieren, nur dass die transparenten Werte wohl auch mitten in der Karte liegen. Da muss ich mal suchen, warum das so ist.

Interessant wäre es auch zu wissen ob GDAL die Gesamtdatei ähnlich wie GM zusammensetzt. Kannst Du nicht mit GM mal 2 kleine Teilbereiche aus den Einzeldateien herausschneiden, so dass man 2 wenige MB große Dateien hat, mit denen sich das Problem nachstellen und analysieren lässt?

Grüße

Oliver

Zitat von macnetz

Hallo Oliver,

hier ein senkrechter Streifen als ECW-Datei ca. 8 MB
http://www.megaupload.com/?d=1JUQPINS

Warum auf Erden ausgerechnet in einem proprietären Format, bei dem der Hersteller den Linux Support eingestellt hat. War Geotiff zu offen?

Also auf meinem Netbook (win7) sehe ich das ECW als Streifen. Gebiet auswählen (screenshot5) und exportiert. In GE geladen (screenshot4). Das sieht für mich ok aus. Die schwarzen Ränder entstehen durch die Drehung von UTM nach Merkator. Aber die ausgewählte Kartenfläche wird korrekt wiedergegeben. Soweit funktioniert alles wie erwartet. Und bei Dir entstehen jetzt schwarze Streifen in der Karte?

So, ein wenig was neues. Ich habe hier eine Karte, bei der ein schwarzer Querstreifen entsteht. So wie es aussieht macht gdalwarp oder gdal_translate was falsch Exportiere die Dateien doch mal nach QLandkarte M. Dabei entstehen GeoTiff Dateien, die wieder in QLGT geladen werden können. Wenn dort Streifen zu sehen sind, dann beschränkt sich das Problem bei Dir auch auf die GDAL Tools.

Das war zu befürchten. Ein Bug in meinem eigenen Code wäre mir lieber. Naja, ein Grund mehr von den FWTools wegzukommen und endlich eine aktuelle Version von GDAL mit QLGT auszuliefern. Das kann aber noch ein wenig dauern.

Bis dahin würde ich an deiner Stelle das Problem umgehen und den jeweiligen map2... Konverter mit der Hand aufrufen. Bitte dazu in Windows immer die FWTools Shell benützen. Ruft man map2gcm ohne irgendwas auf, kommt ein Hilfstext. In der Regel reicht folgende Kommandozeile:

map2gcm.exe path\infile1.tif  path\outfile.kmz

Wobei infile1.tif die Karte in einer mercatorähnlichen Projektion sein muss. Was immer auch am wenigsten verzerrt. Meiner Meinung nach ist das für Gesamtkarten sowieso das bessere Vorgehen. In anderen Programmen wird man dazu doch nur gezwungen, weil man den Kartenlieferanten nicht vergräzen will.

Zitat von macnetz

Hallo Oliver,

beim ersten Versuch mit der Kommandozeile ist die KMZ-Datei ohne Bilder.

Grüsse
Anton

oops tatsächlich, der will unbedingt den Parameter "-t". Das ist jetzt natürlich ärgerlich und nicht ganz im Sinne des Erfinders. Da musst Du dir mit dem anderen map2... bis zum nächsten Release die Zeit vertreiben.