Opened 8 years ago
Closed 8 years ago
#1428 closed defect (fixed)
MODS preference for typeless titles in mapping
| Reported by: | ahoward | Owned by: | mcburton |
|---|---|---|---|
| Priority: | major | Milestone: | |
| Component: | translators | Version: | 1.5 |
| Keywords: | Cc: |
Description
- It appears that the current code creates a Zotero newItem.title for each MODS titleInfo/title, if the @type is not equal to "abbreviated". However, when there are multiple titleInfo elements, only one seems to get picked to appear in the brief list and the "title" box when viewing in the Zotero plugin. Zotero might even prefer a titleInfo element with an attribute - but it shouldn't.
The titleInfo element without any type attribute is the actual title
of the work and should be the primary one to capture and display -
and although MODS does not require it, standard practice is to always
have at least one "typeless" titleInfo element (and usually only
one). If there's a way to capture and use titles with type
attributes (translated, alternative, uniform as well as abbreviated)
elsewhere, that would be nice, but one of these should not get to be
the "title" if a type-less titleInfo exists, just because the
translator encounters it in a certain order (last?). Please change
the logic to prefer a titleInfo element with no type attribute as the
source for title.
- An Aquifer record's multiple titleInfo elements:
<titleInfo>
<nonSort>The </nonSort>
<title>Constitution of the United States of America</title>
<subTitle>
as proposed by the Convention, held at Philadelphia, September 17,
1787, and since ratified by the several states : with the several
amendments thereto
</subTitle>
</titleInfo>
−
<titleInfo type="uniform">
<title>Constitution</title>
</titleInfo>
The only title showing up in Zotero is "Constitution".
Change History (1)
comment:1 Changed 8 years ago by mcburton
- Resolution set to fixed
- Status changed from new to closed
Fixed in r4331, dropping other title types and including subtitles for cleaner item titles