[GRASS5] Problem/bug? with get_ellipse.c

Hi,

i have a problem with the function get_a_e2() in
libes/gis/get_ellipse.c.

This function calculates some values from the ellipse table and returns
them to the G_get_ellipsoid_by_name function.

In the ellipsoid table there is a value for the earth as a sphere, where
both axes are equal and e2 (second squared eccentricity) is 0.

But the first function returns always an error on e2=0, so that sphere
is never returned.

My question: Does anyone need/use a spherical model of the earth?
If not, i can comment this value in the table and no fix is needed.
If there is really need for this (really uncommon) model, i'll rewrite
the get_a_e2() function.

cu,

Andreas

--
A.C.Lange@GMX.net

----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'

Hi all,

please tell me if we shall keep:
src.contrib/CERL/SGI/SG3d

as there is as well:
src.contrib/GMSL/SG3d

I guess the src.contrib/GMSL/SG3d
is better :slight_smile:

Markus

----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'

Markus,

Yes, the src.contrib/GMSL/SG3d is the latest version. You can remove
the other one. I'll try to take a look at the site data you sent
later today.

- Bill

----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'

Hi Markus

On Jun 30, 2:50pm, Markus Neteler wrote:

please tell me if we shall keep:
src.contrib/CERL/SGI/SG3d

as there is as well:
src.contrib/GMSL/SG3d

I guess the src.contrib/GMSL/SG3d
is better :slight_smile:

I don't know which one is better, but if NVIZ has most of the functionality of
SG3d, then I see no reason to keep these modules. SG3d was written in SGI's
proprietary graphics library (before OpenGL was released) and thus will only
run on an SGI. Since NVIZ is OpenGL, it will take advantage of any graphics
hardware on an SGI. Therefore, the only reason to keep SG3d would be due to
functionality not in NVIZ. I didn't look carefully at the two programs so I'm
not sure, but I think NVIZ does everything SG3d did and more.

--
Sincerely,

Jazzman (a.k.a. Justin Hickey) e-mail: jhickey@hpcc.nectec.or.th
High Performance Computing Center
National Electronics and Computer Technology Center (NECTEC)
Bangkok, Thailand

People who think they know everything are very irritating to those
of us who do. ---Anonymous

Jazz and Trek Rule!!!

----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'