Re: [Rd] rgl question

2014-03-31 Thread Duncan Murdoch

On 30/03/2014, 9:20 PM, Dominick Samperi wrote:

Hello,

If I call lines3d(x,y,z) I get lines connecting each point, but
when I call rgl.lines(x,y,z) I get dashed lines, and adding
something like type='l' leads to an error message. The
docs seem to suggest that rgl.lines() calls lines3d(), so
I would expect the result to be the same.

Any tips would be appreciated.


The difference is in how they use the material properties:  rgl.lines 
sets them permanently, lines3d restores the original value after the 
call.  So I'd guess your call to rgl.lines followed a call to another 
rgl.* function that set the lty property to dashed.


Duncan Murdoch

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] rgl question

2014-03-31 Thread Dominick Samperi
Thanks for the comment. No, there were no such prior calls,
unless rgl.lines() itself sets lty to dashed?

Here is a simple session run under Windows:
library(rgl)
x - 1:20
y - 1:20
z - 1:20
rgl.lines(x,y,z) # displays dashed line
lines3d(x,y,z)  # displays solid line

I'm using R 3.1.0 alpha

On Mon, Mar 31, 2014 at 5:44 AM, Duncan Murdoch
murdoch.dun...@gmail.com wrote:
 On 30/03/2014, 9:20 PM, Dominick Samperi wrote:

 Hello,

 If I call lines3d(x,y,z) I get lines connecting each point, but
 when I call rgl.lines(x,y,z) I get dashed lines, and adding
 something like type='l' leads to an error message. The
 docs seem to suggest that rgl.lines() calls lines3d(), so
 I would expect the result to be the same.

 Any tips would be appreciated.


 The difference is in how they use the material properties:  rgl.lines sets
 them permanently, lines3d restores the original value after the call.  So
 I'd guess your call to rgl.lines followed a call to another rgl.* function
 that set the lty property to dashed.

 Duncan Murdoch

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] rgl question

2014-03-31 Thread Duncan Murdoch

On 31/03/2014 12:56 PM, Dominick Samperi wrote:

Thanks for the comment. No, there were no such prior calls,
unless rgl.lines() itself sets lty to dashed?

Here is a simple session run under Windows:
library(rgl)
x - 1:20
y - 1:20
z - 1:20
rgl.lines(x,y,z) # displays dashed line
lines3d(x,y,z)  # displays solid line


Sorry, what I said was true, but wasn't helpful.  The real explanation 
is that rgl.lines corresponds to segments3d, not to lines3d.  It pairs 
up the points and draws line segments, it doesn't join the points.  Use 
rgl.linestrips (the OpenGL terminology) if you want the equivalent of 
lines3d but with the persistant material properties.


I had forgotten that, because I never use the rgl.* functions.  I would 
say neither should you, but there might be some good reason to do so.


Duncan Murdoch


I'm using R 3.1.0 alpha

On Mon, Mar 31, 2014 at 5:44 AM, Duncan Murdoch
murdoch.dun...@gmail.com wrote:
 On 30/03/2014, 9:20 PM, Dominick Samperi wrote:

 Hello,

 If I call lines3d(x,y,z) I get lines connecting each point, but
 when I call rgl.lines(x,y,z) I get dashed lines, and adding
 something like type='l' leads to an error message. The
 docs seem to suggest that rgl.lines() calls lines3d(), so
 I would expect the result to be the same.

 Any tips would be appreciated.


 The difference is in how they use the material properties:  rgl.lines sets
 them permanently, lines3d restores the original value after the call.  So
 I'd guess your call to rgl.lines followed a call to another rgl.* function
 that set the lty property to dashed.

 Duncan Murdoch


__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


[Rd] rgl question

2014-03-30 Thread Dominick Samperi
Hello,

If I call lines3d(x,y,z) I get lines connecting each point, but
when I call rgl.lines(x,y,z) I get dashed lines, and adding
something like type='l' leads to an error message. The
docs seem to suggest that rgl.lines() calls lines3d(), so
I would expect the result to be the same.

Any tips would be appreciated.

Thanks,
Dominick

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel