[Bug][BABEL][R] Headers of the tables are not recognized during the export.

[Bug][BABEL][R] Headers of the tables are not recognized during the export.

[Vitalie Spinu]

Hello everyone!

Have a file like this:
--------------------------------------------
#+OPTIONS:    H:3 num:nil toc:2 \n:nil @:t ::t |:t ^:{} -:t f:t *:t TeX:t LaTeX:t skip:t d:(HIDE) tags:not-in-toc
#+BABEL: :exports both :session *R* :cache no

#+TBLNAME: Chuah07
| condition | Mean.offer |
|-----------+------------|
| 1.MMM     |      48.49 |
| 2.MMU     |      42.59 |
| 3.MUM     |      44.87 |
| 4.UMU     |      46.43 |
| 5.UUM     |      44.15 |
| 6.UUU     |      43.80 |
| MAL       |      46.28 |
| UK        |       44.1 |
| All       |      45.29 |


#+begin_src R :var data=Chuah07 :results output
str(data)
#+end_src
--------------------------------------------

If I run html export C-c C-e b, the output like this:

'data.frame':	9 obs. of  2 variables:
 $ V1: chr  "1.MMM" "2.MMU" "3.MUM" "4.UMU" ...
 $ V2: num  48.5 42.6 44.9 46.4 44.1 ...

which means the header is not recognized.

In contrast if I run C-c C-c on the block everything is fine:

#+results
: 'data.frame':	9 obs. of  2 variables:
:  $ condition : chr  "1.MMM" "2.MMU" "3.MUM" "4.UMU" ...
:  $ Mean.offer: num  48.5 42.6 44.9 46.4 44.1 ...


Also if I use :cache yes header. The html export recomputes the block.
Wouldn't it be reasonable to have the exporter take into account the :cache
header?

Thanks,
Vitalie.

Re: [Bug][BABEL][R] Headers of the tables are not recognized during the export.

[Eric Schulte]

Vitalie Spinu <spinuvit.list@gmail.com> writes:

> Hello everyone!
>
> Have a file like this:
> --------------------------------------------
> #+OPTIONS:    H:3 num:nil toc:2 \n:nil @:t ::t |:t ^:{} -:t f:t *:t TeX:t LaTeX:t skip:t d:(HIDE) tags:not-in-toc
> #+BABEL: :exports both :session *R* :cache no
> #+TBLNAME: Chuah07
> | condition | Mean.offer |
> |-----------+------------|
> | 1.MMM     |      48.49 |
> | 2.MMU     |      42.59 |
> | 3.MUM     |      44.87 |
> | 4.UMU     |      46.43 |
> | 5.UUM     |      44.15 |
> | 6.UUU     |      43.80 |
> | MAL       |      46.28 |
> | UK        |       44.1 |
> | All       |      45.29 |
>
>
> #+begin_src R :var data=Chuah07 :results output
> str(data)
> #+end_src
>
> --------------------------------------------
>
> If I run html export C-c C-e b, the output like this:
>
> 'data.frame':	9 obs. of  2 variables:
>  $ V1: chr  "1.MMM" "2.MMU" "3.MUM" "4.UMU" ...
>  $ V2: num  48.5 42.6 44.9 46.4 44.1 ...
>
> which means the header is not recognized.
>
> In contrast if I run C-c C-c on the block everything is fine:
>
> #+results
> : 'data.frame':	9 obs. of  2 variables:
> :  $ condition : chr  "1.MMM" "2.MMU" "3.MUM" "4.UMU" ...
> :  $ Mean.offer: num  48.5 42.6 44.9 46.4 44.1 ...
>

Thanks for catching this, I've just pushed up a fix for this issue.  The
column headers were being lost during the export processing.

>
>
> Also if I use :cache yes header. The html export recomputes the block.
> Wouldn't it be reasonable to have the exporter take into account the :cache
> header?
>

The exporter *does* take into account the :cache header, however, due to
the error above, the values of the inputs to the block of R code were
different on export than on interactive evaluation, so the cache was
invalidated as if the contents of the table had changed.

Cheers -- Eric

>
> Thanks,
> Vitalie.

Re: [Bug][BABEL][R] Headers of the tables are not recognized during the export.

[Vitalie Spinu]

"Eric Schulte" <schulte.eric@gmail.com> writes:

>>
>
> Thanks for catching this, I've just pushed up a fix for this issue.  The
> column headers were being lost during the export processing.
>
>>
>>
>> Also if I use :cache yes header. The html export recomputes the block.
>> Wouldn't it be reasonable to have the exporter take into account the :cache
>> header?
>>
>
> The exporter *does* take into account the :cache header, however, due to
> the error above, the values of the inputs to the block of R code were
> different on export than on interactive evaluation, so the cache was
> invalidated as if the contents of the table had changed.

Thanks Eric for your work.
This all org-babel thing is just amassing.

Vitalie.

>
> Cheers -- Eric
>
>>
>> Thanks,
>> Vitalie.