Michael Hannon writes:
> On Wednesday, April 25, 2012 at 4:52 PM Thomas S. Dye wrote:
>
>>Michael Hannon writes:
>>
>>> On Monday, April 23, 2012 at 11:44 PM Thomas S. Dye wrote:
>>> .
>>> .
>>> .
The documentation of read.table has this:
>>>
The number of data columns is determined by
On Wednesday, April 25, 2012 at 4:52 PM Thomas S. Dye wrote:
>Michael Hannon writes:
>
>> On Monday, April 23, 2012 at 11:44 PM Thomas S. Dye wrote:
>> .
>> .
>> .
>>> The documentation of read.table has this:
>>
>>> The number of data columns is determined by looking at the first five
>>> lines
Michael Hannon writes:
> On Monday, April 23, 2012 at 11:44 PM Thomas S. Dye wrote:
> .
> .
> .
>> The documentation of read.table has this:
>
>> The number of data columns is determined by looking at the first five lines
>> of input (or the whole file if it has less than five lines), or from the
t...@tsdye.com (Thomas S. Dye) writes:
> Michael Hannon writes:
>
>> On Monday, April 23, 2012 at 11:44 PM Thomas S. Dye wrote:
>> .
>> .
>> .
>>> The documentation of read.table has this:
>>
>>> The number of data columns is determined by looking at the first five lines
>>> of input (or the whol
Michael Hannon writes:
> On Monday, April 23, 2012 at 11:44 PM Thomas S. Dye wrote:
> .
> .
> .
>> The documentation of read.table has this:
>
>> The number of data columns is determined by looking at the first five lines
>> of input (or the whole file if it has less than five lines), or from the
On Monday, April 23, 2012 at 11:44 PM Thomas S. Dye wrote:
.
.
.
> The documentation of read.table has this:
> The number of data columns is determined by looking at the first five lines
> of input (or the whole file if it has less than five lines), or from the
> length of col.names if it is speci
Eric Schulte writes:
>> If I add fill=TRUE to that (on a git branch), then I get this:
>>
>> #+RESULTS: pascals-triangle
>> | 1 | ||| | |
>> | 1 | 1 ||| | |
>> | 1 | 2 | 1 || | |
>> | 1 | 3 | 3 | 1 | | |
>> | 1 | 4 | 6 | 4 | 1 | |
>> | 1 | 5 | 10 | 10
> If I add fill=TRUE to that (on a git branch), then I get this:
>
> #+RESULTS: pascals-triangle
> | 1 | ||| | |
> | 1 | 1 ||| | |
> | 1 | 2 | 1 || | |
> | 1 | 3 | 3 | 1 | | |
> | 1 | 4 | 6 | 4 | 1 | |
> | 1 | 5 | 10 | 10 | 5 | 1 |
>
> #+NAME: sanity-che
Michael Hannon writes:
> Greetings. I'm sorry to belabor this, but I thought I had found a relatively
> clean way to pass a "ragged" table to an R source-code block. Simple answer:
> add the "fill=TRUE" option to the read.table function. Please see the
> appended for the log of an R session th
[...]
>
> I.e.,it seems that Org is going to do its own "read.table" before even
> looking at the code in the source block.
>
Yes, this is true, Org will use read.table to read in tabular data. See
the code in lisp/ob-R.el for specifics.
>
> Is there some way to get Org to use the "fill=TRUE" op
Greetings. I'm sorry to belabor this, but I thought I had found a relatively
clean way to pass a "ragged" table to an R source-code block. Simple answer:
add the "fill=TRUE" option to the read.table function. Please see the
appended for the log of an R session that does what I want.
I then trie
Eric Schulte writes:
> [...]
>>
>> I'm beginning to see why you have strong feelings about python.
>
> Semantically meaningful whitespace is a bad idea for a programming
> langauge.
>
Yes, this makes sense to me. I suppose I should wean myself from python
now that I use babel as a "glue languag
[...]
>
> I'm beginning to see why you have strong feelings about python.
Semantically meaningful whitespace is a bad idea for a programming
langauge.
> In the code above, the blank line before #+end_src is necessary and
> must not contain any spaces, and :var n can be set to anything, since
> it
Hi Eric,
Eric Schulte writes:
> t...@tsdye.com (Thomas S. Dye) writes:
>
>> Aloha Michael,
>>
>> Michael Hannon writes:
>>
>>> Greetings. I'm sitting in on a weekly, informal, "brown-bag" seminar on
>>> data
>>> technologies in statistics. There are more people attending the seminar
>>> tha
t...@tsdye.com (Thomas S. Dye) writes:
> Aloha Michael,
>
> Michael Hannon writes:
>
>> Greetings. I'm sitting in on a weekly, informal, "brown-bag" seminar on data
>> technologies in statistics. There are more people attending the seminar than
>> there are weeks in which to give talks, so I ma
Aloha Michael,
Michael Hannon writes:
> Greetings. I'm sitting in on a weekly, informal, "brown-bag" seminar on data
> technologies in statistics. There are more people attending the seminar than
> there are weeks in which to give talks, so I may get by with being my usual,
> passive-slug self
Greetings. I'm sitting in on a weekly, informal, "brown-bag" seminar on data
technologies in statistics. There are more people attending the seminar than
there are weeks in which to give talks, so I may get by with being my usual,
passive-slug self.
But I thought it might be useful to have a c
17 matches
Mail list logo