[GRASS-dev] Re: [GRASS GIS] #648: g.proj fails to create default region using Grass6.4 RC5

GRASS GIS trac at osgeo.org
Mon Jun 15 18:08:47 EDT 2009


#648: g.proj fails to create default region using Grass6.4 RC5
-----------------------+----------------------------------------------------
  Reporter:  voncasec  |       Owner:  grass-dev at lists.osgeo.org      
      Type:  defect    |      Status:  new                            
  Priority:  major     |   Milestone:  6.4.0                          
 Component:  Python    |     Version:  6.4.0 RCs                      
Resolution:            |    Keywords:  g.proj, wxpython, g.region, UTM
  Platform:  Linux     |         Cpu:  x86-64                         
-----------------------+----------------------------------------------------
Changes (by LarryS):

  * keywords:  g.proj, wxpython => g.proj, wxpython, g.region, UTM
  * priority:  normal => major
  * component:  wxGUI => Python
  * summary:  g.proj fails using Grass6.4 RC5 wxpython => g.proj fails to
              create default region using Grass6.4 RC5

Comment:

 Same issue here on Mac OS X Leopard (10.5.7 - 64 bit) using Kyngesburye
 frameworks (he does not think it has anything to do with his build, per
 se).

 However, all methods of creating any UTM location fail, both GUIs and via
 command line. DEFAULT-WIND just ends up with 'proj: 1, zone: <zone# here>'
 without any region specs. I can create a geographic-based location, but
 any UTM projected locations fail, whether using NAD27 or NAD83 and any
 datum conversion. Also fails regardless of method of defining the UTM
 setup, either via EPSG code, PROJ def, etc.

 Location creation never gets to defining the region (as indicated by
 previous poster), making an unusable location. I have not tested whether
 other projections have the same issue.

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/648#comment:1>
GRASS GIS <http://grass.osgeo.org>


More information about the grass-dev mailing list