Re: [O] Emacs-orgmode Digest, Vol 140, Issue 2

On Oct 3, 2017 12:01 AM, <address@hidden> wrote:

Send Emacs-orgmode mailing list submissions to
address@hidden

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.gnu.org/mailman/listinfo/emacs-orgmode
or, via email, send a message with subject or body 'help' to
address@hidden

You can reach the person managing the list at
address@hidden

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Emacs-orgmode digest..."

Today's Topics:

1. Re: Beamer_act property is misnamed in org-mode Ubuntu
package (Nicolas Goaziou)
2. Re: [ANN] Agenda speed up (Nicolas Goaziou)
3. Re: [ANN] Agenda speed up (Nicolas Goaziou)
4. Re: [ANN] Agenda speed up (Samuel Wales)
5. Re: [ANN] Agenda speed up (Samuel Wales)
6. Re: Trying to get chart from table working (Thierry Banel)
7. Re: Trying to get chart from table working (Peter Davis)
8. Re: [ANN] Agenda speed up (Nicolas Goaziou)
9. Re: [ANN] Agenda speed up (Matt Lundin)
10. Re: [ANN] Agenda speed up (Matt Lundin)
11. Re: [ANN] Agenda speed up (Samuel Wales)
12. Export attributes for babel blocks (Juan Amiguet)
13. Re: Export attributes for babel blocks (Thomas S. Dye)
14. Re: Export attributes for babel blocks (Juan Amiguet)
15. Re: How to generate clock report for hours worked each day?
(Yasushi SHOJI)
16. Re: Export attributes for babel blocks (Eric S Fraga)
17. Re: Trying to get chart from table working (Eric S Fraga)
18. Re: Heads up: mobileOrg has stopped working with Dropbox
(Eric S Fraga)
19. Re: Trying to get chart from table working (Peter Davis)
20. Re: Trying to get chart from table working (Robert Horn)
21. Re: Trying to get chart from table working (Peter Davis)
22. Re: Export attributes for babel blocks (Juan Amiguet)
23. Re: Trying to get chart from table working (Eric S Fraga)
24. Re: [ANN] Agenda speed up (Nicolas Goaziou)
25. Re: Trying to get chart from table working (Peter Davis)
26. Re: Trying to get chart from table working (Peter Davis)
27. Re: Trying to get chart from table working (Peter Davis)
28. Re: Trying to get chart from table working (Nick Dokos)
29. Re: [ANN] Agenda speed up (Nicolas Goaziou)
30. Re: Trying to get chart from table working (Eric S Fraga)
31. Re: Trying to get chart from table working (Eric S Fraga)
32. Re: [ANN] Agenda speed up (Nicolas Goaziou)

----------------------------------------------------------------------

Message: 1
Date: Sun, 01 Oct 2017 19:05:48 +0200
From: Nicolas Goaziou <address@hidden>
To: Adrian Bradd <address@hidden>
Cc: Eric S Fraga <address@hidden>, emacs-orgmode
<address@hidden>, James Harkins <address@hidden>
Subject: Re: [O] Beamer_act property is misnamed in org-mode Ubuntu
package
Message-ID: <87lgkukdcj.fsf@nicolasgoaziou.fr>
Content-Type: text/plain

Hello,

Adrian Bradd <address@hidden> writes:

> I can reproduce this if I have something like the following in the preamble:
>
> #+COLUMNS: %45ITEM %10BEAMER_ENV(Env) %10BEAMER_ACT(Act) %4BEAMER_COL(Col)
> %8BEAMER_OPT(Opt)
>
> org-set-property seems to be extracting these settings for use as heading
> properties. Removing this line also removes the properties when using C-c
> C-x p.

Fixed. Thank you.

Regards,

--
Nicolas Goaziou

------------------------------

Message: 2
Date: Sun, 01 Oct 2017 19:13:30 +0200
From: Nicolas Goaziou <address@hidden>
To: Org Mode List <address@hidden>
Subject: Re: [O] [ANN] Agenda speed up
Message-ID: <87h8vikczp.fsf@nicolasgoaziou.fr>
Content-Type: text/plain

Hello,

Matt Lundin <address@hidden> writes:

> I think I have a fairly standard setup (some customizations, additional
> features such as habits). I'll do some testing with minimal examples to
> see if I can find out why the new branch is so much slower in my case.

Are 1.4 s "so much slower" than of 1 s. Granted, this is a terrible 40%
slowdown, but, all things being equal, 1.4 s is still acceptable,
considering, IIUC, you are using the worst case scenario, i.e., a single
day view from a cold cache.

> In the meantime, I'd like to that the branch *not* be merged until we
> are sure that it is actually faster for the majority of use cases.

Feedback is welcome.

Regards,

--
Nicolas Goaziou

------------------------------

Message: 3
Date: Sun, 01 Oct 2017 19:33:23 +0200
From: Nicolas Goaziou <address@hidden>
To: Samuel Wales <address@hidden>
Cc: Org Mode List <address@hidden>
Subject: Re: [O] [ANN] Agenda speed up
Message-ID: <87d166kc2k.fsf@nicolasgoaziou.fr>
Content-Type: text/plain

Matt Lundin <address@hidden> writes:

> I am finding that the branch is still much slower than the current
> master even when no agenda files have changed (i.e., when running
> org-agenda-redo in an existing agenda buffer without changing
> anything).

This is interesting. Could you provide a report of the second call to
the same view? Or better, both reports for the first and subsequent
view. The second view should definitely be faster.

> This is true even when I set org-element-use-cache to t.

This variable has nothing to do with the current patch set. You can
ignore it.

>> OTOH, displaying, e.g., a whole week, month, year should be a lot
>> faster.
>
> Is this an unavoidable trade-off? Since I am constantly refreshing
> single day agenda buffers and todo lists, I would much prefer a faster
> single day display to a faster week or month display.

Good question.

Currently, Agenda is pretty much tailored for single day display. So,
this would be difficult to improve. Using a cache, we can avoid finding
again the same data, so we can speed up subsequent parsing. Yet, when
there is little data to find, the cache is not very helpful. Luckily, it
means the Agenda is quickly generated in those cases anyway.

However, current Agenda is terrible when displaying multiple days. Some
people wait more than 30 s for a month view. This is where the current
patch set really shines.

I can look into your issue with proper reports as there may be ways to
improve it, but I'm more interesting in, e.g., halving the 30 s from
a month view than reducing the 1 s it takes to display a day view.

Regards,

------------------------------

Message: 4
Date: Sun, 1 Oct 2017 10:57:41 -0700
From: Samuel Wales <address@hidden>
To: Nicolas Goaziou <address@hidden>
Cc: Org Mode List <address@hidden>
Subject: Re: [O] [ANN] Agenda speed up
Message-ID:
<CAJcAo8vz-HbVWu_o5NqkLYV_XtcZNdH3wMTZk5HJPRE71u1okw@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"

my use is similar to matt's in that i use a 2d view.

i am getting errors. in particular, it crashes when it is looking for
log entries in a task that does not have log entries. there is no
rhyme or reason and i have no mce. i remove teh task and another task
produces teh error.

not ready fro prime time quite yet.

--
The Kafka Pandemic: <http://thekafkapandemic.blogspot.com>

The disease DOES progress. MANY people have died from it. And ANYBODY
can get it at any time.

"You?ve really gotta quit this and get moving, because this is murder
by neglect." ---
<http://www.meaction.net/2017/02/03/pwme-people-with-me-are-being-murdered-by-neglect>.

------------------------------

Message: 5
Date: Sun, 1 Oct 2017 10:58:47 -0700
From: Samuel Wales <address@hidden>
To: Nicolas Goaziou <address@hidden>
Cc: Org Mode List <address@hidden>
Subject: Re: [O] [ANN] Agenda speed up
Message-ID:
<CAJcAo8uyZvKtDW5b_cn68BTrEt7k9-HK+0ugQqesO_address@hidden>
Content-Type: text/plain; charset="UTF-8"

maybe it is trying to parse a link that looks like a log entry?

On 10/1/17, Samuel Wales <address@hidden> wrote:
> my use is similar to matt's in that i use a 2d view.
>
> i am getting errors. in particular, it crashes when it is looking for
> log entries in a task that does not have log entries. there is no
> rhyme or reason and i have no mce. i remove teh task and another task
> produces teh error.
>
> not ready fro prime time quite yet.
>
> --
> The Kafka Pandemic: <http://thekafkapandemic.blogspot.com>
>
> The disease DOES progress. MANY people have died from it. And ANYBODY
> can get it at any time.
>
> "You?ve really gotta quit this and get moving, because this is murder
> by neglect." ---
> <http://www.meaction.net/2017/02/03/pwme-people-with-me-are-being-murdered-by-neglect>.
>

--
The Kafka Pandemic: <http://thekafkapandemic.blogspot.com>

The disease DOES progress. MANY people have died from it. And ANYBODY
can get it at any time.

"You?ve really gotta quit this and get moving, because this is murder
by neglect." ---
<http://www.meaction.net/2017/02/03/pwme-people-with-me-are-being-murdered-by-neglect>.

------------------------------

Message: 6
Date: Sun, 01 Oct 2017 20:51:31 +0200
From: Thierry Banel <address@hidden>
To: address@hidden
Subject: Re: [O] Trying to get chart from table working
Message-ID: <address@hidden>
Content-Type: text/plain; charset=utf-8; format=flowed

Do you get the following lines?
(you can erase them, they will be recreated).

#+results:
[[file:timeseries.pdf]]

If you click on the link, it should open okular or acrobat reader or
whatever displaying the plot.

Otherwise you can try a different format, PNG for instance:

#+begin_src gnuplot :var data="" :file timeseries.png
:results inline

On 01/10/2017 15:47, Peter Davis wrote:
> On Sat, Sep 30, 2017, at 09:25 AM, Eric S Fraga wrote:
>> On Friday, 29 Sep 2017 at 17:32, Peter Davis wrote:
>>> I'm sorry to belabor this, but I could use some help. I'd be willing to
>>> pay a modest consulting fee, but I'm trying to solve a problem in a
>>> timely way, as it would help me with healthcare decisions.
>>>
>>> Basically, I want to plot a time series graph showing my PSA (prostate
>>> specific antigen) over time. The PSA is measured at irregular intervals,
>>> and has been for over 4 years (and hopefully will continue for many more
>>> years.) That should be a simple enough graph. I've already got a
>>> _javascript_ d3 example that does this, but I'd like to embed it in a
>>> document, and to be able to generate PDF.
>> This part is relatively straightforward. Using your data example, you
>> can do the following:
>>
> Thank you for the example, Eric. Running this gives me a page with the
> table and the code on it, but no plot. Here's what *Messages* says:
>
> gnuplot-mode 0.7-beta -- determining gnuplot version ......
> gnuplot-mode 0.7-beta (gnuplot 5.2) -- report bugs with "C-c C-u"
> Saving file /Users/peterdavis/Dropbox/Org/t.org...
> Wrote /Users/peterdavis/Dropbox/Org/t.org
> Mark set
> Saving file /Users/peterdavis/Dropbox/Org/t.org...
> Wrote /Users/peterdavis/Dropbox/Org/t.org
> org-babel-exp process gnuplot at position 292...
> Saving file /Users/peterdavis/Dropbox/Org/t.tex...
> Wrote /Users/peterdavis/Dropbox/Org/t.tex
> Processing LaTeX file ./t.tex...
> PDF file produced.
> Running open /Users/peterdavis/Dropbox/Org/t.pdf...done
>
> Thank you.
>
> -pd
>
>
>> The colouring bit is harder and I don't know whether it's possible or
>> not. I suggest you look at examples on the web, e.g.
>>
>> http://gnuplot.sourceforge.net/demo/
>>
>> to see if anything fits what you are trying to do.
>>
>> HTH,
>> eric
>>
>> --
>> : Eric S Fraga via Emacs 27.0.50, Org release_9.1.1-78-gfbf47c
>> Email had 2 attachments:
>> + t.org
>> 1k (text/x-org)
>> + signature.asc
>> 1k (application/pgp-signature)
>

------------------------------

Message: 7
Date: Sun, 01 Oct 2017 15:06:50 -0400
From: Peter Davis <address@hidden>
To: address@hidden
Subject: Re: [O] Trying to get chart from table working
Message-ID:
<1506884810.2702516.address@hiddenmessagingengine.com>
Content-Type: text/plain; charset="utf-8"

I do have those lines in my .org file, but no PDF was produced. I tried
switching to png, but still no file was produced.

Thanks,
-pd

On Sun, Oct 1, 2017, at 02:51 PM, Thierry Banel wrote:
> Do you get the following lines?
> (you can erase them, they will be recreated).
>
> #+results:
> [[file:timeseries.pdf]]
>
> If you click on the link, it should open okular or acrobat reader or
> whatever displaying the plot.
>
> Otherwise you can try a different format, PNG for instance:
>
> #+begin_src gnuplot :var data="" :file timeseries.png
> :results inline
>
>
>
>
> On 01/10/2017 15:47, Peter Davis wrote:
> > On Sat, Sep 30, 2017, at 09:25 AM, Eric S Fraga wrote:
> >> On Friday, 29 Sep 2017 at 17:32, Peter Davis wrote:
> >>> I'm sorry to belabor this, but I could use some help. I'd be willing to
> >>> pay a modest consulting fee, but I'm trying to solve a problem in a
> >>> timely way, as it would help me with healthcare decisions.
> >>>
> >>> Basically, I want to plot a time series graph showing my PSA (prostate
> >>> specific antigen) over time. The PSA is measured at irregular intervals,
> >>> and has been for over 4 years (and hopefully will continue for many more
> >>> years.) That should be a simple enough graph. I've already got a
> >>> _javascript_ d3 example that does this, but I'd like to embed it in a
> >>> document, and to be able to generate PDF.
> >> This part is relatively straightforward. Using your data example, you
> >> can do the following:
> >>
> > Thank you for the example, Eric. Running this gives me a page with the
> > table and the code on it, but no plot. Here's what *Messages* says:
> >
> > gnuplot-mode 0.7-beta -- determining gnuplot version ......
> > gnuplot-mode 0.7-beta (gnuplot 5.2) -- report bugs with "C-c C-u"
> > Saving file /Users/peterdavis/Dropbox/Org/t.org...
> > Wrote /Users/peterdavis/Dropbox/Org/t.org
> > Mark set
> > Saving file /Users/peterdavis/Dropbox/Org/t.org...
> > Wrote /Users/peterdavis/Dropbox/Org/t.org
> > org-babel-exp process gnuplot at position 292...
> > Saving file /Users/peterdavis/Dropbox/Org/t.tex...
> > Wrote /Users/peterdavis/Dropbox/Org/t.tex
> > Processing LaTeX file ./t.tex...
> > PDF file produced.
> > Running open /Users/peterdavis/Dropbox/Org/t.pdf...done
> >
> > Thank you.
> >
> > -pd
> >
> >
> >> The colouring bit is harder and I don't know whether it's possible or
> >> not. I suggest you look at examples on the web, e.g.
> >>
> >> http://gnuplot.sourceforge.net/demo/
> >>
> >> to see if anything fits what you are trying to do.
> >>
> >> HTH,
> >> eric
> >>
> >> --
> >> : Eric S Fraga via Emacs 27.0.50, Org release_9.1.1-78-gfbf47c
> >> Email had 2 attachments:
> >> + t.org
> >> 1k (text/x-org)
> >> + signature.asc
> >> 1k (application/pgp-signature)
> >
>
>

--
Peter Davis
www.techcurmudgeon.com

------------------------------

Message: 8
Date: Mon, 02 Oct 2017 00:59:44 +0200
From: Nicolas Goaziou <address@hidden>
To: Samuel Wales <address@hidden>
Cc: Org Mode List <address@hidden>
Subject: Re: [O] [ANN] Agenda speed up
Message-ID: <87r2umiie7.fsf@nicolasgoaziou.fr>
Content-Type: text/plain

Hello,

Samuel Wales <address@hidden> writes:

> i am getting errors. in particular, it crashes when it is looking for
> log entries in a task that does not have log entries. there is no
> rhyme or reason and i have no mce. i remove teh task and another task
> produces teh error.

What is a "crash"? If Emacs crashes, this should be reported to
Emacs-Devel. If there is an error, you should send the backtrace here.

In any case, I fixed an issue with log entries. It could be worth
testing it again.

Regards,

--
Nicolas Goaziou

------------------------------

Message: 9
Date: Sun, 01 Oct 2017 18:49:00 -0500
From: Matt Lundin <address@hidden>
To: Nicolas Goaziou <address@hidden>
Cc: Samuel Wales <address@hidden>, Org Mode List
<address@hidden>
Subject: Re: [O] [ANN] Agenda speed up
Message-ID: <address@hidden>
Content-Type: text/plain; charset="us-ascii"

Nicolas Goaziou <address@hidden> writes:

> Matt Lundin <address@hidden> writes:
>
>> I am finding that the branch is still much slower than the current
>> master even when no agenda files have changed (i.e., when running
>> org-agenda-redo in an existing agenda buffer without changing
>> anything).
>
> This is interesting. Could you provide a report of the second call to
> the same view? Or better, both reports for the first and subsequent
> view. The second view should definitely be faster.

I've attached the profiling for master and the wip branch. Both were run
with identical agenda files and identical configurations

The first pair of files profiles calling org-agenda-list immediately
after emacs has started up (i.e., before opening agenda files). The
total times are:

master: 5.014304355
wip: 6.68215677

The second pair of files profiles calling org-agenda-redo immediately
after generating the agenda with org-agenda-list (i.e., without changing
anything in the agenda files). Note: repeating the redo after that
results in virtually identical times.

master: 0.979825959
wip: 1.178702222

The third pair of files profiles calling org-agenda-redo after
changing (rescheduling) one item in the agenda.

master: 0.979580617
wip: 1.189759099

> I can look into your issue with proper reports as there may be ways to
> improve it, but I'm more interesting in, e.g., halving the 30 s from
> a month view than reducing the 1 s it takes to display a day view.

I agree it is important to reduce the time it takes to display a month
view. Thanks for all your work on this! I'd like to clarify that I am
not asking for further reductions from what the master branch of
org-mode has already achieved. Rather, I am concerned with regressions
from those times. The gap in time above, of course, is not particularly
big. But I'm running into some slower times (e.g., a 1 second
difference) on some of my other custom agenda commands. Take, for
instance, the following command:

--8<---------------cut here---------------start------------->8---
(org-add-agenda-custom-command
'("q" "Projects"
((stuck "")
(agenda ""
((org-agenda-include-deadlines t)
(org-agenda-entry-types '(:deadline))
;; (org-agenda-skip-function
;; '(org-agenda-skip-entry-if 'notregexp ":PROJ:"))
(org-agenda-include-diary nil)
(org-agenda-time-grid nil)))
(todo "PROJECT"
((org-agenda-todo-ignore-deadlines t)
(org-agenda-prefix-format " %i %-12:c%l"))))
((org-deadline-warning-days 365))))
--8<---------------cut here---------------end--------------->8---

The startup times weren't that far apart.

master: 5.728477902
wip: 6.68639764

But running org-agenda-redo results in a 1s gap (see the last two
attached files for profiling information):

master: 2.14623279
wip: 3.125571084

Best,
Matt

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: org-agenda-master-org-agenda-list-immediately-after-startup.txt
URL: <http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20171001/9cae7505/attachment.txt>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: org-agenda-wip-org-agenda-list-immediately-after-startup.txt
URL: <http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20171001/9cae7505/attachment-0001.txt>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: org-agenda-master-org-agenda-list-redo-no-change.txt
URL: <http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20171001/9cae7505/attachment-0002.txt>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: org-agenda-wip-org-agenda-list-redo-no-change.txt
URL: <http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20171001/9cae7505/attachment-0003.txt>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: org-agenda-master-org-agenda-list-redo-single-change.txt
URL: <http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20171001/9cae7505/attachment-0004.txt>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: org-agenda-wip-org-agenda-list-redo-single-change.txt
URL: <http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20171001/9cae7505/attachment-0005.txt>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: org-custom-command-projects-master.txt
URL: <http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20171001/9cae7505/attachment-0006.txt>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: org-custom-command-projects-wip.txt
URL: <http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20171001/9cae7505/attachment-0007.txt>

------------------------------

Message: 10
Date: Sun, 01 Oct 2017 19:11:14 -0500
From: Matt Lundin <address@hidden>
To: Nicolas Goaziou <address@hidden>
Cc: Org Mode List <address@hidden>
Subject: Re: [O] [ANN] Agenda speed up
Message-ID: <address@hidden>
Content-Type: text/plain

Nicolas Goaziou <address@hidden> writes:

> Some feedback about the new agenda speed would be nice.

One small bug I found with wip speedup branch. When trying to reschedule
in the agenda with org-agenda-do-date-later or
org-agenda-do-date-earlier, org mode gives a message:

"Cannot find time stamp"

Best,
Mat

------------------------------

Message: 11
Date: Sun, 1 Oct 2017 17:39:22 -0700
From: Samuel Wales <address@hidden>
To: Nicolas Goaziou <address@hidden>, Org Mode List
<address@hidden>
Subject: Re: [O] [ANN] Agenda speed up
Message-ID:
<CAJcAo8tpyFp9TNEJLWHfc5BwXcyDaddress@hiddengmail.com>
Content-Type: text/plain; charset="UTF-8"

... and i am getting a fixed error from before ...

... but 9maint and 9master produce agenda in about 3s ...

... while wip produces agenda in 26.75s ...

for my 2d agenda. elp as instructed shows no significant differences

org-agenda-prepare-buffers 1
1.221983848 1.221983848
org-agenda-files 3
0.00037503 0.00012501

also there are sorting differences in time grid for same minute and
for scheduled for same day. which i don't care about.

also a clocked entry gets its closing time which is an improvement i think.

also an inactive timestamp shows the headline above the headline that
contains it. this is a bug but cannot mce.

9master is same as 9maint. thus, all issues are in wip.

i am limited in ability to use computer.

------------------------------

Message: 12
Date: Mon, 2 Oct 2017 08:46:49 +0200
From: Juan Amiguet <address@hidden>
To: address@hidden
Subject: [O] Export attributes for babel blocks
Message-ID:
<CABmuXy9FTTeLvrNt+YM1K=-Qw+9o8R1yXKbYqLX9wsWqX=address@hiddengmail.com>
Content-Type: text/plain; charset="utf-8"

Dear all,

I have been having this issue for quite a while perhaps I am using the
feature wrong and someone can enlighten me or perhaps someone can point me
at the bit of code I can patch it myself.
Here is the issue:

I have a babel block such as

#+begin_src dot :file test.png
digraph test {
A -> B
}
#+end_src

This will create after execution a

#+RESULT:
[[file:./test.png]]

Now if I would like have something like :width .5/.linewith as a attribute
to the image the only I have found is to do the following

#+begin_src dot :file test.png :exports none
digraph test {
A -> B
}
#+end_src

#+attr_latex: width=.5/linewidth
[[file:./test.png]]

Is there a way of passing the export attributes to babel blocks in a way in
which from direct rendering of the document things work and I can adjust?
If now which part of the org mode codebase controls all of this?

Thanking you all in advance.

--
Juan Amiguet Vercher
Practising theorist
All-round geek
Polyglot polymath

+41(0)774867913
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20171002/64908df8/attachment.html>

------------------------------

Message: 13
Date: Sun, 01 Oct 2017 21:05:13 -1000
From: "Thomas S. Dye" <address@hidden>
To: Juan Amiguet <address@hidden>
Cc: address@hidden
Subject: Re: [O] Export attributes for babel blocks
Message-ID: <address@hidden>
Content-Type: text/plain

Aloha Juan Amiguet,

Juan Amiguet writes:

> Dear all,
>
> I have been having this issue for quite a while perhaps I am using the
> feature wrong and someone can enlighten me or perhaps someone can point me
> at the bit of code I can patch it myself.
> Here is the issue:
>
> I have a babel block such as
>
> #+begin_src dot :file test.png
> digraph test {
> A -> B
> }
> #+end_src
>
> This will create after execution a
>
> #+RESULT:
> [[file:./test.png]]
>
> Now if I would like have something like :width .5/.linewith as a attribute
> to the image the only I have found is to do the following
>
> #+begin_src dot :file test.png :exports none
> digraph test {
> A -> B
> }
> #+end_src
>
> #+attr_latex: width=.5/linewidth
> [[file:./test.png]]
>
> Is there a way of passing the export attributes to babel blocks in a way in
> which from direct rendering of the document things work and I can adjust?
> If now which part of the org mode codebase controls all of this?
>
> Thanking you all in advance.

Dot doesn't know anything about the linewidth you might be using in
LaTeX. LaTeX will take any image and reproduce it at .5/linewidth,
regardless of dot settings.

The :cmdline header argument for dot is documented here:
http://orgmode.org/worg/org-contrib/babel/languages/ob-doc-dot.html

You can find links to the dot command line arguments. Babel gives you
full access to the dot command line.

hth,
Tom

--
Thomas S. Dye
http://www.tsdye.com

------------------------------

Message: 14
Date: Mon, 2 Oct 2017 09:10:49 +0200
From: Juan Amiguet <address@hidden>
To: "Thomas S. Dye" <address@hidden>
Cc: address@hidden
Subject: Re: [O] Export attributes for babel blocks
Message-ID:
<CABmuXy92GV=H9Pc3oY1+GCJb4pTNWBoo3mt-czTb5RJ1+address@hidden>
Content-Type: text/plain; charset="utf-8"

Thomas thank you for your answer,

I was thinking more of how to modify babel so that it would generate the
results block with the relevant exporter attribute parameters so that it
play nicely.
That is, the results block contains the directive it needs at the moment
the #+results block is bare and has no extra information for latex to pick
up and format correctly.

Kind regards.

--
Juan Amiguet Vercher
Practising theorist
All-round geek
Polyglot polymath

+41(0)774867913

On Mon, Oct 2, 2017 at 9:05 AM, Thomas S. Dye <address@hidden> wrote:

> Aloha Juan Amiguet,
>
> Juan Amiguet writes:
>
> > Dear all,
> >
> > I have been having this issue for quite a while perhaps I am using the
> > feature wrong and someone can enlighten me or perhaps someone can point
> me
> > at the bit of code I can patch it myself.
> > Here is the issue:
> >
> > I have a babel block such as
> >
> > #+begin_src dot :file test.png
> > digraph test {
> > A -> B
> > }
> > #+end_src
> >
> > This will create after execution a
> >
> > #+RESULT:
> > [[file:./test.png]]
> >
> > Now if I would like have something like :width .5/.linewith as a
> attribute
> > to the image the only I have found is to do the following
> >
> > #+begin_src dot :file test.png :exports none
> > digraph test {
> > A -> B
> > }
> > #+end_src
> >
> > #+attr_latex: width=.5/linewidth
> > [[file:./test.png]]
> >
> > Is there a way of passing the export attributes to babel blocks in a way
> in
> > which from direct rendering of the document things work and I can adjust?
> > If now which part of the org mode codebase controls all of this?
> >
> > Thanking you all in advance.
>
> Dot doesn't know anything about the linewidth you might be using in
> LaTeX. LaTeX will take any image and reproduce it at .5/linewidth,
> regardless of dot settings.
>
> The :cmdline header argument for dot is documented here:
> http://orgmode.org/worg/org-contrib/babel/languages/ob-doc-dot.html
>
> You can find links to the dot command line arguments. Babel gives you
> full access to the dot command line.
>
> hth,
> Tom
>
> --
> Thomas S. Dye
> http://www.tsdye.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20171002/b940f180/attachment.html>

------------------------------

Message: 15
Date: Mon, 2 Oct 2017 18:17:57 +0900
From: Yasushi SHOJI <address@hidden>
To: ConcreteVitamin <address@hidden>
Cc: address@hidden
Subject: Re: [O] How to generate clock report for hours worked each
day?
Message-ID:
<CAELBRWJUE-1tNQu51=SMje0q9zH-SH_i=xayrZzX=address@hiddengmail.com>
Content-Type: text/plain; charset="UTF-8"

Hi,

On Wed, Sep 27, 2017 at 3:27 AM, ConcreteVitamin
<address@hidden> wrote:
> Following up on this: is there a way to configure such that non-clocked in
> files (0:00) are not shown in this table?

:fileskip0 t

?
--
yashi

------------------------------

Message: 16
Date: Mon, 02 Oct 2017 11:26:20 +0100
From: Eric S Fraga <address@hidden>
To: Juan Amiguet <address@hidden>
Cc: address@hidden
Subject: Re: [O] Export attributes for babel blocks
Message-ID: <address@hidden>
Content-Type: text/plain; charset="us-ascii"

On Monday, 2 Oct 2017 at 08:46, Juan Amiguet wrote:
> Dear all,
>
> I have been having this issue for quite a while perhaps I am using the
> feature wrong and someone can enlighten me or perhaps someone can point me
> at the bit of code I can patch it myself.
> Here is the issue:
>
> I have a babel block such as
>
> #+begin_src dot :file test.png
> digraph test {
> A -> B
> }
> #+end_src
>
>
> This will create after execution a
>
> #+RESULT:
> [[file:./test.png]]
>
> Now if I would like have something like :width .5/.linewith as a attribute
> to the image the only I have found is to do the following
>
> #+begin_src dot :file test.png :exports none
> digraph test {
> A -> B
> }
> #+end_src
>
> #+attr_latex: width=.5/linewidth
> [[file:./test.png]]
>
> Is there a way of passing the export attributes to babel blocks in a way in
> which from direct rendering of the document things work and I can adjust?
> If now which part of the org mode codebase controls all of this?

Simply add the attr_latex line to just before the #+result line and any
re-evaluation of the src block will work just fine. I.e.:

--8<---------------cut here---------------start------------->8---
#+begin_src dot :file test.png
digraph test {
A -> B
}
#+end_src

#+attr_latex: width=.5/linewidth
#+RESULT:
[[file:./test.png]]
--8<---------------cut here---------------end--------------->8---

--
: Eric S Fraga via Emacs 27.0.50, Org release_9.1.1-78-gfbf47c
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 194 bytes
Desc: not available
URL: <http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20171002/1427dd5f/attachment.pgp>

------------------------------

Message: 17
Date: Mon, 02 Oct 2017 11:27:52 +0100
From: Eric S Fraga <address@hidden>
To: Peter Davis <address@hidden>
Cc: address@hidden
Subject: Re: [O] Trying to get chart from table working
Message-ID: <address@hidden>
Content-Type: text/plain; charset="us-ascii"

On Sunday, 1 Oct 2017 at 15:06, Peter Davis wrote:
> I do have those lines in my .org file, but no PDF was produced. I tried
> switching to png, but still no file was produced.

Check the *gnuplot* buffer to see if there were any gnuplot errors.

--
: Eric S Fraga via Emacs 27.0.50, Org release_9.1.1-78-gfbf47c
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 194 bytes
Desc: not available
URL: <http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20171002/982cf4f9/attachment.pgp>

------------------------------

Message: 18
Date: Mon, 02 Oct 2017 11:30:03 +0100
From: Eric S Fraga <address@hidden>
To: Rob Davenport <address@hidden>
Cc: Emacs Org mode mailing list <address@hidden>
Subject: Re: [O] Heads up: mobileOrg has stopped working with Dropbox
Message-ID: <address@hidden>
Content-Type: text/plain; charset="us-ascii"

On Saturday, 30 Sep 2017 at 14:31, Rob Davenport wrote:
> Yes, I see it now too. It was noted as an issue on the mobileorg-android
> github site here over a month ago:
> https://github.com/matburt/mobileorg-android/issues/501

Thanks for the confirmation! And I probably saw that issue but forgot
about it...

[...]

> If you've got ssh working then you're probably OK.

Yes, it's working fine with ssh, actually better than through Dropbox,
so I'm okay. But many don't have an ssh server they can use so an
update for Dropbox would, I'm sure, be welcome by many.

--
: Eric S Fraga via Emacs 27.0.50, Org release_9.1.1-78-gfbf47c
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 194 bytes
Desc: not available
URL: <http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20171002/d279fa5b/attachment.pgp>

------------------------------

Message: 19
Date: Mon, 02 Oct 2017 07:21:28 -0400
From: Peter Davis <address@hidden>
To: address@hidden
Subject: Re: [O] Trying to get chart from table working
Message-ID:
<1506943288.2895318.address@hiddenmessagingengine.com>
Content-Type: text/plain; charset="utf-8"

On Mon, Oct 2, 2017, at 06:27 AM, Eric S Fraga wrote:
> On Sunday, 1 Oct 2017 at 15:06, Peter Davis wrote:
> > I do have those lines in my .org file, but no PDF was produced. I tried
> > switching to png, but still no file was produced.
>
> Check the *gnuplot* buffer to see if there were any gnuplot errors.
>

There doesn't appear to be a *gnuplot* buffer.

Thanks,
-pd

--
Peter Davis
www.techcurmudgeon.com

------------------------------

Message: 20
Date: Mon, 02 Oct 2017 07:22:18 -0400
From: Robert Horn <address@hidden>
To: Peter Davis <address@hidden>
Cc: address@hidden
Subject: Re: [O] Trying to get chart from table working
Message-ID: <address@hidden>
Content-Type: text/plain

Peter Davis writes:

> Basically, I want to plot a time series graph showing my PSA (prostate
> specific antigen) over time. The PSA is measured at irregular intervals,
> and has been for over 4 years (and hopefully will continue for many more
> years.) That should be a simple enough graph. I've already got a
> _javascript_ d3 example that does this, but I'd like to embed it in a
> document, and to be able to generate PDF.
>
> Further, I want to be able to show different time intervals with tinted
> bands spanning the full range of the graph, and having specific start
> and end dates. These would represent various medical treatments I've
> undergone. I have a rough example I've mocked up in Photoshop, but, of
> course, I want to be able to add new data and re-generate the chart as
> needed. I don't know if I can attach a PNG to an email on this list.
>

I do something similar for managing diabetes.

I use org-mode to manage some (not all) of the data tables and org-babel
to control a graphics and statistics analysis in R. R can also handle
input in other formats, such as CSV, that I get from some sources. The
results are also displayed in the org window as output from R.

This is a much heavier weight solution, since it involves learning R. But
the graphics capabilities are immensely richer than gnuplot and the
mathematical capabilities for statistics and time series analysis are
immensely richer in R.

If learning R benefits your work or career you might explore this.

R Horn

------------------------------

Message: 21
Date: Mon, 02 Oct 2017 07:29:49 -0400
From: Peter Davis <address@hidden>
To: address@hidden
Subject: Re: [O] Trying to get chart from table working
Message-ID:
<1506943789.2896684.address@hiddenmessagingengine.com>
Content-Type: text/plain; charset="utf-8"

On Mon, Oct 2, 2017, at 07:22 AM, Robert Horn wrote:
>
> Peter Davis writes:
>
> > Basically, I want to plot a time series graph showing my PSA (prostate
> > specific antigen) over time. The PSA is measured at irregular intervals,
> > and has been for over 4 years (and hopefully will continue for many more
> > years.) That should be a simple enough graph. I've already got a
> > _javascript_ d3 example that does this, but I'd like to embed it in a
> > document, and to be able to generate PDF.
> >
> > Further, I want to be able to show different time intervals with tinted
> > bands spanning the full range of the graph, and having specific start
> > and end dates. These would represent various medical treatments I've
> > undergone. I have a rough example I've mocked up in Photoshop, but, of
> > course, I want to be able to add new data and re-generate the chart as
> > needed. I don't know if I can attach a PNG to an email on this list.
> >
>
> I do something similar for managing diabetes.
>
> I use org-mode to manage some (not all) of the data tables and org-babel
> to control a graphics and statistics analysis in R. R can also handle
> input in other formats, such as CSV, that I get from some sources. The
> results are also displayed in the org window as output from R.
>
> This is a much heavier weight solution, since it involves learning R.
> But
> the graphics capabilities are immensely richer than gnuplot and the
> mathematical capabilities for statistics and time series analysis are
> immensely richer in R.
>
> If learning R benefits your work or career you might explore this.
>

Thanks, Robert. I've had considered R as a possible tool for this
effort. I actually used it briefly for a data visualization course I
took a few years ago, but there's still a lot more learning I would have
to do to accomplish this.

On the other hand, it seems every other path I've tried has a large
learning curve too, so I should give R another look.

Thanks,
-pd

--
Peter Davis
www.techcurmudgeon.com

------------------------------

Message: 22
Date: Mon, 2 Oct 2017 14:23:08 +0200
From: Juan Amiguet <address@hidden>
To: Juan Amiguet <address@hidden>, address@hidden
Subject: Re: [O] Export attributes for babel blocks
Message-ID:
<CABmuXy-a7KgxQrF1H1pbQ7DYD+address@hiddengmail.com>
Content-Type: text/plain; charset="utf-8"

Eric,

Thanks a lot for your answer it works with the following updates

--8<---------------cut here---------------start------------->8---
#+begin_src dot :file test.png
digraph test {
A -> B
}
#+end_src

#+attr_latex: :width .5\linewidth
#+RESULTS:
[[file:test.png]]
--8<---------------cut here---------------end--------------->8---

Kind regards.

--
Juan Amiguet Vercher
Practising theorist
All-round geek
Polyglot polymath

+41(0)774867913

On Mon, Oct 2, 2017 at 12:26 PM, Eric S Fraga <address@hidden> wrote:

> On Monday, 2 Oct 2017 at 08:46, Juan Amiguet wrote:
> > Dear all,
> >
> > I have been having this issue for quite a while perhaps I am using the
> > feature wrong and someone can enlighten me or perhaps someone can point
> me
> > at the bit of code I can patch it myself.
> > Here is the issue:
> >
> > I have a babel block such as
> >
> > #+begin_src dot :file test.png
> > digraph test {
> > A -> B
> > }
> > #+end_src
> >
> >
> > This will create after execution a
> >
> > #+RESULT:
> > [[file:./test.png]]
> >
> > Now if I would like have something like :width .5/.linewith as a
> attribute
> > to the image the only I have found is to do the following
> >
> > #+begin_src dot :file test.png :exports none
> > digraph test {
> > A -> B
> > }
> > #+end_src
> >
> > #+attr_latex: width=.5/linewidth
> > [[file:./test.png]]
> >
> > Is there a way of passing the export attributes to babel blocks in a way
> in
> > which from direct rendering of the document things work and I can adjust?
> > If now which part of the org mode codebase controls all of this?
>
> Simply add the attr_latex line to just before the #+result line and any
> re-evaluation of the src block will work just fine. I.e.:
>
> --8<---------------cut here---------------start------------->8---
> #+begin_src dot :file test.png
> digraph test {
> A -> B
> }
> #+end_src
>
> #+attr_latex: width=.5/linewidth
> #+RESULT:
> [[file:./test.png]]
> --8<---------------cut here---------------end--------------->8---
>
> --
> : Eric S Fraga via Emacs 27.0.50, Org release_9.1.1-78-gfbf47c
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20171002/36ea9e86/attachment.html>

------------------------------

Message: 23
Date: Mon, 02 Oct 2017 13:59:49 +0100
From: Eric S Fraga <address@hidden>
To: Peter Davis <address@hidden>
Cc: address@hidden
Subject: Re: [O] Trying to get chart from table working
Message-ID: <address@hidden>
Content-Type: text/plain; charset="us-ascii"

On Monday, 2 Oct 2017 at 07:21, Peter Davis wrote:
> On Mon, Oct 2, 2017, at 06:27 AM, Eric S Fraga wrote:
>> On Sunday, 1 Oct 2017 at 15:06, Peter Davis wrote:
>> > I do have those lines in my .org file, but no PDF was produced. I tried
>> > switching to png, but still no file was produced.
>>
>> Check the *gnuplot* buffer to see if there were any gnuplot errors.
>>
>
> There doesn't appear to be a *gnuplot* buffer.

Okay, maybe not when you export but what if you manually execute the
gnuplot src block? Do you get the PDF file generated? If not, you
should have a *gnuplot* buffer which you can then look at for errors.

--
: Eric S Fraga via Emacs 27.0.50, Org release_9.1.1-78-gfbf47c
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 194 bytes
Desc: not available
URL: <http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20171002/d8341189/attachment.pgp>

------------------------------

Message: 24
Date: Mon, 02 Oct 2017 15:41:41 +0200
From: Nicolas Goaziou <address@hidden>
To: Kyle Meyer <address@hidden>
Cc: Org Mode List <address@hidden>
Subject: Re: [O] [ANN] Agenda speed up
Message-ID: <87efqlis4q.fsf@nicolasgoaziou.fr>
Content-Type: text/plain

Hello,

Kyle Meyer <address@hidden> writes:

> Nicolas Goaziou <address@hidden> writes:
>
>> If there is no more feedback nor objection, I'll merge the branch in
>> master before the end of the week.
>
> One issue I noticed: The sorting of categories defined in
> org-agenda-sorting-strategy is not honored. The default category
> sorting for the agenda is to order the categories as they appear in the
> agenda files.
>
> Take the following text as the agenda file.
>
>
> * y
> :PROPERTIES:
> :CATEGORY: y
> :END:
>
> ** TODO a
> SCHEDULED: <2017-09-29 Fri>
>
> * x
> :PROPERTIES:
> :CATEGORY: x
> :END:
>
> ** TODO b
> SCHEDULED: <2017-09-29 Fri>
>
> Running emacs -Q and "M-x org-agenda a" on master displays
>
> Week-agenda (W39):
> Monday 25 September 2017 W39
> Tuesday 26 September 2017
> Wednesday 27 September 2017
> Thursday 28 September 2017
> Friday 29 September 2017
> y: Scheduled: TODO a
> x: Scheduled: TODO b
> Saturday 30 September 2017
> Sunday 1 October 2017
>
> Running the same sequence on wip-agenda-speedup displays
>
> Week-agenda (W39):
> Monday 25 September 2017 W39
> Tuesday 26 September 2017
> Wednesday 27 September 2017
> Thursday 28 September 2017
> Friday 29 September 2017
> x: Scheduled: TODO b
> y: Scheduled: TODO a
> Saturday 30 September 2017
> Sunday 1 October 2017

Fixed. Thank you.

Regards,

--
Nicolas Goaziou

------------------------------

Message: 25
Date: Mon, 02 Oct 2017 09:54:57 -0400
From: Peter Davis <address@hidden>
To: Eric S Fraga <address@hidden>
Cc: address@hidden
Subject: Re: [O] Trying to get chart from table working
Message-ID:
<1506952497.2932390.address@hiddenmessagingengine.com>
Content-Type: text/plain; charset="utf-8"

On Mon, Oct 2, 2017, at 08:59 AM, Eric S Fraga wrote:
> On Monday, 2 Oct 2017 at 07:21, Peter Davis wrote:
> > On Mon, Oct 2, 2017, at 06:27 AM, Eric S Fraga wrote:
> >> On Sunday, 1 Oct 2017 at 15:06, Peter Davis wrote:
> >> > I do have those lines in my .org file, but no PDF was produced. I tried
> >> > switching to png, but still no file was produced.
> >>
> >> Check the *gnuplot* buffer to see if there were any gnuplot errors.
> >>
> >
> > There doesn't appear to be a *gnuplot* buffer.
>
> Okay, maybe not when you export but what if you manually execute the
> gnuplot src block? Do you get the PDF file generated? If not, you
> should have a *gnuplot* buffer which you can then look at for errors.

Trying to run the table manually (C-M-g) just gives me:

Wrong type argument: arrayp, nil

--
Peter Davis
www.techcurmudgeon.com

------------------------------

Message: 26
Date: Mon, 02 Oct 2017 09:58:49 -0400
From: Peter Davis <address@hidden>
To: Eric S Fraga <address@hidden>
Cc: address@hidden
Subject: Re: [O] Trying to get chart from table working
Message-ID:
<1506952729.2933374.address@hiddenmessagingengine.com>
Content-Type: text/plain; charset="utf-8"

On Mon, Oct 2, 2017, at 09:54 AM, Peter Davis wrote:
>
> On Mon, Oct 2, 2017, at 08:59 AM, Eric S Fraga wrote:
> > On Monday, 2 Oct 2017 at 07:21, Peter Davis wrote:
> > > On Mon, Oct 2, 2017, at 06:27 AM, Eric S Fraga wrote:
> > >> On Sunday, 1 Oct 2017 at 15:06, Peter Davis wrote:
> > >> > I do have those lines in my .org file, but no PDF was produced. I tried
> > >> > switching to png, but still no file was produced.
> > >>
> > >> Check the *gnuplot* buffer to see if there were any gnuplot errors.
> > >>
> > >
> > > There doesn't appear to be a *gnuplot* buffer.
> >
> > Okay, maybe not when you export but what if you manually execute the
> > gnuplot src block? Do you get the PDF file generated? If not, you
> > should have a *gnuplot* buffer which you can then look at for errors.
>
> Trying to run the table manually (C-M-g) just gives me:
>
> Wrong type argument: arrayp, nil

Oh, execute C-c C-c in the block gives me

No org-babel-execute function for gnuplot!

So I guess something's not installed (correctly).

--
Peter Davis
www.techcurmudgeon.com

------------------------------

Message: 27
Date: Mon, 02 Oct 2017 10:24:22 -0400
From: Peter Davis <address@hidden>
To: address@hidden
Subject: Re: [O] Trying to get chart from table working
Message-ID:
<1506954262.2939210.address@hiddenmessagingengine.com>
Content-Type: text/plain; charset="utf-8"

On Mon, Oct 2, 2017, at 09:58 AM, Peter Davis wrote:
>
> On Mon, Oct 2, 2017, at 09:54 AM, Peter Davis wrote:
> >
> > On Mon, Oct 2, 2017, at 08:59 AM, Eric S Fraga wrote:
> > > On Monday, 2 Oct 2017 at 07:21, Peter Davis wrote:
> > > > On Mon, Oct 2, 2017, at 06:27 AM, Eric S Fraga wrote:
> > > >> On Sunday, 1 Oct 2017 at 15:06, Peter Davis wrote:
> > > >> > I do have those lines in my .org file, but no PDF was produced. I tried
> > > >> > switching to png, but still no file was produced.
> > > >>
> > > >> Check the *gnuplot* buffer to see if there were any gnuplot errors.
> > > >>
> > > >
> > > > There doesn't appear to be a *gnuplot* buffer.
> > >
> > > Okay, maybe not when you export but what if you manually execute the
> > > gnuplot src block? Do you get the PDF file generated? If not, you
> > > should have a *gnuplot* buffer which you can then look at for errors.
> >
> > Trying to run the table manually (C-M-g) just gives me:
> >
> > Wrong type argument: arrayp, nil
>
> Oh, execute C-c C-c in the block gives me
>
> No org-babel-execute function for gnuplot!
>
> So I guess something's not installed (correctly).

I added (gnuplot . t) to my org-babel-load-languages, and now I'm back
to

Wrong type argument: arrayp, nil

Sigh.

--
Peter Davis
www.techcurmudgeon.com

------------------------------

Message: 28
Date: Mon, 02 Oct 2017 11:12:18 -0400
From: Nick Dokos <address@hidden>
To: address@hidden
Subject: Re: [O] Trying to get chart from table working
Message-ID: <address@hiddenusersys.redhat.com>
Content-Type: text/plain

Eric S Fraga <address@hidden> writes:

> On Friday, 29 Sep 2017 at 17:32, Peter Davis wrote:
>> I'm sorry to belabor this, but I could use some help. I'd be willing to
>> pay a modest consulting fee, but I'm trying to solve a problem in a
>> timely way, as it would help me with healthcare decisions.
>>
>> Basically, I want to plot a time series graph showing my PSA (prostate
>> specific antigen) over time. The PSA is measured at irregular intervals,
>> and has been for over 4 years (and hopefully will continue for many more
>> years.) That should be a simple enough graph. I've already got a
>> _javascript_ d3 example that does this, but I'd like to embed it in a
>> document, and to be able to generate PDF.
>
> This part is relatively straightforward. Using your data example, you
> can do the following:
>
> * table
>
> #+name: measurements
> | Date | PSA | |
>
> |------------+-----+---------|
> | 2017-08-11 | 185 | |
> | 2017-08-21 | | #ffdd99 |
> | 2017-09-19 | 854 | #ffdd99 |
>
> #+begin_src gnuplot :var data="" :file timeseries.pdf :results file
> set xdata time
> set timefmt "%Y-%m-%d"
> set xrange ["2017-08-01":"2017-10-01"]
> unset key
> plot data using 1:2 with histeps
> #+end_src
>
> #+results:
> [[file:timeseries.pdf]]
>

FWIW, this is what I get in the *gnuplot* buffer when I C-c C-c on the
code block:

,----
|
| G N U P L O T
| Version 5.0 patchlevel 3 last modified 2016-02-21
|
| Copyright (C) 1986-1993, 1998, 2004, 2007-2016
| Thomas Williams, Colin Kelley and many others
|
| gnuplot home: http://www.gnuplot.info
| faq, bugs, etc: type "help FAQ"
| immediate help: type "help" (plot window: hit 'h')
|
| Terminal type set to 'qt'
| gnuplot> data = "">3079Hwc"
| gnuplot> set term pdf
| Terminal type set to 'pdfcairo'
| Options are ' transparent enhanced fontscale 0.5 size 5.00in, 3.00in '
| gnuplot> set output "timeseries.pdf"
| gnuplot> set xdata time
| gnuplot> set timefmt "%Y-%m-%d"
| gnuplot> set xrange ["2017-08-01":"2017-10-01"]
| gnuplot> unset key
| gnuplot> plot data using 1:2 with histeps
| warning: Skipping data file with no valid points
| ^
| all points y value undefined!
`----

--
Nick

------------------------------

Message: 29
Date: Mon, 02 Oct 2017 17:28:12 +0200
From: Nicolas Goaziou <address@hidden>
To: Org Mode List <address@hidden>
Subject: Re: [O] [ANN] Agenda speed up
Message-ID: <878tgtin77.fsf@nicolasgoaziou.fr>
Content-Type: text/plain

Hello,

Matt Lundin <address@hidden> writes:

> Nicolas Goaziou <address@hidden> writes:
>
>> Some feedback about the new agenda speed would be nice.
>
> One small bug I found with wip speedup branch. When trying to reschedule
> in the agenda with org-agenda-do-date-later or
> org-agenda-do-date-earlier, org mode gives a message:
>
> "Cannot find time stamp"

Fixed. Thank you.

Regards,
--
Nicolas Goaziou

------------------------------

Message: 30
Date: Mon, 02 Oct 2017 16:37:15 +0100
From: Eric S Fraga <address@hidden>
To: Peter Davis <address@hidden>
Cc: address@hidden
Subject: Re: [O] Trying to get chart from table working
Message-ID: <address@hidden>
Content-Type: text/plain; charset="us-ascii"

On Monday, 2 Oct 2017 at 10:24, Peter Davis wrote:

[...]

> I added (gnuplot . t) to my org-babel-load-languages, and now I'm back
> to
>
> Wrong type argument: arrayp, nil

Very strange. Try M-x toggle-debug-on-error RET and then post a
backtrace?
Also maybe post your complete example.
What versions of gnuplot and org do you have installed?

--
: Eric S Fraga via Emacs 27.0.50, Org release_9.1.1-78-gfbf47c
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 194 bytes
Desc: not available
URL: <http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20171002/778d4972/attachment.pgp>

------------------------------

Message: 31
Date: Mon, 02 Oct 2017 16:40:37 +0100
From: Eric S Fraga <address@hidden>
To: Nick Dokos <address@hidden>
Cc: address@hidden
Subject: Re: [O] Trying to get chart from table working
Message-ID: <address@hidden>
Content-Type: text/plain; charset="us-ascii"

On Monday, 2 Oct 2017 at 11:12, Nick Dokos wrote:

[...]

> FWIW, this is what I get in the *gnuplot* buffer when I C-c C-c on the
> code block:
>
> ,----
> |
> | G N U P L O T
> | Version 5.0 patchlevel 3 last modified 2016-02-21

My gnuplot is patchlevel 7; maybe this makes a difference? The table
does have gaps in it and maybe gnuplot has improved in how it handles
such data.

For the OP, it may be worth ensuring that all entries in the second
column have data in them...

--
: Eric S Fraga via Emacs 27.0.50, Org release_9.1.1-78-gfbf47c
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 194 bytes
Desc: not available
URL: <http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20171002/6968de65/attachment.pgp>

------------------------------

Message: 32
Date: Mon, 02 Oct 2017 17:46:56 +0200
From: Nicolas Goaziou <address@hidden>
To: Samuel Wales <address@hidden>
Cc: Org Mode List <address@hidden>
Subject: Re: [O] [ANN] Agenda speed up
Message-ID: <874lrhimbz.fsf@nicolasgoaziou.fr>
Content-Type: text/plain

Hello,

Samuel Wales <address@hidden> writes:

> ... and i am getting a fixed error from before ...

Do you mean you get an error which was fixed earlier? What error?

> ... but 9maint and 9master produce agenda in about 3s ...
>
> ... while wip produces agenda in 26.75s ...

This is obviously a bug. I would need a complete ELP report to fix it.

> for my 2d agenda. elp as instructed shows no significant differences
>
> org-agenda-prepare-buffers 1
> 1.221983848 1.221983848
> org-agenda-files 3
> 0.00037503 0.00012501

This is not a complete ELP report. Use

M-x elp-instrument-package RET org RET

use the 26.75s command then display the report with

M-x elp-results

> also there are sorting differences in time grid for same minute and
> for scheduled for same day. which i don't care about.

I think I fixed sorting order.

> also an inactive timestamp shows the headline above the headline that
> contains it. this is a bug but cannot mce.

I couldn't reproduce it after some quick tests.

Regards,

--
Nicolas Goaziou

End of Emacs-orgmode Digest, Vol 140, Issue 2
*********************************************

From:	Zhang Cankun
Subject:	Re: [O] Emacs-orgmode Digest, Vol 140, Issue 2
Date:	Tue, 3 Oct 2017 10:08:45 +0800