Opened 10 years ago
Closed 10 years ago
#348 closed defect (fixed)
OpenURL should use only relevant parts of dates
| Reported by: | dstillman | Owned by: | simon |
|---|---|---|---|
| Priority: | major | Milestone: | 1.0.0 |
| Component: | misc | Version: | 1.0 |
| Keywords: | Cc: |
Description
From http://www.wallandbinkley.com/quaedam/?p=81 :
Once you’ve captured some stuff, you can use the “Locate” button to find them using an OpenURL pointed at your institutional resolver. Here a problem in the capture of JSTOR citations shows up: Zotero captures the date in an unstructured format (”Dec., 1931″), and then omits it from the OpenURL, presumably because it didn’t have a clean year and month. Without dates, SFX (for one) does a lousy job of managing thresholds, and so many of the OpenURLs failed to resolve back to JSTOR, although they would if they included the year. If I edit the date down to just the year “1931″, it gets included in the OpenURL and all is well. The problems with date handling pointed out by Bruce D’Arcus therefore have very practical consequences.
A hack to fix this would be easy, but we probably need to have a longer discussion about dates to do it properly.
Change History (1)
comment:1 Changed 10 years ago by simon
- Resolution set to fixed
- Status changed from new to closed
(In [814]) closes #358, APA style doesn't properly handle references with editors and no authors
closes #348, OpenURL should use only relevant parts of dates
closes #354, Error saving History Cooperative article
closes #356, Embedded Dublin Core scraper incorrectly saves web pages as item type "book"
closes #355, PubMed translator problem
closes #368, RIS/Endnote export hijack doesn't go into active collection
fixes an issue with quotation marks in bibliographies exported as RTF
fixes an issue with bibliographies and non-English locales