[gdal-dev] [Qgis-developer] EPSG 8.0 Upgrade

[pcreso at pcreso.com]

On a sort of related topic, (another NZ projection :-)

EPSG:3994 supercedes EPSG:3752, as EPSG got the initial specification wrong. This is a projection used for the wider region around NZ, rather than the NZ mainland, and this projection is used primarily in ESRI to avoid 180 meridian issues.

I assume once QGIS picks up the new GDAL which picks up the current EPSG list, it will natively support 3994 instead of 3752.

I was also wondering if there is any reason that http://www.spatialreference.org/ref/epsg/3994/ does not include a Postgis, Mapserver or Proj.4 definition, and if there is any way the map there could show the area covered by the coordinate system rather than the longitudes not covered?

Thanks,

  Brent Wood



--- On Wed, 12/12/12, Jeremy Palmer <JPalmer at linz.govt.nz> wrote:

From: Jeremy Palmer <JPalmer at linz.govt.nz>
Subject: Re: [Qgis-developer] [gdal-dev] EPSG 8.0 Upgrade
To: "Frank Warmerdam" <warmerdam at pobox.com>
Cc: "gdal-dev" <gdal-dev at lists.osgeo.org>, "qgis-developer at lists.osgeo.org" <qgis-developer at lists.osgeo.org>
Date: Wednesday, December 12, 2012, 8:34 AM

Hi Frank,

Yes it would be great if grid shifts are supported in proj.4 by default, but for more importantly for us within Qgis. Currently I see QGIS builds it's CRS database using crssync which relies on GDAL OSRExportToProj4 for creating proj.4 strings. Does that mean that the gdal CSV files also need to support the grid shift? Before I raise any tickets it would be good to know where to actually fix the problem.

nzgd2kgrid0005.grd is the transformation between NZGD1949 and NZGD2000, not WGS84 and NZGD2000. See more information here http://www.linz.govt.nz/geodetic/software-downloads#distortiongrid. nzgd2kgrid0005.grd is created from the ASCII file which can be downloaded here http://www.linz.govt.nz/sites/default/files/geodetic/software-downloads/nzgd2kgrid9911.zip

Cheers,
Jeremy
 
________________________________________
From: fwarmerdam at gmail.com [fwarmerdam at gmail.com] On Behalf Of Frank Warmerdam [warmerdam at pobox.com]
Sent: Saturday, 8 December 2012 8:03 a.m.
To: Jeremy Palmer
Cc: gdal-dev; metacrs at lists.osgeo.org
Subject: Re: [gdal-dev] EPSG 8.0 Upgrade

Jeremy,

Unfortunately I do not automatically pickup references to grid shift files from the EPSG database.  To the extent these are supported it is accomplished by special hackery. In fact skimming the epsg file, I think the only datum for which grid shift files are used *by default* is NAD27.   Perhaps this would be a good time for me to review how to utilize at least the grid shift files we are distributing with PROJ.4 like ntf_r93.gsb and nzgd2kgrid0005.gsb.

Hmm, I am getting the impression that nzgd2kgrid0005.grd is actually the transformation between NZGD2000 and WGS84 and that we would actually need another file - possibly something like Nzgd49ToNzgd2K.gdc to support NZGD1949 - is that right?

I'd suggest you file a ticket in the PROJ.4 Trac on this issue with suggestions on how to proceed.

Best regards,
Frank



On Thu, Dec 6, 2012 at 10:12 AM, Jeremy Palmer <JPalmer at linz.govt.nz<mailto:JPalmer at linz.govt.nz>> wrote:
HI Frank,

Thanks that's great news. Has this upgrade now started supporting data shift grids, such as NZGD2000<->NZGD1949?

Cheers
Jeremy
________________________________________
From: gdal-dev-bounces at lists.osgeo.org<mailto:gdal-dev-bounces at lists.osgeo.org> [gdal-dev-bounces at lists.osgeo.org<mailto:gdal-dev-bounces at lists.osgeo.org>] On Behalf Of Frank Warmerdam [warmerdam at pobox.com<mailto:warmerdam at pobox.com>]
Sent: Thursday, 6 December 2012 1:18 p.m.
To: PROJ.4 and general Projections Discussions; GeoTIFF; gdal-dev; metacrs at lists.osgeo.org<mailto:metacrs at lists.osgeo.org>
Subject: [gdal-dev] EPSG 8.0 Upgrade

Folks,

At the request of Howard Butler, I have upgraded PROJ.4, libgeotiff, and
GDAL to use the EPSG 8.0 database in development "trunk".

This was accomplished, as usual based on the process described here:

   http://svn.osgeo.org/metacrs/geotiff/trunk/libgeotiff/csv/README

Amoung other things this will result in some datums having new preferred
datum shift solutions.  Upgrade with care.

Best regards,
--
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam at pobox.com<mailto:warmerdam at pobox.com>
light and sound - activate the windows | http://home.gdal.org/warmerda
and watch the world go round - Rush    | Geospatial Software Developer

_______________________________________________
gdal-dev mailing list
gdal-dev at lists.osgeo.org<mailto:gdal-dev at lists.osgeo.org>
http://lists.osgeo.org/mailman/listinfo/gdal-dev

This message contains information, which is confidential and may be subject to legal privilege. If you are not the intended recipient, you must not peruse, use, disseminate, distribute or copy this message. If you have received this message in error, please notify us immediately (Phone 0800 665 463 or info at linz.govt.nz<mailto:info at linz.govt.nz>) and destroy the original message. LINZ accepts no responsibility for changes to this email, or for any attachments, after its transmission from LINZ. Thank You.



--
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam at pobox.com<mailto:warmerdam at pobox.com>
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Software Developer
_______________________________________________
Qgis-developer mailing list
Qgis-developer at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20121211/4ed8e2e6/attachment.html>