Re: [GRASS-dev] Securing the correct scale

[Hamish]

Colin wrote:
> My map display for the location shows the correct UTM
> coordinates (attachment 1), but when I display a raster file,
> the coordinate system changes and the scale bar is wildly out
> (attachment 2).

in attachment two the coordinates in the bottom-left are -80.43,
-0.38, not UTM like in attachment one.

what does 'r.info your_raster_name' say about the N,S,E,W bounds
of the raster image, and the image resolution?

is it an imported map or a self-created one?

guess: Maybe the imported map was lat/lon not UTM and it needs
to be imported to lat/lon then r.proj'd into the UTM location?
(or use gdalwarp as appropriate)


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

Re: [GRASS-dev] Securing the correct scale

[Maris Nartiss]

Hello,
for support questions is better to use grass-user mailing list.

My guess - your location and map coordinate systems/extents don't match.

Compare outputs of g.region -p with output of r.info/v.info on all
maps you are interested in. (in wxgui it would be "Print region
information" from menu and "Metadata" from right click menu).

If you still need assistance, provide outputs of g.region -p and r.info

Good luck,
Maris.


2013/6/2 Dr Colin Hindmarch :
> Hi,
>
> My map display for the location shows the correct UTM coordinates
> (attachment 1), but when I display a raster file, the coordinate system
> changes and the scale bar is wildly out (attachment 2). I seem to have
> missed something, and nothing emerges from the literature (probably because
> it should be so obvious!). Can anyone help me to sort this out?
>
>
>
> Colin.
>
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Securing the correct scale

[Dr Colin Hindmarch]

Hi,

My map display for the location shows the correct UTM coordinates (attachment 
1), but when I display a raster file, the coordinate system changes and the 
scale bar is wildly out (attachment 2). I seem to have missed something, and 
nothing emerges from the literature (probably because it should be so 
obvious!). Can anyone help me to sort this out?



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

Re: [GRASS-dev] [GRASS GIS] #1971: 64bit LFS support for G_ftell() and PRI_OFF_T gis.h

[GRASS GIS]

#1971: 64bit LFS support for G_ftell() and PRI_OFF_T gis.h
-+--
 Reporter:  hamish   |   Owner:  grass-dev@…
  
 Type:  defect   |  Status:  new
  
 Priority:  critical |   Milestone:  6.4.3  
  
Component:  LibGIS   | Version:  
svn-develbranch6 
 Keywords:  r.in.bin, LFS, G_ftell(), PRI_OFF_T  |Platform:  Linux  
  
  Cpu:  x86-64   |  
-+--

Comment(by hamish):

 Replying to [comment:10 hellik]:
 > changing there?:
 > [...]/develbranch_6/mswindows/osgeo4w/package.sh#L116

 seems like it, thanks; change made in r56545. (see also grass-addons/tools
 /wingrass-packager/grass_compile.sh which calls that)


 Hamish

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] G__getenv return different results from ctypes and from GRASS modules

[Pietro Zambelli]

On Saturday 01 Jun 2013 01:48:39 Glynn Clements wrote:
> Nikos Alexandris wrote:
> > > > Why the ctypes version return 'PERMANENT' instead of 'user1'?
> > 
> > Glynn Clements wrote:
> > > The $GISRC file is read the first time that an environment lookup is
> > > made. There is no way to force it to be re-read.
> > 
> > This means that I can't use instructions like
> 
> [...]
> 
> > in a function (pasted below) which I call from within a "for" loop to go
> > through Mapsets that potentially contain raster maps named differently?
> 
> You can modify the current process' environment with G_setenv().

Or use the method

current() => to set the mapset as current

I completely forgot that I've already implemented this functionalities... :-)

see this example:

{{{
In [1]: from grass.pygrass.gis import Mapset
In [2]: veg = Mapset()
In [3]: veg
Out[3]: Mapset('veg')
In [5]: perm = Mapset('PERMANENT')
In [6]: perm.is_current()
Out[6]: False
In [7]: veg.is_current()
Out[7]: True
In [8]: !g.mapset -p
veg
In [9]: perm.current()
In [10]: !g.mapset -p
PERMANENT
In [11]: perm.is_current()
Out[11]: True
In [12]: veg.is_current()
Out[12]: False
}}}
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #1971: 64bit LFS support for G_ftell() and PRI_OFF_T gis.h

[GRASS GIS]

#1971: 64bit LFS support for G_ftell() and PRI_OFF_T gis.h
-+--
 Reporter:  hamish   |   Owner:  grass-dev@…
  
 Type:  defect   |  Status:  new
  
 Priority:  critical |   Milestone:  6.4.3  
  
Component:  LibGIS   | Version:  
svn-develbranch6 
 Keywords:  r.in.bin, LFS, G_ftell(), PRI_OFF_T  |Platform:  Linux  
  
  Cpu:  x86-64   |  
-+--

Comment(by hellik):

 Replying to [comment:9 hamish]:
 > it would help testing if the nightly wingrass builds had the --enable-
 largefile ./configure switch enabled in the 6.5 build.
 >

 changing there?:

 
http://trac.osgeo.org/grass/browser/grass/branches/develbranch_6/mswindows/osgeo4w/package.sh#L116

-- 
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] #1971: 64bit LFS support for G_ftell() and PRI_OFF_T gis.h

[GRASS GIS]

#1971: 64bit LFS support for G_ftell() and PRI_OFF_T gis.h
-+--
 Reporter:  hamish   |   Owner:  grass-dev@…
  
 Type:  defect   |  Status:  new
  
 Priority:  critical |   Milestone:  6.4.3  
  
Component:  LibGIS   | Version:  
svn-develbranch6 
 Keywords:  r.in.bin, LFS, G_ftell(), PRI_OFF_T  |Platform:  Linux  
  
  Cpu:  x86-64   |  
-+--

Comment(by hamish):

 Hi,

 it would help testing if the nightly wingrass builds had the --enable-
 largefile ./configure switch enabled in the 6.5 build.


 thanks,
 Hamish

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] Subgroups in i.segment

[Markus Metz]

On Fri, May 31, 2013 at 10:06 PM, Nikos Alexandris
 wrote:
> Recently I did some tests (with Pietro Z) using "i.segment" on an RGB
> orthophoto sample.  If am not wrong, the module works with "groups" only.

Correct.

>
> Driven by the discussion
>
> "ticket #1984: i.pca should accept also group names as input (like
> r.out.gdal)"
>
> I wonder whether the module will support subgroups at some point as well.

Could be, if someone finds the time to implement it...

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

Re: [GRASS-dev] [GRASS GIS] #1961: wxNVIZ: error if no raster map selected

[GRASS GIS]

#1961: wxNVIZ: error if no raster map selected
+---
 Reporter:  hamish  |   Owner:  grass-dev@…  
 Type:  defect  |  Status:  new  
 Priority:  major   |   Milestone:  6.4.3
Component:  wxGUI   | Version:  svn-develbranch6 
 Keywords:  wxnviz  |Platform:  All  
  Cpu:  x86-64  |  
+---

Comment(by hamish):

 Replying to [comment:7 annakrat]:
 > Replying to [comment:6 hamish]:
 > > restarting the GUI in devbr6 and adding Spearfish's roads did not go
 well,
 > > nothing rendered, lots of this repeating in the terminal:
 > >  (.:25449): Gtk-CRITICAL **: gtk_range_set_range: assertion `min <
 max' failed
 > >
 > > and endless repeating tracebacks:
 >
 > please test r56500


 still happens.

 grass7, start g.gui, add roads vector map, go to 3d mode:


 {{{
 Starting 3D view mode...
 Vector map  loaded (746 features)
 Traceback (most recent call last):
   File "/home/hamish/src/grass/svn/trunk/dist.x86_64
 -unknown-linux-gnu/etc/gui/wxpython/nviz/mapwindow.py", line
 376, in OnPaint

 self.DoPaint()
   File "/home/hamish/src/grass/svn/trunk/dist.x86_64
 -unknown-linux-gnu/etc/gui/wxpython/nviz/mapwindow.py", line
 398, in DoPaint

 self.lmgr.nviz.UpdatePage('cplane')
   File "/home/hamish/src/grass/svn/trunk/dist.x86_64
 -unknown-linux-gnu/etc/gui/wxpython/nviz/tools.py", line
 4570, in UpdatePage

 self.FindWindowById(self.win['cplane']['position']['z']['sli
 der']).SetValue(zRange[0])
   File "/usr/lib64/python2.6/dist-
 packages/wx-2.8-gtk2-unicode/wx/_controls.py", line 2672, in
 SetValue

 return _controls_.Slider_SetValue(*args, **kwargs)
 OverflowError
 :
 long int too large to convert to int
 Traceback (most recent call last):
   File "/home/hamish/src/grass/svn/trunk/dist.x86_64
 -unknown-linux-gnu/etc/gui/wxpython/nviz/mapwindow.py", line
 376, in OnPaint

 self.DoPaint()
   File "/home/hamish/src/grass/svn/trunk/dist.x86_64
 -unknown-linux-gnu/etc/gui/wxpython/nviz/mapwindow.py", line
 398, in DoPaint

 [...]

 packages/wx-2.8-gtk2-unicode/wx/_controls.py", line 2672, in
 SetValue

 return _controls_.Slider_SetValue(*args, **kwargs)
 OverflowError
 :
 long int too large to convert to int


 Switching back to 2D view mode...


 Vector map  (lines) unloaded successfully
 Vector map  loaded (746 features)
 Traceback (most recent call last):
   File "/home/hamish/src/grass/svn/trunk/dist.x86_64
 -unknown-linux-gnu/etc/gui/wxpython/nviz/mapwindow.py", line
 376, in OnPaint

 self.DoPaint()
   File "/home/hamish/src/grass/svn/trunk/dist.x86_64
 -unknown-linux-gnu/etc/gui/wxpython/nviz/mapwindow.py", line
 389, in DoPaint

 self.LoadDataLayers()
   File "/home/hamish/src/grass/svn/trunk/dist.x86_64
 -unknown-linux-gnu/etc/gui/wxpython/nviz/mapwindow.py", line
 1327, in LoadDataLayers

 self.LoadVector(item, points = False)
   File "/home/hamish/src/grass/svn/trunk/dist.x86_64
 -unknown-linux-gnu/etc/gui/wxpython/nviz/mapwindow.py", line
 1734, in LoadVector

 toolWin.UpdatePage('vector')
   File "/usr/lib64/python2.6/dist-
 packages/wx-2.8-gtk2-unicode/wx/_core.py", line 14564, in
 __getattr__

 raise PyDeadObjectError(self.attrStr % self._name)
 wx._core
 .
 PyDeadObjectError
 :
 The C++ part of the NvizToolWindow object has been deleted,
 attribute access no longer allowed.
 }}}


 thanks,
 Hamish

-- 
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] #1961: wxNVIZ: error if no raster map selected

[GRASS GIS]

#1961: wxNVIZ: error if no raster map selected
+---
 Reporter:  hamish  |   Owner:  grass-dev@…  
 Type:  defect  |  Status:  new  
 Priority:  major   |   Milestone:  6.4.3
Component:  wxGUI   | Version:  svn-develbranch6 
 Keywords:  wxnviz  |Platform:  All  
  Cpu:  x86-64  |  
+---

Comment(by hamish):

 Hi,

 here's a traceback if I load a raster then a vector-areas map in 2D mode,
 switch to 3D mode, then change the order of the two in the layer list in
 the Map Layers tab by dragging the vector map to the bottom of the list:


 {{{
 Starting 3D view mode...
 Loading raster map ...
 Loading raster map ...
 Translating colors from raster map
 ...
 Vector map  loaded (261 features)
 Traceback (most recent call last):
   File "/home/hamish/src/grass/svn/trunk/dist.x86_64
 -unknown-linux-gnu/etc/gui/wxpython/lmgr/layertree.py", line
 1303, in OnChangeSel

 if self.layer_selected.IsChecked():
 AttributeError
 :
 'NoneType' object has no attribute 'IsChecked'
 Raster map  unloaded successfully
 Vector map  (lines) unloaded successfully
 Traceback (most recent call last):
   File "/home/hamish/src/grass/svn/trunk/dist.x86_64
 -unknown-linux-gnu/etc/gui/wxpython/lmgr/layertree.py", line
 1202, in OnLayerChecked

 npoints, nlines, nfeatures, mapIs3D =
 self.lmgr.nviz.VectorInfo(mapLayer)
 AttributeError
 :
 'NvizToolWindow' object has no attribute 'VectorInfo'
 Traceback (most recent call last):
   File "/home/hamish/src/grass/svn/trunk/dist.x86_64
 -unknown-linux-gnu/etc/gui/wxpython/lmgr/layertree.py", line
 1311, in OnChangeSel

 self.lmgr.nviz.UpdatePage('vector')
   File "/home/hamish/src/grass/svn/trunk/dist.x86_64
 -unknown-linux-gnu/etc/gui/wxpython/nviz/tools.py", line
 4520, in UpdatePage

 self.UpdateVectorPage(layer, data['vector'])
   File "/home/hamish/src/grass/svn/trunk/dist.x86_64
 -unknown-linux-gnu/etc/gui/wxpython/nviz/tools.py", line
 4710, in UpdateVectorPage

 vInfo = grass.vector_info_topo(layer.GetName())
 AttributeError
 :
 'NoneType' object has no attribute 'GetName'
 Vector map  loaded (261 features)
 Loading raster map ...
 Loading raster map ...
 Translating colors from raster map
 ...
 }}}

 thanks,
 Hamish

-- 
Ticket URL: 
GRASS GIS 

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