Jeshua Lacock | 1 Sep 2009 10:29
Favicon

Re: RC5 on Mac OS X


On Aug 30, 2009, at 5:30 AM, Jeshua Lacock wrote:

> And when I attempt to launch NVIZ (by choosing "3D view" from the  
> map display), the GUI crashes and in the terminal reports:
>
> dyld: lazy symbol binding failed: image not found for lazy pointer  
> at 0x286d054
> dyld: image not found for lazy pointer at 0x286d054

I just tried running GDB, but I was not able to find out any  
additional information. After it crashes it stops running so doing a  
backtrace just reveals that there is no stack.

Does anyone know what library that it is not finding might be? That  
might help narrow things down a bit.

Thanks,

Jeshua Lacock, Owner
<http://OpenOSX.com>
phone: 208.462.4171
Hamish | 1 Sep 2009 11:07
Picon
Favicon
Gravatar

Re: gmath/gpde Patch for grass6.5 and grass7

Hi,

I get two errors compiling 6.5svn.

The first is because lib/gmath  G_math_solvps() fails to return anything
when it should return int.

I think I fixed it with r38939, but please check to see if that is correct.
  https://trac.osgeo.org/grass/changeset/38939

The second is in lib/external/ccmath, eigen() is used but not declared.
I suppose it needs to be added to lib/external/ccmath/ccmath_grass.h, ??

This can be caught if you add -Werror-implicit-function-declaration to
your CFLAGS.

cheers,
Hamish
Jeshua Lacock | 1 Sep 2009 11:32
Favicon

Re: RC5 on Mac OS X


On Sep 1, 2009, at 2:29 AM, Jeshua Lacock wrote:

> On Aug 30, 2009, at 5:30 AM, Jeshua Lacock wrote:
>
>> And when I attempt to launch NVIZ (by choosing "3D view" from the  
>> map display), the GUI crashes and in the terminal reports:
>>
>> dyld: lazy symbol binding failed: image not found for lazy pointer  
>> at 0x286d054
>> dyld: image not found for lazy pointer at 0x286d054
>
>
> I just tried running GDB, but I was not able to find out any  
> additional information. After it crashes it stops running so doing a  
> backtrace just reveals that there is no stack.
>
> Does anyone know what library that it is not finding might be? That  
> might help narrow things down a bit.

Note that I am able to start nviz by issuing the command in the  
terminal. The GUI loads, but my dem is not drawn when I hit "DRAW" -  
it is just blank.

Any ideas?

Thanks,

Jeshua Lacock, Owner
<http://OpenOSX.com>
(Continue reading)

Benjamin Ducke | 1 Sep 2009 11:39
Picon
Favicon

GV_VOLUME: does it exist?

Hi all,

could anybody enlighten me about the status of the GRASS 3D
geometry type "GV_VOLUME"? I assume this is meant to be
the equivalent of the 2D "GV_AREA", i.e. GV_KERNEL + GV_FACE(S)?
Is there some actual Vect library level support for processing
such geometries or does GV_VOLUME just exist as a symbol for
completeness' sake? So far I could not spot it in the "type="
option of any GRASS module.

Happy coding,

Ben

------
Files attached to this email may be in ISO 26300 format (OASIS Open Document Format). If you have difficulty
opening them, please visit http://iso26300.info for more information.
Jeshua Lacock | 1 Sep 2009 11:42
Favicon

Re: RC5 on Mac OS X


On Sep 1, 2009, at 3:32 AM, Jeshua Lacock wrote:

> On Sep 1, 2009, at 2:29 AM, Jeshua Lacock wrote:
>
>> On Aug 30, 2009, at 5:30 AM, Jeshua Lacock wrote:
>>
>>> And when I attempt to launch NVIZ (by choosing "3D view" from the  
>>> map display), the GUI crashes and in the terminal reports:
>>>
>>> dyld: lazy symbol binding failed: image not found for lazy pointer  
>>> at 0x286d054
>>> dyld: image not found for lazy pointer at 0x286d054
>>
>>
>> I just tried running GDB, but I was not able to find out any  
>> additional information. After it crashes it stops running so doing  
>> a backtrace just reveals that there is no stack.
>>
>> Does anyone know what library that it is not finding might be? That  
>> might help narrow things down a bit.
>
> Note that I am able to start nviz by issuing the command in the  
> terminal. The GUI loads, but my dem is not drawn when I hit "DRAW" -  
> it is just blank.

Wow - how embarrassing! I did not have the region set right. So niviz  
is in-fact working for me.

Which leads me to the question, how is launching it from the GUI  
(Continue reading)

GRASS GIS | 1 Sep 2009 11:49
Favicon

Re: [GRASS GIS] #724: wxGUI: Attribute Table editor lets you modify tables from other mapsets

#724: wxGUI: Attribute Table editor lets you modify tables from other mapsets
---------------------+------------------------------------------------------
  Reporter:  hamish  |       Owner:  martinl   
      Type:  defect  |      Status:  closed    
  Priority:  major   |   Milestone:  6.4.0     
 Component:  wxGUI   |     Version:  svn-trunk 
Resolution:  fixed   |    Keywords:  db, mapset
  Platform:  All     |         Cpu:  All       
---------------------+------------------------------------------------------
Changes (by hamish):

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

Comment:

 Looks good in 6.5svn, relevant editing/deleting options are now greyed
 out.


 thanks,
 Hamish

-- 
Ticket URL: <https://trac.osgeo.org/grass/ticket/724#comment:2>
GRASS GIS <http://grass.osgeo.org>
_______________________________________________
grass-dev mailing list
(Continue reading)

GRASS GIS | 1 Sep 2009 12:16
Favicon

[GRASS GIS] #738: wxGUI: Attribute Table editor refresh & cosmetics

#738: wxGUI: Attribute Table editor refresh & cosmetics
-------------------------+--------------------------------------------------
 Reporter:  hamish       |       Owner:  grass-dev <at> lists.osgeo.org
     Type:  defect       |      Status:  new                      
 Priority:  minor        |   Milestone:  6.4.0                    
Component:  wxGUI        |     Version:  svn-develbranch6         
 Keywords:               |    Platform:  Linux                    
      Cpu:  Unspecified  |  
-------------------------+--------------------------------------------------
 Hi,

 just exploring the latest version of the wx Attribute manager + new
 sqlbuilder GUIs. It's really nice work Martin, congrats.

 some minor feedback/issues WRT the wx vector layer attribute manager GUI:
 (latest 6.5svn)

  - 'manage tables' tab: [Add] and [Rename] buttons fall off right side of
 GUI unless you stretch the window a bit wider manually.

  - column name: if you put in something silly like ";;" you get a nice
 pop-up window with a SQL error, but then it gets added to the list anyway.
 Luckily the GUI lets you drop that column from the list  (with another SQL
 "what are you talking about?" error popup).

  - "Column name: _____"  : probably [Add] at the right makes this obvious
 so no action needed, but maybe put the word "new" in there?

  - if you add a new column then add another or drop another, you then have
 to hit [ok] to a number of errors saying it can't perform each of the
(Continue reading)

Benjamin Ducke | 1 Sep 2009 12:40
Picon
Favicon

3D polygons (faces) and attributes

Hi all,

I have some 3D polygonal data in 3D shapefiles that I need to process
in GRASS and then export to VTK for interactive exploration.
The data represents what archaeologists call "profiles", i.e. vertical 
cross-sections through the soil that document soil layers. 
I think the term "catena" exists in some geosciences for roughly the 
same thing. The data is synthetic, i.e. digitized from idealized 
hand-drawings done in the field. As such, it  has no actual W-E or N-S 
extent, only top to bottom.

I realized that v.in.ogr cannot import such data. Even though it reads
the 3D coordinates just fine, it treats the topology as 2D, trying to
calculate X-Y areas and finding labeling points to attach the attributes.
Which fails of course, as no 2D centroid can be calculated for a 3D
area that has no extent in the X-Y plane!

So I went on to patch v.in.ogr to import 3D lines w/o area checking and
that at least gave me an option to import the geometries. I then added
support for 3D faces which allowed me to import a better representation.

But now I am stuck on the attribute side of things:
How do I attach attributes to GV_FACE type geometries? 
I suppose it should be equivalent to how it is done for GV_BOUNDARIES? 
But using V_KERNEL instead of V_POINT for attaching the atts?
Does anyone here have any experience with this? 
Any other GRASS modules that need to do the same thing so I could learn
from them?

Thanks,
(Continue reading)

GRASS GIS | 1 Sep 2009 12:43
Favicon

Re: [GRASS GIS] #734: wxGui sqlbuilder: a few bugs

#734: wxGui sqlbuilder: a few bugs
---------------------+------------------------------------------------------
  Reporter:  hamish  |       Owner:  martinl   
      Type:  defect  |      Status:  assigned  
  Priority:  major   |   Milestone:  6.4.0     
 Component:  wxGUI   |     Version:  6.4.0 RCs 
Resolution:          |    Keywords:  sqlbuilder
  Platform:  Linux   |         Cpu:  x86-64    
---------------------+------------------------------------------------------
Comment (by hamish):

 Much better...!


 fine tuning / feedback:

  - Columns and Values text boxes are now a bit too small, only showing 1.5
 column names + up/down slider. It would be nice if it were big enough to
 at least show more of them.

  - it says "Add on double click" but actually it adds column name on
 single click. Or if you have a column name selected from the list and on
 the keyboard do up-down-up-down arrows it repeatedly adds those column
 names in the Query text box. Rename as "Add on double click as"? Before a
 little experimentation I find it hard to know what those radio buttons
 did. Possible to have a tooltip there?

  - shouldn't the base text end with "WHERE " ? (ok it shows up once I
 select a column name as "(*)values" but why not have it there to begin
 with?)
(Continue reading)

Soeren Gebbert | 1 Sep 2009 12:46

Re: gmath/gpde Patch for grass6.5 and grass7

Hello Hamish,

2009/9/1 Hamish <hamish_b <at> yahoo.com>
Hi,

I get two errors compiling 6.5svn.

The first is because lib/gmath  G_math_solvps() fails to return anything
when it should return int.

I think I fixed it with r38939, but please check to see if that is correct.
 https://trac.osgeo.org/grass/changeset/38939

Thanks, thats absolutely correct.


The second is in lib/external/ccmath, eigen() is used but not declared.
I suppose it needs to be added to lib/external/ccmath/ccmath_grass.h, ??

I will have a look at it this evening.

This can be caught if you add -Werror-implicit-function-declaration to
your CFLAGS.

Oh, i forgot this.

Thanks,
Soeren



cheers,
Hamish






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

Gmane