date:20130602

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

2013-06-02 Thread 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:12 mmetz]:
 > Note that --enable-largefile has no effect with wingrass 6.x.

 I guess the thing to do then is to delay worrying about it for wingrass,
 and just focus on get it working at least for 32bit Linux/Mac. I'll try to
 get to that tomorrow after a bit more testing, if all goes well I'll
 backport r56422 to relbr64 and then we should be ok to move the milestone
 to 6.4.4. (LFS audit for other modules as part of 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] [GRASS GIS] #1961: wxNVIZ: error if no raster map selected

2013-06-02 Thread 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 Anna,

 the two fixes (r56560 and r56551) seem good, thanks.

 more testing...

 adding a vector points map to the 'Map layers' list after there
 is already a vector area map open in 3D mode tries to load a points
 map as a lines map and fails:

 {{{
 Starting 3D view mode...
 Vector map  loaded (261 features)
 Vector map  loaded (24 points)
 No features from vector map  fall within
 current region
 Error loading vector map 
 Loading vector map  (lines) failed
 }}}

 (but then the points render ok anyway and get added to the Data
 vector controls correctly)

 -

 I don't have much interest in displaying centroids, but for the
 sake of testing them, with the vector area and a points map already
 loaded, go back to the Map Layers tab and edit the d.vect preferences
 for the area map to show centroids too:

 {{{
 Traceback (most recent call last):
   File "/home/hamish/src/grass/svn/trunk/dist.x86_64
 -unknown-linux-gnu/etc/gui/wxpython/gui_core/forms.py", line
 654, in OnOK

 cmd = self.OnApply(event)
   File "/home/hamish/src/grass/svn/trunk/dist.x86_64
 -unknown-linux-gnu/etc/gui/wxpython/gui_core/forms.py", line
 669, in OnApply

 self)
   File "/home/hamish/src/grass/svn/trunk/dist.x86_64
 -unknown-linux-gnu/etc/gui/wxpython/lmgr/layertree.py", line
 1521, in GetOptData

 if mapWin.IsLoaded(layer):
   File "/home/hamish/src/grass/svn/trunk/dist.x86_64
 -unknown-linux-gnu/etc/gui/wxpython/nviz/mapwindow.py", line
 1267, in IsLoaded

 if 'object' not in data['vlines'] and \
 KeyError
 :
 'vlines'
 }}}

 -

 some other observations & 2c feedback:

 perhaps make the default line width 1; width=2 looks a bit
 "nibbled" (see screenshot), even after raising the height
 above surface by about $nsres distance.

 perhaps make the default line color a little more muted (aqua?)

 perhaps make the default raster fine/coarse resolution 20-30% finer
 and/or perhaps set the default coarse mode back to wire-frame.


 dragging layers around in the Map layers tab while in 3D view mode
 is a bit clunky. afterwards I got a weird mix in the vector roads
 map of some lines as the default blue,size=2 and others the modified
 aqua,size=1 I did before loading the raster layer. (see screenshot)


 you'll also notice in the screenshot a red-trail in the top right.
 that always follows my mouse around, it disappears as soon as I move the
 view-puck. shrug. (open source radeon driver on debian/squeeze)


 rotate 3D mode is highly sensitive to mouse movement. fly-through mode
 next door is very very slow to react. the normal Pan button seems to
 do nothing other than redraw the scene as-is. (maybe have it
 "Look: [here]" ?) hmm, after that fly-through mode no longer works..


 for Animation, perhaps make the default file format PPM instead of TIF,
 as that is what the encoders will generally want as input.
 consider to add a help button to the animation page, with a link to
 the "Movies" grass wiki page for tips on encoding to .avi, .gif, etc.


 thanks,
 Hamish

-- 
Ticket URL: 
GRASS GIS 

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

[GRASS-dev] [GRASS GIS] #1987: wxGUI: traceback in map selection drop down

2013-06-02 Thread GRASS GIS

#1987: wxGUI: traceback in map selection drop down
---+
 Reporter:  hamish |   Owner:  grass-dev@…  
 Type:  defect |  Status:  new  
 Priority:  trivial|   Milestone:  6.4.3
Component:  wxGUI  | Version:  svn-trunk
 Keywords:  list tree  |Platform:  Linux
  Cpu:  x86-64 |  
---+
 Hi,

 here's a traceback from the map selection dropdown list. all 6.4.3svn --
 7.svn.

 start the wxGUI. Add a raster or vector map. At the d.rast/d.vect dialog
 click the arrow to get the list of map names to select from. On one of the
 {>,v} Mapset: lines, on the bar to the _right_ of the words click and drag
 the left mouse button a little and you trigger it. In 6.4.3svn clicking on
 the mapset text closes the selector prematurely, in trunk it doesn't, but
 you get the same traceback error.

 {{{
 Traceback (most recent call last):
   File "/usr/lib64/python2.6/dist-
 packages/wx-2.8-gtk2-unicode/wx/lib/mixins/treemixin.py",
 line 502, in OnBeginDrag

 if self.IsValidDragItem(self._dragItem):
   File "/usr/lib64/python2.6/dist-
 packages/wx-2.8-gtk2-unicode/wx/lib/mixins/treemixin.py",
 line 569, in IsValidDragItem

 return dragItem and dragItem != self.GetRootItem()
   File "/usr/lib64/python2.6/dist-
 packages/wx-2.8-gtk2-unicode/wx/_controls.py", line 5051, in
 __ne__

 return _controls_.TreeItemId___ne__(*args, **kwargs)
 TypeError
 :
 in method 'TreeItemId___ne__', expected argument 2 of type
 'wxTreeItemId const *'
 }}}

 tested on debian/squeeze 64bit.


 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] t.connect placement

2013-06-02 Thread Martin Landa

Hi,

2013/6/2 Sören Gebbert :
> done in r56562

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

Re: [GRASS-dev] how to make non-merged buffers?

2013-06-02 Thread Markus Metz

On Sun, Jun 2, 2013 at 8:16 PM, Michael Barton  wrote:
> Is there a way to create buffers around features that overlap when the
> features are near to each other instead of merging?

In GRASS 7, with v.buffer -t

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

[GRASS-dev] how to make non-merged buffers?

2013-06-02 Thread Michael Barton

Is there a way to create buffers around features that overlap when the features 
are near to each other instead of merging?

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











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

Re: [GRASS-dev] t.connect placement

2013-06-02 Thread Sören Gebbert

done in r56562


2013/6/2 Sören Gebbert 

> Hi Martin,
> the module t.connect is a C module and must be build before the python
> temporal library, since the library was making use of this module at import
> time. That's the reason why this module is located in lib/temporal. That
> wasn't a good solution. So i have implemented an init() method in the
> python temporal library that make use of t.connect at run time. I think it
> may be safe now to move t.connect into the temporal module directory. I
> will check this.
>
> Best regards
> Soeren
>
>
> 2013/6/2 Martin Landa 
>
>> Hi,
>>
>> just a quick observation. Shouldn't be `t.connect` placed in
>>
>> `temporal` directory
>>
>> instead of
>>
>> `lib/temporal`
>>
>> ?
>>
>> Martin
>>
>> --
>> Martin Landa  * http://geo.fsv.cvut.cz/~landa
>> ___
>> 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

Re: [GRASS-dev] t.connect placement

2013-06-02 Thread Sören Gebbert

Hi Martin,
the module t.connect is a C module and must be build before the python
temporal library, since the library was making use of this module at import
time. That's the reason why this module is located in lib/temporal. That
wasn't a good solution. So i have implemented an init() method in the
python temporal library that make use of t.connect at run time. I think it
may be safe now to move t.connect into the temporal module directory. I
will check this.

Best regards
Soeren


2013/6/2 Martin Landa 

> Hi,
>
> just a quick observation. Shouldn't be `t.connect` placed in
>
> `temporal` directory
>
> instead of
>
> `lib/temporal`
>
> ?
>
> Martin
>
> --
> Martin Landa  * http://geo.fsv.cvut.cz/~landa
> ___
> 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

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

2013-06-02 Thread 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 annakrat):

 Replying to [comment:10 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:

 please try r56551

-- 
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

2013-06-02 Thread 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 annakrat):

 Replying to [comment:11 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
 > }}}

 please try r56560

-- 
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

2013-06-02 Thread 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 annakrat):

 Replying to [comment:8 annakrat]:
 > if you confirm that these fixes help, I will backport them.

 done

-- 
Ticket URL: 
GRASS GIS 

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

[GRASS-dev] t.connect placement

2013-06-02 Thread Martin Landa

Hi,

just a quick observation. Shouldn't be `t.connect` placed in

`temporal` directory

instead of

`lib/temporal`

?

Martin

--
Martin Landa  * http://geo.fsv.cvut.cz/~landa
___
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

2013-06-02 Thread Nikos Alexandris

Pietro Zambelli 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.

Nikos Alexandris wrote:

> > > 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?

Glynn Clements wrote:

> > You can modify the current process' environment with G_setenv().

Pietro Zambelli wrote:

> Or use the method
> current() => to set the mapset as current

Perfect, shorter!

Previously:

mapsets = grass.mapsets()
   for scene_id in mapsets:

### some condition to catch "scene_id"s of interest here! ###

# enter in (a) Mapset of interest
grass.run_command("g.mapset",
 mapset = scene_id,
   verbose = False
)
print "Operating inside Scene-Mapset <%s>\n" % scene_id

Now:

mapsets = grass.mapsets()
   for scene_id in mapsets:

### some condition to catch "scene_id"s of interest here! ###

# enter in (a) Mapset of interest   
Mapset(scene_id).current()
print "\nOperating inside Scene-Mapset <%s>\n" % scene_id


This way I've seen (harmless) WARNINGS about matching same raster maps names 
in other Mapsets.  To be sure that only the "current" and the PERMANENT 
Mapsets are accessed, I added the following

# grant access to current and PERMANENT Mapsets only
   grass.run_command("g.mapsets",
 operation = 'set',
 mapset= '.,PERMANENT',
 verbose = False
 )

Thanks, that helped a lot.

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

[GRASS-dev] r.tileset in GRASS 7 defect

2013-06-02 Thread Blumentrath, Stefan

Hi

Lately I tried calculating tiles for my region using r.tileset in GRASS 7.

On Ubuntu I get no tiles listed:

On my Windows box I get this error-message:

GRASS 7.0.svn> r.tileset sourceproj="+proj=utm +no_defs +zone=33 +a=6378137 
+rf=298.257223563 +towgs84=0.000,0.000,0.000 +to_meter=1" maxcols=25000 
maxrows=25000 overlap=10
sh: r.tileset: command not found

On my Ubunut box no tiles are printed at all:

GRASS 7.0.svn (Norge_33N_WGS84):~ > r.tileset sourceproj="+proj=utm +no_defs 
+zone=33 +a=6378137 +rf=298.257223563 +towgs84=0.000,0.000,0.000 +to_meter=1" 
maxcols=25000 maxrows=25000 overlap=10
Computing tiling...
GRASS 7.0.svn (Norge_33N_WGS84):~ >

Maybe related to:
http://trac.osgeo.org/grass/ticket/1825

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

Re: [GRASS-dev] [GRASS GIS] #1986: dependecy problems: libgrass_rli.so versus libgrass_rli.6.4.3svn.so()(64bit)

2013-06-02 Thread GRASS GIS

#1986: dependecy problems: libgrass_rli.so versus
libgrass_rli.6.4.3svn.so()(64bit)
--+-
 Reporter:  zirneklitis   |   Owner:  grass-dev@…  
 Type:  defect|  Status:  new  
 Priority:  normal|   Milestone:  6.4.3
Component:  Packaging | Version:  svn-releasebranch64  
 Keywords:  rpm, libgrass_rli.so  |Platform:  Linux
  Cpu:  x86-64|  
--+-
Changes (by hamish):

  * keywords:  => rpm, libgrass_rli.so
  * platform:  Unspecified => Linux
  * version:  unspecified => svn-releasebranch64
  * component:  Default => Packaging
  * cpu:  Unspecified => x86-64


-- 
Ticket URL: 
GRASS GIS 

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

[GRASS-dev] [GRASS GIS] #1986: dependecy problems: libgrass_rli.so versus libgrass_rli.6.4.3svn.so()(64bit)

2013-06-02 Thread GRASS GIS

#1986: dependecy problems: libgrass_rli.so versus
libgrass_rli.6.4.3svn.so()(64bit)
-+--
 Reporter:  zirneklitis  |   Owner:  grass-dev@…  
 Type:  defect   |  Status:  new  
 Priority:  normal   |   Milestone:  6.4.3
Component:  Default  | Version:  unspecified  
 Keywords:   |Platform:  Unspecified  
  Cpu:  Unspecified  |  
-+--
 I build rpm-s from grass 6.4.3svn r56545 for Fedora 18 using the same rpm
 division –  grass, gras-libs, grass-devel, grass-debuginfo, grass-src.

 Gras-libs provides all libraries as  “libgrass_*.6.4.3svn.so()(64bit)”.
 The main grass rpm is happy with that except for library
 “libgrass_rli.so()(64bit)”. (grass-libs provides
 libgrass_rli.6.4.3svn.so()(64bit)). By the way: both files are created by
 grass-libs.rpm. Why the GRASS is looking for the wrong library?

 The workaround is to include a dependency tag “Provides:
 libgrass_rli.so()(64bit)” in the spec file.

-- 
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

2013-06-02 Thread 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 mmetz):

 Replying to [comment:11 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)

 Note that --enable-largefile has no effect with wingrass 6.x. Only trunk
 has LFS on windows. See also #1131 and the LFS-related changes to
 include/config.h.in [0].

 [0]
 https://trac.osgeo.org/grass/browser/grass/trunk/include/config.h.in#L282

-- 
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

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

[GRASS-dev] [GRASS GIS] #1987: wxGUI: traceback in map selection drop down

Re: [GRASS-dev] t.connect placement

Re: [GRASS-dev] how to make non-merged buffers?

[GRASS-dev] how to make non-merged buffers?

Re: [GRASS-dev] t.connect placement

Re: [GRASS-dev] t.connect placement

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

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

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

[GRASS-dev] t.connect placement

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

[GRASS-dev] r.tileset in GRASS 7 defect

Re: [GRASS-dev] [GRASS GIS] #1986: dependecy problems: libgrass_rli.so versus libgrass_rli.6.4.3svn.so()(64bit)

[GRASS-dev] [GRASS GIS] #1986: dependecy problems: libgrass_rli.so versus libgrass_rli.6.4.3svn.so()(64bit)

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

17 matches

Site Navigation

Mail list logo

Footer information