<div dir="ltr"><br><div style>Happy 2013 everyone,</div><div style><br></div><div style>We've come across some ENVI data sets (.bsq + .hdr files) in which the "map info" keyword of the .hdr file looks like this:</div>
<div style><br></div><div style>map info = {UTM, 1, 1,  408953.26, 3290904.2,  3.400, 3.400, 17,  North,  WGS-84,  units=Meters,  rotation=-6.00000}</div><div style><br></div><div style>It's interesting because we have a collection of seven such files and only two of them have rotation values other than 0.</div>
<div style><br></div><div style>We're using GDAL 1.9.2 and frmts/raw/envidataset.cpp, which seems to parse the .hdr file in this case, ignores the rotation.</div><div style>The code that captures the geotransform sets the two rotation terms to 0 unconditionally so it seems like it might not be </div>
<div style>too difficult to fix this.</div><div style><br></div><div style>Besides adjusting the geotransform, it looks like the code at bottom of ENVIDataset::ProcessMapinfo() would need to be fixed since the "units=" term is not actually always last in the map info array.</div>
<div style><br></div><div style>Has someone else already done anything about this already?  (E.g., is there a patch awaiting approval somewhere?)</div><div style><br></div><div style>Thanks very much for any advice on this.</div>
<div style><br></div><div style>carl</div><div style><br></div><div style><br></div><div style><br></div></div>