similar to: Par arguments and pin and fin

Hi All R guru's, A couple of simple questions which I cannot find answers to in "an introduction to R" or in the reference manuals. I am running R on Win95, and have plotted up quite a nice box and whisker plot: char<-read.table("n:/reddinm/grifpr~1/survey/char.txt") attach(char) boxplot(Al,Fe,OC,pH, range=0,xaxis=FALSE, ylab="Proportion of Unirigated

Hi All, I am preparing a few plots for publication. Unfortunately the journal requires figures to have all text in a sans serif fonts. I realise that there is support for the use of Hershey vector fonts in the function TEXT, but how do I get the text on axes to be sans serif? For example, the labels and axis values produced from this line of code: plot(SolPC, SorbPC, ylab="Sorbed P

HI All R Gurus, Please reply directly to this email if you have a suggestion, as I am not currently an R-help member. I would like to complete a non-linear regression with groups. Having gone down the path of completing such things under GENSTAT, I would prefer to do it with R. My example data set is... TimeTreat ExtrVol2 SorbedT ET1 39.5 384.5 ET1

HI All, I am trying to analyse the results of a heap of samples, to determine how many samples are required to meet a defined confidence interval. I checked out the R manual for bootstrapping and re-sampling methods, but did not find anything. Are there any contributed procedures that deal with this? thanks, Matt Redding Soil Scientist Intensive Livestock Environmental Management-Research

Hi, I have the following problem (with R 0.61.3 an Linux, and a new and empty workspace) > oldpar<-par() > par(oldpar) Error: attempt to set invalid value for graphics parameter "fin". > oldpar$fin [1] 6.992034 6.990803 but now: > oldpar$fin <- c(6.99,6.99) > par(oldpar) it works. It seems, that if I set oldpar$fin to values greater than listed above

Hi, First of all, I know that not dropping SYN/FIN isn't really a big deal, it just makes no sense. But since it doesn't make any sense, I don't see the reason why not to discard them. I'm running pf on FreeBSD 5.4-RELEASE-p3 and I scrub any traffic. I've read some other posts on google and as far as I can tell, clearly invalid packets (like packets with SYN/RST set) is

Hello all, I've got an issue I'm almost positive is not related to Dovecot, but was wondering whether anyone else has had similar problems or could duplicate my results. Please accept my apologies if this is considered off-topic or this issue is actually just a symptom of my own ignorance. Also, sorry for how long this email got, I knew I wouldn't be able to explain my issue in

Hi, In voicemail.conf, you can read ; Look in /usr/share/zoneinfo/ for names of timezones. ; Look at the manual page for strftime for a quick tutorial on how the ; variable substitution is done on the values below. Where can this manual page for strftime be found ? man strftime and apt-cache search strftime don't reply much ... Regards -------------- next part -------------- An HTML

hi everybody, I noticed the following: in one of my scripts 'layout' is used to generate a (approx. square) grid of variable dimensions (depending on no. of input files). if the no. of subplots (grid cells) becomes moderately large (say > 9) I use a construct like ###layout grid computation and set up occurs here### ... opar <- par(no.readonly = T);

Dear alltogether, how can a delay like possible with par(ask=TRUE) be attained while using trellis-plots within a loop or something like that? the following draws each plot without waiting for a signal (mouse-klick), so par() does not work for that: library(nlme) for(i in 1:3) { fitlme <- lme(Orthodont) par(ask=TRUE) # does not work with trellis.... print(

[resent, plus small addition; I do not understand why gmail sent a weird charset.] Dear R wizards: I would love to write a general function that matches the slope of a plotted line in an xy-plot at a particular x,y location. something like x<- (1:10)^2; y<- 40:50; plot( x,y, type="l", xlim=c(0,90) ) srt.at5 = text.at.current.plot.with.slope( x, y, 5); text(

Hi, I've been trying to use several plotting routings that make use of S's par("uin"), the number of user units per inch. For the moment I've substituted all of the occurences of this with par.uin _ function() (par("fin") / c( diff(par("xaxp")[1:2]),diff(par("yaxp")[1:2]))) This seems to work fine for my needs. -Greg

Hello, a typical connection close, tcpdump'ed on the server side, looks as follows: 21:44:01.168131 IP xxx.xxx.3.101.143 > xxx.xxx.3.96.35518: Flags [FP.], seq 3982457856:3982457959, ack 1570044906, win 243, options [nop,nop,TS val 138698279 ecr 159494908], length 103 21:44:01.172405 IP xxx.xxx.3.101.143 > xxx.xxx.3.96.35518: Flags [R], seq 3982457960, win 0, length 0 21:44:01.172442

Hi I'm going to try to blame user error here. par(usr) is used to reset the coordinates on the CURRENT plot. par(plt) is used to specify the location of the NEXT plot. The correct approach should be to set up the location for the next plot, start a new plot, set up coordinates on the new plot. Neither of your examples performs the "start a new plot" step. I would expect to see

Hi The main issue here is that the 'graphics' package has no real concept of going back to a previous plot (the 'grid' package has explicit support for that sort of thing). In 'graphics' you can only go forwards to the next plot; you can fake going back by creating a new plot that is like a previous plot. par(plt=, usr=) is not designed to return you to a previous

Albrecht, I tried this: >oldfin<-par("fin") >oldfin [1] 6.990803 6.997416 >par(fin=oldfin) on my system (Linux and R-0.61.2) and received no error message, as also reported by Thomas Lumley. I then tried to create the error, successfully, by: >oldfin<-c(7,7) >par(fin=oldfin) Error: attempt to set invalid value for graphics parameter "fin". Thinking

http://bugzilla.netfilter.org/show_bug.cgi?id=601 Summary: log messages with flags "ACK PSH FIN" Product: netfilter/iptables Version: unspecified Platform: All OS/Version: Debian GNU/Linux Status: NEW Severity: minor Priority: P3 Component: ip_conntrack AssignedTo: laforge at

https://bugzilla.netfilter.org/show_bug.cgi?id=601 Pieter Smit <netfilter at vigor.co.za> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID --- Comment #4 from Pieter Smit <netfilter

I ran into this issue when trying to modify a subplot (subplot function in the TeachingDemos package), but here is a more minimal example of the issue (I don't know that it is serious enough to call a bug): This code works how I expect: dev.new() hist(rexp(100)) par(plt=c(0.5,0.9,0.5,0.77), usr=c(0,1,0,1)) box() # show new plt region points(c(0,1), c(0,1), pch=16, col='red', cex=3)

Seems I''ve seen some discussion in the past about something not right on the server side with ImageMagick when this is happening, but I cant find it now that I''m having the problem. Any advice?