[GRASS-dev] get_proj() python function
Markus Neteler
neteler at osgeo.org
Mon Jun 6 18:03:36 EDT 2011
On Mon, Jun 6, 2011 at 12:09 PM, Luca Delucchi <lucadeluge at gmail.com> wrote:
> 2011/6/5 Glynn Clements <glynn at gclements.plus.com>:
>>
>> Luca Delucchi wrote:
>>
>>> Hi all, today I needed a python function for g.proj interface. I
>>> developed it and I think it could integrate in the main core.
>>
>> For parsing, g.proj should be run with -j, e.g.:
>>
>
> You are right but with -p the output contain more values like datum
> and units... for this I used -p flag
There are some differences, though:
Gauss-Boaga Fuso 1 example:
GRASS 6.4.2svn (patGB1):~ > g.proj -p
-PROJ_INFO-------------------------------------------------
name : Transverse Mercator
datum : rome40
datumparams: towgs84=-104.1,-49.1,-9.9,0.971,-2.917,0.714,-11.68
proj : tmerc
ellps : international
a : 6378388.0000000000
es : 0.0067226700
f : 297.0000000000
lat_0 : 0.0000000000
lon_0 : 9.0
k_0 : 0.9996000000
x_0 : 1500000.0000000000
-PROJ_UNITS------------------------------------------------
unit : Meter
units : Meters
meters : 1
GRASS 6.4.2svn (patGB1):~ > g.proj -j
+proj=tmerc
+lat_0=0.0000000000
+lon_0=9.0
+k_0=0.9996000000
+x_0=1500000.0000000000
+a=6378388
+rf=297
+no_defs
+towgs84=-104.1,-49.1,-9.9,0.971,-2.917,0.714,-11.68
+to_meter=1
The question is if the -p output is "over"described or not.
Markus
More information about the grass-dev
mailing list