-
-
Notifications
You must be signed in to change notification settings - Fork 47
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
PDF Scrapper: Look-up existing .bib files during "BibTeX mode" #144
Comments
Have you checked the Similarity search is a bit trickier than simple exact matching of the keys. I will need to check if there exist a general Elisp library for text similarity search. Otherwise, it wouldn't be currently viable to implement it from scratch, at least not now. The split pane view should probably be a separate buffer invoked with its own command where those keys are listed in a table. This will also need to wait. What can be done quickly and reliably, is inserting a comment above the BibTeX entry with the key matched from the library. In any case, thank you very much for your interest and ideas! |
Yes, I am using I know (and use) the Is it not possible to re-use the "fuzzy search" features from (don't know the name, Helm? Ivy?). Also I am not sure how much a "similarity" search is needed. The first word (usually the author) should do the job - In my example, it lists all the keys/entries from the global .bib file. Then it puts them on the same "height" as the first letter that matches. There is no need to list the whole bibliography on the right. And I am enthusiastic about the project because I currently have to read lots of papers. The PDF Scrapper fits perfectly into my workflow and saves me lots of time - time I "give back" by reporting every minor annoyance :) |
I haven't been using Zotero for years now; what does this do exactly: I will look how Helm and Ivy implement the fuzzy search, and check what else is available in Emacs ecosystem. There definitely should be something. The split pane view will require a major effort, so I can't promise it done quickly.
Great! I'm glad you find it useful and your input is really very appreciated. |
From the BBT docs it is simply
Here are two keys I observed to get generated differently:
gets turned into
and
gets turned into
|
This can be considered a bug, if filed a new issue for it. |
At the moment, the PDF Scrapper looks up extracted cite-keys after it has finished its process and then sorts them into
in-roam
andin-bib
.It makes sense to compare the "BibTeX mode" references with the existing bibliographic files during the extraction process.
Ideally it would compare the extracted keys with existing keys, so that the user can immediately identify erroneous or duplicate keys. This is very helpful if the the user uses an external reference management tool (Zotero, papis, ...), which auto-generates keys in different way.
Example (split pane view)
For a more long-term perspective, there should also be ways to insert those references into the (global) .bib file(s).
The text was updated successfully, but these errors were encountered: