pyGRASS i.atcorr problem (invalid literal for int() with base 10: '0, 255')

Hi,

I am running into an issue with i.atcorr in pyGRASS:

Atmospheric Correction
MM DD hh.ddd:   3 25 51.06
Center: ( 95.02001 , 23.115005 )
Timestamp:      25 Mar 2011
        >  LE71340442011084PFS00.toar.1
        >  LE71340442011084PFS00.surf.1
Traceback (most recent call last):
  File "./python-pygrass.py", line 188, in <module>
    i.atcorr(input=b, elevation="dem", visibility="vis",
parameters=prm, output=b_out, flags="ra", range=[0,1],
rescale=[0.0,1.0],overwrite=OVR)
  File "/usr/local/grass-7.0.svn/etc/python/grass/pygrass/modules/shortcuts.py",
line 49, in __getattr__
    return self.cls('%s.%s' % (self.prefix, name.replace('_', '.')))
  File "/usr/local/grass-7.0.svn/etc/python/grass/pygrass/modules/interface/module.py",
line 101, in __init__
    self.params_list = [Parameter(p) for p in tree.findall("parameter")]
  File "/usr/local/grass-7.0.svn/etc/python/grass/pygrass/modules/interface/parameter.py",
line 59, in __init__
    diz['default']) if 'default' in diz else None
ValueError: invalid literal for int() with base 10: '0,255'

I am not requesting for [0,255] so it maybe a default set up in
pyGRASS somewhere... or maybe something changed...

Thanks for any help,

[GRASS GIS] #2013: wxgui: vector colors menu confused with raster one

#2013: wxgui: vector colors menu confused with raster one
--------------------+-------------------------------------------------------
 Reporter:  hamish  |       Owner:  grass-dev <at> …              
     Type:  defect  |      Status:  new                      
 Priority:  normal  |   Milestone:  7.0.0                    
Component:  wxGUI   |     Version:  svn-trunk                
 Keywords:  menus   |    Platform:  Linux                    
      Cpu:  x86-64  |  
--------------------+-------------------------------------------------------
 hi,

 in g7 vector menu -> manage colors goes to the raster color manage menu
 not the vector one?


 thanks

--

-- 
Ticket URL: <https://trac.osgeo.org/grass/ticket/2013>
GRASS GIS <http://grass.osgeo.org>

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

grass.find_program() failing

Hi,

there are new troubles on Windows8, apparently grass.find_program() is failing.

Regularly ".py" application errors pop up, asking to assign a software to this
extension. The real problem may be different, example:

GRASS 7.0.svn> g.manual.py -i
D2/5: filename = C:/OSGeo4W/apps/grass/grass-7.0.svn/scripts/g.manual.py
D2/5: G_file_name(): path = C:\Users\neteler\Documents\GIS DataBase/nc_spm_08_gr
ass7/user1
D2/5: G_file_name(): path = C:\Users\neteler\Documents\GIS DataBase/nc_spm_08_gr
ass7/user1
FEHLER: Browser <explorer> not found
GRASS 7.0.svn>
GRASS 7.0.svn> which explorer.exe
/c/Windows/system32/explorer.exe

Unrelated or not, a recent commit where my test of finding a GRASS module
in order to not crash otherwise was commented out. Certainly I had tested
it and it used to work.

Related to the python version?

GRASS 7.0.svn> python
Python 2.7.4 (default, Apr  6 2013, 19:54:46) [MSC v.1500 32 bit (Intel)] on win
32
...

GRASS 7.0.svn> which python

v.line.center port to G7

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

G7 compile error:

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

Proj4 string not shown in loc wiz when creating new location from file

Hi,

greetings from the amazing FOSS4G-CEE here in Bucharest
http://2013.foss4g-cee.org/program/schedule

Preparing my slides I remembered an issue that the proj4 string is not
shown in case of generating a new location from a GeoTIFF (attached)
or SHP.

When using EPSG code as base for the new location this works fine.

I can of course open a ticket but perhaps it is just an "easy"
omission in the code.
Maybe Hamish who looked into this code part recently has an idea?

thanks
Markus

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

[GRASS GIS] #2012: d.vect wx module GUI forgets column names

#2012: d.vect wx module GUI forgets column names
--------------------+-------------------------------------------------------
 Reporter:  hamish  |       Owner:  grass-dev <at> …              
     Type:  defect  |      Status:  new                      
 Priority:  normal  |   Milestone:  6.4.4                    
Component:  wxGUI   |     Version:  svn-trunk                
 Keywords:  d.vect  |    Platform:  Linux                    
      Cpu:  x86-64  |  
--------------------+-------------------------------------------------------
 Hi, I notice if I add a new vector layer and in the symbol tab of the
 d.vect pop up GUI I set the symbol size_col and rotation_col options to
 column names, it works ok, but then if I go back to the vector layer ->
 preferences and the symbol tab again the given column names are gone &
 forgotten.
 If I press apply or ok a second time the map re-renders and those settings
 are lost.

 happens in all branches, e.g. for any points map: cat, cat, and size=1.


 (trying that for a line map [m.cogo import example] without a db
 connection or cat number for the line ends up in a traceback error)

 I also notice an error in trunk that the drop down menu for the column
 names is empty, but I can manually type "cat" there and it works.

 ?
 thanks,
 Hamish

--

-- 
Ticket URL: <https://trac.osgeo.org/grass/ticket/2012>
GRASS GIS <http://grass.osgeo.org>

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

[GRASS GIS] #2011: WxGUI, menu does not work at all (languages using double-byte characters)

#2011: WxGUI, menu does not work at all (languages using double-byte characters)
--------------------------------+-------------------------------------------
 Reporter:  venkat              |       Owner:  grass-dev <at> …              
     Type:  defect              |      Status:  new                      
 Priority:  blocker             |   Milestone:  6.4.4                    
Component:  wxGUI               |     Version:  6.4.3 RCs                
 Keywords:  encoding, wingrass  |    Platform:  MSWindows 7              
      Cpu:  Unspecified         |  
--------------------------------+-------------------------------------------
 Testing GRASS6.4.3RC3 on Windows7 and Windows8

 Several of WX-Python menu give error as shown below.

 For example,

 a) start GRASS and display Raster image
 b) choose r.colors (or others from raster pull down menu
 c) Result is the error shown below

 This may be same problem as OSGEO4W Track ticket#1380

 Similar problem was fixed in GRASS-6.4.2 but has crept in
 again in GRASS-6.4.3RC2, GRASS-6.4.3RC3

 -------- error message TO -------
  File "C:\OSGeo4W\apps\grass\grass-6.4.3RC3\etc\wxpython\lm
 gr\frame.py", line 541, in GetMenuCmd

 input = GUI().GetCommandInputMapParamKey(cmdlist[0])
   File "C:\OSGeo4W\apps\grass\grass-6.4.3RC3\etc\wxpython\gu
 i_core\forms.py", line 1970, in GetCommandInputMapParamKey

 p = re.compile('encoding="' + enc + '"', re.IGNORECASE)
 NameError
 :
 global name 're' is not defined
 -------- error message FROM -------

 Best

 Venka

--

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/2011>
GRASS GIS <http://grass.osgeo.org>

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

OSGeo C developer meeting 2014

There is a doodle [0] to choose the next OSGeo C developer meeting
2014, probably also the GRASS dev team could join it.

[0] http://www.doodle.com/ky3eh797mtsrx3bn

--
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

r.sun using EPSG:3031 projection gives strange results

Dear devs,

I am working on Antarctica data, projected in Antarctic Polar
Stereographic (EPSG:3031, [0,1]). This projection puts the South Pole
in the "center" of the map.

I have strange results in the Ross Sea Region using r.sun from GRASS 7
compiled from trunk (SVN checkout probably about less than one month
ago): According to the r.sun results, the south facing slope receive
more radiation than the north facing one, which doesn't add up.

Is this a limitation of r.sun, a bug, or am I missing something here?

Cheers,

Pierre

[0] http://spatialreference.org/ref/epsg/3031/
[1] http://nsidc.org/data/atlas/epsg_3031.html

--
Scientist
Landcare Research, New Zealand

[GRASS GIS] #2010: r.in.wms2 fails to install on 6.x

#2010: r.in.wms2 fails to install on 6.x
-----------------------+----------------------------------------------------
 Reporter:  hamish     |       Owner:  grass-dev <at> …              
     Type:  defect     |      Status:  new                      
 Priority:  major      |   Milestone:  6.4.4                    
Component:  Addons     |     Version:  svn-releasebranch64      
 Keywords:  r.in.wms2  |    Platform:  Linux                    
      Cpu:  All        |  
-----------------------+----------------------------------------------------
 Hi,

 the r.in.wms2 addon fails to build on 6.4 and devbr6 from g.extension(s).

 The trouble seems to be in the Makefile, the helper scripts don't get
 installed. It relies on Python.make which is badly out of date in 6.x
 (still refers to SWIG), which may not be the main trouble, but it
 certainly isn't helping. Once that is fixed there may be more grass7->6
 porting needed.

 It is still somewhat unknown to me which python scripts need .bat wrappers
 & presence in the PATH to work in grass6.

 currently (amazingly?) r.in.wms[.sh] run from the command line is the only
 working option on wingrass. see #820, #1163.


 thanks,
 Hamish

--

-- 
Ticket URL: <https://trac.osgeo.org/grass/ticket/2010>
GRASS GIS <http://grass.osgeo.org>

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