Skip to content
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

DOI #1

Open
rmzelle opened this issue Jan 18, 2011 · 17 comments · May be fixed by zotero/zotero-schema#2
Open

DOI #1

rmzelle opened this issue Jan 18, 2011 · 17 comments · May be fixed by zotero/zotero-schema#2

Comments

@rmzelle
Copy link
Collaborator

rmzelle commented Jan 18, 2011

The "DOI" (DOI) field (mapped to DOI in CSL), currently available for journalArticle and conferencePaper, should be added to all remaining item types.

https://www.zotero.org/trac/ticket/1716

@rmzelle
Copy link
Collaborator Author

rmzelle commented Jan 18, 2011

There are likely to be more item types that are assigned DOIs in practice. It would be helpful to identify these, so documented examples are welcome. See also

http://en.wikipedia.org/wiki/Digital_object_identifier#Applications

http://www.doi.org/faq.html#2

http://www.doi.org/handbook_2000/intro.html#1.6.1

Copy link
Collaborator

How about adding it to every item type? Even the non-published types (manuscript) could be assigned a DOI by an ambitious archive with online repositories.

@rmzelle
Copy link
Collaborator Author

rmzelle commented Feb 3, 2011

+1.

@simonster
Copy link
Member

simonster commented Feb 7, 2011

The types that are already identified by URIs (webPage, forumPost, blogPost, podcast) should probably never have a DOI, and I'd like to keep the field out of there. I'm also not sure if this is useful for legal types, patents, etc., but I could be convinced.

Copy link
Collaborator

I can abide keeping it out of webPage, forumPost, blogPost, podcast, and the legal types for now. The next direction to go with identifiers is something more flexible, with defined identifier classes and multiple identifiers per item (a la creators), so those types can get DOIs at that point if necessary.

Although note that WebCite does encourage publishers to assign DOIs to archived versions of web content:

(A fifth way is that WebCite® may have (on request of the cited author/publisher) assigned a DOI to an archived snapshot, so that the link has the format http://dx.doi.org/10.2196/webcite.xx" (where xxx is the hash key of the material in WebCite®). The DOI resolver at dx.doi.org (which is commonly also used to resolve cited journal and book references) would then resolve to a WebCite® page (or an intermediary page pointing to the same work in other archives, to other manifestations such as print or pdf, or - in the case of online preprints - to "final" publications).

@simonster
Copy link
Member

In light of this, I think it would be okay to the web items as well, although it creates a bit of a mess when one URI refers to a live page and another refers to an archived page.

Copy link
Collaborator

I've edited the description to reflect that DOI would be added to all item types. This may be over-aggressive, since we still don't have evidence that this could appear for patents and legal cases (except if WebCite is used to archive them).

@max1836
Copy link

max1836 commented Jun 2, 2013

The DOI should certainly be added for Reports. Government Reports will have a DOI.

@adam3smith
Copy link
Collaborator

the ticket is for all item types.

@rmzelle
Copy link
Collaborator Author

rmzelle commented Dec 30, 2016

@adam3smith, still think the DOI should be available to all item types? I'm e.g. not aware of any patents with DOIs. I guess this decision might also depend on whether Zotero will allow fields to be rearranged/hidden.

@adam3smith
Copy link
Collaborator

I think we should go with all item types -- currently no DOIs for patents, but it'd be really nice if there were... so maybe someone will go ahead and do that.

@da5nsy
Copy link

da5nsy commented Apr 5, 2019

Just to bump this. It seems as though DOIs are being added for many things now, and that an item having both a DOI and URL can be sensible.
e.g. https://nrc-publications.canada.ca/eng/view/object/?id=8e981414-eadd-4cea-85c6-1579dd8f6181
where presumably the plan is to keep the URL active, but in having a DOI it shows that they're committed to it being hosted somewhere reliably even if domains change.

@adam3smith
Copy link
Collaborator

No reason to bump this; I don't think there's any disagreement, there just haven't been any field/item changes in Zotero for other reasons.

@da5nsy
Copy link

da5nsy commented Apr 5, 2019

Sorry, wasn't meaning to be rude. I just figured since there's been no comments on this thread since 2016 it may have been forgotten about.

@adam3smith
Copy link
Collaborator

nothing to apologize for. But for most of these tickets, lack of activity doesn't mean they won't get addressed. Generally, anything with the 5.1 milestone is almost certain to be included in the next Zotero version that does handle field updates.

@mmoole
Copy link

mmoole commented Jun 2, 2019

I want to add just a small idea on that, don't know if it makes a lot of sense technically (after reading this): maybe it is an idea to make it analogously to the authors fields (which allow to be multiple of different types):

  • RefID
    • DOI
    • PMID
    • HDL
    • URN
    • ARK
    • etc... etc...
    • maybe one should even move ISBN/ISSN/ISMN here (-> this would also make it easier to include multiple ISBNs as Springer does for digital and printed edition)
    • Dimensions ID
    • ...

This would allow for adding multiple RefIDs of different type(s) to an item and be open for future extensibility while at the same time consolidate those into a hierarchy.

@floriandierickx
Copy link

I would like to add here also a strong support of allowing a doi for all types of references. As research gets more and more digital, so are items that get a doi. ResearchGate automatically assigns doi's to items, and also datasets (Zenodo) and figures (Figshare) work with doi's.

dstillman added a commit to zotero/zotero-schema that referenced this issue Aug 23, 2021
- Add DOI to all item types (closes zotero/zotero-bits#1)
- Add `citationKey` to all item types (closes zotero/zotero-bits#24)
- Add `date` to `podcast` (closes zotero/zotero-bits#2)
- Add `ISSN` to additional types (closes zotero/zotero-bits#4)
- Add `section` to `journalArticle` (closes zotero/zotero-bits#5)
- Add `PMID`, `PMCID`, and `arXiv ID` to `journalArticle` (closes
  zotero/zotero-bits#10)
- Add `originalPlace`, `originalPublisher`, and `originalDate` to `book`
  and `bookSection` (closes zotero/zotero-bits#13)
- Add `priorityDate` to `patent`, mapped to `originalDate` (closes
  zotero/zotero-bits#76)
- Add `partNumber` and `partTitle` to `journalArticle` (closes
  zotero/zotero-bits#12)
- Move `shortTitle` and `language` near the bottom, since most people
  either won't use them or will use them purely as a technical measure to
  adjust citation output
- Move `libraryCatalog` and `callNumber` to the bottom, above rights,
  since they never made that much conceptual sense in Zotero (and
  `libraryCatalog` is mostly just used for the translator name these days)
@dstillman dstillman linked a pull request Aug 23, 2021 that will close this issue
dstillman added a commit to zotero/zotero-schema that referenced this issue Jun 29, 2022
- Add DOI to all item types (closes zotero/zotero-bits#1)
- Add `citationKey` to all item types (closes zotero/zotero-bits#24)
- Add `date` to `podcast` (closes zotero/zotero-bits#2)
- Add `ISSN` to additional types (closes zotero/zotero-bits#4)
- Add `section` to `journalArticle` (closes zotero/zotero-bits#5)
- Add `PMID`, `PMCID`, and `arXiv ID` to `journalArticle` (closes
  zotero/zotero-bits#10)
- Add `originalPlace`, `originalPublisher`, and `originalDate` to `book`
  and `bookSection` (closes zotero/zotero-bits#13)
- Add `priorityDate` to `patent`, mapped to `originalDate` (closes
  zotero/zotero-bits#76)
- Add `partNumber` and `partTitle` to `journalArticle` (closes
  zotero/zotero-bits#12)
- Move `shortTitle` and `language` near the bottom, since most people
  either won't use them or will use them purely as a technical measure to
  adjust citation output
- Move `libraryCatalog` and `callNumber` to the bottom, above rights,
  since they never made that much conceptual sense in Zotero (and
  `libraryCatalog` is mostly just used for the translator name these days)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Development

Successfully merging a pull request may close this issue.

9 participants