New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Archival Collection #27
Comments
I think we'll need Archive and Loc. in Archive, just like other items types. That makes the logic of how this relates to hierarchical items a little difficult, simply because Archival Collection captures only part of the meaning of Loc. in Archive. I think we'll want some sort of medium (electronic, microfilm, etc.) and extent (pages, number of items) variables/fields here too. I'm still wary of how this is related to Data Set -- I thought Data Set was being considered for things like published quantitative data, genetic data, text corpora, etc. I believe that the citation requirements are different enough to make a shared treatment in CSL problematic. |
If I'm not mistaken, this type is intended to represent Finding Aids, like http://dla.library.upenn.edu/dla/ead/ead.html?id=EAD_upenn_museum_PUMu1022 |
FWIW, when I designed CSL originally, I was writing a manuscript that included reference to many archival documents. But I never considered the possibility to cite the collections themselves. I was thinking of collections much like a periodical; a collection of documents you don't cite on their own. |
which I think was a reasonable assumption, but turned out, as it has for periodicals (#23), that they are, in fact, cited as a whole, and at least for collections, not infrequently so--this comes up a ton when talk to historians. |
I think it'd be worth clarifying here those use cases. Putting lists of |
From Chicago manual 14.233
That's different from footnotes, that do refer, normally, to specific documents, but, also you'll note, those collections are definitely listed in the bibliography--they make a specific note to how they should be sorted in there--not at the top/end etc. |
I recently moved, and can't find my copy of the CMS (along with most of my On Tue, Oct 14, 2014 at 2:51 PM, Sebastian Karcher <notifications@github.com
|
Adding support for this issue/feature, following discussions with fellow archivists. My experience from trying to implement Zotero support for http://archives.nypl.org/ has been that the current data models don't really support archival metadata/collections, so this is an exciting feature to see implemented. There's a draft extension to Schema.org for representing archival repositories and collections (https://archival.github.io/schema-org/about/), which may be a good place to start regarding modeling/mapping archival collections. From the perspective of implementation, it would allow for Zotero to only need a single translator, which would work on any site supporting the extended standard -- as well as providing a strong use case for implementing Schema.org for archival repositories. Regarding modeling Archival Collections - would these be modeled as Items or Collections? The advantage of using a Collection model would be the built-in support for hierarchical data, which would allow for importing full finding aids into Zotero. This would enable things like folder/item-level citation generation and the ability to attach digital images to granular archival components (ref. https://guides.library.harvard.edu/zotero_archival_research for a sample use case). |
APA style also requires citing the geographic location of the the archive, so |
Yes, of course -- |
Ah, forgot archive-place was already in CSL |
Gone through most of the issues in zotero-bits. Just a few that still need some thinking there. Still need to process schema, documentation, and csl-evolution Closes citation-style-language#157 actor Closes citation-style-language#179 part and part-title Closes citation-style-language#163 available-date Closes citation-style-language#114 contributor Addresses zotero/zotero-bits#43 compiler Addresses zotero/zotero-bits#27 archive_collection Addresses citation-style-language/csl-evolution#22 archive_collection Addresses zotero/zotero-bits#60 chair and organizer Addresses zotero/zotero-bits#44 supplement Addresses zotero/zotero-bits#32 division
Gone through most of the issues in zotero-bits. Just a few that still need some thinking there. Still need to process schema, documentation, and csl-evolution Closes #157 actor Closes #179 part and part-title Closes #163 available-date Closes #114 contributor Addresses zotero/zotero-bits#43 compiler Addresses zotero/zotero-bits#27 archive_collection Addresses citation-style-language/csl-evolution#22 archive_collection Addresses zotero/zotero-bits#60 chair and organizer Addresses zotero/zotero-bits#44 supplement Addresses zotero/zotero-bits#32 division
Add available-date date variables. Add chair, compiler, contributor, executive-producer, organizer, producer, performer name variables. Add archive_collection, division, part-title string variables. Closes #157, #179, #163, #114 Addresses zotero/zotero-bits#43 Addresses zotero/zotero-bits#27 Addresses zotero/zotero-bits#60 Addresses zotero/zotero-bits#44 Addresses zotero/zotero-bits#32 Addresses citation-style-language/csl-evolution#22
Add available-date date variable. Add chair, compiler, contributor, executive-producer, organizer, producer, performer name variables. Add archive_collection, division, part-title string variables. Finally, pretty-prints csl-data.json using prettier. Closes #157, #179, #163, #114 Addresses zotero/zotero-bits#43 Addresses zotero/zotero-bits#27 Addresses zotero/zotero-bits#60 Addresses zotero/zotero-bits#44 Addresses zotero/zotero-bits#32 Addresses citation-style-language/csl-evolution#22
Archival Collection type had been discussed on the forum and tickets, and will definitely need to be added for hierarchical item types, but it would be nice to add them now. Online archival collections are similar to Data Sets, but physical collections are different obviously.
https://github.com/ajlyon/zotero-bits/wiki/ArchivalCollectionType
The text was updated successfully, but these errors were encountered: