zoterobib adds "DOI.org (Crossref)"
thanks a lot for zbib.org service.
just a minor issue: there's some extraneous text "DOI.org (Crossref)" for the following publication:
https://doi.org/10.5194/isprs-archives-XLII-2-W17-1-2019
Abate, D., and A. Murtiyoso. “BUNDLE ADJUSTMENT ACCURACY ASSESSMENT OF UNORDERED AERIAL DATASET COLLECTED THROUGH KITE PLATFORM.” ISPRS - International Archives of the Photogrammetry, Remote Sensing and Spatial Information Sciences, vol. XLII-2/W17, Nov. 2019, pp. 1–8. DOI.org (Crossref), doi:10.5194/isprs-archives-XLII-2-W17-1-2019.
I've also tried the stand-alone version of Zotero and the extraneous text now is only "Crossref":
Abate, D., and A. Murtiyoso. “BUNDLE ADJUSTMENT ACCURACY ASSESSMENT OF UNORDERED AERIAL DATASET COLLECTED THROUGH KITE PLATFORM.” ISPRS - International Archives of the Photogrammetry, Remote Sensing and Spatial Information Sciences, vol. XLII-2/W17, Nov. 2019, pp. 1–8. Crossref, doi:10.5194/isprs-archives-XLII-2-W17-1-2019.
I've checked the metadata deposited at CrossRef and I don't see where Zotero is pulling that info -- there are lots of "CrossRef" but none as a property or field value:
http://doi.crossref.org/servlet/query?pid=fgnievinski@gmail.com&id=10.5194/isprs-archives-XLII-2-W17-1-2019&format=info
Can you help me confirm this is not something with the publisher?
Thanks!
-FGN.
just a minor issue: there's some extraneous text "DOI.org (Crossref)" for the following publication:
https://doi.org/10.5194/isprs-archives-XLII-2-W17-1-2019
Abate, D., and A. Murtiyoso. “BUNDLE ADJUSTMENT ACCURACY ASSESSMENT OF UNORDERED AERIAL DATASET COLLECTED THROUGH KITE PLATFORM.” ISPRS - International Archives of the Photogrammetry, Remote Sensing and Spatial Information Sciences, vol. XLII-2/W17, Nov. 2019, pp. 1–8. DOI.org (Crossref), doi:10.5194/isprs-archives-XLII-2-W17-1-2019.
I've also tried the stand-alone version of Zotero and the extraneous text now is only "Crossref":
Abate, D., and A. Murtiyoso. “BUNDLE ADJUSTMENT ACCURACY ASSESSMENT OF UNORDERED AERIAL DATASET COLLECTED THROUGH KITE PLATFORM.” ISPRS - International Archives of the Photogrammetry, Remote Sensing and Spatial Information Sciences, vol. XLII-2/W17, Nov. 2019, pp. 1–8. Crossref, doi:10.5194/isprs-archives-XLII-2-W17-1-2019.
I've checked the metadata deposited at CrossRef and I don't see where Zotero is pulling that info -- there are lots of "CrossRef" but none as a property or field value:
http://doi.crossref.org/servlet/query?pid=fgnievinski@gmail.com&id=10.5194/isprs-archives-XLII-2-W17-1-2019&format=info
Can you help me confirm this is not something with the publisher?
Thanks!
-FGN.
I've tried other online citation generators and the extraneous text is not present.
thanks!
MLA picks up the Library Catalog field for items with a URL -- this makes sense for things like JSTOR, EBSCO, and Proquest, but not in cases like the above. I think you're using "archive" for APA for this?
I'm disinclined to put all the database names into archive from the translators, so not sure what to do about getting the database into MLA as required but not getting unneeded catalog info like the above.
MLA’s use case better fits Library Catalog/source, than archive. I think the best solution might be to reduce the number of cases where library catalog information is saved in source. It should be the source of the item full text, not the item metadata. So, I don’t think CrossRef or Zotero are useful things to save there.
It is rather useful for troubleshooting to see that, e.g., some metadata was just extracted from a PDF rather than retrieved by identifier, or that something was saved with the EM translator rather than a more specific translator.
MLA’s requirement is a bit frustrating and confusing—why would a reader care which standard access database was used. I think Library Catalog mapped to CSL source is probably the best use for that, even if it potentially creates with other legitimate uses of the Library Catalog and Call Number fields (such conflicts are probably very rare). We might consider more regularly filling in the Archive and Archive Location fields for more limited databases.
Dan -- can we already do this in translators and move it to Extra or is that too messy?
Also, trying to think about naming for the field. "Source" is the CSL variable for library catalog, so not liking that. Translator is super confusing. Maybe "Imported from"? (same logic as "Added by" in the web interface)