From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?utf-8?Q?S=C3=A9bastien_Vauban?= Subject: Re: [babel] R questions Date: Tue, 08 Dec 2009 22:37:11 +0100 Message-ID: <878wdd5erc.fsf@mundaneum.com> References: <87tyw674n2.fsf@mundaneum.com> <87aaxy8czu.fsf@stats.ox.ac.uk> <87fx7laj6w.fsf@mundaneum.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org-mXXj517/zsQ@public.gmane.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org-mXXj517/zsQ@public.gmane.org To: emacs-orgmode-mXXj517/zsQ@public.gmane.org Hi Thomas, "Thomas S. Dye" wrote: > On Dec 7, 2009, at 11:50 PM, S=C3=A9bastien Vauban wrote: > >>> [2] I guess one could potentially think about dealing with missing valu= es >>> 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, ev= en >> specifying what would be the needed behavior is already difficult, I thi= nk. >> One must have good knowledge of the multiple languages and environments, >> and try to abstract the best behavior out of these. >> >> Side note -- I know, for example, that there is an option in Access to l= et >> it consider the empty string ('') as the NULL value, or not. Clear. >> >> But what's a "NA" value in general? Is 0 always a meaningful value as >> numeric? Context-sensitive.. > > NA is a logical constant of length 1 which contains a missing value > indicator. Whether or not 0 is a meaningful value as numeric depends on y= our > data and the questions you are asking of it. You don't ask this question, ? I thought I addressed that when asking (to myself) "Is 0 always a meaningful value as numeric?" and answering [that it certainly is] "context-sensitive.." > but if I read this thread correctly and you are trying to workaround a da= ta > input problem with R in Org-babel, No, you misread, or I mis-wrote=C2=A0;-) 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. > then replacing missing values with 0 in a numeric context to get around t= he > Org-babel problem is NOT a good idea. 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, n= ot focusing on one specific language (R), but thinking at all of them (shell commands, SQL, etc.). Best regards, Seb --=20 S=C3=A9bastien 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