Re: [Fwd: Re: Introducing real 3d in Gnuplot (Was: Re: please try POV-Ray and VRML terminals )]

[Justace C. <pro...@co...>]

Oh,

=09I guess that it make sense that the povray terminal, and other
terminals of that type should have all the 3d information.  Ok, so no=
w I
undertand, the 3D information should be propogated through and not
flattened.  I agree.  (although my agree does not mean much since I a=
m
not a developer)

=09But you have mentioned a 3D interface?  What does that entail?  Ju=
st
allowing options to current commands for 3D or a GUI?  I dont underst=
and
the extent of the interface?

Justace



On Tue, 2005-04-12 at 14:57 +0100, Robert Hart wrote:
> At the moment, the design of gnuplot assumes 2D output, and therefo=
re
> all the information passed to the terminals is just 2D, *even for 3=
D
> plots*. So we are not really after a "more feature-full 3D", just a
> sensible way of making the existing 3D information available to a
> terminal (such as POV-Ray) that would have something useful to do w=
ith
> it.
>=20
> Rob
>=20
> On Tue, 2005-04-12 at 03:47 -0500, Justace Clutter wrote:
> > Guess I should have sent this to the list (opps)
> >=20
> > Justace
> >=20
> > email message attachment, "Forwarded message - Re: Introducing re=
al 3d
> > in Gnuplot (Was: Re: please try POV-Ray and VRML terminals )"
> > On Tue, 2005-04-12 at 03:47 -0500, Justace Clutter wrote:
> > > Well,
> > >=20
> > > =09I did not read the earlier posts, but based on the subject b=
efore the
> > > subject change I can get an idea.  If I got this wrong then I w=
ill run
> > > to the corner...  |-).  So, you are wanting a more feature-full=
 3D
> > > interface, and really it is the output that you are most intere=
sted in I
> > > am sure.  PovRay is a well developed application that does its =
job very
> > > well.  To try to mimic the functionality of PovRay inside of gn=
uplot
> > > would increase the complexity of the gnuplot code by an enormou=
s amount.
> > > Now, gnuplot can already do 3d plots, with hidden line removal,=
 and
> > > tentative shading.  This can give you an idea where you can the=
n move
> > > the plot over to povray.  Now as for the axes and the such, you=
 would
> > > have to build that. =20
> > > =09Trying to make a 3D interface does sound cool, but at what e=
xpense.
> > > Why not make a povray terminal where the plot is rendered with =
povray
> > > elements that can then be rendered, or manipulated by any povra=
y editor
> > > later.  To paraphrase a quote that I saw earlier...  Unix is an=
 idea, or
> > > a style, where you create individually strong programs to work =
together.
> > > So, did I get this all wrong or am I on the right track.  If I =
did not
> > > get this right, what true benefit would creating a 3D interface=
 have
> > > over using povray?
> > >=20
> > > Justace=20
> > >=20
> > > On Mon, 2005-04-11 at 18:35 +0200, Ga=EBl Varoquaux wrote:
> > > >   I have had a good look at gnuplot's source code to try to f=
igure out
> > > > what need to be done to build a 3d terminal interface.
> > > >=20
> > > >   My conclusion is that there is a quite large amount of work=
. As I
> > > > really would like this to happen I am ready to give it a try,=
 even though
> > > > this is way beyond any project I have ever tackled yet. I wil=
l of course
> > > > need some coaching in the process, as I am new to gnuplot's c=
ode and I do
> > > > not know what is the development policy.
> > > >=20
> > > >   I think our first goal should be to build a working 3d inte=
rface, even
> > > > if it does not implement all of gnuplot's possibility. Here a=
re a few
> > > > random ideas I collected.=20
> > > >=20
> > > >   I think we should define a term3d api (the terminal code fi=
le .trm
> > > > could go in a separate directory, term3d for instance). It wo=
uld
> > > > reproduce as much as possible the current terminal api, but i=
n 3d
> > > > (positions would be given in 3d).
> > > >=20
> > > >   The plotting code in gnuplot's main source file would have =
to be
> > > > modified to use this api. As a temporary solution I suggested=
 to tamper
> > > > only with the code called by splot and leave plot out for 3d =
terminals
> > > >=20
> > > >   A flag could say weather the current terminal is 3d or not.=
 In the
> > > > different functions called by splot a switch could call the 3=
d
> > > > function's when needed. Something like :
> > > >=20
> > > > #ifdef TERM3D
> > > >     if (term_is_3d) {
> > > >=20
> > > >     }
> > > >     else
> > > >     {
> > > > #endif=20
> > > >=20
> > > > #ifdef TERM3D
> > > >     }
> > > > #endif=20
> > > >=20
> > > >   The functions that will require modification are all that c=
all
> > > > map3d_xy and map3d_xyz, all that do direct calls to term->mov=
e
> > > > term->vector (I am forgetting other evil 2d calls ?).
> > > >=20
> > > >=20
> > > >   That's the current state of my projects. To implement those=
 ideas I
> > > > will need some support and guidance from a gnuplot developer.=
 What do
> > > > you think of this plan of action ? can you give me some suppo=
rt ? I will
> > > > be very slow at working on this project : my work does not gi=
ve me a lot
> > > > of free time.
> > > >=20
> > > >   I must stress that I am totally unexperienced as far as wor=
king on a
> > > > real project goes.
> > > >=20
> > > > --
> > > >   Ga=EBl
> > > >=20
> > > >=20
> > > > -------------------------------------------------------
> > > > SF email is sponsored by - The IT Product Guide
> > > > Read honest & candid reviews on hundreds of IT Products from =
real users.
> > > > Discover which products truly live up to the hype. Start read=
ing now.
> > > > http://ads.osdn.com/?ad_ide95&alloc_id=14396&op=CCk
> > > > _______________________________________________
> > > > gnuplot-beta mailing list
> > > > gnu...@li...
> > > > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > >=20