[GRASS-dev] Location wizard (missed window to select +towgs
params)
Paul Kelly
paul-grass at stjohnspoint.co.uk
Mon Mar 15 14:43:07 EDT 2010
On Mon, 15 Mar 2010, Markus Neteler wrote:
> On Mon, Mar 15, 2010 at 4:10 PM, Paul Kelly
> <paul-grass at stjohnspoint.co.uk> wrote:
>> On Mon, 15 Mar 2010, Markus Neteler wrote:
>>> On Mon, Mar 15, 2010 at 8:44 AM, Hamish <hamish_b at yahoo.com> wrote:
>>>> Paul wrote:
> ...
>> I can confirm that
>> svn merge -c -41248 .
>> fixes 6.4 release branch.
>
> OK, so please revert it.
Done now in all branches. (r41248-51 reverted)
>> Any opinions on whether we should also revert
>> r41223, or should I just commit the reversion now?
>
> I would keep r41223 since it appears to be a bugfix for the previous versions:
> https://trac.osgeo.org/grass/changeset/41223
It's left as is.
> Of course it is a pity that CSV-sync'ing no longer works between
> GDAL and GRASS.
I suppose so, but there has been a big change in the datum transform
philosophy of GDAL and for the moment it is incompatible with GRASS. I
would imagine keeping things as-is for 6.x, but for 7.x extending g.proj
to also report the other possible datum transformations from the EPSG
database (obtained via GDAL) as well as GRASS's own parameters from
datum.table and datumtransform.table. I think it is necessary to keep the
internal GRASS lists because (a) the descriptions as to validity seem to
be more detailed than in the GDAL EPSG list - I need to check that for
sure but for Monte_Mario at first glance they seemed to be, and (b) there
is no support for gridshift-based transformations in the EPSG-derived
list.
Paul
More information about the grass-dev
mailing list