Subject: Re: [boost] [Review] GGL review starts today, November 5th
From: Pierre Morcello (pmorcell-cppfrance_at_[hidden])
Date: 2009-11-13 07:37:14
>>>>Barend worked a lot on algorithms so he brought his part, that is GIS.
>>>This doesn't prevent from bringing other application domains.
Very good, it is somewhat what I had understood.
>>>>the user part, I sincerely think that what we have is sufficient .
Well, maybe it is sufficient, but my point is only if someone checks the doxygen "classes" for example, he can be quite confused by all the templated elements. Maybe I am only not enough used to read (so much) template-driven library documentation. The question is the needed level to read the doxygen document. Maybe some elements should not appear in the doxygen to make it clearer for the user ?
>>>So typically, some of the things you are asking for could be included in the kernel (lines, rays...) and other ones would rather come as specific extensions (frustums, meshes...).
>>>>Hope this makes sense to you?
Yes completely. But I have a question about extension. What is the complexity of extending for a new kernel 'type' for example ? Because STL is known for its "number containers + number algorithms" system. Is it comparable ? Or is it more a "Sum for each element of ggl kernel of: "number of algorithms supported by the ggl::element"" ?
>>>>But just to show a small sample of a geometry created with GGL using transformations and 3D, in the GIS context, you can look at
>>>>Within GGL you can present points in different coordinate systems. Even
if they are both cartesian, then can be marked as different
Ok very good, I missed it.
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk