Re: [boost] Library Proposal: Boost.Geom 2D and3DGeometricPrimitives
I put it on the Boost sand box as vec.zip . The algorithms work and it ran on Windows using Borland C++ 4.5/5.0, MS C++ 6.0, and SGI Irix 6.2 with I think the 7.2 compiler. I added a readme.txt to it to explain a little bit about it and ran CppDoc against too, don't know how useful that was though. Dave -----Original Message----- From: Andy Little [mailto:andy@servocomm.freeserve.co.uk] Sent: Thursday, June 30, 2005 3:52 PM To: boost@lists.boost.org Subject: Re: [boost] Library Proposal: Boost.Geom 2D and3DGeometricPrimitives "Hickerson, David A" <david.a.hickerson@boeing.com> wrote
I will locate the library this evening and upload it. One this about it
was I developed it before I saw Boost and had developed my own conventions. I did this as part of a thesis work in Robotics and will I
was working for a 3D Vis company. There are references to robot convension and a graphics convension. This is because the robotics and
engineering use a column vector notation and the graphics community uses a row vector convension or least OpenGL does.
If those involved with Boost are interested, I would like to donate the code for use in developing the capabilities here.
I'd be keen to see it too. Andy Little _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
"Hickerson, David A" <david.a.hickerson@boeing.com> wrote
I put it on the Boost sand box as vec.zip . The algorithms work and it ran on Windows using Borland C++ 4.5/5.0, MS C++ 6.0, and SGI Irix 6.2 with I think the 7.2 compiler. I added a readme.txt to it to explain a little bit about it and ran CppDoc against too, don't know how useful that was though.
I have had a quick look. It certainly seems quite useful for operations on 3D primitives. OTOH boost already has a quaternion.( It would be interesting to compare the two for efficiency !). The matrix probably covers the same ground as the tentative boost matrix library MTL. Nevertheless (as shown by the robotics and graphics policies), geometry has special needs. IMO What is actually needed most of all for all these libraries to come alive is a cross-platform engine for output. Trying out a graphics library is much more friendly with some visual feedback. This would be certainly be good for examples too. Any such library will need a good set of graphics primitives (such as lines, curves, shapes, colours etc) too, so I guess that the concepts for at least some of these should be set out first. hmm perhaps I should set down my thoughts in more detail too. I think that many of the essential elements are there in this library, though lacking serious documentation of course. Thanks for making it available. Andy Little
participants (2)
-
Andy Little -
Hickerson, David A