Disambiguate bug
Hello. I have been using Zotero frequently and very much enjoy it. I'm using 2.0.3, with MacWord Integration 3.0b2. I ran into a problem with the disambiguate function, however, and I was hoping for some help. Say I have 6 journal articles, 2 each from 3 years, which gives 3 pairs that need to be disambiguated:
J Colby et al. 2001
J Colby et al. 2001
J Colby et al. 2002
J Colby et al. 2002
J Colby et al. 2003
J Colby et al. 2003
If I select any one of the three pairs in the test pane, Zotero will disambiguate the 2 articles fine with styles like Harvard Reference format 1 (Author-Date). However, if I select more than one pair, the disambiguation will not happen. Either it will not disambiguate any of them (i.e. it will look like my example input, above), or it will only disambiguate one of the pairs. Is this a known bug? Are there any workarounds?
I am happy to upload a small library to you if that would be useful in figuring this out.
Thank you,
John
J Colby et al. 2001
J Colby et al. 2001
J Colby et al. 2002
J Colby et al. 2002
J Colby et al. 2003
J Colby et al. 2003
If I select any one of the three pairs in the test pane, Zotero will disambiguate the 2 articles fine with styles like Harvard Reference format 1 (Author-Date). However, if I select more than one pair, the disambiguation will not happen. Either it will not disambiguate any of them (i.e. it will look like my example input, above), or it will only disambiguate one of the pairs. Is this a known bug? Are there any workarounds?
I am happy to upload a small library to you if that would be useful in figuring this out.
Thank you,
John
If there is a subtle issue behind this, it probably won't be fixed in the current processor, as it is slated for replacement and no longer supported. Disambiguation behavior of the new processor (of which I am the author) is well tested, and I am pretty confident that it will do the right thing under the conditions you describe.
That is excellent that the new processor is looking good! Thank you!
For what it's worth, I found a workaround to this problem: When I tweaked the first author names for the pairs to be subtly different from each other, then the disambiguation works fine for all of them. Ex: "Colby J1" for the first pair, "Colby J2" for the second pair, etc.. This seems to solve my problem...as long as I don't ever need to print out the whole first name field.
For what it is worth: I believe I have encountered the same problem. In my case I have three papers by a single author; two in 1999, one in 2002. I'm using the harvard1 style. The two 1999 papers were not being disambiguated. After a lot of testing I found that the problem arose due to the rules in harvard1.csl for sorting the bibliography: these are to sort first by author name and then by article title (not by year, as I would have expected). With the particular titles in question, this meant that, in the bibliography, the 2002 paper was being sorted in between the two 1999 papers. It then seems that the disambiguation algorithm only picks up potential ambiguity if papers are immediately adjacent in the order of the bibliography.
I finally resolved this by creating a local customised version of harvard1.csl; in the <bibliography> element I replaced:
<sort>
<key macro="author"/>
<key variable="title"/>
</sort>
with:
<sort>
<key macro="author"/>
<key variable="year" sort="descending"/>
<key variable="title"/>
</sort>
Note: if you want to try modifying your own csl, please check out the documentation on creating/modifying zotero styles first.
I don't know if this will still be an issue with the anticipated "new" zotero csl processor (I'm using zotero 2.0.3); but in fact I prefer this ordering for the bibliography anyway, so I'm going to stick with it...
Regards - Barry.
I made un update with the latest version (2.0.6) and didn't worked.
What can I do?
The current 2.0 development xpi should be safe to use, but when the next main version is released, follow the advice here when you upgrade.
it sorts only after the first key...
http://gist.github.com/
<sort>
<key variable="note" sort="ascending"/>
<key variable="archive_location" sort="ascending"/>
<key macro="author" sort="ascending"/>
<key macro="title" sort="ascending"/>
</sort>
To be sure, I've built a style file by combining the code that you posted with the published version of inter-ro.csl. In a small document that exercises the sort keys, it seems to work fine with the patch I've just filed. Please bear with us, but this should heal soon.