[GRASS-dev] gmath/gpde Patch for grass6.5 and grass7

[Soeren Gebbert]

2009/8/14 Hamish <hamish_b at yahoo.com>

> 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/>
>
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/grass-dev/attachments/20090815/237d3b39/attachment.html