Dear developeRs,
I have just discovered a strange feature when assigning some values to
columns of a data frame: The column is matched by partial matching (as
documented), but when assigning a value, a new column with the partial
name is added to the data frame that is identical to the
On Thu, Aug 5, 2010 at 12:24 PM, Ulrike Grömping
groemp...@bht-berlin.de wrote:
Dear developeRs,
I have just discovered a strange feature when assigning some values to
columns of a data frame: The column is matched by partial matching (as
documented), but when assigning a value, a new column
Gabor Grothendieck schrieb:
On Thu, Aug 5, 2010 at 12:24 PM, Ulrike Grömping
groemp...@bht-berlin.de wrote:
Dear developeRs,
I have just discovered a strange feature when assigning some values to
columns of a data frame: The column is matched by partial matching (as
documented), but when
Ulrike Grömping wrote:
However, given the documentation that partial matching is not used on
the left-hand side, I would have expected even more that the assignment
sw$Fert[1] - 10
works differently, because I am using it on the left-hand side.
Probably, extraction ([1]) is done
Hi,
The following was already a topic on r-help, but after understanding what is
going on, I think it fits better in r-devel.
The problem is this:
When a data.frame has another data.frame in it, rbind doesn't work well.
Here is an example:
--
a=data.frame(x=1:10,y=1:10)
b=data.frame(z=1:10)
On 05/08/2010 5:18 PM, Michael Lachmann wrote:
Duncan Murdoch-2 wrote:
What version are you using? I don't see that in current R patched.
I see this in version 2.11.1.
This is the code I ran to generate it:
page - utils:::.getHelpFile(?options)
tools::Rd2HTML(page,out=t.html)
in the
Hi
The help page for Working with Viewports (e.g., pushViewport()) has a
brief mention when talking about the ROOT viewport ...
The viewport tree always has a single root viewport (created by the
system) which corresponds to the entire device (and default graphical
parameter settings).
Hi,
Thanks for pointing this out. I do have the book, unfortunately I left
it abroad this year. I would think that such brief mention in ?gpar
could be useful (because that's where one first looks for gpar()
defaults --- which are not listed).
Best regards,
baptiste
On 6 August 2010 00:54,