Displaying 20 results from an estimated 800 matches similar to: "scientific notation in a data frame"
2009 Feb 25
2
: record which entry in one file doesn't appear in a different file
Hi dear list,
If anybody could help me, it would be great!
I have two files:
File 1 is a list (one column and around 100000 rows)
File 2 is a list with all the names from file one and a few more (one
column and more than 100000 rows)
What I want is to add a column in file 2 that says which name appeared
in file 1 and which doesn't (yes and no would work as a code)
It's very important to
2010 Feb 23
3
how to rearrange a dataframe
Hi all,
I'd appreciate if anyone can help me with this...
I have a data frame that looks like this:
1 + name1 1 2 3
2 + name2 5 9 10
2 - name3 56 74 93
1 - name4 65 75 98
I need to rearrange this in a way so that the rows with "1" in the
first column, and "-" in the second column; then columns 4 and 6
should switch places. That is, column 6 would be now column 4 and
2006 Sep 18
8
acos(0.5) == pi/3 FALSE
Hello,
I don't know if the result of
acos(0.5) == pi/3
is a bug or not. It looks strange to me.
Inaki Murillo
2010 Sep 26
4
How to update an old unsupported package
Hi all,
I have a package that is specific to a task I was repetitively using a
few years ago.
I now needed to run it again with new data.
However I am told it was built with an older version or R and will not work.
How can I tweak the package so it will run on 11.1?
It was a one-off product and has not been maintained.
Is there a way to "unpackage" it and repackage it to work?
I
2011 Dec 20
2
any DCCA function in R?
Dear members,
I am performing multivariate analysis on marine benthic populations
using R. At first glance I found ca and VEGANO packages to be the
suitable for the task, but neither has incorporated Detrended Canonical
Correspondence Analysis (DCCA), which is just the method I want to apply
on my data. I've looked for alternative packages containing the method,
but my suspicion is that
2003 Mar 16
0
scientific notation
If I knew this, I have forgotten it:
Is there a way to force R to forgo use of scientific notation,
e.g. to use .000029 instead of 2.9e-05?
(Aside from using formatC for example)
I run across this every now and then and work around it (multiple values by 100,
for example) but cannot find any way to deal with it otherwise. A particularly
problematic place it pops up is in axis tick labels.
2014 Jun 19
1
R is converting arg input to scientific notation, which is bad!
Hello,
Firstly, real new to R here.
I have a function intended to evaluate the values in columns spread over
many tables. I have an argument in the function that allows the user to
input what sequence of tables they want to draw data from. The function
seems to work fine, but when the user inputs a single number (over 9)
instead of a sequence using the : operator, I find an error message:
the
2010 Sep 27
1
scientific vs. fixed notation in xyplot()
Hi I am using xyplot() to plot on the log scale by using scale=list(log=T)
argument. For example:
xyplot(1:10~1:10, scales=list(log=T))
But the axis labels are printed as scientific notation (10^0.0, etc), instead of
fixed notation. How can I change that to fixed notation?
options(scipen=4) doesn't work on xyplot()
Thanks
John
2010 Feb 02
2
Suppressing scientific notation on plot axis tick labels
Is there a better alternative to
x = c(1e7, 2e7)
x.lb = c(0,1e7,2e7)
s.lb = format(x.lb, scientific = FALSE, big.mark = ",")
barplot(x, yaxt = "n", ylab = "")
axis(side = 2, at = x.lb, labels = s.lb)
(I am sure there is a better alternative to line 2 :)).
Thank you.
--
View this message in context:
2009 Sep 29
0
[LLVMdev] [PATCH] llvm-bcanalyzer: print percentages without scientific notation
Hello,
llvm-bcanalyzer told me that the size of the BLOCKINFO_BLOCK of my
file is "1.345017e+01" percent of the whole file. This is not very
readable.
The attached patch prints the percentage without scientific notation
so we get something bit more readable:
Block ID #0 (BLOCKINFO_BLOCK):
Num Instances: 1
Total Size: 637b/79.62B/19W
% of file: 13.450169
Num
2009 Sep 29
2
[LLVMdev] [PATCH] llvm-bcanalyzer: print percentages without scientific notation
Hi,
Andreas Neustifter <astifter-llvm at gmx.at> writes:
> Maybe you can use the already available "include/llvm/Support/Format.h"?
Thanks, that simplifies the patch a lot. See the attached patch.
Btw, llvm-bcanalyzer.cpp seems to also use fprintf -- does mixing it
with errs() cause problems and should it be converted to use format()?
best regards,
Timo Lindfors
2009 Sep 29
0
[LLVMdev] [PATCH] llvm-bcanalyzer: print percentages without scientific notation
On Sep 29, 2009, at 9:44 AM, Timo Juhani Lindfors wrote:
> Hi,
>
> Andreas Neustifter <astifter-llvm at gmx.at> writes:
>> Maybe you can use the already available "include/llvm/Support/
>> Format.h"?
>
> Thanks, that simplifies the patch a lot. See the attached patch.
It looks like something similar got applied back in r82772 on 9/25.
>
> Btw,
2003 Feb 06
1
signif {base}: changes to scientific notation
PROBLEM
`signif' does change to scientic notation
at different levels depending on the number
of significant digits in the input.
This can generate tables where figures change
``irregularly'' from normal to scientific notation.
PROPOSAL
The change to the scientific notation should
be made only if the figure in scientific notation
- with potentially as
2010 Feb 02
0
[R] Suppressing scientific notation on plot axis tick labels (PR#14203)
murdoch at stats.uwo.ca wrote:
> On 02/02/2010 6:20 AM, Dimitri Shvorob wrote:
>> Ruben Roa has kindly suggested using 'scipen' option - cf.
>>
>>> fixed notation will be preferred unless it is more than =C3=A2=E2=82=AC=
=CB=9Cscipen=C3=A2=E2=82=AC=E2=84=A2 digits
>>> wider.
>> However,=20
>>
>> options(scipen =3D 50)
>> x =3D
2013 Jan 02
1
scientific notation and comparison with character variable
L.S.
Is the following expected and/or documented?
> 1e-2 < "0.05"
[1] TRUE
> 1e-4 < "0.05"
[1] FALSE
Many thanks in advance for any pointer.
Best,
Tobias
> sessionInfo()
R Under development (unstable) (2013-01-01 r61512)
Platform: i386-w64-mingw32/i386 (32-bit)
locale:
[1] LC_COLLATE=English_United States.1252
[2] LC_CTYPE=English_United States.1252
[3]
2019 Mar 22
1
prettyNum digits=0 not compatible with scientific notation
> On 22 Mar 2019, at 18:07 , Martin Maechler <maechler at stat.math.ethz.ch> wrote:
>
> gives (on Linux R 3.5.3, Fedora 28)
>
> d=10 d=7 d=2 d=1 d=0
> [1,] "123456" "123456" "123456" "1e+05" "%#4.0-1e"
> [2,] "12345.6" "12345.6" "12346"
2001 Jan 17
1
Scientific notation?
Hi,
Would there be a function and/or some options to force R to write a value of
say 1.0e-4 as "0.0001"? More specifically I want to use R to write ASCII
file(s) for other programs to read and some of these programs don't know how
to deal numbers in scientific notation or have a different convention.
Thanks in advance.
Yves Gauvreau
B.E.F.P. Universit? du Qu?bec ? Montr?al
cyg at
2003 Jan 31
1
Scientific Notation on tick marks
Hi, I was working on a project for my class and I am trying to make sure the y-axis numbers NEVER convert automatically to scientific notation. Is there anything I can set in the plot function to make sure of this?
I know formatC( ) can be used in the axis function, but it seems to give me an error when using it in the plot function.
Thanks,
student-in-need-of-some-help
2006 Jan 24
1
No scientific notation in format
Hi
I have a data.frame with the following numbers (first column are month
numbers)
07,0,0,0,0.315444056314174,0,0,0,12.5827462764176,0.079194498691732,
0.0280828101707015,0,0.0695808222378877
08,0,0,105600,0.393061160316545,0,0,0,8.95551253153947,0.0880023174276553,
0.285714285714286,0,0.0669139911789158
09,0,0,0,0,12.5,0,0,13.5135887094281,0.0557531529154668,0,0,
0.0487526139182026
2006 Apr 28
1
displaying numbers not in scientific notation
Sorry for asking such a simple question, but I couldn't find the
answer through a search...
How can I get R to show me the values of estimates *not* in scientific notation?
When I use summary() after using lm() I am getting numbers like
4.485107e-01, when what I want to see is 0.4485....
Thanks,
Brian