see also: - - "publication status" instead of pre-print and manuscript types all CSL types (note: can also be null): - article - article-magazine - article-newspaper - article-journal - bill - book - broadcast - chapter - dataset - entry - entry-dictionary - entry-encyclopedia - figure - graphic - interview - legislation - legal_case - manuscript - map - motion_picture - musical_score - pamphlet - paper-conference - patent - post - post-weblog - personal_communication - report - review - review-book - song - speech - thesis - treaty - webpage basics: - article-journal - article-magazine - article-newspaper - book - chapter - dataset - manuscript - paper-conference - post-weblog - report - review - speech - thesis (aka, dissertation) - webpage additional fatcat types: - software (https://github.com/citation-style-language/zotero-bits/issues/69) - peer_review - standard (as in, RFC or ISO) "paper-like" (for various stats): - article-journal - chapter - paper-conference - thesis crossref work types (https://api.crossref.org/types): - book => book - book-chapter => chapter - book-part => chapter - book-section => chapter - component => (or more specific) - dataset => dataset - dissertation => thesis - edited-book => book - journal-article => article-journal - monograph => book - other => - peer-review => peer_review (or blank) - posted-content => post (or more specific) - proceedings-article => paper-conference - reference-book => book - reference-entry => entry (or more specific) - report => report - standard => ??? crossref non-work types (don't need mappings; don't import? as containers? two-layers of containers?) - book-series - book-set - book-track - journal (definitely not release) - journal-issue - journal-volume - proceedings (definitely not release) - proceedings-series - report-series - standard-series release statuses should align with DRIVER guidelines, which are: - draft: Early version circulated as work in progress - submittedVersion: The version that has been submitted to a journal for peer review - acceptedVersion: The author-created version that incorporates referee comments and is the accepted for publication version - publishedVersion: The publisher created published version - updatedVersion: A version updated since publication http://web.archive.org/web/20091109125137/http://www2.lse.ac.uk/library/versions/VERSIONS_Toolkit_v1_final.pdf Proposed fatcat vocabulary: - draft - submitted: aka, pre-print, "under review" - accepted: aka, post-print, author's manuscript, "publisher's proof", "post-print" - published: the version that the publisher distributes. may include minor (gramatical, typographical, broken link, aesthetic) corrections. AKA, "version of record", "final publication version". - updated: post-publication significant updates (considered a separate release in fatcat). AKA, "correction" (in the context of "correction notice", or the full new version) The term "working paper" can be ambiguous; in some contexts it is a draft, in some submitted (pre-print). TODO: retractions (of published works, by author or publisher/editor) and withdrawls (of un-published but released/submitted works). are these a separate release, separate flag ("is_retracted"), or status type? if status, is it "-retracted", eg, "published-retracted", or just "retracted"? should fatcat point to the specific retraction release/object? that would include, eg, the date, and other metadata. I think a "withdrawn_date" schema field, in combination with "retraction" release type and status, is probably best. If pre-publication, only set withdrawn date. If post-publication, set the withdrawn_date and also create a retraction release under the same work (with appropriate status and/or type). But maybe "is_withdrawn" in case date isn't known? Links: - https://arxiv.org/help/withdraw - https://peerj.com/about/preprints/policies-and-procedures/#retraction-policy - https://www.elsevier.com/about/policies/article-withdrawal - https://support.crossref.org/hc/en-us/articles/115000501246-Crossmark-registering-updates