emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Matt Lundin <mdl@imapmail.org>
To: John Kitchin <jkitchin@andrew.cmu.edu>
Cc: "Martin Yrjölä" <martin.yrjola@gmail.com>,
	"emacs-orgmode@gnu.org" <emacs-orgmode@gnu.org>
Subject: Re: Citation processing via Zotero + zotxt
Date: Fri, 04 Dec 2015 08:13:51 -0600	[thread overview]
Message-ID: <87poymfgio.fsf@fastmail.fm> (raw)
In-Reply-To: <CAJ51ETosJMv3zNz4PUrt3P6ZLj9CQ0UG6bM5XSv76MbgPZOHaw@mail.gmail.com> (John Kitchin's message of "Fri, 4 Dec 2015 06:22:52 -0500")

Hi John,

John Kitchin <jkitchin@andrew.cmu.edu> writes:

>     > I am not yet convinced a citation processor will get us where we
>     want
>     > because of the complexity of the external dependencies, and the
>     > potential/probable need for us to define new CSL files for
>     different
>     > backends, or at a minimum for org-formatted citations and
>     > bibliographies. Hacking bst files is no fun, and it doesn't look
>     like
>     > CSL files are much better! Plus you have to find them and
>     install them
>     > somehow.
>
>     As I understand it, we would not need to hack the CSL files to get
>     org markup. With a good processor, such as citeproc-js, it should
>     be trivial to modify the output format.[fn:1]
>
> This is good. It still means adding each output somewhere.
>

Do you mean adding html, odt, etc.? I don't think this would be
necessary. We could invoke the citation processor (e.g., citeproc-js,
pandoc, etc.) during export, feeding it an ordered list of citation
keys. It would then return the formatted citations in org markup, which
we could insert into at the appropriate locations before the final
export to the desired backend. Thus, all we would need to do is define
an single output format (org mode). Or we could parse JSON output
directly in emacs....

>     What CSL implementations do offer is the complexity to handle all
>     the nuances of multiple citation styles, languages, etc. (e.g.,
>     something like Chicago Manual of Style footnotes). My suspicion is
>     that it would take years to code something in emacs-lisp that
>     offers all of the functionality of CSL processors.
>
> That sounds right. bibtex was developed for a long time, and there are
> still efforts to improve it!

Yes. And CSL and biblatex are far more complex and robust than bibtex.
:) I use biblatex (biblatex-chicago), which finally gives those of us in
the humanities robust automation of complex footnote styles. One of my
dreams for citation processing in org mode is to be able to achieve in
org the same level of automation, thus allowing non-LaTeX backends. IMO,
the best hope of accomplishing this is to plug into the existing power
of CSL, which has emerged as the new standard for automated citations.

(A note: the other way to accomplish this right now it to export a file
to org or markdown --- evaluating code blocks, etc. and converting
citations to [@some_cite_key] --- and then running the output through
pandoc, which uses CSL.)

> org-ref syntax for a citation is just a link such as
> cite:some-key,another-key, All the cite types in bibtex and biblatex
> have a link definition. Here is an example document with a citation
> with pre and post text. A limitation is you can only currently put
> pre/post text on a single citation.

> I looked at an alternative syntax for pre/post text a year ago, but
> there doesn't seem to be much demand for it, and we don't use pre/post
> text.
> http://kitchingroup.cheme.cmu.edu/blog/2014/06/26/Another-parsing-of-links-for-citations-with-pre-and-post-text/
>
> org-ref also provides links for labels, cross-references, index
> entries and glossaries, and mostly supports biblatex too. See
> https://github.com/jkitchin/org-ref/blob/master/org-ref.org for a
> pretty good intro to it.

Thanks. This sounds great! I'll check it out. (I've obviously not been
hanging around on the list often enough to learn about all the recent
goodies.)

Best,
Matt

  reply	other threads:[~2015-12-04 14:13 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-11-28 20:16 Citation processing via Zotero + zotxt Richard Lawrence
2015-11-30  8:12 ` Martin Yrjölä
2015-12-01  0:32   ` John Kitchin
2015-12-01  2:59     ` Richard Lawrence
2015-12-03  0:27       ` Matt Lundin
2015-12-03  1:41         ` Christian Wittern
2015-12-03 14:25           ` Matt Lundin
2015-12-03  4:32         ` Richard Lawrence
2015-12-03 15:27           ` Matt Lundin
2015-12-03 17:56             ` Richard Lawrence
2015-12-03 19:14               ` Thomas S. Dye
2015-12-03 22:05                 ` Rasmus
2015-12-03 20:45               ` Matt Lundin
2015-12-03 21:04                 ` Matt Lundin
2015-12-03 23:31         ` John Kitchin
2015-12-04  0:03           ` Rasmus
2015-12-04  1:49             ` John Kitchin
2015-12-05 21:18               ` Matt Lundin
2015-12-05 22:23                 ` John Kitchin
2015-12-04  2:06           ` Matt Lundin
2015-12-04 11:22             ` John Kitchin
2015-12-04 14:13               ` Matt Lundin [this message]
2015-12-05  1:23                 ` John Kitchin
2015-12-04  9:20           ` Eric S Fraga
2015-12-01  9:34     ` Ramon Diaz-Uriarte
2015-11-30 11:35 ` Eric S Fraga
2015-11-30 12:02   ` Ramon Diaz-Uriarte
     [not found] ` <CAN_Dec-JCmwQ2bc=U93rRaPMYyXOiN_PRbtyya9x396r3qqMrg@mail.gmail.com>
2015-12-01 12:12   ` Fwd: " Matt Price
2015-12-01 15:28     ` Eric S Fraga
2015-12-01 15:51       ` Richard Lawrence
2015-12-01 19:20         ` Matt Price
2015-12-01 21:34         ` Eric S Fraga
2015-12-01 21:51     ` Matt Lundin
2015-12-02 15:21       ` Richard Lawrence
2015-12-01 14:36 ` Rasmus
2015-12-01 19:37   ` Matt Price
2015-12-02 15:58   ` Richard Lawrence

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=87poymfgio.fsf@fastmail.fm \
    --to=mdl@imapmail.org \
    --cc=emacs-orgmode@gnu.org \
    --cc=jkitchin@andrew.cmu.edu \
    --cc=martin.yrjola@gmail.com \
    /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).