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

[Alex Mandel]

Brent, we've discussed some of those features for spatialreference.org
(at least a better map view). I need to double check with the authors if
the code for site is up somewhere to facilitate taking patches for new
features (It's written in django).

Thanks,
Alex

On 12/11/2012 08:14 PM, pcreso at pcreso.com wrote:
> 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.
> 

>