[GRASS-dev] [GRASS GIS] #1766: unable to save display of g.rast.num

2012-10-22 Thread GRASS GIS 
#1766: unable to save display of g.rast.num
-+--
 Reporter:  cmbarton |   Owner:  grass-dev@…  
 Type:  defect   |  Status:  new  
 Priority:  major|   Milestone:  7.0.0
Component:  Default  | Version:  svn-trunk
 Keywords:  r.rast.num   |Platform:  Unspecified  
  Cpu:  Unspecified  |  
-+--
 I just learned that I can no longer save a display of cell number using
 d.rast.num in GRASS 7. I know this worked for a talk I gave earlier this
 year. Now it does not.

 I get a bogus error about the region being too large. But the region it
 gives is NOT the display region, the computational region (matches the
 display region in this case), or even the size of the raster map.

 Here is an example using the elevation raster from the sc_08 data set.
 I've reduced the computational region and display region (and have them
 matched) in order to display cell numbers. And the display is constrained
 to the computational region (it must be to display cell numbers). So here
 is what happens. Note the size of the region and the error.

 {{{

 Command 'd.rast.num map=movwin_elev_max@spatialtech2012'
 failed
 Details: Current region size: 722 rows X 973 cols
 Your current region setting may be too large. Cells
 displayed on your graphics window may be too small for cell
 category number to be visible.
 (Mon Oct 22 22:13:51 2012)
 g.region -p
 projection: 99 (Lambert Conformal Conic)
 zone:   0
 datum:  nad83
 ellipsoid:  a=6378137 es=0.006694380022900787
 north:  224062.105333
 south:  223987.185037
 west:   633201.322138
 east:   633302.184365
 nsres:  10.70289943
 ewres:  10.0862227
 rows:   7
 cols:   10
 cells:  70

 }}}

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #1692: calling a script within a script failing on Windows XP

2012-10-22 Thread GRASS GIS 
#1692: calling a script within a script failing on Windows XP
+---
  Reporter:  hamish |   Owner:  martinl 
   
  Type:  defect |  Status:  closed  
   
  Priority:  blocker|   Milestone:  6.4.3   
   
 Component:  Shell Scripts  | Version:  6.4.2   
   
Resolution:  fixed  |Keywords:  v.random.cover, wingrass, shell 
scripts
  Platform:  MSWindows XP   | Cpu:  x86-32  
   
+---
Changes (by martinl):

  * status:  assigned => closed
  * resolution:  => fixed


-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #1692: calling a script within a script failing on Windows XP

2012-10-22 Thread GRASS GIS 
#1692: calling a script within a script failing on Windows XP
-+--
 Reporter:  hamish   |   Owner:  martinl
 
 Type:  defect   |  Status:  assigned   
 
 Priority:  blocker  |   Milestone:  6.4.3  
 
Component:  Shell Scripts| Version:  6.4.2  
 
 Keywords:  v.random.cover, wingrass, shell scripts  |Platform:  MSWindows 
XP
  Cpu:  x86-32   |  
-+--

Comment(by martinl):

 Replying to [comment:22 hellik]:
 > this ticket was about shell-scripts; maybe following it's worth for an
 extra ticket?:

 yes, please fill extra tickets. The reported bug seems to be fixed, so I
 am closing this ticket. Please feel free to reopen if needed. For other
 issues please fill separated bug reports. The key point is that another
 blocker is fixed and we are closer to 6.4.3RC1.

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #1692: calling a script within a script failing on Windows XP

2012-10-22 Thread GRASS GIS 
#1692: calling a script within a script failing on Windows XP
-+--
 Reporter:  hamish   |   Owner:  martinl
 
 Type:  defect   |  Status:  assigned   
 
 Priority:  blocker  |   Milestone:  6.4.3  
 
Component:  Shell Scripts| Version:  6.4.2  
 
 Keywords:  v.random.cover, wingrass, shell scripts  |Platform:  MSWindows 
XP
  Cpu:  x86-32   |  
-+--

Comment(by hellik):

 Replying to [comment:18 martinl]:
 > Replying to [comment:17 martinl]:
 >
 > > backported to `relbr64` in r53519
 >
 > with the last winGRASS build, it seems to work. Testing welcomed...

 this ticket was about shell-scripts; maybe following it's worth for an
 extra ticket?:

 there are some very nice python-based-script-addons for grass6.x, like the
 inter-dependent r.basin-, r.ipso-, r.wf-scripts (and others).

 the pyhton addon-sscripts (r.basin.py, etc.) are stored in
 C:\Users\\AppData\Roaming\GRASS6\addons, whereas the related bat-files
 (r.basin.py.bat) are in C:\Users\\AppData\Roaming\GRASS6\addons\bin.

 the content of the bat-files are e.g.

 {{{
 @"%GRASS_SH%" "%GISBASE%/scripts/r.basin.py" %*
 }}}

 in windows ''#!/usr/bin/env python'' isn't recognized, so ''"%GRASS_SH%"''
 should be changed to ''"%GRASS_PYTHON%"''

 but changing this manually, r.basin calling r.ipso/r.wf isn't really
 working.

 AFAIK python addons-scripts aren't at the moment ''officially'' supported
 in grass6.x (working out of the box in linux, but not in windows),
 although it would be nice if such peculiar scripts would also be available
 in windows.

 Helmut

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #1692: calling a script within a script failing on Windows XP

2012-10-22 Thread GRASS GIS 
#1692: calling a script within a script failing on Windows XP
-+--
 Reporter:  hamish   |   Owner:  martinl
 
 Type:  defect   |  Status:  assigned   
 
 Priority:  blocker  |   Milestone:  6.4.3  
 
Component:  Shell Scripts| Version:  6.4.2  
 
 Keywords:  v.random.cover, wingrass, shell scripts  |Platform:  MSWindows 
XP
  Cpu:  x86-32   |  
-+--

Comment(by hellik):

 Replying to [comment:19 martinl]:
 > Replying to [comment:1 hamish]:
 > > oh yeah, one more minor problem: the help page in the extension .zip
 file was localized to the server's LANG setting :)
 >
 > should be fixed in r53524

 there is no manual-tab in the v.random.cover-wx-gui at all, tested with

 {{{
 System Info
 GRASS version: 6.4.3svn
 GRASS SVN Revision: 53519
 GIS Library Revision: 50937 (2012-02-25)
 GDAL/OGR: GDAL 1.9.2, released 2012/10/08
 PROJ4: Rel. 4.8.0, 6 March 2012
 Python: 2.7.2
 wxPython: 2.8.12.1
 Platform: Windows-7-6.1.7601-SP1 (OSGeo4W)
 }}}

 Helmut

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #1692: calling a script within a script failing on Windows XP

2012-10-22 Thread GRASS GIS 
#1692: calling a script within a script failing on Windows XP
-+--
 Reporter:  hamish   |   Owner:  martinl
 
 Type:  defect   |  Status:  assigned   
 
 Priority:  blocker  |   Milestone:  6.4.3  
 
Component:  Shell Scripts| Version:  6.4.2  
 
 Keywords:  v.random.cover, wingrass, shell scripts  |Platform:  MSWindows 
XP
  Cpu:  x86-32   |  
-+--

Comment(by hellik):

 Replying to [comment:18 martinl]:
 > Replying to [comment:17 martinl]:
 >
 > > backported to `relbr64` in r53519
 >
 > with the last winGRASS build, it seems to work. Testing welcomed...

 confirmed, tested with

 {{{
 System Info
 GRASS version: 6.4.3svn
 GRASS SVN Revision: 53519
 GIS Library Revision: 50937 (2012-02-25)
 GDAL/OGR: GDAL 1.9.2, released 2012/10/08
 PROJ4: Rel. 4.8.0, 6 March 2012
 Python: 2.7.2
 wxPython: 2.8.12.1
 Platform: Windows-7-6.1.7601-SP1 (OSGeo4W)
 }}}

 Helmut

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] dateutil dependency killing GRASS 7

2012-10-22 Thread Michael Barton 
I want to retract my concern over dateutil.

Both William and Helena have shown that it IS available in the default Python 
distribution. I am still not clear why some people have had the GUI not start 
up with a dateutil error. Perhaps it is due in part to the tr_init that you 
recently moved out of the initialization for GRASS. That is the only thing I 
can think of that could cause this problem, even if some people had problems 
with this Python module for some reason.

I cannot test this for a couple days because I will need to update frameworks 
in order to also run tests about the volume display. 

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity 
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University

voice:  480-965-6262 (SHESC), 480-727-9746 (CSDC)
fax:  480-965-7671 (SHESC),  480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu











On Oct 20, 2012, at 11:40 PM, Markus Neteler  wrote:

> On Sun, Oct 21, 2012 at 6:58 AM, Michael Barton  
> wrote:
>> One more thing, when GRASS starts up now, there is the following message 
>> from the TGIS modules...
>> 
>> Default TGIS driver / database set to:
>> driver: sqlite
>> database: $GISDBASE/$LOCATION_NAME/PERMANENT/tgis.db
>> 
>> Where is this coming from?
> 
> I have fixed a debug level in
> http://trac.osgeo.org/grass/changeset/53518
> and no longer get that debug message.
> 
> Markus

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] PYTHONPATH not defined during compilation in rel6.4

2012-10-22 Thread William Kyngesburye 
On Oct 22, 2012, at 9:35 AM, Glynn Clements wrote:

> 
> William Kyngesburye wrote:
> 
>> Trying to compile release 6.4 branch today, and it fails creating
>> menudata.py
> 
> menustrings.py, right?
> 
right.


-
William Kyngesburye 
http://www.kyngchaos.com/

[Trillian]  What are you supposed to do WITH a maniacally depressed robot?

[Marvin]  You think you have problems?  What are you supposed to do if you ARE 
a maniacally depressed robot?  No, don't try and answer, I'm 50,000 times more 
intelligent than you and even I don't know the answer...

- HitchHiker's Guide to the Galaxy


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #1692: calling a script within a script failing on Windows XP

2012-10-22 Thread GRASS GIS 
#1692: calling a script within a script failing on Windows XP
-+--
 Reporter:  hamish   |   Owner:  martinl
 
 Type:  defect   |  Status:  assigned   
 
 Priority:  blocker  |   Milestone:  6.4.3  
 
Component:  Shell Scripts| Version:  6.4.2  
 
 Keywords:  v.random.cover, wingrass, shell scripts  |Platform:  MSWindows 
XP
  Cpu:  x86-32   |  
-+--

Comment(by martinl):

 Replying to [comment:1 hamish]:
 > oh yeah, one more minor problem: the help page in the extension .zip
 file was localized to the server's LANG setting :)

 should be fixed in r53524

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] PYTHONPATH not defined during compilation in rel6.4

2012-10-22 Thread Glynn Clements 

William Kyngesburye wrote:

> Trying to compile release 6.4 branch today, and it fails creating
> menudata.py

menustrings.py, right?

> because the PYTHONPATH is not defined to find
> grass.script. I see a r49620 from a while back that fixes this (dev6
> branch compiles without this error) - maybe this should be
> backported to release 6.4?

6.x should be able to be built without Python installed on the build
system. menustrings.py should be optional, i.e. failure to build
menustrings.py should not be fatal (it's only needed for translators).

In addition to setting PYTHONPATH, I suggest:

menustrings.py: core/menudata.py $(ETCDIR)/xml/menudata.xml 
$(ETCDIR)/xml/menudata_modeler.xml 
echo > $@
-$(call run_grass,$(PYTHON) $< >> $@)
-$(call run_grass,$(PYTHON) $< "modeler" >> $@)

-- 
Glynn Clements 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #1765: variable length array error in r.terraflow with clang

2012-10-22 Thread GRASS GIS 
#1765: variable length array error in r.terraflow with clang
---+
 Reporter:  kyngchaos  |   Owner:  grass-dev@…  
 Type:  defect |  Status:  new  
 Priority:  normal |   Milestone:  6.4.3
Component:  Compiling  | Version:  svn-develbranch6 
 Keywords:  clang  |Platform:  MacOSX   
  Cpu:  OSX/Intel  |  
---+

Comment(by glynn):

 Replying to [ticket:1765 kyngchaos]:
 > A bit of searching tells me that non-POD variable length arrays are not
 part of the C++ spec, but supported as an extension in some compilers.
 clang does not.

 I suggest using std::vector instead; see attachment:empq.patch

 PS: the "using namespace std" should be eliminated. It's a bad idea in
 source files, but far worse in headers.

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #1692: calling a script within a script failing on Windows XP

2012-10-22 Thread GRASS GIS 
#1692: calling a script within a script failing on Windows XP
-+--
 Reporter:  hamish   |   Owner:  martinl
 
 Type:  defect   |  Status:  assigned   
 
 Priority:  blocker  |   Milestone:  6.4.3  
 
Component:  Shell Scripts| Version:  6.4.2  
 
 Keywords:  v.random.cover, wingrass, shell scripts  |Platform:  MSWindows 
XP
  Cpu:  x86-32   |  
-+--

Comment(by martinl):

 Replying to [comment:17 martinl]:

 > backported to `relbr64` in r53519

 with the last winGRASS build, it seems to work. Testing welcomed...

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev