From mboxrd@z Thu Jan 1 00:00:00 1970 From: marc-oliver.ihm@coface.de Subject: Antwort: Re: org-babel: feature-request: allow table-cells to be passed as strings Date: Thu, 4 Nov 2010 08:23:35 +0100 Message-ID: References: <87oca6go8y.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Return-path: Received: from [140.186.70.92] (port=60845 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PDuBP-0000ol-HI for emacs-orgmode@gnu.org; Thu, 04 Nov 2010 03:24:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PDuBO-0003RK-BV for emacs-orgmode@gnu.org; Thu, 04 Nov 2010 03:24:27 -0400 Received: from mail.ak-coface.de ([195.63.74.2]:4756 helo=mail.coface.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PDuBO-0003RC-3E for emacs-orgmode@gnu.org; Thu, 04 Nov 2010 03:24:26 -0400 In-Reply-To: <87oca6go8y.fsf@gmail.com> 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@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Eric Schulte Cc: emacs-orgmode@gnu.org, Marc-Oliver Ihm Hello Eric, Thanx for coming back on me ! In fact I have found this problem when trying to use calc with babel. And yes, I agree, using calc for parsing will probably solve this problem. In fact I am quite excited about the plans for adding calc as a new language to babel. It will be a great tool and toy ! with kind regards, Marc-Oliver Ihm "Eric Schulte" 03.11.2010 21:12 An Marc-Oliver Ihm Kopie emacs-orgmode@gnu.org Thema Re: org-babel: feature-request: allow table-cells to be passed as strings Hi Marc, Sorry to stall this thread for so long. Now that I've worked some with Calc it seems that it provides a mature library of working with large numbers. My new hope is to convert Babel to using Calc for all of its numerical string parsing and printing. That should solve your dilemma in the most natural way. Does anyone foresee any problems in this potential approach? Thanks -- Eric Marc-Oliver Ihm writes: > Hello, > > This would be such an example. The Input table contains some numbers, > the last of them larger than allowed for an integer. > > As the result table show, the last one is converted to float thereby > using some precision. > > I would like to see them all as strings. > > with kind regards, Marc-Oliver Ihm > > > #+tblname: numbers > > | 1 | > | 2 | > | 12 | > | 45 | > | 166 | > | 12567890 | > | 231231282371983279389999999 | > > > #+begin_src emacs-lisp :var numbers=numbers > (mapcar > (lambda (line) > (let ((number (car line))) > (list number (type-of number)) > ) > ) > numbers) > #+end_src > > #+results: > | 1 | integer | > | 2 | integer | > | 12 | integer | > | 45 | integer | > | 166 | integer | > | 12567890 | integer | > | 2.3123128237198328e+26 | float | > > > > > Am 04.10.2010 15:30, schrieb Eric Schulte: >> Hi, >> >> Could you send an example of the contents of such a cell, and what it is >> converted to? Maybe it will be possible to improve the parsing of >> numerals in Babel s.t. we don't lose precision in these cases. >> >> Thanks -- Eric >> >> Marc-Oliver Ihm writes: >> >>> Hello ! >>> >>> Currently org-babel, when passing a table as input to a >>> source-code-block, behaves like this: >>> If the cell looks like a number, it will be converted to an integer or a >>> float. Otherwise the cell-content is passed unconverted as a string. >>> >>> Now, dealing with very large numbers (which I want to process with >>> calc), I found this behavior annoying, because babel converts my large >>> numbers to float, loosing precision in the process. >>> >>> Now my request would be, to have a switch (maybe as a header argument) >>> which would tell babel to pass all cells as unconverted strings. >>> >>> I have checked the documentation and the sources and have not been able >>> to find such a switch. >>> >>> >>> with kind regards, Marc-Oliver Ihm >>> >>> >>> _______________________________________________ >>> Emacs-orgmode mailing list >>> Please use `Reply All' to send replies to the list. >>> Emacs-orgmode@gnu.org >>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode >> >> _______________________________________________ >> Emacs-orgmode mailing list >> Please use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode >> Namensgeber des neuen Mainzer Fussballstadions Aktuelle Infos zur Coface Arena: www.coface-arena.de Naming right sponsor of the new Mainzer football stadium Latest news on the Coface Arena: www.coface-arena.de