Boost logo

Boost :

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.

Best regards,

Pierre Morcello

Boost list run by bdawes at, gregod at, cpdaniel at, john at