2009/8/14 Hamish <[email protected]> > Soeren wrote: > > if there are no objections against the changes and the new > > LGPL'd ccmath library? > > I have no comment either way on the technical side of the library changes > beyond wondering if it will peacefully interact with the (mostly unused) > existing --with-blas --with-lapack ./configure switches.
The changes do not break or interfer the --with-blas --with-lapack ./configure switches. The la.c file contains lapack matrix and vector functionality as well as an LU solver and a eigenvalue vector sorter. Function names start with G_matrix or G_vector. The ccmath wrapper as well as the numerical functions taken from the gpde libary and the blass functionality starting with G_math. The ccmath matrix computation functions are compatible with the default grass matrix allocation methods. > > As for including a dependent library in GRASS I personally don't have > a problem with that as it does not seem to be widely available or have > much infrastructure of its own (beyond a e.g. Freshmeat.net writeup > page*). i.e. not a fork because there isn't really any new version to > keep in sync with, and users would have a hard time finding a package > for it. > Indeed, the last code changes are from 2001. > > As for including LGPL code in the main trunk I personally don't have a > problem with that as it reflects the upstream license/author's wishes, > is new code, and is used as a library. By my reading the RFC2 doc nor > 'g.version -c' & the COPYING file need any adjustment to cover this. > But a formal decision on that may be a matter for the PSC. I will start a PSC request. > > > As long as everything in the lib/ccmath/ dir falls under the same (GPL > compatible) license and the LGPL.txt file is placed in that dir I'd be > happy. I will make sure that every ccmath file includes a lgpl header and i will provide a copy of the lgpl.license file in lib/ccmath. Best regards Soeren > > > > > Hamish > > > [*] a web search for ccmath found a most interesting auto-georegistration > tool for applying/projecting a 3D registration onto 2D photographs: > gipfel. Check out the .avi demo. > > http://io.debian.net/~tar/debian/gipfel/<http://io.debian.net/%7Etar/debian/gipfel/> > Note the track overlay is from a x,y,z text file, very neat. > reminds me a bit of i.points.auto, Stereo[1], and autopano-sift[2] > software. > [1] http://grass.osgeo.org/gdp/stereo-grass/index.html > [2] > http://user.cs.tu-berlin.de/~nowozin/autopano-sift/<http://user.cs.tu-berlin.de/%7Enowozin/autopano-sift/> > > > > > >
_______________________________________________ grass-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/grass-dev
