Hi.
This does open up possibilities for loading bib data directly into a
particular framework. Currently for data loading I have not found any
way to load bib records into anything but default framework and then
with SQL change the frameworkcode for a range of biblionumbers (if I
remembered to catch the numbers). Even if this is not automatically
done as part of this change we could run sql to change the framework
dependent on the contents of the subfield of 942 field. Hopefully the
act of loading the bib data would not overwrite the 942 subfield as
"default" (as currently bibs are loaded into default), if you see what I
mean.
Sounds a positive move to me.
Ian
On 09/01/2012 15:08, Galen Charlton wrote:
Hi,
On 01/09/2012 10:06 AM, Jared Camins-Esakov wrote:
On Mon, Jan 9, 2012 at 9:55 AM, Galen Charlton <g...@esilibrary.com
<mailto:g...@esilibrary.com>> wrote:
Could you elaborate more on the use case this would support? The
framework code is displayed in the bib editor, for example, which is
one point where a cataloger would need to know about it. Adding it
to the MARC framework would make it available for searching and make
it a little more convenient to display the framework code in XSLT
OPAC displays -- but to what end?
I have no idea, but I have no particular objection to it being stored in
the MARC record.
And to be clear, I don't have a particular objection either, just
curiosity regarding the use case.
Regards,
Galen
--
Ian Bays
Director of Projects, PTFS Europe Limited
Content Management and Library Solutions
+44 (0) 800 756 6803 (phone)
+44 (0) 7774 995297 (mobile)
+44 (0) 800 756 6384 (fax)
skype: ian.bays
email: ian.b...@ptfs-europe.com
_______________________________________________
Koha-devel mailing list
Koha-devel@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
