Support more GeoTIFF formats about enroute HOT 9 CLOSED

Enroute is now internally able to read GeoTIFFs where the transformation is specified in one of the following ways:

• via a ModelTransformationTag
• via a combination of ModelPixelScaleTag and ModelTiepointTag

The changes are not user visible yet, because Enroute cannot presently handle VACs with that info; I will implement that next.

from enroute.

@schneisi Ich habe Dich hinzugenommen, weil bestimmt auch iOS-Nutzer nach dem Problem fragen werden...

from enroute.

Lieber Michael,

danke für den Hinweis! Ich schaue mir die Sache an, werde aber ein paar Tage brauchen, weil ich im Moment noch beruflich im Ausland bin.

Ich muss ehrlicherweise sagen, dass ich nur das absolute Minimum implementiert habe, das nötig war um die Beispiel-GeoTIFFs, die ich damals hatte, korrekt zu lesen. Daher ist es vielleicht nicht sehr überraschend, dass nichts mehr läuft, sobald Du andere GeoTIFF-Features verwendest.

Der derzeitige Code unterstützt die Transformationen garantiert nicht. Ich denke aber, dass ich die Funktionalität aber zeitnah nachliefern kann. Ich programmiere mal was und melde mich, vielleicht schon in der nächsten Woche.

Grüße,

Stefan.

from enroute.

Wenn es kurzfristig irgendwie hilft, dann könnte ich bei mir auch auf die Methode 3 (Drei raster->model tiepoint pairs) umstellen. Langfristig ist das aber auch keine Lösung, denn GeoTIFFs können ja aus beliebigen Quellen kommen und dann hat man auch keine Kontrolle darüber welche der möglichen Methoden zur Beschreibung der Georeferenzierung verwendet wird. Ausserdem ist bei den drei Tiepoints auch nicht gesagt, dass diese immer mit den Eckpunkten korrespondieren. Im allgemeinen Fall müßte man aus diesen Tiepoints sowieso die affine Transformationsmatrix berechnen.

from enroute.

I have now extended AIP Browser DE to be able to export pre-transformed chart images. (I explicitly say pre-transformed and not pre-rotated because a general affine transform can also have a shear component.) This works nicely with Enroute:

In the long run it would still be better if Enroute could handle all affine transforms because the images a smaller and may come from different sources which don't provide a pre-transform feature.

I have observed a problem with the zoom level though which I am going to report in a separate issue.

This addition to AIP Browser DE was also necessary because other flight software like VFRNav can't handle non-north-oriented images at all due to their limited way to describe the geo-info as just two co-ordinates encoded in the file name.

from enroute.

@mipastgt Thank you for the fantastic new feature. I hope that Enroute will learn to handle all affine transforms within the next two weeks… but as usual, I cannot give any guarantees.

from enroute.

Update: GeoTIFF reader can handle affine transformations now. However, we still need to implement support for that in the VAC handling code of Enroute. A major re-write of the VAC library class is required.

from enroute.

Currently in public beta at Google Play.

from enroute.

Implemented in 2.30.13. Thanks to everybody!

from enroute.