search for: digits

From: Simon Deziel <simon.deziel at gmail.com> Fixes LP: #806537 Signed-off-by: Simon Deziel <simon.deziel at gmail.com> --- rulefiles/linux/ignore.d.server/openvpn | 7 ++++++- 1 files changed, 6 insertions(+), 1 deletions(-) diff --git a/rulefiles/linux/ignore.d.server/openvpn b/rulefiles/linux/ignore.d.server/openvpn index 2b4bfd6..d80f42f 100644 ---

I am trying to use round()to force R to display a specific number of decimals, but it seems to display <=2 decimals no matter what I specify in the digits argument. As an alternative I tried signif(), but it also produces unexpected results. See example code and results below. Format() works, but then the result no longer is numeric. Am I missing something simple? I am using R 2.9.0 on Windows XP. Thanks, Glenn #code h=12345.16711 h round(h,digits...

R developers, Seems I get a bad result ("%#4.0-1e" in particular) when trying to use prettyNum digits=0 with scientific notation. I tried on both my Linux box and on an online R evaluator and saw the same problem, so it's not limited to my box at least. I see the problem in both R 3.5.3 and R 3.3.2. options(scipen=-100) prettyNum(1, digits=0) [1] "%#4.0-1e" prettyNum(2, digits=0) [1]...

At least the policyd-weight in lenny seems to generate quite different patterns. For example the 'rate' is output multiple times in some situations, the 'check from' is omited sometimes and somehow those log messages have a trailing blank. With those patterns logcheck stays silent again. Signed-off-by: Mathias Krause <minipli at googlemail.com> ---

...[general] mode=new ; method for playing numbers and dates ; old - using asterisk core function ; new - using this configuration file [digit-base](!) ; base rule for digit strings ; XXX incomplete yet _digit:[0-9] => digits/${SAY} _digit:[-] => letters/dash _digit:[*] => letters/star _digit:[@] => letters/at _digit:[0-9]. => digit:${SAY:0:1}, digit:${SAY:1} [date-base](!) ; base rules for dates and times ; the 'SAY' variable contains YYYYMMDDHHmm.ss-dow-doy ;...

FWIW, it doesn't seem to be happening on Mac OS: > format(2^30, digits=0) [1] "1.e+09" > prettyNum(12345.6, digits=0) [1] "1.e+04" A glibc misfeature? -pd > On 22 Mar 2019, at 10:10 , Martin Maechler <maechler at stat.math.ethz.ch> wrote: > > Thank you, Robert for raising this here ! > >>>>>> Robert McGeh...

Dear R Core Team, First of all, thank you for your amazing work on developing and maintaining this wonderful language. I just stumbled upon the following behavior in R version 3.6.0: format(9.91, digits = 2, nsmall = 2) format(9.99, digits = 2, nsmall = 2) yield "9.91" and " 9.99" with an extraneous whitespace. My expected output for the second command is "9.99". I have not found anything explaining the whitespace in the help files. Therefore, I am writing to repo...

Every so often, and it seems that it happens only when a call is in progress, all 24 Zap channels get reset. All channels are opened and then timeout. This causes the in-progress calls to terminate. There are no corresponding Red/Yellow alarms on wither the PBX or Asterisk although we do receive a fair amount of Blue Alarms. The Asterisk server is connected to a legacy PBX through a Digium

...ot;Intensity"]],decreasing = TRUE),] # Establish output frame using the most intense candidate newframe <- frame[1,] # Establish overlap-checking vector using the most intense candidate lowppm <- round(newframe[1,][["Mass"]]-newframe[1, [["Mass"]]/1E6*ppmrange,digits=digit) highppm <- round(newframe[1,][["Mass"]]+newframe[1, [["Mass"]]/1E6*ppmrange,digits=digit) presence <- seq(from=lowppm,to=highppm,by=10^(-digit)) # Walk through the entire original frame and check whether peaks are overlap-free ... do so until max of 2000 entri...

Thank you, Robert for raising this here ! >>>>> Robert McGehee >>>>> on Thu, 21 Mar 2019 20:56:19 +0000 writes: > R developers, > Seems I get a bad result ("%#4.0-1e" in particular) when trying to use prettyNum digits=0 with scientific notation. I tried on both my Linux box and on an online R evaluator and saw the same problem, so it's not limited to my box at least. I see the problem in both R 3.5.3 and R 3.3.2. > options(scipen= -100) The above is extreme: You're basically setting an option to...

I was quite suprised to discover that applying `zapsmall` to a scalar value has no apparent effect. For example: > y <- 2.220446e-16 > zapsmall(y,) [1] 2.2204e-16 I was expecting zapsmall(x)` to act like > round(y, digits=getOption('digits')) [1] 0 Looking at the current source code, indicates that `zapsmall` is expecting a vector: zapsmall <- function (x, digits = getOption("digits")) { if (length(digits) == 0L) stop("invalid 'digits'") if (all(ina <- is...

How to copy/transfer/download Blu-ray/DVD Digital Copy to Computer? What is a Digital Copy? A Digital Copy is an extra copy of the movie you bought on Blu-ray?/DVD disc that enables you to download or stream your movie to a computer, mobile device, or Internet-connected TV, Blu-ray? player or set top box. If your Blu-ray? Disc or DVD has the "Digital Copy" logo on the back it will

Hi all I am not a C programmer, but I am trying to understand formatC to get consistent printing of reals to a given number of significant digits. Can someone please explain this to me? These first three give what I expect on reading ?formatC: > formatC(0.0059999, digits=2,format="fg",flag="#") [1] "0.0060" > formatC(0.59999, digits=2,format="fg",flag="#") [1] "0.60" >...

...output I get is this on console: On Polycom 300: -- Executing Answer("SIP/200-72d2", "") in new stack -- Executing AGI("SIP/200-72d2", "agi-test.agi") in new stack -- Launched AGI Script /var/lib/asterisk/agi-bin/agi-test.agi -- Playing 'digits/1' (language 'en') -- Playing 'digits/hundred' (language 'en') -- Playing 'digits/90' (language 'en') -- Playing 'digits/2' (language 'en') -- Playing 'digits/million' (language 'en') -- Playing 'dig...

Hello, I have an installation in Austria; ISDN service provided by Austria Telekom. The main number of the service is 6 digits. Incoming calls may contain 2 additional digits, which I then use to route the call to the correct extension. Telekom sends me all the digits. My problem is that when someone tries to dial an 8 digit number to an extension from an outside analog phone, AT sends the call before they finish dialing...

Zapping a vector of small numbers to zero would cause problems when printing the results of summary(). For example, if zapsmall(c(2.220446e-16, ..., 2.220446e-16)) == c(0, ..., 0) then print(summary(2.220446e-16), digits = 7) would print Min. 1st Qu. Median Mean 3rd Qu. Max. 0 0 0 0 0 0 The same problem can also appear when printing the results of summary.glm() with show.residuals = TRUE if there's little dispersion in the residuals. Steve On...

Hi, Consider the following situation : <SIP/asterisk-0000001d>AGI Rx << WAIT FOR DIGIT 3000 <SIP/asterisk-0000001d>AGI Tx >> 200 result=48 <SIP/asterisk-0000001d>AGI Rx << WAIT FOR DIGIT 3000 <SIP/asterisk-0000001d>AGI Tx >> 200 result=48 <SIP/asterisk-0000001d>AGI Rx << WAIT FOR DIGIT 3000 <SIP/asterisk-0000001d>AGI Tx >>

.... Your zapsmall() proposal wouldn't zap it to zero, and I don't > see why summary() would if it was using your proposal. > > Duncan Murdoch > > On 17/12/2023 8:43 a.m., Gregory R. Warnes wrote: > > Isn?t that the correct outcome? The user can change the number of > digits if they want to see small values? > > > > > > -- > > Change your thoughts and you change the world. > > --Dr. Norman Vincent Peale > > > >> On Dec 17, 2023, at 12:11?AM, Steve Martin <stevemartin041 at gmail.com> > wrote: > >> > >...

...n the doc would clarify the situation but > > would not resolve proposed corner cases. > > > I think that an additional argument 'mx' (absolute max value of > > reference) would do. Consider: > > > zapsmall2 <- > > function (x, digits = getOption("digits"), mx=max(abs(x), na.rm=TRUE)) > > { > > ??? if (length(digits) == 0L) > > ??????? stop("invalid 'digits'") > > ??? if (all(ina <- is.na(x))) > > ??????? return(x) > > ??? round(x, d...

>>>>> peter dalgaard >>>>> on Fri, 22 Mar 2019 17:30:19 +0100 writes: > FWIW, it doesn't seem to be happening on Mac OS: >> format(2^30, digits=0) > [1] "1.e+09" >> prettyNum(12345.6, digits=0) > [1] "1.e+04" > A glibc misfeature? It seems (and note we are talking about format.default() here, of which prettyNum() is only a wrapper in this case): Here's an example that shows th...