---- Reported by jwagner@ptfs.com 2009-03-06 09:21:50 ----

I noticed this problem in the 007, but I believe the same problem exists in the 008, and in all frameworks for both.  We were trying to original catalog a DVD, with the DVDs, VHS framework selected.  If you click the ellipse after the 007 Physical Description Fixed Field, it brings up a builder screen. However, the only options available in the pulldowns are 

00 Category of material 		t-Text
01 Specific material designation 	a-Regular print
					b-Large print
					c-Braille
					d-Loose-leaf
					u-Unspecified
					z-Other

These choices are only appropriate for 007-text (books).  For DVDs, Library of Congress says the 007 choices should be

00 - Category of material		v - Videorecording
01 - Specific material designation	c - Videocartridge
					d - Videodisc
					f - Videocassette
					r - Videoreel
					u - Unspecified
					z - Other
					| - No attempt to code

Other material types of 007s have different value choices.

Following advice on the listserv, I looked at the intranet-tmpl/prog/en/modules/cataloguing/value_builder/marc21_field_007.tmpl file.  It is hardcoded to only include the above book/text values.  The marc21_field_008.tmpl file seems to be similarly hardcoded to only book values.

The 007 should conform to all Library of Congress 007 categories: 

    * 007--MAP
    * 007--ELECTRONIC RESOURCE
    * 007--GLOBE
    * 007--TACTILE MATERIAL
    * 007--PROJECTED GRAPHIC
    * 007--MICROFORM
    * 007--NONPROJECTED GRAPHIC
    * 007--MOTION PICTURE
    * 007--KIT
    * 007--NOTATED MUSIC
    * 007--REMOTE-SENSING IMAGE
    * 007--SOUND RECORDING
    * 007--TEXT
    * 007--VIDEORECORDING
    * 007--UNSPECIFIED 
 

The 008 should conform to all seven separate Library of Congress material configurations: Books (BK), Computer Files (CF), Maps (MP), Music (MU), Continuing Resources (CR), Visual Materials (VM), and Mixed Materials (MX).



---- Additional Comments From jwagner@ptfs.com 2009-03-07 05:36:20 ----

The 006 field has the same material type categories as the 008, and it looks like the builder for the 006 is also limited to books.



---- Additional Comments From jwagner@ptfs.com 2009-03-30 20:49:18 ----

I've sent a patch for the 007 value builder (expanding it to include all 15 material types).  I'm still looking at the 006 and 008 builders.



---- Additional Comments From gmcharlt@gmail.com 2009-04-18 20:35:03 ----

Patch pushed to HEAD.  Please test and close.



---- Additional Comments From gmcharlt@gmail.com 2009-04-18 20:36:32 ----

Or rather, don't close, of course - awaiting patch for 008.



---- Additional Comments From gmcharlt@gmail.com 2009-04-18 21:15:00 ----

Since you're working the templates, there's a related issue to be fixed - their output HTML should be valid XHTML, which isn't currently the case (and wasn't the case prior your patch for the 007).  The HTML Validator FireFox plugin is one way of checking the validity.



---- Additional Comments From mjr@ttllp.co.uk 2009-06-07 11:42:20 ----

This bug is described as fixed in the release notes for version 3.0.2 in the git tree.




---- Additional Comments From gmcharlt@gmail.com 2009-06-07 17:59:10 ----

Reopening.  008 plugin has not been fixed yet.



---- Additional Comments From bchurch@ptfs.com 2009-07-31 18:15:09 ----

This also applies to tag 006.



---- Additional Comments From jwagner@ptfs.com 2010-05-03 15:25:06 ----

See also http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2567 for an additional problem with the 008.  I haven't had time to work on the 006 or 008 pieces of this -- anyone else who wants to pick it up, feel free :-)



--- Bug imported by chris@bigballofwax.co.nz 2010-05-21 01:05 UTC  ---

This bug was previously known as _bug_ 3013 at http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3013
This bug depended on bug(s) 2567.

Unknown operating system Linux - Debian. Setting to default OS "All".
Actual time not defined. Setting to 0.0
The original reporter of this bug does not have
   an account here. Reassigning to the person who moved
   it here: chris@bigballofwax.co.nz.
   Previous reporter was jwagner@ptfs.com.
The original assignee of this bug does not have
   an account here. Reassigning to the default assignee
   for the component, gmcharlt@gmail.com.
   Previous assignee was jwagner@ptfs.com.
Bug reassigned, setting status to "NEW".
   Previous status was "REOPENED".
CC member adrea@moablibrary.org does not have an account here
CC member arm@hanover.ca does not have an account here
CC member bchurch@ptfs.com does not have an account here
CC member kdr@ckls.org does not have an account here