Open rmzelle opened 13 years ago
Artwork may also need one or both place fields, currently being discussed at http://forums.zotero.org/discussion/1821/.
There is an old ticket to add place to letters: https://www.zotero.org/trac/ticket/1565
Examples from Chicago:
Gilbert McMicken to Alexander Morris, 29 November 1881, Glasgow (Scotland), Document 1359, fol. 1r, Alexander Morris Papers, MG-12-84, Provincial Archives of Manitoba, Winnipeg.
Henry Adams to Charles Milnes Gaskell, London, 30 March 1868, in Letters of Henry Adams, 1858–1891, ed. Worthington Chauncey Ford (Boston: Houghton Mifflin, 1930), 141.
Agree that some type of "Place" should added to letter. I think it should be treated as event-place in CSL; the publication data of a letter is still not handled by Zotero, and probably won't happen until we get hierarchical item types.
I've updated the summary above to reflect changes to Artwork and Letter.
After additional thought, I decided that we haven't sufficiently worked out how places should be implemented for Artwork. Specifically, what are the two fields? What are they called? I think the idea is that the object/artwork was created in one place (event-place, in CSL), and it is exhibited or held in another (publisher-place).
The problem really is that the latter shouldn't be called "Publisher Place", because that makes it sound like we're looking for the location of the publisher that published (a reproduction of) this piece of artwork. The type doesn't currently account for artwork published in, say, exhibition catalogs, and I believe we're leaving that for the hierarchical model to resolve, so I'd like to have a different name for this.
We might also be able to use "Archive"/archive to hold where a piece of artwork is exhibited, which would have the nice side-effect of fitting with historians' practice.
How about "Current Place" or "Current Location" (publisher-place) and "Place of Origin" (event-place) for Artwork?
For the sake of cross-references: there was another user being burned by the single Place field: http://forums.zotero.org/discussion/17532/, this time with conference papers.
We will need to need to treat "address" and "location" differently in BibTeX, and probably a number of other import and export formats.
Note that the way that ACM uses 'address' and 'location' is not standard. http://forums.zotero.org/discussion/18296/acm-translator-bug/
I don't like the label "Event Place" at the UI level -- do we have any better options? Maybe call that "Place" and call the other "Publication Place"?
For clarity, the current "Place"/place (which will become "Publisher Place"/publisherPlace) for the Book item type should probably follow "Publisher".
I agree that we could use "Place" instead of "Event Place". I don't really like "Publication Place". How about "Location Publisher"?
Publisher Location?
Sure :).
For what it’s worth, I think interview and song should also have an event-place field:
As has been said by others before, speech and graphic/Artwork need an event-place as well. (graphic/Artwork definitely needs one for pieces of performance art, for example.)
This is the list of suggested changes to the mapping of place I came up with when I tried to get my head around it. I made some proposals and still have several questions. Maybe it is of some help to you guys.
artwork
audioRecording
book
bookSection
computerProgram
conferencePaper
dictionaryEntry
encyclopediaArticle film
hearing
interview
letter
manuscript
map
newspaperArticle
patent
podcast
presentation
radioBroadcast
report
thesis
tvBroadcast (same as radioBroadcast)
videoRecording
For migrating current usage of "Place" in Zotero, only presentation should move "Place" to "event-place". (letter doesn't currently have a "Place" field). All other "Place" fields should generally be assumed to be "publisher-place". In some cases (e.g., conferencePaper, perhaps videoRecording and interview) a separate "Event Place" field should be added.
Do we want to say "Publisher Place" and "Event Place" even on item types that only have one or the other? I'd prefer to just say "Place" at least for "Publisher Place" when that's the only option, since we've had that for the last 15 years, and it's right next to Publisher.
Somewhat related question: if you convert an item type with Publisher Place to an item type with only Event Place, would you expect the value to transfer, even though it's technically a different field?
A belated thanks to @tillheilmann for the write-up. If anyone has any comments on or disagreements with that summary, please let me know.
Note that it questions the use of Publisher Place for Hearing, which currently has Place. Either Hearing values need to be migrated to Event Place or it needs both.
For hearing: I think it's logical to switch to event-place and we don't need two places: at least in the US, hearings are typically cited without any location (e.g. Bluebook, APA), but having one field available for other/more flexible cases makes sense.
Other comments: One thing I'd want to look at a bit closer is if artwork also needs publisher place (we definitely want event I think) or if indeed everything is covered between archive and event.
Only other small disagreement: I wouldn't add event-place to broadcasts. I've never seen that. Following that logic, I'd suggest using publisher place for podcasts: podcasts are increasingly similar to radio broadcasts, with traditional publishers like NPR, gimlet, TAL, etc. and having a publisher makes more sense for consistency. I'd guess this will be rarely cited, but good to have.
Just for clarification, where does JSON, and the 1.1 work, fit here in general?
Mainly just reminding you all.
Can you say more? I might have missed a part of the 1.1. discussion, but this is just mapping Zotero fields to existing CSL, so I'm not sure how 1.1/JSON would matter here?
@dstillman I have some disagreements with @tillheilmann noted above.
My summary:
publisher-place
for all item types except Presentation (speech
) and Hearing (hearing
)event-place
) for Presentation (speech
) and Hearing (hearing
)event-place
) should be added to Conference Paper (paper-conference
), in addition to Place (publisher-place
)event-place
) and Place (publisher-place
) should be added to Interview (interview
)Keeping "Place" (publisher-place
) makes sense to me. I think we should always label event-place
as "Event Place" for clarity. For Conference Paper and Interview, it might be good to label it as "Publisher Place", but if the fields are "Place" (next to Publisher) and "Event Place", I think that would be clear enough too.
No worries; I just wasn't clear.
Does Interview need Publisher, if it's getting Publisher Place?
Yes.
Following up on @tillheilmann's question above, can a manuscript have a Publisher?
Yes. The institution where a manuscript was produced is cited in APA style.
Should we call it "Institution" or "Publisher"?
Institution
https://forums.zotero.org/discussion/98078/place-of-publication-for-item-type-film
Did we want either place for film
?
Film should have place --> publisher-place, yes. It's routinely cited, e.g. Chicago
Cuarón, Alfonso, dir. Gravity. 2013; Burbank, CA: Warner Bros. Pictures, 2014. Blu-ray Disc, 1080p HD.
(yes, that's technically a video recording, but arguably every film you watch is a recording of some sort)
Great, thanks.
"Place"/place is currently always mapped to both event-place and publisher-place in CSL. This is problematic as a) CSL styles can’t distinguish between the two variables and b) some item types would benefit from having both eventPlace and publisherPlace fields.
"Place"/place should probably be migrated to "Event Place"/eventPlace for audioRecording, presentation, radioBroadcast, tvBroadcast and videoRecording, and to "Publisher Place"/publisherPlace for book, bookSection, computerProgram, conferencePaper, dictionaryEntry, encyclopediaArticle, hearing, manuscript, map, newspaperArticle, patent, report and thesis. The item types conferencePaper and newspaperArticle require both fields (http://forums.zotero.org/discussion/8684/).
"Event Place"/eventPlace should be added to letter, which currently has no place field.