suppress second author before `et al.'
In some of my citations, the name of the second author appears before the `et al.', e.g. `Rhee, Brennenkmeijer et al., 2006a' where it should be left out. How can I suppress the second author name?
I'm using 2.1b7, with the 3.1b1 Word plugin and the `copernicus'citation style.
I'm using 2.1b7, with the 3.1b1 Word plugin and the `copernicus'citation style.
And anyway, according to the Copernicus Publications Reference Types (http://www.atmospheric-chemistry-and-physics.net/Copernicus_Publications_Reference_Types.pdf) the disambiguation should be done with a year suffix (which seems to work), not by second author...
(Edit: Never mind ...)
More particulars as I dig into this.
More info on this behavior locally. I can only reproduce this under a narrow set of circumstances. (1) If I begin with a database having one reference with two authors, and I add that reference to a document, the citation comes out (correctly) with two authors connected by "and". (2) If I then go into Zotero and add one more author to the reference, and then (without closing the document) refresh the citations, I get the first two authors, plus "et al." in the citations, which is wrong, and the behavior you describe. (3) However, if I switch to another style, and then back to Copernicus, the citation comes out correctly according to the style (i.e. only the first author is listed, followed by "et al.").
Is this the behavior that you are seeing -- ephemeral anomalies arising when the content of the database is changed for testing purposes, rather than persistent anomalies that show up even after the style is dropped and reselected (or after a browser restart)?
This should probably be fixed in any case, but it will be useful to know if this is the exact cause of the behavior you're seeing at your end.
After disabling the disambiguation "add names" and "add given name" options in my style -- because I was getting them randomly, when they weren't appropriate -- and having the citations set to do just "Davis et al. 2007," e.g., no extra names, I shouldn't have any situation where a second name is added, even if it was actually helpful.
But it does happen. Quite frequently and unexpectedly and not even consistently. Some citations get extra names, others don't, so I've been opening them all in the editor as I insert them, to check and remove the extra names as needed.
And to answer the question above, this doesn't occur when a citation is changed while the document is active. It just... happens.
I'll get a fix out right away, which will probably take care of this, when it comes through in the next release -- with apologies for the inconvenience this has caused, and thanks to our beta testers for this feedback.
Just to confirm marionsd's observations, in my document the problem also persists when the style is dropped and reselected, in fact, the problem occurs in other styles as well. And indeed, some papers get the extra names, and others don't, and I haven't found a pattern in that yet.
I've built a testing version of Zotero 2.1b7 that has the revised CSL processor in it. This is for testing only; it will not upgrade automatically; it's meant for testing, with a copy of your main database and the documents that are triggering the error, in a separate Firefox profile.
There's no great secret about this version, but to avoid causing confusion I'd like to supply it just to the two of you, for the specific purpose of checking this bug. If you can mail me at the address biercenator //aat// gmail.com, I'll send you a copy.
The strange thing is, that after that I found out by accident that the problem was at least partly solved (maybe by the reinstallation, or maybe it was already like that before but not noticed by me). The second authors were still in the citations after refreshing, and even after dropping and reselecting the style, but I can now make the second author disappear for an individual citation by opening the edit window for that citation and just closing it (by OK) again.
Hope that's a useful symptom...
New citations don't get the second author.
That sounds promising. The processor would not "taint" the existing citations, even though they are incorrect. If the problem corrects itself when citations are edited, this may be the fix we were aiming for. Keep an eye on it, and if the system again kicks up extra names on citations that have once been corrected, please let us know. If after working with the system for some time it seems to be stable, we can consider the bug as fixed. Here's hoping that we're headed in that direction.
Thanks again for taking time to check this out.
I haven't checked all of the bundles, but the standalone client for Linux contains a processor version that predates the earlier posts in this thread by two weeks. Since the bug was first reported here, that looks like the source of your trouble. When a newer build of the standalone client becomes available, the problem will go away. Until then, your best bet is probably to run the mainstream version with the connector enabled.