* more helm-bibtex/org-ref questions
@ 2015-06-26 20:33 Ramon Diaz-Uriarte
2015-06-26 20:58 ` John Kitchin
0 siblings, 1 reply; 3+ messages in thread
From: Ramon Diaz-Uriarte @ 2015-06-26 20:33 UTC (permalink / raw)
To: org mode; +Cc: ramon.diaz
Dear All,
(I am not sure this is the appropriate place, but this is neither a bug
report nor an feature request about helm-bibtex or org-ref, but a question
from ignorance and I am learning quite a bit from the other helm-bibtex
questions).
How do people deal with multiple files that are logically associated to an
entry?
I've been used to keeping the main file, supplementary materials,
associated code, etc, in a directory per entry. This kind of modus operandi
is something I adopted (fell into?) easily with Zotero and Mendeley. But I
am not sure that this is the best way to proceed.
If I end up with multiple files per directory, helm-bibtex-find-pdf[1]
cannot know which one I want to open. I could keep the main file in the
general directory, so it is found directly by helm-bibtex-find-pdf and
specify other files (of secondary usage) in the "file" field (and maybe
open them via ebib when/if needed)? But this does not seem
elegant. Another is to have an entry per file, with unique key, but this
does not seem right.
Thanks,
R.
[1] Thanks to Titus' help
(https://github.com/tmalsburg/helm-bibtex/issues/53), opening a PDF that is
given in the "file" field with the directory name is now within my reach.
--
Ramon Diaz-Uriarte
Department of Biochemistry, Lab B-25
Facultad de Medicina
Universidad Autónoma de Madrid
Arzobispo Morcillo, 4
28029 Madrid
Spain
Phone: +34-91-497-2412
Email: rdiaz02@gmail.com
ramon.diaz@iib.uam.es
http://ligarto.org/rdiaz
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: more helm-bibtex/org-ref questions
2015-06-26 20:33 more helm-bibtex/org-ref questions Ramon Diaz-Uriarte
@ 2015-06-26 20:58 ` John Kitchin
2015-06-27 10:15 ` Ramon Diaz-Uriarte
0 siblings, 1 reply; 3+ messages in thread
From: John Kitchin @ 2015-06-26 20:58 UTC (permalink / raw)
To: Ramon Diaz-Uriarte; +Cc: org mode, ramon.diaz
You could have multiple file fields I suppose, and adapt [1] to give you
a choice of which one to open.
Personally, I have one pdf per bibtex entry, named by the key of the
entry, in a directory called bibtex-pdfs somewhere defined by
org-ref-pdf-directory. There are ~1300 pdfs in there now. I always
access them through helm bibtex.
admittedly, I don't have the SI or other stuff around usually. I don't
use bibtex to keep track of the directories where I write manuscripts
either.
You could always make links to these other things in the associated
notes entry. or put org-links in a bibtex field, and then you can open
them with C-c o (if you setup links to work everywhere). That way,
opening the pdf is easy, and opening the other things is just opening
the entry and running the link open command.
Ramon Diaz-Uriarte writes:
> Dear All,
>
> (I am not sure this is the appropriate place, but this is neither a bug
> report nor an feature request about helm-bibtex or org-ref, but a question
> from ignorance and I am learning quite a bit from the other helm-bibtex
> questions).
>
>
> How do people deal with multiple files that are logically associated to an
> entry?
>
>
> I've been used to keeping the main file, supplementary materials,
> associated code, etc, in a directory per entry. This kind of modus operandi
> is something I adopted (fell into?) easily with Zotero and Mendeley. But I
> am not sure that this is the best way to proceed.
>
>
> If I end up with multiple files per directory, helm-bibtex-find-pdf[1]
> cannot know which one I want to open. I could keep the main file in the
> general directory, so it is found directly by helm-bibtex-find-pdf and
> specify other files (of secondary usage) in the "file" field (and maybe
> open them via ebib when/if needed)? But this does not seem
> elegant. Another is to have an entry per file, with unique key, but this
> does not seem right.
>
>
>
> Thanks,
>
> R.
>
>
> [1] Thanks to Titus' help
> (https://github.com/tmalsburg/helm-bibtex/issues/53), opening a PDF that is
> given in the "file" field with the directory name is now within my reach.
--
Professor John Kitchin
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
@johnkitchin
http://kitchingroup.cheme.cmu.edu
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: more helm-bibtex/org-ref questions
2015-06-26 20:58 ` John Kitchin
@ 2015-06-27 10:15 ` Ramon Diaz-Uriarte
0 siblings, 0 replies; 3+ messages in thread
From: Ramon Diaz-Uriarte @ 2015-06-27 10:15 UTC (permalink / raw)
To: John Kitchin; +Cc: Ramon Diaz-Uriarte, org mode, ramon.diaz
Dear John,
On Fri, 26-06-2015, at 22:58, John Kitchin <jkitchin@andrew.cmu.edu> wrote:
> You could have multiple file fields I suppose, and adapt [1] to give you
> a choice of which one to open.
That is an intriguing suggestion. I'll try to play with it.
>
> Personally, I have one pdf per bibtex entry, named by the key of the
> entry, in a directory called bibtex-pdfs somewhere defined by
> org-ref-pdf-directory. There are ~1300 pdfs in there now. I always
> access them through helm bibtex.
>
> admittedly, I don't have the SI or other stuff around usually. I don't
> use bibtex to keep track of the directories where I write manuscripts
> either.
>
I don't use bibtex to keep track of the dirs where I write manuscripts
either, but SI et al I often do want to store. The SI more and more as time
goes by, given the current policy of many journals of moving the methods
details to SI ---I could merge PDFs into a single one, but that is another
step.
> You could always make links to these other things in the associated
> notes entry. or put org-links in a bibtex field, and then you can open
> them with C-c o (if you setup links to work everywhere). That way,
> opening the pdf is easy, and opening the other things is just opening
> the entry and running the link open command.
That is a great suggestion. However, I just realized that I would not be
able to then open any of the links in an Android device (where I do part of
my reading) or in, say, JabRef (I'd need to have a script run to reformat
them, but then propagating changes both ways starts getting very
cumbersome).
I need to think some more about this. Thanks for your suggestions.
Best,
R.
>
> Ramon Diaz-Uriarte writes:
>
>> Dear All,
>>
>> (I am not sure this is the appropriate place, but this is neither a bug
>> report nor an feature request about helm-bibtex or org-ref, but a question
>> from ignorance and I am learning quite a bit from the other helm-bibtex
>> questions).
>>
>>
>> How do people deal with multiple files that are logically associated to an
>> entry?
>>
>>
>> I've been used to keeping the main file, supplementary materials,
>> associated code, etc, in a directory per entry. This kind of modus operandi
>> is something I adopted (fell into?) easily with Zotero and Mendeley. But I
>> am not sure that this is the best way to proceed.
>>
>>
>> If I end up with multiple files per directory, helm-bibtex-find-pdf[1]
>> cannot know which one I want to open. I could keep the main file in the
>> general directory, so it is found directly by helm-bibtex-find-pdf and
>> specify other files (of secondary usage) in the "file" field (and maybe
>> open them via ebib when/if needed)? But this does not seem
>> elegant. Another is to have an entry per file, with unique key, but this
>> does not seem right.
>>
>>
>>
>> Thanks,
>>
>> R.
>>
>>
>> [1] Thanks to Titus' help
>> (https://github.com/tmalsburg/helm-bibtex/issues/53), opening a PDF that is
>> given in the "file" field with the directory name is now within my reach.
--
Ramon Diaz-Uriarte
Department of Biochemistry, Lab B-25
Facultad de Medicina
Universidad Autónoma de Madrid
Arzobispo Morcillo, 4
28029 Madrid
Spain
Phone: +34-91-497-2412
Email: rdiaz02@gmail.com
ramon.diaz@iib.uam.es
http://ligarto.org/rdiaz
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2015-06-27 10:15 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-06-26 20:33 more helm-bibtex/org-ref questions Ramon Diaz-Uriarte
2015-06-26 20:58 ` John Kitchin
2015-06-27 10:15 ` Ramon Diaz-Uriarte
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).