2013-07-22 15:53:38 |
Simon Mai |
bug |
|
|
added bug |
2013-07-22 16:18:18 |
Simon Mai |
attachment added |
|
screenshot https://bugs.launchpad.net/evergreen/+bug/1203792/+attachment/3745607/+files/multiple_007_fields.jpg |
|
2013-07-22 16:27:27 |
Simon Mai |
summary |
Multiple 006/007/008 fields for MARC Editor |
Multiple 006/007 fields for MARC Editor |
|
2013-07-22 16:30:39 |
Simon Mai |
description |
MARC Fields 006, 007 and 008 are repeatable according to the current MARC standards (http://www.loc.gov/marc/bibliographic/bd007.html).
Evergreen 2.3.x will only allow the entry of one 006, one 007 and one 008 field per bibliographic record. Some bibliographic items may require multiple 006 or 007 or 008 fields-for example, Blu-ray/DVD bundles and multi-item type kits (book, cassette, CD-ROM, etc.).
With the current MARC editor of Evergreen, "Add/Replace 006/007/008" will add a 006/007/008 field if there is none. Replace, of course, completely overwrites the 006/007/008 field in the record. Since subfields are not marked in the 006/007/008 fields, a blank field cannot be added and filled in because the subfield delimiter (double dagger) is hard-coded to the field. Staff is not able to add a second 006/007/008 field to the record.
Ideally, the functionality needed is the ability to add multiple 006/007/008s, edit any of the 006/007/008s, and delete any of them. This functionality should be equivalent to the current functionality in the other date fields--right-clicking with drop down options.
So I did updated the MARC editor to change "Add/Replace 006/007/008" into ""Add 006/007/008" and support staff to add multiple 006/007/008 fields. To delete any these fields, just right click and select "Remove Row" as the way we've used to remove any data fields.
I'm working with Evergreen ver. 2.3.x. |
MARC Fields 006, 007 are repeatable according to the current MARC standards (http://www.loc.gov/marc/bibliographic/bd007.html).
Evergreen 2.3.x will only allow the entry of one 006 and one 007 field per bibliographic record. Some bibliographic items may require multiple 006 or 007 fields-for example, Blu-ray/DVD bundles and multi-item type kits (book, cassette, CD-ROM, etc.).
With the current MARC editor of Evergreen, "Add/Replace 006/007" will add a 006/007 field if there is none. Replace, of course, completely overwrites the 006/007 field in the record. Since subfields are not marked in the 006/007 fields, a blank field cannot be added and filled in because the subfield delimiter (double dagger) is hard-coded to the field. Staff is not able to add a second 006/007 field to the record.
Ideally, the functionality needed is the ability to add multiple 006/007s, edit any of the 006/007s, and delete any of them. This functionality should be equivalent to the current functionality in the other date fields--right-clicking with drop down options.
So I did updated the MARC editor to change "Add/Replace 006/007" into ""Add 006/007" and support staff to add multiple 006/007 fields. To delete any these fields, just right click and select "Remove Row" as the way we've used to remove any data fields.
I'm working with Evergreen ver. 2.3.x.
PS: I updated this bug to keep the "Add/Replace 008" as the current option, since this 008 field is NOT repeatable as Galen suggested. |
|
2013-07-22 16:32:54 |
Simon Mai |
description |
MARC Fields 006, 007 are repeatable according to the current MARC standards (http://www.loc.gov/marc/bibliographic/bd007.html).
Evergreen 2.3.x will only allow the entry of one 006 and one 007 field per bibliographic record. Some bibliographic items may require multiple 006 or 007 fields-for example, Blu-ray/DVD bundles and multi-item type kits (book, cassette, CD-ROM, etc.).
With the current MARC editor of Evergreen, "Add/Replace 006/007" will add a 006/007 field if there is none. Replace, of course, completely overwrites the 006/007 field in the record. Since subfields are not marked in the 006/007 fields, a blank field cannot be added and filled in because the subfield delimiter (double dagger) is hard-coded to the field. Staff is not able to add a second 006/007 field to the record.
Ideally, the functionality needed is the ability to add multiple 006/007s, edit any of the 006/007s, and delete any of them. This functionality should be equivalent to the current functionality in the other date fields--right-clicking with drop down options.
So I did updated the MARC editor to change "Add/Replace 006/007" into ""Add 006/007" and support staff to add multiple 006/007 fields. To delete any these fields, just right click and select "Remove Row" as the way we've used to remove any data fields.
I'm working with Evergreen ver. 2.3.x.
PS: I updated this bug to keep the "Add/Replace 008" as the current option, since this 008 field is NOT repeatable as Galen suggested. |
MARC Fields 006, 007 are repeatable according to the current MARC standards (http://www.loc.gov/marc/bibliographic/bd007.html).
Evergreen 2.3.x will only allow the entry of one 006 and one 007 field per bibliographic record. Some bibliographic items may require multiple 006 or 007 fields-for example, Blu-ray/DVD bundles and multi-item type kits (book, cassette, CD-ROM, etc.).
With the current MARC editor of Evergreen, "Add/Replace 006/007" will add a 006/007 field if there is none. Replace, of course, completely overwrites the 006/007 field in the record. Since subfields are not marked in the 006/007 fields, a blank field cannot be added and filled in because the subfield delimiter (double dagger) is hard-coded to the field. Staff is not able to add a second 006/007 field to the record.
Ideally, the functionality needed is the ability to add multiple 006/007s, edit any of the 006/007s, and delete any of them. This functionality should be equivalent to the current functionality in the other date fields--right-clicking with drop down options.
So I did updated the MARC editor to change "Add/Replace 006/007" into ""Add 006/007" and support staff to add multiple 006/007 fields. To delete any these fields, just right click and select "Remove Row" as the way we've used to remove any data fields.
I'm working with Evergreen ver. 2.3.x.
PS: I updated this bug to keep the "Add/Replace 008" like the current option, since this 008 field is NOT repeatable as Galen suggested. |
|
2013-07-22 17:14:09 |
Simon Mai |
attachment added |
|
new_rightclicking_menu.jpg https://bugs.launchpad.net/evergreen/+bug/1203792/+attachment/3745691/+files/new_rightclicking_menu.jpg |
|
2013-07-24 19:37:24 |
Carrie Curie |
bug |
|
|
added subscriber Carrie Curie |
2014-07-11 20:54:26 |
Alex Lazar |
tags |
|
pullrequest |
|
2014-08-26 13:22:49 |
Christine Morgan |
evergreen: assignee |
|
Christine Morgan (cmorgan-z) |
|
2014-08-27 12:59:24 |
Christine Morgan |
evergreen: assignee |
Christine Morgan (cmorgan-z) |
|
|
2014-09-05 18:08:46 |
Mike Rylander |
tags |
pullrequest |
|
|
2014-09-05 18:08:54 |
Mike Rylander |
evergreen: status |
New |
Incomplete |
|
2015-01-26 15:22:58 |
Elaine Hardy |
bug |
|
|
added subscriber Elaine Hardy |
2018-05-19 21:59:45 |
Jane Sandberg |
tags |
|
cataloging |
|
2018-05-21 14:10:50 |
Andrea Neiman |
tags |
cataloging |
cataloging fixedinwebby |
|
2019-03-05 21:38:19 |
Andrea Neiman |
evergreen: status |
Incomplete |
Won't Fix |
|