On 6 March 2012 19:33, Even Rouault wrote:
> Please create a Trac ticket with the patch so it doesn't get lost
>
I've reopened http://trac.osgeo.org/gdal/ticket/2352
with a patch attached since it is the same issue.
Andrew
___
gdal-dev mailing list
gd
Le mardi 06 mars 2012 16:06:16, Andrew Brooks a écrit :
> On 28 February 2012 16:06, Even Rouault wrote:
> > I've skimmed quickly through the driver code and if you are lucky, it is
> > probably just a matter of changing a few lines (well, I can be wrong).
>
> Even
>
> I've produced a new patch f
On 28 February 2012 16:06, Even Rouault wrote:
>
> I've skimmed quickly through the driver code and if you are lucky, it is
> probably just a matter of changing a few lines (well, I can be wrong).
>
Even
I've produced a new patch for the satellite IDs based on the documentation.
(diff -c from th
Knut-Frode,
I've skimmed quickly through the driver code and if you are lucky, it is
probably just a matter of changing a few lines (well, I can be wrong).
If you have a debug build of GDAL, you can first try to run "gdalinfo --debug on
avhrr_20120227_235800_noaa19.hrp" . My guess (based on
http:
Hi,
The GDAL AVHRR driver seems to work only for data from the older NOAA-9
- NOAA-17 satellites: http://gdal.org/frmt_l1b.html
Hence it does not work for my NOAA-19 AVHRR files in HRP-format (from
Eumetcast), which have filenames like avhrr_20120227_235800_noaa19.hrp
I have not able to fin
