Upgrade StorageCitation Server, Hawaii Pacific Journal Index, HPJI
Aloha,
Our library uses Voyager for its catalog (http://uhmanoa.lib.hawaii.edu). We also use Citation Server for a periodical index (http://hpji.lib.hawaii.edu but then it goes to uhmanoa.lib.hawaii.edu). Zotero works fine in the catalog, using the translation file MARC.js (note, the call numbers don't pull over correctly all the time, but thank you Simon Kornblith). In the Citation Server index (HPJI), though, we run into some problems.
It would be good to have a translator just for HPJI and Hawaii Voyager, but I don't know how to do that, so I edited the MARC.js file to get around some of those problems. If anyone wants to use it, you are welcome to, but just know that it could mess up record imports from other catalogs using MARC that you might be using. The main issues would be with records that include the 773 tag. Fixes would be welcome; pls see my notes below.
The files are at: http://useapencil.org/zotero_endnote/.
Use MARC_riggedforhpji_windows.js for Windows; rename it MARC.js and overwrite the old file.
Use MARC_riggedforhpji_mac_code.js for Mac; in Scaffold pull up the original MARC file; copy and paste (overwrite) the content into the Code window.
Turn off auto-update. If you have a lot of modifications in your files that would get messed up if you had to reset your translators because of my bad hack, be sure to back up.
Issue: Recognizing the item type.
In HPJI, the leader's item type for all records is set to a, which MARC.js reads as item type Book. Lacking any other code that would indicate that the record is describing a journal article, I set it so that if there is any content in the 773 subfield t (where the journal title is stored), the item type is Journal Article.
Issue: Date, volume number and issue number all in one bucket.
For item type Journal Article, the date/volume/issue text, which is stored in the 260 subfield c (legacy problem), goes to three fields, Volume, Issue, Date. Some record cleanup is still required. A regular expression could probably fix this so that the data is mapped correctly, but I don't know how to do that.
Issue: Pagination in the original MARC.js file was set to bring over only the first number.
For item type Journal Article, the entire text in the 300 subfield a now gets pulled over.
Issue: Annotations were not importing.
Set the 520 field to go to Abstract, for all item types (so it works in the regular catalog too).
Issue: Journal title was not importing.
For item type Journal Article, 773 subfield t to go to Publication.
If the translator could be set to recognize just uhmanoa.lib.hawaii.edu, that would be great, so one would not have to overwrite the original MARC translator. But ... I don't know how.
Okay, that's it for now. Again, fixes are welcome. Thanks very much.
Our library uses Voyager for its catalog (http://uhmanoa.lib.hawaii.edu). We also use Citation Server for a periodical index (http://hpji.lib.hawaii.edu but then it goes to uhmanoa.lib.hawaii.edu). Zotero works fine in the catalog, using the translation file MARC.js (note, the call numbers don't pull over correctly all the time, but thank you Simon Kornblith). In the Citation Server index (HPJI), though, we run into some problems.
It would be good to have a translator just for HPJI and Hawaii Voyager, but I don't know how to do that, so I edited the MARC.js file to get around some of those problems. If anyone wants to use it, you are welcome to, but just know that it could mess up record imports from other catalogs using MARC that you might be using. The main issues would be with records that include the 773 tag. Fixes would be welcome; pls see my notes below.
The files are at: http://useapencil.org/zotero_endnote/.
Use MARC_riggedforhpji_windows.js for Windows; rename it MARC.js and overwrite the old file.
Use MARC_riggedforhpji_mac_code.js for Mac; in Scaffold pull up the original MARC file; copy and paste (overwrite) the content into the Code window.
Turn off auto-update. If you have a lot of modifications in your files that would get messed up if you had to reset your translators because of my bad hack, be sure to back up.
Issue: Recognizing the item type.
In HPJI, the leader's item type for all records is set to a, which MARC.js reads as item type Book. Lacking any other code that would indicate that the record is describing a journal article, I set it so that if there is any content in the 773 subfield t (where the journal title is stored), the item type is Journal Article.
Issue: Date, volume number and issue number all in one bucket.
For item type Journal Article, the date/volume/issue text, which is stored in the 260 subfield c (legacy problem), goes to three fields, Volume, Issue, Date. Some record cleanup is still required. A regular expression could probably fix this so that the data is mapped correctly, but I don't know how to do that.
Issue: Pagination in the original MARC.js file was set to bring over only the first number.
For item type Journal Article, the entire text in the 300 subfield a now gets pulled over.
Issue: Annotations were not importing.
Set the 520 field to go to Abstract, for all item types (so it works in the regular catalog too).
Issue: Journal title was not importing.
For item type Journal Article, 773 subfield t to go to Publication.
If the translator could be set to recognize just uhmanoa.lib.hawaii.edu, that would be great, so one would not have to overwrite the original MARC translator. But ... I don't know how.
Okay, that's it for now. Again, fixes are welcome. Thanks very much.