From: Rafael L. <lab...@ps...> - 2003-02-27 21:02:58
|
* João Cardoso <jc...@fe...> [2003-02-27 19:07]: > But now I'm starting to think that a newer release will only happen in > within a year, as we usually only release once a year, given our > limited human resources. > I thus think that's a pity that my improvements will only reach users in > 2004. Also, the "bug fix" turned out to be a major configuration > redesign. > > My question is if we should not abandon the bug fix release, and take > the April opportunity to make a new real release instead. I think that Alan will agree with me on this: what determines the release number is the improvement in CVS, not the reverse. So, if your changes are integrated and if they build and work correctly until April, I do not see any problem in committing it. We should just be careful to not put HEAD in a severe bad state. > plgriddata() takes non-uniformly sampled data and will resample it using > several techniques, returning gridded data ready for use with our 3D > data APIs. > > The new function requires access to an well know external library, Qhull > (that Rafael knows well), http://www.thesa.com/software/qhull/, > and to other simple libraries, libnn and libcsa, > http://www.marine.csiro.au/~sakov/ Sounds great. > libnn and libcsa are small libraries not widely know and its > configuration does not supports shared libraries. libnn also needs a > patch to work with Qhull, because by default it works with "triangle", > http://www-2.cs.cmu.edu/~quake/triangle.html, which is a non-free > program. > > I think that the most effective way of using libnn and libcsa is to > incorporate them into our source tree. I have already asked to libcsa and > libnn author's permission, and he agreed. I would avoid this if possible. I took a look at libnn. It compiles fine, but generates only a static lib. I agree with you that integrating it in our source tree is probably the best thing to do. -- Rafael |