Day automatically included in Date Field
I'm not sure if this is the correct forum for this issue, but here it goes.
Recently when I've been adding journal articles using the Chrome Plugin and Zotero Standalone (3.0.14) through JSTOR or any other article database, the day field in for the date seems to be automatically populated with the first of the month when there is no day listed.
For example if a journal came out in October 2010 and is listed as October 2010 in JSTOR, the citation is loaded into my Zotero Database as October 1, 2010. I then have to go back into the citation and delete the "1" because the journal issue didn't come out on the first, it came out in the month of October and leaving the "1" in there would be incorrect.
Is there any way to keep this from happening or is this a new "feature"?
Recently when I've been adding journal articles using the Chrome Plugin and Zotero Standalone (3.0.14) through JSTOR or any other article database, the day field in for the date seems to be automatically populated with the first of the month when there is no day listed.
For example if a journal came out in October 2010 and is listed as October 2010 in JSTOR, the citation is loaded into my Zotero Database as October 1, 2010. I then have to go back into the citation and delete the "1" because the journal issue didn't come out on the first, it came out in the month of October and leaving the "1" in there would be incorrect.
Is there any way to keep this from happening or is this a new "feature"?
It will also affect you very little, as very few of Zotero's citation styles include the day a journal article was published, so you could consider simply ignoring it.
And it does affect me, since I use Chicago, and the Chicago style includes the entire date for all of the journal articles, which means I need to double check all of them to make sure that the day isn't there.
I'd be more inclined to consider removing the day from the CMoS citations of journal articles. CMoS is very vague on this:
"The year, sometimes preceded by an exact date, a month, or a season, appears in parentheses after the volume number (or issue number, if given)."
But only one of their examples has a specific day in the citation.
This would deprive those who want, or need exact dates of any option to do so short of fiddling with style files themselves.
And besides CMoS actually endorsing exact dates in the text of 14.180 (even if there is only one example), which would be quite enough for me to want to keep this option, I can easily imagine many situations where including the exact date would make perfect sense: Just take the example of journals issued weekly, such as Science, or Nature.
What needs to be fixed here is rather the data, either by convincing jstor not to include fabricated days, or by encouraging users to remove those bits of a date they do not want in their output.
These are the examples I see in CMoS 14.180, the section that deals with dates explicitly: There is not a single one with a full date. There is one full date example later on in a section dealing with citing electronic versions of articles specifically. The Nature/Science issue isn't much of an argument either, as they're both continuously paginated _and_ we include an issue number (which "can never be wrong" according to CMoS). And obviously Science and Nature themselves don't cite full dates for journal articles.
So to me the question is what the best interpretation of the CMoS is here. From my reading of the manual (and certainly of most texts using the manual) I'd be inclined to say we don't want exact dates.
Magazine and Newspaper articles would obviously remain with exact dates where available.
My solution is to insert the linked code into the macro "issued", at line 761: https://gist.github.com/jrwiebe/caeb53b2fabfb78f89ec6ead1a6ed922
Personally I tend to use only the year, but making the default to supply more information – while not going so far as to include the exact date, which is rarely done in practice for journal articles – seems the right approach.