ggt-devel — Development discussion list

Re: [ggt-devel] using PyGMTL and C++ exposed to Python that use PyGMTL types?

[Patrick H. <pa...@13...>]

Alexis H. Rivera-Rios wrote:
> Hi, 
> 
> I'm trying to expose my own class that uses gmtl
> objects.   
> 
> This is an example:
> 
> struct Test
> {
> 	gmtl::Vec3d x;
> 	gmtl::Point3d y;
> 	Test()
> 		: x(0,0,0),y(0,0,0) {}
> 	Test(const Test &other)
> 		: x(other.x),
> 		y(other.y){}
> 
> 	Test& operator=(const Test& other)
> 	{
> 		if (this==&other)
> 			return *this;
> 
> 		x = other.x;
> 		y = other.y;
> 	}	
> };
> 
> Im exposing the class like this:
> 
>  class_< Test >("Test", init<  >())
>         .def(init< const Test& >())
>         .def_readwrite("x", &Test::x)
>         .def_readwrite("y", &Test::y)  	
>     ;
> 
> But this fails:
> 
>>>>import gmtl
>>>>from PyStatATA import *
>>>>test = Test()
>>>>test.x = gmtl.Vec3d(0,0,1)
> 
> Traceback (most recent call last):
>   File "<stdin>", line 1, in ?
> Boost.Python.ArgumentError: Python argument types in
>     None.None(Test, Vec3d)
> did not match C++ signature:
>     None(struct Test {lvalue}, class
> gmtl::Vec<double,3>)
> 
>>>>test.y = gmtl.Point3d(0,0,1)
> 
> Traceback (most recent call last):
>   File "<stdin>", line 1, in ?
> Boost.Python.ArgumentError: Python argument types in
>     None.None(Test, Point3d)
> did not match C++ signature:
>     None(struct Test {lvalue}, class
> gmtl::Point<double,3>)
> 
>>>>my = test.y
> 
> Traceback (most recent call last):
>   File "<stdin>", line 1, in ?
> TypeError: No Python class registered for C++ class
> class gmtl::Point<double,3>
> 
>>>>mx = test.x
> 
> Traceback (most recent call last):
>   File "<stdin>", line 1, in ?
> TypeError: No Python class registered for C++ class
> class gmtl::Vec<double,3>
> 
> I'm assuming somehow, I need to define converters from
> the gmtl types to python and viceversa.  But, it seems
> that this has probably been done in your bindings.

Correct. PyGMTL provides the necessary Python-to-C++ and C++-to-Python
converters.

> Can you suggest me a way of letting python know that
> the gtml types have already being defined?
> 
> Has anybody done something like this before?

PyJuggler (the Python bindings for the VR Juggler C++ libraries) gets along
with PyGMTL, so your code should work. I have a theory about what is going
wrong.

Boost.Python sets up the conversion stuff using a global registry. However,
that registry is only global within the scope of the Boost.Python shared
library. If you have two copies of that shared library loaded into the same
application, you will end up with two type registries. The result is just
what you have seen above: unexpected errors about type converters not
existing when you know that they do exist. Make sure that your Python
extension module is linked against the same Boost.Python shared library as
PyGMTL. If the two are not using the same Boost.Python shared library, then
one will have to be recompiled to match the other.

> Thanks,
> Alexis
> 
> Programming Tutorial:
> In Python: To do this, do this
> In Perl: To do this, do this or this or this or this...
> In C: To do this, do this, but be careful
> In C++: To do this, do this, but don't do this, be careful of this, watch out for this, and whatever you do, don't do this

Clever. :)

 -Patrick


-- 
Patrick L. Hartling                    | VP Engineering, Infiscape Corp.
PGP: http://tinyurl.com/2oum9          | http://www.infiscape.com/

[ggt-devel] using PyGMTL and C++ exposed to Python that use PyGMTL types?

[Alexis H. Rivera-R. <ahr...@ya...>]

Hi, 

I'm trying to expose my own class that uses gmtl
objects.   

This is an example:

struct Test
{
	gmtl::Vec3d x;
	gmtl::Point3d y;
	Test()
		: x(0,0,0),y(0,0,0) {}
	Test(const Test &other)
		: x(other.x),
		y(other.y){}

	Test& operator=(const Test& other)
	{
		if (this==&other)
			return *this;

		x = other.x;
		y = other.y;
	}	
};

Im exposing the class like this:

 class_< Test >("Test", init<  >())
        .def(init< const Test& >())
        .def_readwrite("x", &Test::x)
        .def_readwrite("y", &Test::y)  	
    ;

But this fails:
>>> import gmtl
>>> from PyStatATA import *
>>> test = Test()
>>> test.x = gmtl.Vec3d(0,0,1)
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
Boost.Python.ArgumentError: Python argument types in
    None.None(Test, Vec3d)
did not match C++ signature:
    None(struct Test {lvalue}, class
gmtl::Vec<double,3>)
>>> test.y = gmtl.Point3d(0,0,1)
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
Boost.Python.ArgumentError: Python argument types in
    None.None(Test, Point3d)
did not match C++ signature:
    None(struct Test {lvalue}, class
gmtl::Point<double,3>)
>>> my = test.y
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
TypeError: No Python class registered for C++ class
class gmtl::Point<double,3>
>>> mx = test.x
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
TypeError: No Python class registered for C++ class
class gmtl::Vec<double,3>

I'm assuming somehow, I need to define converters from
the gmtl types to python and viceversa.  But, it seems
that this has probably been done in your bindings. 
Can you suggest me a way of letting python know that
the gtml types have already being defined?

Has anybody done something like this before?

Thanks,
Alexis

Programming Tutorial:
In Python: To do this, do this
In Perl: To do this, do this or this or this or this...
In C: To do this, do this, but be careful
In C++: To do this, do this, but don't do this, be careful of this, watch out for this, and whatever you do, don't do this


		
____________________________________________________
Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs 
 

Re: [ggt-devel] Problems with Quats and scales on Matrix44f

[kevin m. <ke...@su...>]

That's right.  When we set a scale matrix, we set the diagonals in the
upper left 3x3.  then when we rotate it, we take the coordinate axes (the
3x3 that makes x, y, and x axis vectors) and rotate...   essentially, that
scale is still in there, so taking the length of each axis should give the
scale for each axis.  I don't think they have to all be the same scale.

good luck.

> Thanks Kevin. That is what I discovered and the solution that I
> implemented as well. Everything works great once I grab scale out of the
> matrix before creating the quat. And just to verify, when grabbing scale
> out of a 4x4 you take the length of each of the first 3 column vectors?
> Thanks again.
>
> Doug
>
>> *--*---*---*----*-----*------*------*-----*----*---*---*--*
>> Kevin Meinert                         /_/
>> http://www.subatomicglue.com                    \        /
>>                                                \/  __    \/
>>                                                    \__
>>                                             \_\
>>
>>
>>>Hello,
>>>     I am using gmtl 0.4.9. If I try to create a quat from this matrix I
>>>get the following:
>>>
>>>| 0.5 -0.866025 0 0 |
>>>| 0.866025 0.5 0 0 |
>>>| 0 0 1 0 |
>>>| 0 0 0 1 |
>>>
>>> quat
>>>(0, 0, 0.5, 0.866025)
>>>
>>>Which gives me the correct end rotation. Now, if I take the same matrix
>>>from above and apply a scale of 3 I get the following:
>>>
>>>| 1.5 -2.59808 0 0 |
>>>| 2.59808 1.5 0 0 |
>>>| 0 0 3 0 |
>>>| 0 0 0 1 |
>>>
>>> quat
>>>(0, 0, 0.981981, 1.32288)
>>>
>>>Which ends up over rotating by what appears to be a few degrees. It is
>>> my
>>>understanding that I should be able to create a quat with a matrix that
>>>does have scale on it, correct?
>>>
>>>Thanks for the help.
>>>
>>>Doug
>>>
>>>
>>>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by the 'Do More With Dual!' webinar
> happening
> July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
> core and dual graphics technology at this free one hour event hosted by
> HP,
> AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
> _______________________________________________
> ggt-devel mailing list
> ggt...@li...
> https://lists.sourceforge.net/lists/listinfo/ggt-devel
>

Re: [ggt-devel] Problems with Quats and scales on Matrix44f

[Doug M. <mc...@ia...>]

kevin meinert wrote:
> I think when there is a scale in the matrix, that the quat you get is not
> a rotation quat.  a rotation quat by definition is unit length == 1. 
> having the scale in the matrix no longer means you're encoding pure
> rotation, now you've got something more, rotation plus scale.  translation
> works because it's a completely separate part of the matrix, and so isn't
> read during the conversion.  the scale however (as i'm sure you know)
> exists in the same values that encode rotation (the upper left 3x3
> coordinate axes).
> 
> separating scale from the rotation in a matrix that encodes both is
> slightly ambiguous, and apparently not supported by the well known
> mat->quat algorithms found in the books and websites we used as reference
> to write this code.   I've never seen a variation on this algorithm,
> though that doesn't mean it's not doable....   for now if you do want
> scale you'll have to keep your scale matrix separated out from your other
> transforms... (basically get your rotation quat _before_ you compose your
> scale matrix into your matrix transform).
> 
Thanks Kevin. That is what I discovered and the solution that I 
implemented as well. Everything works great once I grab scale out of the 
matrix before creating the quat. And just to verify, when grabbing scale 
out of a 4x4 you take the length of each of the first 3 column vectors? 
Thanks again.

Doug

> *--*---*---*----*-----*------*------*-----*----*---*---*--*
> Kevin Meinert                         /_/
> http://www.subatomicglue.com                    \        /
>                                                \/  __    \/
>                                                    \__
>                                             \_\
> 
> 
>>Hello,
>>     I am using gmtl 0.4.9. If I try to create a quat from this matrix I
>>get the following:
>>
>>| 0.5 -0.866025 0 0 |
>>| 0.866025 0.5 0 0 |
>>| 0 0 1 0 |
>>| 0 0 0 1 |
>>
>> quat
>>(0, 0, 0.5, 0.866025)
>>
>>Which gives me the correct end rotation. Now, if I take the same matrix
>>from above and apply a scale of 3 I get the following:
>>
>>| 1.5 -2.59808 0 0 |
>>| 2.59808 1.5 0 0 |
>>| 0 0 3 0 |
>>| 0 0 0 1 |
>>
>> quat
>>(0, 0, 0.981981, 1.32288)
>>
>>Which ends up over rotating by what appears to be a few degrees. It is my
>>understanding that I should be able to create a quat with a matrix that
>>does have scale on it, correct?
>>
>>Thanks for the help.
>>
>>Doug
>>
>>
>>

Re: [ggt-devel] Problems with Quats and scales on Matrix44f

[kevin m. <ke...@su...>]

I think when there is a scale in the matrix, that the quat you get is not
a rotation quat.  a rotation quat by definition is unit length == 1. 
having the scale in the matrix no longer means you're encoding pure
rotation, now you've got something more, rotation plus scale.  translation
works because it's a completely separate part of the matrix, and so isn't
read during the conversion.  the scale however (as i'm sure you know)
exists in the same values that encode rotation (the upper left 3x3
coordinate axes).

separating scale from the rotation in a matrix that encodes both is
slightly ambiguous, and apparently not supported by the well known
mat->quat algorithms found in the books and websites we used as reference
to write this code.   I've never seen a variation on this algorithm,
though that doesn't mean it's not doable....   for now if you do want
scale you'll have to keep your scale matrix separated out from your other
transforms... (basically get your rotation quat _before_ you compose your
scale matrix into your matrix transform).

*--*---*---*----*-----*------*------*-----*----*---*---*--*
Kevin Meinert                         /_/
http://www.subatomicglue.com                    \        /
                                               \/  __    \/
                                                   \__
                                            \_\

> Hello,
>      I am using gmtl 0.4.9. If I try to create a quat from this matrix I
> get the following:
>
> | 0.5 -0.866025 0 0 |
> | 0.866025 0.5 0 0 |
> | 0 0 1 0 |
> | 0 0 0 1 |
>
>  quat
> (0, 0, 0.5, 0.866025)
>
> Which gives me the correct end rotation. Now, if I take the same matrix
> from above and apply a scale of 3 I get the following:
>
> | 1.5 -2.59808 0 0 |
> | 2.59808 1.5 0 0 |
> | 0 0 3 0 |
> | 0 0 0 1 |
>
>  quat
> (0, 0, 0.981981, 1.32288)
>
> Which ends up over rotating by what appears to be a few degrees. It is my
> understanding that I should be able to create a quat with a matrix that
> does have scale on it, correct?
>
> Thanks for the help.
>
> Doug
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by the 'Do More With Dual!' webinar
> happening
> July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
> core and dual graphics technology at this free one hour event hosted by
> HP,
> AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
> _______________________________________________
> ggt-devel mailing list
> ggt...@li...
> https://lists.sourceforge.net/lists/listinfo/ggt-devel
>

[ggt-devel] Problems with Quats and scales on Matrix44f

[Doug M. <mc...@ia...>]

Hello,
     I am using gmtl 0.4.9. If I try to create a quat from this matrix I
get the following:

| 0.5 -0.866025 0 0 |
| 0.866025 0.5 0 0 |
| 0 0 1 0 |
| 0 0 0 1 |

 quat
(0, 0, 0.5, 0.866025)

Which gives me the correct end rotation. Now, if I take the same matrix
from above and apply a scale of 3 I get the following:

| 1.5 -2.59808 0 0 |
| 2.59808 1.5 0 0 |
| 0 0 3 0 |
| 0 0 0 1 |

 quat
(0, 0, 0.981981, 1.32288)

Which ends up over rotating by what appears to be a few degrees. It is my
understanding that I should be able to create a quat with a matrix that
does have scale on it, correct?

Thanks for the help.

Doug

[ggt-devel] GMTL 0.4.9 released

[Patrick H. <pa...@13...>]

GMTL 0.4.9 has been posted to SourceForge.  This is a bug-fix release
relative to GMTL 0.4.8, and it is recommended that all GMTL users update to
this release.  The source can be downloaded from the following link:

https://sourceforge.net/project/showfiles.php?group_id=43735&package_id=50702&release_id=339864

A few builds of PyGMTL 0.4.9 for various platforms are also posted at the
same location for download.

 -Patrick


-- 
Patrick L. Hartling                    | VP Engineering, Infiscape Corp.
PGP: http://tinyurl.com/2oum9          | http://www.infiscape.com/

Re: [ggt-devel] More porblems with rotations

[Allen B. <al...@vr...>]

Doug McCorkle wrote:

> Hello,
>      In using the CVS version of gmtl from 1 week ago and am seeing 
> similar problems with makeZRot as I was seeing with EulerAngle 
> functions. The problem arises when an identity matrix is passed in but 
> 90 is returned. Is this similar fix to the Euler code or is this s 
> different issue? Thanks for the help.
>
I think this would be a different issue.  I don't have time to look at 
it right now, but if you can look at it and find a fix I will definitely 
commit it ASAP.

-Allen

> Doug
>

[ggt-devel] More porblems with rotations

[Doug M. <mc...@ia...>]

Hello,
      In using the CVS version of gmtl from 1 week ago and am seeing 
similar problems with makeZRot as I was seeing with EulerAngle 
functions. The problem arises when an identity matrix is passed in but 
90 is returned. Is this similar fix to the Euler code or is this s 
different issue? Thanks for the help.

Doug

-- 

Doug McCorkle - Research Assistant
Iowa State University
Virtual Reality Applications Center
www.vrac.iastate.edu/~mccdo
Ph. 515.294.4938

[ggt-devel] Obtaining Scale data from a Matrix44f

[Doug M. <mc...@ia...>]

Hello,
      How do I obtain the scale data from a Matrix44f?
Doug

Re: [ggt-devel] Question about EulerAngleZXY, XYZ, ZYX

[Doug M. <mc...@ia...>]

Doug McCorkle wrote:
> Allen Bierbaum wrote:
> 
>> Doug McCorkle wrote:
>>
>>> Allen Bierbaum wrote:
>>>
>>>> Doug McCorkle wrote:
>>>>
>>>>> Allen Bierbaum wrote:
>>>>>
>>>>>> Doug McCorkle wrote:
>>>>>>
>>>>>>> Allen Bierbaum wrote:
>>>>>>>
>>>>>>>> Allen Bierbaum wrote:
>>>>>>>>
>>>>>>>>> Unfortunately, it looks like there are some bugs in the 
>>>>>>>>> conversion somewhere.  My guess is that there are some border 
>>>>>>>>> cases in the extraction of the euler angles from the Matrix.
>>>>>>>>>
>>>>>>>>> I have added a new test case that exhaustively tests all Euler 
>>>>>>>>> getting and setting to find these issues. The test can be found 
>>>>>>>>> in the MatrixGenTest test case.  If anyone has some time to 
>>>>>>>>> look into this, you can use this test case to reproduce the 
>>>>>>>>> problem.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> I just commited some changes that should fix the errors. (at 
>>>>>>>> least it fixes the ones the test case found :)
>>>>>>>>
>>>>>>>> Give it a spin and let me know.
>>>>>>>>
>>>>>>> Just do a cvs checkout I assume?
>>>>>>>
>>>>>> Yep.
>>>>>>
>>>>>>> Thanks for the prompt response. This was going to be my evening 
>>>>>>> project but I guess I can do some testing instead. I appreciate 
>>>>>>> the help.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> I wasn't planning on working on it, but I had some down time 
>>>>>> waiting for some builds and I found a good solid algorithm in a 
>>>>>> reference so I just gave it a try.
>>>>>>
>>>>> Ok. It appears that things are better but not quite right. If 
>>>>> rotations are purely about an individual axis X,Y,Z everything 
>>>>> works fine. If rotations become compounded things begin to act odd. 
>>>>> This affect may be due to us not understanding how rotations are 
>>>>> applied in OSG though so I would like to do more testing. Some 
>>>>> things do appear to working better but one odd thing did occur. 
>>>>> With EulerXYZ under the old version of gmtl  the compound rotations 
>>>>> appeared to work correctly no mater what had been done. This does 
>>>>> not appear to be working now. I will continue to test and try to 
>>>>> provide better feedback.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> One point of feedback.  Because Euler angles are non-unique, 
>>>> sometimes the angles returned do not appear to be continuous.  There 
>>>> is really no way around this.  The test code I wrote sets a matrix 
>>>> using a set of euler angles and then extracts the euler angles and 
>>>> uses the extracted eulers to make a new matrix.  Then it tests if 
>>>> the two matrices are equal.  Note, that this does not require that 
>>>> the original euler values and the extracted euler values must 
>>>> match.  It only requires that the values are functionally 
>>>> equivalent.  The test shows that this works for all angles in the 
>>>> range of -190 degrees to +190 degrees for x,y, and z in all 3 euler 
>>>> types.
>>>>
>>> That is what I am seeing. The angles are not continuous. Is there a 
>>> better way to handle this? I need to extract rotations for XYZ out of 
>>> a matrix. I thought that EulerAngle would be the best way. Is there a 
>>> better way?
>>
>>
>>
>> Depends upon why you need them to be continuous.  You could always use 
>> Quaternions if you needs something that has numbers that look more 
>> continuous.
>>
> Well, functionally should be ok it just doesn't appear that that is what 
> is happening. I think I may be messing up how OSG is expecting the 
> angles to be applied to the transform. I need to do more testing. Thanks 
> again for the help.
> 
> Doug
> 

I went ahead and implemented quats and everything works much smoother. I 
am not sure why we initially implemented Euler angles. Thanks for all 
the help. I suppose there is a least one less bug in gmtl though.

Doug

>> -Allen
>>
>>>
>>>> -Allen
>>>>
>>>>>
>>>>>> -A
>>>>>>
>>>>>>>
>>>>>>>> -A
>>>>>>>>
>>>>>>>>>
>>>>>>>>> -Allen
>>>>>>>>>
>>>>>>>>> Doug McCorkle wrote:
>>>>>>>>>
>>>>>>>>>>  Hello,
>>>>>>>>>>      When using gtml I noticed that when I pass an identity 
>>>>>>>>>> Matrix44f into
>>>>>>>>>>  make< gmtl::EulerAngleZXY >( identity ) that I get back 
>>>>>>>>>> 90,0,90. If I
>>>>>>>>>>  ask for an EulerAngleXYZ I get back 0,0,0 and ZYX return 0, 
>>>>>>>>>> nan, 0. Is
>>>>>>>>>>  this the correct behavior of EulerAngle? I thought that no 
>>>>>>>>>> matter what
>>>>>>>>>>  Euler combination that I ask for should return 0,0,0 for an 
>>>>>>>>>> identity
>>>>>>>>>>  matrix. Thanks for the help in understanding this better. I 
>>>>>>>>>> am using
>>>>>>>>>>  gmtl 0.4.5.
>>>>>>>>>>
>>>>>>>>>>
>>>

Re: [ggt-devel] Question about EulerAngleZXY, XYZ, ZYX

[Doug M. <mc...@ia...>]

Allen Bierbaum wrote:
> Doug McCorkle wrote:
> 
>> Allen Bierbaum wrote:
>>
>>> Doug McCorkle wrote:
>>>
>>>> Allen Bierbaum wrote:
>>>>
>>>>> Doug McCorkle wrote:
>>>>>
>>>>>> Allen Bierbaum wrote:
>>>>>>
>>>>>>> Allen Bierbaum wrote:
>>>>>>>
>>>>>>>> Unfortunately, it looks like there are some bugs in the 
>>>>>>>> conversion somewhere.  My guess is that there are some border 
>>>>>>>> cases in the extraction of the euler angles from the Matrix.
>>>>>>>>
>>>>>>>> I have added a new test case that exhaustively tests all Euler 
>>>>>>>> getting and setting to find these issues. The test can be found 
>>>>>>>> in the MatrixGenTest test case.  If anyone has some time to look 
>>>>>>>> into this, you can use this test case to reproduce the problem.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> I just commited some changes that should fix the errors. (at 
>>>>>>> least it fixes the ones the test case found :)
>>>>>>>
>>>>>>> Give it a spin and let me know.
>>>>>>>
>>>>>> Just do a cvs checkout I assume?
>>>>>>
>>>>> Yep.
>>>>>
>>>>>> Thanks for the prompt response. This was going to be my evening 
>>>>>> project but I guess I can do some testing instead. I appreciate 
>>>>>> the help.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> I wasn't planning on working on it, but I had some down time 
>>>>> waiting for some builds and I found a good solid algorithm in a 
>>>>> reference so I just gave it a try.
>>>>>
>>>> Ok. It appears that things are better but not quite right. If 
>>>> rotations are purely about an individual axis X,Y,Z everything works 
>>>> fine. If rotations become compounded things begin to act odd. This 
>>>> affect may be due to us not understanding how rotations are applied 
>>>> in OSG though so I would like to do more testing. Some things do 
>>>> appear to working better but one odd thing did occur. With EulerXYZ 
>>>> under the old version of gmtl  the compound rotations appeared to 
>>>> work correctly no mater what had been done. This does not appear to 
>>>> be working now. I will continue to test and try to provide better 
>>>> feedback.
>>>
>>>
>>>
>>>
>>> One point of feedback.  Because Euler angles are non-unique, 
>>> sometimes the angles returned do not appear to be continuous.  There 
>>> is really no way around this.  The test code I wrote sets a matrix 
>>> using a set of euler angles and then extracts the euler angles and 
>>> uses the extracted eulers to make a new matrix.  Then it tests if the 
>>> two matrices are equal.  Note, that this does not require that the 
>>> original euler values and the extracted euler values must match.  It 
>>> only requires that the values are functionally equivalent.  The test 
>>> shows that this works for all angles in the range of -190 degrees to 
>>> +190 degrees for x,y, and z in all 3 euler types.
>>>
>> That is what I am seeing. The angles are not continuous. Is there a 
>> better way to handle this? I need to extract rotations for XYZ out of 
>> a matrix. I thought that EulerAngle would be the best way. Is there a 
>> better way?
> 
> 
> Depends upon why you need them to be continuous.  You could always use 
> Quaternions if you needs something that has numbers that look more 
> continuous.
> 
Well, functionally should be ok it just doesn't appear that that is what 
is happening. I think I may be messing up how OSG is expecting the 
angles to be applied to the transform. I need to do more testing. Thanks 
again for the help.

Doug

> -Allen
> 
>>
>>> -Allen
>>>
>>>>
>>>>> -A
>>>>>
>>>>>>
>>>>>>> -A
>>>>>>>
>>>>>>>>
>>>>>>>> -Allen
>>>>>>>>
>>>>>>>> Doug McCorkle wrote:
>>>>>>>>
>>>>>>>>>  Hello,
>>>>>>>>>      When using gtml I noticed that when I pass an identity 
>>>>>>>>> Matrix44f into
>>>>>>>>>  make< gmtl::EulerAngleZXY >( identity ) that I get back 
>>>>>>>>> 90,0,90. If I
>>>>>>>>>  ask for an EulerAngleXYZ I get back 0,0,0 and ZYX return 0, 
>>>>>>>>> nan, 0. Is
>>>>>>>>>  this the correct behavior of EulerAngle? I thought that no 
>>>>>>>>> matter what
>>>>>>>>>  Euler combination that I ask for should return 0,0,0 for an 
>>>>>>>>> identity
>>>>>>>>>  matrix. Thanks for the help in understanding this better. I am 
>>>>>>>>> using
>>>>>>>>>  gmtl 0.4.5.
>>>>>>>>>
>>>>>>>>>
>>
> 

Re: [ggt-devel] Question about EulerAngleZXY, XYZ, ZYX

[Allen B. <al...@vr...>]

Doug McCorkle wrote:

> Allen Bierbaum wrote:
>
>> Doug McCorkle wrote:
>>
>>> Allen Bierbaum wrote:
>>>
>>>> Doug McCorkle wrote:
>>>>
>>>>> Allen Bierbaum wrote:
>>>>>
>>>>>> Allen Bierbaum wrote:
>>>>>>
>>>>>>> Unfortunately, it looks like there are some bugs in the 
>>>>>>> conversion somewhere.  My guess is that there are some border 
>>>>>>> cases in the extraction of the euler angles from the Matrix.
>>>>>>>
>>>>>>> I have added a new test case that exhaustively tests all Euler 
>>>>>>> getting and setting to find these issues. The test can be found 
>>>>>>> in the MatrixGenTest test case.  If anyone has some time to look 
>>>>>>> into this, you can use this test case to reproduce the problem.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> I just commited some changes that should fix the errors. (at 
>>>>>> least it fixes the ones the test case found :)
>>>>>>
>>>>>> Give it a spin and let me know.
>>>>>>
>>>>> Just do a cvs checkout I assume?
>>>>>
>>>> Yep.
>>>>
>>>>> Thanks for the prompt response. This was going to be my evening 
>>>>> project but I guess I can do some testing instead. I appreciate 
>>>>> the help.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> I wasn't planning on working on it, but I had some down time 
>>>> waiting for some builds and I found a good solid algorithm in a 
>>>> reference so I just gave it a try.
>>>>
>>> Ok. It appears that things are better but not quite right. If 
>>> rotations are purely about an individual axis X,Y,Z everything works 
>>> fine. If rotations become compounded things begin to act odd. This 
>>> affect may be due to us not understanding how rotations are applied 
>>> in OSG though so I would like to do more testing. Some things do 
>>> appear to working better but one odd thing did occur. With EulerXYZ 
>>> under the old version of gmtl  the compound rotations appeared to 
>>> work correctly no mater what had been done. This does not appear to 
>>> be working now. I will continue to test and try to provide better 
>>> feedback.
>>
>>
>>
>> One point of feedback.  Because Euler angles are non-unique, 
>> sometimes the angles returned do not appear to be continuous.  There 
>> is really no way around this.  The test code I wrote sets a matrix 
>> using a set of euler angles and then extracts the euler angles and 
>> uses the extracted eulers to make a new matrix.  Then it tests if the 
>> two matrices are equal.  Note, that this does not require that the 
>> original euler values and the extracted euler values must match.  It 
>> only requires that the values are functionally equivalent.  The test 
>> shows that this works for all angles in the range of -190 degrees to 
>> +190 degrees for x,y, and z in all 3 euler types.
>>
> That is what I am seeing. The angles are not continuous. Is there a 
> better way to handle this? I need to extract rotations for XYZ out of 
> a matrix. I thought that EulerAngle would be the best way. Is there a 
> better way?

Depends upon why you need them to be continuous.  You could always use 
Quaternions if you needs something that has numbers that look more 
continuous.

-Allen

>
>> -Allen
>>
>>>
>>>> -A
>>>>
>>>>>
>>>>>> -A
>>>>>>
>>>>>>>
>>>>>>> -Allen
>>>>>>>
>>>>>>> Doug McCorkle wrote:
>>>>>>>
>>>>>>>>  Hello,
>>>>>>>>      When using gtml I noticed that when I pass an identity 
>>>>>>>> Matrix44f into
>>>>>>>>  make< gmtl::EulerAngleZXY >( identity ) that I get back 
>>>>>>>> 90,0,90. If I
>>>>>>>>  ask for an EulerAngleXYZ I get back 0,0,0 and ZYX return 0, 
>>>>>>>> nan, 0. Is
>>>>>>>>  this the correct behavior of EulerAngle? I thought that no 
>>>>>>>> matter what
>>>>>>>>  Euler combination that I ask for should return 0,0,0 for an 
>>>>>>>> identity
>>>>>>>>  matrix. Thanks for the help in understanding this better. I am 
>>>>>>>> using
>>>>>>>>  gmtl 0.4.5.
>>>>>>>>
>>>>>>>>
>

Re: [ggt-devel] Question about EulerAngleZXY, XYZ, ZYX

[Doug M. <mc...@ia...>]

Allen Bierbaum wrote:
> Doug McCorkle wrote:
> 
>> Allen Bierbaum wrote:
>>
>>> Doug McCorkle wrote:
>>>
>>>> Allen Bierbaum wrote:
>>>>
>>>>> Allen Bierbaum wrote:
>>>>>
>>>>>> Unfortunately, it looks like there are some bugs in the conversion 
>>>>>> somewhere.  My guess is that there are some border cases in the 
>>>>>> extraction of the euler angles from the Matrix.
>>>>>>
>>>>>> I have added a new test case that exhaustively tests all Euler 
>>>>>> getting and setting to find these issues. The test can be found in 
>>>>>> the MatrixGenTest test case.  If anyone has some time to look into 
>>>>>> this, you can use this test case to reproduce the problem.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> I just commited some changes that should fix the errors. (at least 
>>>>> it fixes the ones the test case found :)
>>>>>
>>>>> Give it a spin and let me know.
>>>>>
>>>> Just do a cvs checkout I assume?
>>>>
>>> Yep.
>>>
>>>> Thanks for the prompt response. This was going to be my evening 
>>>> project but I guess I can do some testing instead. I appreciate the 
>>>> help.
>>>
>>>
>>>
>>>
>>> I wasn't planning on working on it, but I had some down time waiting 
>>> for some builds and I found a good solid algorithm in a reference so 
>>> I just gave it a try.
>>>
>> Ok. It appears that things are better but not quite right. If 
>> rotations are purely about an individual axis X,Y,Z everything works 
>> fine. If rotations become compounded things begin to act odd. This 
>> affect may be due to us not understanding how rotations are applied in 
>> OSG though so I would like to do more testing. Some things do appear 
>> to working better but one odd thing did occur. With EulerXYZ under the 
>> old version of gmtl  the compound rotations appeared to work correctly 
>> no mater what had been done. This does not appear to be working now. I 
>> will continue to test and try to provide better feedback.
> 
> 
> One point of feedback.  Because Euler angles are non-unique, sometimes 
> the angles returned do not appear to be continuous.  There is really no 
> way around this.  The test code I wrote sets a matrix using a set of 
> euler angles and then extracts the euler angles and uses the extracted 
> eulers to make a new matrix.  Then it tests if the two matrices are 
> equal.  Note, that this does not require that the original euler values 
> and the extracted euler values must match.  It only requires that the 
> values are functionally equivalent.  The test shows that this works for 
> all angles in the range of -190 degrees to +190 degrees for x,y, and z 
> in all 3 euler types.
> 
That is what I am seeing. The angles are not continuous. Is there a 
better way to handle this? I need to extract rotations for XYZ out of a 
matrix. I thought that EulerAngle would be the best way. Is there a 
better way?

> -Allen
> 
>>
>>> -A
>>>
>>>>
>>>>> -A
>>>>>
>>>>>>
>>>>>> -Allen
>>>>>>
>>>>>> Doug McCorkle wrote:
>>>>>>
>>>>>>>  Hello,
>>>>>>>      When using gtml I noticed that when I pass an identity 
>>>>>>> Matrix44f into
>>>>>>>  make< gmtl::EulerAngleZXY >( identity ) that I get back 90,0,90. 
>>>>>>> If I
>>>>>>>  ask for an EulerAngleXYZ I get back 0,0,0 and ZYX return 0, nan, 
>>>>>>> 0. Is
>>>>>>>  this the correct behavior of EulerAngle? I thought that no 
>>>>>>> matter what
>>>>>>>  Euler combination that I ask for should return 0,0,0 for an 
>>>>>>> identity
>>>>>>>  matrix. Thanks for the help in understanding this better. I am 
>>>>>>> using
>>>>>>>  gmtl 0.4.5.
>>>>>>>
>>>>>>>

Re: [ggt-devel] Question about EulerAngleZXY, XYZ, ZYX

[Allen B. <al...@vr...>]

Doug McCorkle wrote:

> Allen Bierbaum wrote:
>
>> Doug McCorkle wrote:
>>
>>> Allen Bierbaum wrote:
>>>
>>>> Allen Bierbaum wrote:
>>>>
>>>>> Unfortunately, it looks like there are some bugs in the conversion 
>>>>> somewhere.  My guess is that there are some border cases in the 
>>>>> extraction of the euler angles from the Matrix.
>>>>>
>>>>> I have added a new test case that exhaustively tests all Euler 
>>>>> getting and setting to find these issues. The test can be found in 
>>>>> the MatrixGenTest test case.  If anyone has some time to look into 
>>>>> this, you can use this test case to reproduce the problem.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> I just commited some changes that should fix the errors. (at least 
>>>> it fixes the ones the test case found :)
>>>>
>>>> Give it a spin and let me know.
>>>>
>>> Just do a cvs checkout I assume?
>>>
>> Yep.
>>
>>> Thanks for the prompt response. This was going to be my evening 
>>> project but I guess I can do some testing instead. I appreciate the 
>>> help.
>>
>>
>>
>> I wasn't planning on working on it, but I had some down time waiting 
>> for some builds and I found a good solid algorithm in a reference so 
>> I just gave it a try.
>>
> Ok. It appears that things are better but not quite right. If 
> rotations are purely about an individual axis X,Y,Z everything works 
> fine. If rotations become compounded things begin to act odd. This 
> affect may be due to us not understanding how rotations are applied in 
> OSG though so I would like to do more testing. Some things do appear 
> to working better but one odd thing did occur. With EulerXYZ under the 
> old version of gmtl  the compound rotations appeared to work correctly 
> no mater what had been done. This does not appear to be working now. I 
> will continue to test and try to provide better feedback.

One point of feedback.  Because Euler angles are non-unique, sometimes 
the angles returned do not appear to be continuous.  There is really no 
way around this.  The test code I wrote sets a matrix using a set of 
euler angles and then extracts the euler angles and uses the extracted 
eulers to make a new matrix.  Then it tests if the two matrices are 
equal.  Note, that this does not require that the original euler values 
and the extracted euler values must match.  It only requires that the 
values are functionally equivalent.  The test shows that this works for 
all angles in the range of -190 degrees to +190 degrees for x,y, and z 
in all 3 euler types.

-Allen

>
>> -A
>>
>>>
>>>> -A
>>>>
>>>>>
>>>>> -Allen
>>>>>
>>>>> Doug McCorkle wrote:
>>>>>
>>>>>>  Hello,
>>>>>>      When using gtml I noticed that when I pass an identity 
>>>>>> Matrix44f into
>>>>>>  make< gmtl::EulerAngleZXY >( identity ) that I get back 90,0,90. 
>>>>>> If I
>>>>>>  ask for an EulerAngleXYZ I get back 0,0,0 and ZYX return 0, nan, 
>>>>>> 0. Is
>>>>>>  this the correct behavior of EulerAngle? I thought that no 
>>>>>> matter what
>>>>>>  Euler combination that I ask for should return 0,0,0 for an 
>>>>>> identity
>>>>>>  matrix. Thanks for the help in understanding this better. I am 
>>>>>> using
>>>>>>  gmtl 0.4.5.
>>>>>>
>>>>>>
>>>>>>  Doug
>>>>>>
>

Re: [ggt-devel] Question about EulerAngleZXY, XYZ, ZYX

[Doug M. <mc...@ia...>]

Allen Bierbaum wrote:
> Doug McCorkle wrote:
> 
>> Allen Bierbaum wrote:
>>
>>> Allen Bierbaum wrote:
>>>
>>>> Unfortunately, it looks like there are some bugs in the conversion 
>>>> somewhere.  My guess is that there are some border cases in the 
>>>> extraction of the euler angles from the Matrix.
>>>>
>>>> I have added a new test case that exhaustively tests all Euler 
>>>> getting and setting to find these issues. The test can be found in 
>>>> the MatrixGenTest test case.  If anyone has some time to look into 
>>>> this, you can use this test case to reproduce the problem.
>>>
>>>
>>>
>>>
>>> I just commited some changes that should fix the errors. (at least it 
>>> fixes the ones the test case found :)
>>>
>>> Give it a spin and let me know.
>>>
>> Just do a cvs checkout I assume?
>>
> Yep.
> 
>> Thanks for the prompt response. This was going to be my evening 
>> project but I guess I can do some testing instead. I appreciate the help.
> 
> 
> I wasn't planning on working on it, but I had some down time waiting for 
> some builds and I found a good solid algorithm in a reference so I just 
> gave it a try.
> 
Ok. It appears that things are better but not quite right. If rotations 
are purely about an individual axis X,Y,Z everything works fine. If 
rotations become compounded things begin to act odd. This affect may be 
due to us not understanding how rotations are applied in OSG though so 
I would like to do more testing. Some things do appear to working better 
but one odd thing did occur. With EulerXYZ under the old version of gmtl 
  the compound rotations appeared to work correctly no mater what had 
been done. This does not appear to be working now. I will continue to 
test and try to provide better feedback.

> -A
> 
>>
>>> -A
>>>
>>>>
>>>> -Allen
>>>>
>>>> Doug McCorkle wrote:
>>>>
>>>>>  Hello,
>>>>>      When using gtml I noticed that when I pass an identity 
>>>>> Matrix44f into
>>>>>  make< gmtl::EulerAngleZXY >( identity ) that I get back 90,0,90. If I
>>>>>  ask for an EulerAngleXYZ I get back 0,0,0 and ZYX return 0, nan, 
>>>>> 0. Is
>>>>>  this the correct behavior of EulerAngle? I thought that no matter 
>>>>> what
>>>>>  Euler combination that I ask for should return 0,0,0 for an identity
>>>>>  matrix. Thanks for the help in understanding this better. I am using
>>>>>  gmtl 0.4.5.
>>>>>
>>>>>
>>>>>  Doug
>>>>>

Re: [ggt-devel] Question about EulerAngleZXY, XYZ, ZYX

[Doug M. <mc...@ia...>]

Allen Bierbaum wrote:
> Allen Bierbaum wrote:
> 
>> Unfortunately, it looks like there are some bugs in the conversion 
>> somewhere.  My guess is that there are some border cases in the 
>> extraction of the euler angles from the Matrix.
>>
>> I have added a new test case that exhaustively tests all Euler getting 
>> and setting to find these issues. The test can be found in the 
>> MatrixGenTest test case.  If anyone has some time to look into this, 
>> you can use this test case to reproduce the problem.
> 
> 
> I just commited some changes that should fix the errors. (at least it 
> fixes the ones the test case found :)
> 
> Give it a spin and let me know.
> 
Just do a cvs checkout I assume?

Thanks for the prompt response. This was going to be my evening project 
but I guess I can do some testing instead. I appreciate the help.

> -A
> 
>>
>> -Allen
>>
>> Doug McCorkle wrote:
>>
>>>  Hello,
>>>      When using gtml I noticed that when I pass an identity Matrix44f 
>>> into
>>>  make< gmtl::EulerAngleZXY >( identity ) that I get back 90,0,90. If I
>>>  ask for an EulerAngleXYZ I get back 0,0,0 and ZYX return 0, nan, 0. Is
>>>  this the correct behavior of EulerAngle? I thought that no matter what
>>>  Euler combination that I ask for should return 0,0,0 for an identity
>>>  matrix. Thanks for the help in understanding this better. I am using
>>>  gmtl 0.4.5.
>>>
>>>
>>>  Doug
>>>

Re: [ggt-devel] Question about EulerAngleZXY, XYZ, ZYX

[Allen B. <al...@vr...>]

Allen Bierbaum wrote:

> Unfortunately, it looks like there are some bugs in the conversion 
> somewhere.  My guess is that there are some border cases in the 
> extraction of the euler angles from the Matrix.
>
> I have added a new test case that exhaustively tests all Euler getting 
> and setting to find these issues. The test can be found in the 
> MatrixGenTest test case.  If anyone has some time to look into this, 
> you can use this test case to reproduce the problem.

I just commited some changes that should fix the errors. (at least it 
fixes the ones the test case found :)

Give it a spin and let me know.

-A

>
> -Allen
>
> Doug McCorkle wrote:
>
>>  Hello,
>>      When using gtml I noticed that when I pass an identity Matrix44f 
>> into
>>  make< gmtl::EulerAngleZXY >( identity ) that I get back 90,0,90. If I
>>  ask for an EulerAngleXYZ I get back 0,0,0 and ZYX return 0, nan, 0. Is
>>  this the correct behavior of EulerAngle? I thought that no matter what
>>  Euler combination that I ask for should return 0,0,0 for an identity
>>  matrix. Thanks for the help in understanding this better. I am using
>>  gmtl 0.4.5.
>>
>>
>>  Doug
>>
>>
>>
>> -------------------------------------------------------
>> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
>> from IBM. Find simple to follow Roadmaps, straightforward articles,
>> informative Webcasts and more! Get everything you need to get up to
>> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
>> _______________________________________________
>> ggt-devel mailing list
>> ggt...@li...
>> https://lists.sourceforge.net/lists/listinfo/ggt-devel
>>
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> ggt-devel mailing list
> ggt...@li...
> https://lists.sourceforge.net/lists/listinfo/ggt-devel
>

Re: [ggt-devel] Question about EulerAngleZXY, XYZ, ZYX

[Allen B. <al...@vr...>]

Unfortunately, it looks like there are some bugs in the conversion 
somewhere.  My guess is that there are some border cases in the 
extraction of the euler angles from the Matrix.

I have added a new test case that exhaustively tests all Euler getting 
and setting to find these issues. The test can be found in the 
MatrixGenTest test case.  If anyone has some time to look into this, you 
can use this test case to reproduce the problem.

-Allen

Doug McCorkle wrote:

>  Hello,
>      When using gtml I noticed that when I pass an identity Matrix44f 
> into
>  make< gmtl::EulerAngleZXY >( identity ) that I get back 90,0,90. If I
>  ask for an EulerAngleXYZ I get back 0,0,0 and ZYX return 0, nan, 0. Is
>  this the correct behavior of EulerAngle? I thought that no matter what
>  Euler combination that I ask for should return 0,0,0 for an identity
>  matrix. Thanks for the help in understanding this better. I am using
>  gmtl 0.4.5.
>
>
>  Doug
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> ggt-devel mailing list
> ggt...@li...
> https://lists.sourceforge.net/lists/listinfo/ggt-devel
>

[ggt-devel] Question about EulerAngleZXY, XYZ, ZYX

[Doug M. <mc...@ia...>]

  Hello,
      When using gtml I noticed that when I pass an identity Matrix44f into
  make< gmtl::EulerAngleZXY >( identity ) that I get back 90,0,90. If I
  ask for an EulerAngleXYZ I get back 0,0,0 and ZYX return 0, nan, 0. Is
  this the correct behavior of EulerAngle? I thought that no matter what
  Euler combination that I ask for should return 0,0,0 for an identity
  matrix. Thanks for the help in understanding this better. I am using
  gmtl 0.4.5.


  Doug

[ggt-devel] GMTL 0.4.8 released

[Patrick H. <pa...@13...>]

GMTL 0.4.8 has been posted to SourceForge.  Some missing functions were
added to the C++ API to address missing capabilities, and some initial
testing has been performed using Visual C++ 8.0 Beta 2 (part of Visual
Studio 2005 Beta 2).  The source can be downloaded from the following link:

http://sourceforge.net/project/showfiles.php?group_id=43735&package_id=50702&release_id=333065

The majority of the changes are in PyGMTL.  Many bugs have been fixed, and
the interface coverage is much more complete than before.  Linker warnings
on Mac OS X have been fixed, and Mac OS X Tiger is now supported.  There is
also a test suite for PyGMTL to ensure its stability.  Essentially, this is
the most significant release of PyGMTL since it was originally introduced.
Some pre-compiled versions of PyGMTL are available on SourceForge from the
above link.

 -Patrick


-- 
Patrick L. Hartling                    | VP Engineering, Infiscape Corp.
PGP: http://tinyurl.com/2oum9          | http://www.infiscape.com/

Re: [ggt-devel] Building the Python bindings on Windows

[c.m. <c....@ch...>]

Patrick Hartling wrote:
> The 'install' target for the GMTL build does not include the Python
> bindings.  Run the following instead:
> 
>    scons EnablePython=True BoostVersion=1.32
> BoostPythonDir=D:\Progra~1\Boost optimize=yes
> 
> Note that I added "optimize=yes" to the end.  Without that, the build
> has to be linked against a debug-enabled version of Python, and most
> people don't have that installed on Windows.
> 
> After the build completes, you can copy gmtl.pyd to the location where
> you want to have it installed.

That works. Thank you! :)

You (the developers) should consider putting that info into the README 
file that comes with the library.

Bye,
Christian

Re: [ggt-devel] Building the Python bindings on Windows

[Patrick H. <pa...@13...>]

c.m. wrote:
> Hi,
>
> i'm trying to build the Python bindings for GMTL 0.4.5 on Windows.
>
> I have Visual Studio .NET 2003, Boost 1.32, ActiveState's Python 2.4 and
> Cygwin (in case that's needed) installed. Here's what happens, when I
> start the build process (after running vsvars32.bat):
>
> ------------------------------------------------------------
> D:\gmtl>scons install prefix=\gmtlbuilt EnablePython=True
> BoostVersion=1.32 BoostPythonDir=D:\Progra~1\Boost

The 'install' target for the GMTL build does not include the Python
bindings.  Run the following instead:

    scons EnablePython=True BoostVersion=1.32
BoostPythonDir=D:\Progra~1\Boost optimize=yes

Note that I added "optimize=yes" to the end.  Without that, the build
has to be linked against a debug-enabled version of Python, and most
people don't have that installed on Windows.

After the build completes, you can copy gmtl.pyd to the location where
you want to have it installed.

  -Patrick

> ------------------------------------------------------------
>
> As you can see, only the "gmtl-test.py" is copied; no Python module is
> built. No error messages. Any ideas what's going on here?!
>
> I'm trying to hunt that problem down in the SConstruct files, but my
> Python skills are lacking. :)
>
> Thanks,
> Christian


--
Patrick L. Hartling                    | VP Engineering, Infiscape Corp.
PGP: http://tinyurl.com/2oum9          | http://www.infiscape.com/

[ggt-devel] Building the Python bindings on Windows

[c.m. <c....@ch...>]

Hi,

i'm trying to build the Python bindings for GMTL 0.4.5 on Windows.

I have Visual Studio .NET 2003, Boost 1.32, ActiveState's Python 2.4 and 
Cygwin (in case that's needed) installed. Here's what happens, when I 
start the build process (after running vsvars32.bat):

------------------------------------------------------------
D:\gmtl>scons install prefix=\gmtlbuilt EnablePython=True 
BoostVersion=1.32 BoostPythonDir=D:\Progra~1\Boost
scons: Reading SConscript files ...
Building GMTL Version: 0.4.5
checking for CppUnitDir [/usr/local/include]...
no
checking for EnablePython [True]...
Using Boost version 1.32
checking for BoostPythonDir [D:\Progra~1\Boost]...
D:\Progra~1\Boost\include\boost\version.hpp not found.
Trying D:\Progra~1\Boost\include\boost-1_32\boost\version.hpp
found version: 103200
Preparing build settings...

scons: done reading SConscript files.
scons: Building targets ...
Install file: "gmtl-config" as "\gmtlbuilt\bin\gmtl-config"
Install file: "gmtl\AABox.h" as "\gmtlbuilt\include\gmtl\AABox.h"
Install file: "gmtl\AABoxOps.h" as "\gmtlbuilt\include\gmtl\AABoxOps.h"
Install file: "gmtl\AxisAngle.h" as "\gmtlbuilt\include\gmtl\AxisAngle.h"
Install file: "gmtl\AxisAngleOps.h" as 
"\gmtlbuilt\include\gmtl\AxisAngleOps.h"
Install file: "gmtl\Comparitors.h" as 
"\gmtlbuilt\include\gmtl\Comparitors.h"
Install file: "gmtl\Config.h" as "\gmtlbuilt\include\gmtl\Config.h"
Install file: "gmtl\Containment.h" as 
"\gmtlbuilt\include\gmtl\Containment.h"
Install file: "gmtl\Coord.h" as "\gmtlbuilt\include\gmtl\Coord.h"
Install file: "gmtl\CoordOps.h" as "\gmtlbuilt\include\gmtl\CoordOps.h"
Install file: "gmtl\Defines.h" as "\gmtlbuilt\include\gmtl\Defines.h"
Install file: "gmtl\EulerAngle.h" as "\gmtlbuilt\include\gmtl\EulerAngle.h"
Install file: "gmtl\EulerAngleOps.h" as 
"\gmtlbuilt\include\gmtl\EulerAngleOps.h"
Install file: "gmtl\External\OpenSGConvert.h" as 
"\gmtlbuilt\include\gmtl\External\OpenSGConvert.h"
Install file: "gmtl\Generate.h" as "\gmtlbuilt\include\gmtl\Generate.h"
Install file: "gmtl\Helpers.h" as "\gmtlbuilt\include\gmtl\Helpers.h"
Install file: "gmtl\Intersection.h" as 
"\gmtlbuilt\include\gmtl\Intersection.h"
Install file: "gmtl\LineSeg.h" as "\gmtlbuilt\include\gmtl\LineSeg.h"
Install file: "gmtl\LineSegOps.h" as "\gmtlbuilt\include\gmtl\LineSegOps.h"
Install file: "gmtl\Math.h" as "\gmtlbuilt\include\gmtl\Math.h"
Install file: "gmtl\Matrix.h" as "\gmtlbuilt\include\gmtl\Matrix.h"
Install file: "gmtl\MatrixOps.h" as "\gmtlbuilt\include\gmtl\MatrixOps.h"
Install file: "gmtl\Output.h" as "\gmtlbuilt\include\gmtl\Output.h"
Install file: "gmtl\Plane.h" as "\gmtlbuilt\include\gmtl\Plane.h"
Install file: "gmtl\PlaneOps.h" as "\gmtlbuilt\include\gmtl\PlaneOps.h"
Install file: "gmtl\Point.h" as "\gmtlbuilt\include\gmtl\Point.h"
Install file: "gmtl\Quat.h" as "\gmtlbuilt\include\gmtl\Quat.h"
Install file: "gmtl\QuatOps.h" as "\gmtlbuilt\include\gmtl\QuatOps.h"
Install file: "gmtl\Ray.h" as "\gmtlbuilt\include\gmtl\Ray.h"
Install file: "gmtl\RayOps.h" as "\gmtlbuilt\include\gmtl\RayOps.h"
Install file: "gmtl\Sphere.h" as "\gmtlbuilt\include\gmtl\Sphere.h"
Install file: "gmtl\SphereOps.h" as "\gmtlbuilt\include\gmtl\SphereOps.h"
Install file: "gmtl\Tri.h" as "\gmtlbuilt\include\gmtl\Tri.h"
Install file: "gmtl\TriOps.h" as "\gmtlbuilt\include\gmtl\TriOps.h"
Install file: "gmtl\Util\Assert.h" as 
"\gmtlbuilt\include\gmtl\Util\Assert.h"
Install file: "gmtl\Util\Meta.h" as "\gmtlbuilt\include\gmtl\Util\Meta.h"
Install file: "gmtl\Util\StaticAssert.h" as 
"\gmtlbuilt\include\gmtl\Util\StaticAssert.h"
Install file: "gmtl\Vec.h" as "\gmtlbuilt\include\gmtl\Vec.h"
Install file: "gmtl\VecBase.h" as "\gmtlbuilt\include\gmtl\VecBase.h"
Install file: "gmtl\VecExprMeta.h" as 
"\gmtlbuilt\include\gmtl\VecExprMeta.h"
Install file: "gmtl\VecOps.h" as "\gmtlbuilt\include\gmtl\VecOps.h"
Install file: "gmtl\VecOpsMeta.h" as "\gmtlbuilt\include\gmtl\VecOpsMeta.h"
Install file: "gmtl\Version.h" as "\gmtlbuilt\include\gmtl\Version.h"
Install file: "gmtl\Xforms.h" as "\gmtlbuilt\include\gmtl\Xforms.h"
Install file: "gmtl\gmtl.h" as "\gmtlbuilt\include\gmtl\gmtl.h"
Install file: "python\test\gmtl-test.py" as 
"\gmtlbuilt\python\test\gmtl-test.py"
scons: done building targets.
------------------------------------------------------------

As you can see, only the "gmtl-test.py" is copied; no Python module is 
built. No error messages. Any ideas what's going on here?!

I'm trying to hunt that problem down in the SConstruct files, but my 
Python skills are lacking. :)

Thanks,
Christian

Re: [ggt-devel] GMTL installation broken

[Patrick H. <pa...@13...>]

Thanks.  This is a big help.

  -Patrick

Allen Bierbaum wrote:
> Fixed.  Ended up being a very simple change.  I took the opportunity to
> simplify the build a bit by just grabbing all the header files
> recursively instead of having SConscript files in each source
> directory.  This removed 3-4 files and replaced them with a few lines of
> code. :)
>
> -Allen
>
> Allen Bierbaum wrote:
>
>> Patrick Hartling wrote:
>>
>>> Well, it's been a month, and I find myself wondering if anything is
>>> going to get done about this, or is the plan to wait for SCons 0.97 and
>>> then back out the change that broke the installation of GMTL?
>>> Otherwise, it is completely unacceptable that this has been broken for
>>> so long.
>>>
>>>  -Patrick
>>>
>> Has anyone looked at fixing it?
>>
>> -Allen
>>
>>> Patrick Hartling wrote:
>>>
>>>> The change described in this archived message breaks GMTL
>>>> installations:
>>>>
>>>> http://sourceforge.net/mailarchive/forum.php?thread_id=6272064&forum_id=7256
>>>>
>>>>
>>>>
>>>> The directories gmtl/External and gmtl/Util are not installed with the
>>>> rest of the headers.
>>>>
>>>>  -Patrick


--
Patrick L. Hartling                    | VP Engineering, Infiscape Corp.
PGP: http://tinyurl.com/2oum9          | http://www.infiscape.com/