From: "Sébastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>
To: emacs-orgmode-mXXj517/zsQ@public.gmane.org
Subject: Re: [babel] R questions
Date: Wed, 09 Dec 2009 10:04:40 +0100 [thread overview]
Message-ID: <87zl5so6vr.fsf@mundaneum.com> (raw)
In-Reply-To: 526E5F77-3D17-436E-AB7C-EC79F084B559@tsdye.com
Hi Thomas,
"Thomas S. Dye" wrote:
> On Dec 8, 2009, at 11:37 AM, Sébastien Vauban wrote:
>> "Thomas S. Dye" wrote:
>>> On Dec 7, 2009, at 11:50 PM, Sébastien Vauban wrote:
>>>
>>>>> [2] I guess one could potentially think about dealing with missing values
>>>>> more explicitly in org-babel. E.g. there could be a header arg
>>>>> specifying what values are to be treatyed as missing. Nothing like
>>>>> that exists currently.
>>>>
>>>> I guess such a feature would be required on the long term. Of course,
>>>> even specifying what would be the needed behavior is already difficult, I
>>>> think.
>>>> One must have good knowledge of the multiple languages and environments,
>>>> and try to abstract the best behavior out of these.
>>>>
>>>> But what's a "NA" value in general? Is 0 always a meaningful value as
>>>> numeric? Context-sensitive..
>>>
>>> [...] but if I read this thread correctly and you are trying to workaround
>>> a data input problem with R in Org-babel,
>>
>> No, you misread, or I mis-wrote ;-)
>>
>> I wasn't speaking of R only, saying that "such a feature would be required
>> on the long term [... for] the multiple languages".
>>
>> Thinking at shell-script (with empty strings), SQL code (with empty strings
>> and NULL values), etc.
>>
>> Implementing a fixed interpretation is NOT a good idea. I share your point
>> of view.
>>
>> My comments were:
>>
>> - I think we must be able to write a rule for interpreting "empty"
>> (whatever it means) values;
>>
>> - We should think at what's needed to cover the current and future needs,
>> not focusing on one specific language (R), but thinking at all of them
>> (shell commands, SQL, etc.).
>
> I agree with you on the importance of having some way to represent missing
> values in Org-babel that can be translated cleanly and transparently to the
> representations used by specific languages.
We're on the same wavelength for such a need. Remains to specify what we would
want, in order to be simple and generic enough...
Best regards,
Seb
--
Sébastien Vauban
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode-mXXj517/zsQ@public.gmane.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
next prev parent reply other threads:[~2009-12-09 9:04 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-12-08 22:40 Re: [babel] R questions Thomas S. Dye
2009-12-09 9:04 ` Sébastien Vauban [this message]
-- strict thread matches above, loose matches on Subject: below --
2009-12-04 22:31 Sébastien Vauban
2009-12-05 0:45 ` Dan Davison
2009-12-08 9:50 ` Sébastien Vauban
2009-12-08 16:00 ` Thomas S. Dye
2009-12-08 21:37 ` Sébastien Vauban
2009-12-08 9:58 ` Sébastien Vauban
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87zl5so6vr.fsf@mundaneum.com \
--to=wxhgmqzgwmuf-genee64ty+gs+fvcfc7uqw@public.gmane.org \
--cc=emacs-orgmode-mXXj517/zsQ@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).