[PROJ] Preferred grid format for transformations?

[Kristian Evers]

At least we can expand the model for a few centuries without hitting that limit :-)

Actually we see that deformation differ on a month to month basis so worst case
we would need 23 * 12 == 276 grids. I would never release a model like that as the
official transformation but it might be useful in research applications. So I think it
would be wise to be somewhat flexible here and not put a cap on the number of
sub-grids (or what we should call them?) in a model. Apart from the tiff limitation
of course.

/Kristian

-----Original Message-----
From: PROJ <proj-bounces at lists.osgeo.org> On Behalf Of Even Rouault
Sent: 26. november 2019 13:20
To: Kristian Evers <kristianevers at gmail.com>
Cc: proj at lists.osgeo.org
Subject: Re: [PROJ] Preferred grid format for transformations?

> Returning to the question above, that
> gives us 23 values (and rising) on the time axis. Whether that is too large
> or not I don’t know.

Yes that would be manageable. libtiff would have issues with more than 65536 
IFDs in a file, but the efficiency limit is probably lower.

Even

-- 
Spatialys - Geospatial professional services
http://www.spatialys.com
_______________________________________________
PROJ mailing list
PROJ at lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/proj