[GRASS-dev] i.modis key error 'datum'

[Veronica Andreo]

El mar., 25 sep. 2018 6:44, Markus Neteler <neteler at osgeo.org> escribió:

> On Tue, Sep 25, 2018 at 11:40 AM Nikos Alexandris
> <nik at nikosalexandris.net> wrote:
> > Nikos Alexandris:
> >
> > >> Apparently i.modis won't run if the current projection definition does
> > >> not have the 'datum' defined. I.e., in a location like,
> > >> ```
> > >> g.proj -p
> > >> -PROJ_INFO-------------------------------------------------
> > >> name       : clark66
> > >> ellps      : clark66
> > >> proj       : ll
> > >> no_defs    : defined
> > >> -PROJ_UNITS------------------------------------------------
> > >> unit       : degree
> > >> units      : degrees
> > >> meters     : 1.0
> > >> ```
> >
> > Markus Neteler:
> >
> > >... besides error catching in i.modis, how was that location created?
> >
> > Actually, using a file from https://zenodo.org/record/1135230:
>
> Yes, that's as explained there:
>
> The Coordinate Reference System (CRS) is identical to the
> MOD11C1/MYD11C1 product as provided by NASA. In WKT as reported by
> GDAL:
>
> GEOGCS["Unknown datum based upon the Clarke 1866 ellipsoid",
>     DATUM["Not specified (based on Clarke 1866 spheroid)",
>         SPHEROID["Clarke 1866",6378206.4,294.9786982138982,
>             AUTHORITY["EPSG","7008"]]],
>     PRIMEM["Greenwich",0],
>     UNIT["degree",0.0174532925199433]]
>
> Hence, following NASA - MODIS. It seems that a fix in i.modis is needed.
>

Nikos,

Please, open a ticket for this so it doesn't get lost in emails.

Cheers,
Vero
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/grass-dev/attachments/20180925/cbcb47f4/attachment.html>