[QGIS-trac] Re: [Quantum GIS] #1035: automated generation of srs.db
(in line with postgis, proj and gdal)
Quantum GIS
qgis at qgis.org
Mon May 26 10:10:58 EDT 2008
#1035: automated generation of srs.db (in line with postgis, proj and gdal)
----------------------------------------------------+-----------------------
Reporter: rduivenvoorde | Owner: nobody
Type: enhancement | Status: new
Priority: minor: annoyance or enhancement | Milestone:
Component: Build/Install | Version: HEAD
Resolution: | Keywords: srs.db projection
Platform_version: | Platform: All
Must_fix: No | Status_info: 0
----------------------------------------------------+-----------------------
Comment (by hamish):
Paul Kelly wrote on the grass-users list:
> There are actually only a few +datum= codes recognised by
> PROJ.4 - most of them are specific to GRASS. So it isn't
> meaningful to include a +datum=xxxx if the PROJ string is
> destined to be used by something other than GRASS. The OGR
> functions that GRASS uses to interpret EPSG codes somehow
> manage to return the full EPSG name for the datum, which is
> then compared to GRASS's datum.table (the second field in this
> table holds the full EPSG name). Combined with
> datumtransform.table that gives GRASS enough information to go
> on to present the user with a choice of datum transform
> paramteters. However the full EPSG name isn't included in the
> PROJ.4 string, and if that is all QGIS is using then maybe
> that's where its deficiency stems from. It is all very messy
> and complicated.
>
>
> Paul
--
Ticket URL: <http://trac.osgeo.org/qgis/ticket/1035#comment:6>
Quantum GIS <http://qgis.org>
Quantum GIS is an Open Source GIS viewer/editor supporting OGR, PostGIS, and GRASS formats
More information about the QGIS-trac
mailing list