Zotero exports duplicate BibLaTeX citekey entries
Hi
Error report: 963135564
When exporting chapters with almost similar titles, Zotero generates the same bibtex/biblatex citekey for both titles. This obviously causes one of them to be ignored when importing into LaTeX.
1:
Organisation og Omgivelser i et Normperspektiv
2:
Organisation og Omgivelser i et Rationelt Perspektiv
Both get the following citekey:
@incollection{gron_organisation_2016,
...
...
I just switched from Mendeley that was able to automatically make sure that keys never duplicated or interfered.
Error report: 963135564
When exporting chapters with almost similar titles, Zotero generates the same bibtex/biblatex citekey for both titles. This obviously causes one of them to be ignored when importing into LaTeX.
1:
Organisation og Omgivelser i et Normperspektiv
2:
Organisation og Omgivelser i et Rationelt Perspektiv
Both get the following citekey:
@incollection{gron_organisation_2016,
...
...
I just switched from Mendeley that was able to automatically make sure that keys never duplicated or interfered.
It should be relatively straightforward and part of the basic functionality to make sure that keys do not clash. Otherwise you will just scare away users who are used to better software, such as Mendeley.
Workaround to make Zotero work without installing extra software to perform a basic task is to write in the "Extra" cell:
Citation Key: xxxxxxxxxx
where 'xxxxxxxxxx' becomes the citekey in LaTeX.
In any case, if you can provide a specific steps to reproduce this with the stock exporter, we'll look into it. If I create two journal items with the titles you give above and export them with the stock BibLaTeX exporter, I get "-1".
Re: Citation Key in Extra, Zotero will be gaining a proper Citation Key field soon along with many other field updates, and values in Extra will be migrated at that time. In the meantime, yes, you can use that to set a specific citation key. But you should still use BBT if you're using Zotero with a BibTeX-based workflow, because that's what it's designed for.
The citekeys generated by Better BibTeX are generated ahead of export, and disambiguation happens then, across your entire library. At time of export, the keys are already determined. Better BibTeX also supports the "Citation Key" in the extra field, so that will carry over.
Mendeley's bib(la)tex generation is very poor. Aside the more advanced workflow and integrations you get with Better BibTeX, I doubt the people at Mendeley who built it have ever looked at the bib(la)tex manuals or even used bib(la)tex for much, as even basic exports aren't right -- Mendeley:
- is still double-bracing full titles, a behavior so wrong (yet unfortunately ubiquitous), bib(la)tex processors started ignoring it. If it did work, styles that demand casing different from what you happened to have in Mendeley will render incorrect bibliographies -- and this is not configurable as far as I can tell;
- does not title case on export, meaning styles that demand title-case will all yield a incorrectly formatted bibliography;
- exports verbatim fields (clearly marked so in the manual) as regular fields, meaning they will either not import at all elsewhere, or import only partially.
- https://ramblingacademic.com/2016/06/19/fixing-bibtex-files-mendeley/
- ...
And that's just what I can recall right now. Given the clear misunderstanding of bib(la)tex evident in these problems I'm sure there's many more gaffes in Mendeley's bibtex support.No not the case when using the syncing integration with Overleaf, but I see that they solved this issue now and that the postfixes are now correctly applied.