NEKLS System Director position announcement
System Director - Northeast Kansas Library System Lead an innovative and accomplished Kansas library system, continuing outstanding levels of service and effective resource sharing. The Executive Board of the Northeast Kansas Library System <http://www.nekls.org/> (headquartered in Lawrence, KS), seeks an experienced library leader-responsive to member, staff, and community needs and skilled in focusing the efforts of a team of talented professionals-as its next System Director. NEKLS, one of the seven Kansas regional systems, is a multi-type library system and works in partnership with its 118 member libraries providing unique and innovative services. With a $2.8 million annual budget (funded primarily from local property taxes) and 10 FTE system staff, NEKLS serves a 14 county region (more than 40% of Kansas population). Member libraries range from small, rural libraries to very large urban libraries. NEKLS is a member-focused organization with a reputation for being an incubator for statewide projects, for providing excellent continuing education opportunities for member library directors, trustees and staff, and for strong outreach services to its diverse membership, including support for innovative technologies. Key projects include NExpress (an open source ILS), Recollections Kansas (a digitization project), KLOW (KS Libraries on the Web), Kansas Library Express (the statewide courier service), and the accreditation and grant program for member libraries. Ranked as one of the top ten best college towns, Lawrence, Kansas <http://www.lawrenceks.org/> (home of the University of KS Jayhawks) offers much more than championship basketball tradition. Founded in 1854 by the New England Emigrant Aid Society, Lawrence was a stop on both the Oregon and the Santa Fe Trail. Later, Lawrence was the home of Langston Hughes and William S. Burroughs. Considered one of the National Trust for Historic Preservation's "Dozen Most Distinctive Communities," Lawrence is one of those rare exceptions-a historic downtown that remains the heart of a city. Centered on Massachusetts Street ("Mass Street"), the area features boutiques, restaurants, bookstores, and music venues. With a population of 89,000 people, Lawrence and Northeast Kansas offer a charming blend of urban and rural environments. In addition to nationally ranked public schools, Lawrence and the area offer the Lied Center of Kansas, Spencer Museum of Art, Liberty Hall, and Haskell Indian Nations University. Outdoor recreational venues include nationally known golf courses, extensive planned bike paths, Clinton Lake and Prairie Park. Two metro areas- Kansas City and Topeka- are a 30 minute drive away. For additional details on NEKLS and the Northeast Kansas region, see NEKLS Links <http://www.gossagesager.com/neklslinks.htm> . Responsibilities. The System Director, under the direction of the 18-member Executive Board, has overall responsibility for leadership and management of a fourteen county multi-type library system that seeks to pursue leadership and innovation in library service. Duties will include management of planning, budgets, personnel, service functions, and legislative advocacy. The System Director works with the Board, staff, member libraries, other Kansas systems, and the State Library to establish the strategic vision for the System, aligning its mission with member library needs and priorities. The Director will also ensure an active NEKLS presence in the statewide library community and professional activities. For complete details, visit NEKLS System Director Job Description <http://www.gossagesager.com/NEKLSjobdesc.pdf> . Qualifications. Minimum qualifications are an ALA-accredited Master's Degree in Library Science and five years of progressively responsible administrative experience. Essential attributes and skills include: vision, creativity, energy and enthusiasm; superior interpersonal skills; flexibility; political acumen; collaborative and consensus-building skills; experience in recruiting, mentoring, evaluating and retaining an excellent staff; and a desire to continue the tradition of excellence and innovation within the System. Success working with and reporting to a governing board, political advocacy experience, the ability to work with member libraries on legal, governance and policy issues, and prior experience in regional systems or consortia are additional preferred qualifications. Compensation. The hiring salary range is $80,000-100,000 (placement being dependent on experience and qualifications) with an attractive benefits package. For further information, contact <http://www.gossagesager.com/> Bradbury Associates/Gossage Sager Associates via email or phone. Apply via email with a meaningful cover letter and your resume as Word or pdf attachments to <mailto:danbradbury@gossagesager.com> Dan Bradbury or <mailto:jobethbradbury@gossagesager.com> Jobeth Bradbury. This position closes June 8, 2014. Jobeth Bradbury Bradbury Associates/Gossage Sager Associates <http://www.gossagesager.com/> 4545 Wornall Rd, Ste. 805 Kansas City, MO 64111 816-803-7087 (cell); 816-531-2468 (office)
Not sure if this is the correct list to email but if not hoping someone can send me in the right direction! So, I am not a Librarian but work as a sys admin for my company. We have a small Company Library that is used to publish various technical publications for our users to look through. We are looking to move to Koha but I find I am struggling with the initial steps of trimming down the MARC Framework. The list of fields I have been passed by our Librarian is for only 18 or so fields. I am therefore finding cutting down the default framework very laborious. I have looked to Import a cut down version of the framework, from an amended export to CSV, but this fails with "Error Importing the Framework". I was then hoping that there is something on the SQL side I could do to amend the framework but this has not exactly yielded any useful results. Is there anywhere I can check for an error on the framework import? If not is there any guidance on cutting a framework down to just the required fields? I am also concerned that not every field we have in the proposed framework would have a corresponding Koha to MARC mapping. Would this be required or are these there for simplicity rather than a necessity? Regards Tim Tindall Riley Marine (UK) Limited Authorised and regulated in the UK by the Financial Conduct Authority. Registered Office: Regis House, 45 King William Street, London EC4R 9AN Company No: 8451968. V.A.T. No.: 174 7460 86 Tel: +44 (0)20 7407 3588 Fax: +44 (0)20 7403 3942 This email (and any attachments) is confidential and may be privileged. It may be read, copied and used only by the addressee. If you have received this in error, please contact us immediately.
Hi Tim, We find that the safest way of trimming frameworks to a more minimalist set is to "hide" the subfields. This can be quite laborious through the staff interface as you have to select each subfield and look in "Advanced constraints" then Visibility. If you have access at the sql level you can probably set the field "hidden" in table "marc_subfield_structure" to value -6 for those tags you do not want to appear (within your chosen framework). You might also want to change the tab for display to all be the same (eg "0") if you only have 18 tags. That just makes it clearer on the screen. Not every field has or needs to have a koha to marc mapping, but a few of the koha fields must be mapped to marc subfields. The Administration tool "MARC bibliographic framework test" and other tools in the same area should help fine tune it. We try to avoid removing fields (tags) and subfields from frameworks as you could lose bibliographic data if you switch between frameworks while editing and save the record. It depends what your longer-term plans might be for use of the system as to whether this might be a consideration. If you stray too far from the MARC standard tags you may find that searching for records becomes unreliable as the search indexes are fed from the fields and subfields according to the MARC21 (or UNIMARC) standard. Good luck. Ian On 28/05/2014 15:09, Alexander Tim wrote:
Not sure if this is the correct list to email but if not hoping someone can send me in the right direction!
So, I am not a Librarian but work as a sys admin for my company. We have a small Company Library that is used to publish various technical publications for our users to look through. We are looking to move to Koha but I find I am struggling with the initial steps of trimming down the MARC Framework. The list of fields I have been passed by our Librarian is for only 18 or so fields. I am therefore finding cutting down the default framework very laborious. I have looked to Import a cut down version of the framework, from an amended export to CSV, but this fails with "Error Importing the Framework". I was then hoping that there is something on the SQL side I could do to amend the framework but this has not exactly yielded any useful results. Is there anywhere I can check for an error on the framework import? If not is there any guidance on cutting a framework down to just the required fields?
I am also concerned that not every field we have in the proposed framework would have a corresponding Koha to MARC mapping. Would this be required or are these there for simplicity rather than a necessity?
Regards
Tim
Tindall Riley Marine (UK) Limited Authorised and regulated in the UK by the Financial Conduct Authority.
Registered Office: Regis House, 45 King William Street, London EC4R 9AN Company No: 8451968. V.A.T. No.: 174 7460 86 Tel: +44 (0)20 7407 3588 Fax: +44 (0)20 7403 3942
This email (and any attachments) is confidential and may be privileged. It may be read, copied and used only by the addressee. If you have received this in error, please contact us immediately.
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
-- 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.bays@ptfs-europe.com
Theoretically, you can edit the visibility offline in the spreadsheet. Column M in the MARC subfield structure sheet. Easier to do than individually in Koha itself. However, I've tried .ods, and I've tried xls and all I get are import errors. I have edited frameworks this way before 3.14. I'd be interested to know if anyone has edited a framework exported from 3.14 and had it import successfully. Has something changed in the import / export process that is causing it to fail? All I want to do is set up a very simple framework to use with an in-house template that doesn't take me a day's work to hide and unhide all the subfields one at a time. On Wed, May 28, 2014 at 5:43 PM, Ian Bays <ian.bays@ptfs-europe.com> wrote:
Hi Tim,
We find that the safest way of trimming frameworks to a more minimalist set is to "hide" the subfields. This can be quite laborious through the staff interface as you have to select each subfield and look in "Advanced constraints" then Visibility.
If you have access at the sql level you can probably set the field "hidden" in table "marc_subfield_structure" to value -6 for those tags you do not want to appear (within your chosen framework).
You might also want to change the tab for display to all be the same (eg "0") if you only have 18 tags. That just makes it clearer on the screen.
Not every field has or needs to have a koha to marc mapping, but a few of the koha fields must be mapped to marc subfields. The Administration tool "MARC bibliographic framework test" and other tools in the same area should help fine tune it.
We try to avoid removing fields (tags) and subfields from frameworks as you could lose bibliographic data if you switch between frameworks while editing and save the record. It depends what your longer-term plans might be for use of the system as to whether this might be a consideration.
If you stray too far from the MARC standard tags you may find that searching for records becomes unreliable as the search indexes are fed from the fields and subfields according to the MARC21 (or UNIMARC) standard.
Good luck.
Ian
On 28/05/2014 15:09, Alexander Tim wrote:
Not sure if this is the correct list to email but if not hoping someone can send me in the right direction!
So, I am not a Librarian but work as a sys admin for my company. We have a small Company Library that is used to publish various technical publications for our users to look through. We are looking to move to Koha but I find I am struggling with the initial steps of trimming down the MARC Framework. The list of fields I have been passed by our Librarian is for only 18 or so fields. I am therefore finding cutting down the default framework very laborious. I have looked to Import a cut down version of the framework, from an amended export to CSV, but this fails with "Error Importing the Framework". I was then hoping that there is something on the SQL side I could do to amend the framework but this has not exactly yielded any useful results. Is there anywhere I can check for an error on the framework import? If not is there any guidance on cutting a framework down to just the required fields?
I am also concerned that not every field we have in the proposed framework would have a corresponding Koha to MARC mapping. Would this be required or are these there for simplicity rather than a necessity?
Regards
Tim
Tindall Riley Marine (UK) Limited Authorised and regulated in the UK by the Financial Conduct Authority.
Registered Office: Regis House, 45 King William Street, London EC4R 9AN Company No: 8451968. V.A.T. No.: 174 7460 86 Tel: +44 (0)20 7407 3588 Fax: +44 (0)20 7403 3942
This email (and any attachments) is confidential and may be privileged. It may be read, copied and used only by the addressee. If you have received this in error, please contact us immediately.
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
-- 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.bays@ptfs-europe.com
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
-- Elaine Bradtke Data Wrangler VWML English Folk Dance and Song Society | http://www.efdss.org Cecil Sharp House, 2 Regent's Park Road, London NW1 7AY Tel +44 (0) 20 7485 2206 (This number is for the English Folk Dance and Song Society in London, England. If you wish to phone me personally, send an e-mail first. I work off site) -------------------------------------------------------------------------- Registered Company No. 297142 Charity Registered in England and Wales No. 305999 --------------------------------------------------------------------------- "Writing about music is like dancing about architecture" --Elvis Costello (Musician magazine No. 60 (October 1983), p. 52)
Tim, I am not sure if this is what you might want but find here [ https://dl.dropboxusercontent.com/u/7725309/export_FAST%20%281%29.csv] our custom framework that you can enhance or use as it is (exported as CSV spreadsheet) if you want it in any of the other 2 formats let me know. EVAN NJOROGE *•*+254721375981 *•*+254721375981 *•*about.me/uhusiano *•*adlsn.org * "Facilitating access to African digital content" * On Thu, May 29, 2014 at 2:14 AM, Elaine Bradtke <eb@efdss.org> wrote:
Theoretically, you can edit the visibility offline in the spreadsheet. Column M in the MARC subfield structure sheet. Easier to do than individually in Koha itself. However, I've tried .ods, and I've tried xls and all I get are import errors. I have edited frameworks this way before 3.14. I'd be interested to know if anyone has edited a framework exported from 3.14 and had it import successfully. Has something changed in the import / export process that is causing it to fail?
All I want to do is set up a very simple framework to use with an in-house template that doesn't take me a day's work to hide and unhide all the subfields one at a time.
On Wed, May 28, 2014 at 5:43 PM, Ian Bays <ian.bays@ptfs-europe.com> wrote:
Hi Tim,
We find that the safest way of trimming frameworks to a more minimalist set is to "hide" the subfields. This can be quite laborious through the staff interface as you have to select each subfield and look in "Advanced constraints" then Visibility.
If you have access at the sql level you can probably set the field "hidden" in table "marc_subfield_structure" to value -6 for those tags you do not want to appear (within your chosen framework).
You might also want to change the tab for display to all be the same (eg "0") if you only have 18 tags. That just makes it clearer on the screen.
Not every field has or needs to have a koha to marc mapping, but a few of the koha fields must be mapped to marc subfields. The Administration tool "MARC bibliographic framework test" and other tools in the same area should help fine tune it.
We try to avoid removing fields (tags) and subfields from frameworks as you could lose bibliographic data if you switch between frameworks while editing and save the record. It depends what your longer-term plans might be for use of the system as to whether this might be a consideration.
If you stray too far from the MARC standard tags you may find that searching for records becomes unreliable as the search indexes are fed from the fields and subfields according to the MARC21 (or UNIMARC) standard.
Good luck.
Ian
On 28/05/2014 15:09, Alexander Tim wrote:
Not sure if this is the correct list to email but if not hoping someone can send me in the right direction!
So, I am not a Librarian but work as a sys admin for my company. We have a small Company Library that is used to publish various technical publications for our users to look through. We are looking to move to Koha but I find I am struggling with the initial steps of trimming down the MARC Framework. The list of fields I have been passed by our Librarian is for only 18 or so fields. I am therefore finding cutting down the default framework very laborious. I have looked to Import a cut down version of the framework, from an amended export to CSV, but this fails with "Error Importing the Framework". I was then hoping that there is something on the SQL side I could do to amend the framework but this has not exactly yielded any useful results. Is there anywhere I can check for an error on the framework import? If not is there any guidance on cutting a framework down to just the required fields?
I am also concerned that not every field we have in the proposed framework would have a corresponding Koha to MARC mapping. Would this be required or are these there for simplicity rather than a necessity?
Regards
Tim
Tindall Riley Marine (UK) Limited Authorised and regulated in the UK by the Financial Conduct Authority.
Registered Office: Regis House, 45 King William Street, London EC4R 9AN Company No: 8451968. V.A.T. No.: 174 7460 86 Tel: +44 (0)20 7407 3588 Fax: +44 (0)20 7403 3942
This email (and any attachments) is confidential and may be privileged. It may be read, copied and used only by the addressee. If you have received this in error, please contact us immediately.
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
-- 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.bays@ptfs-europe.com
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
-- Elaine Bradtke Data Wrangler VWML English Folk Dance and Song Society | http://www.efdss.org Cecil Sharp House, 2 Regent's Park Road, London NW1 7AY Tel +44 (0) 20 7485 2206 (This number is for the English Folk Dance and Song Society in London, England. If you wish to phone me personally, send an e-mail first. I work off site) -------------------------------------------------------------------------- Registered Company No. 297142 Charity Registered in England and Wales No. 305999 --------------------------------------------------------------------------- "Writing about music is like dancing about architecture" --Elvis Costello (Musician magazine No. 60 (October 1983), p. 52) _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Hi to all, Il 29/05/2014 01:14, Elaine Bradtke ha scritto:
I have edited frameworks this way before 3.14. I'd be interested to know if anyone has edited a framework exported from 3.14 and had it import successfully. Has something changed in the import / export process that is causing it to fail?
in my experience, the best format to use to work offline with Frameworks is .sql. I work on windows with Notepad++ I create new frameworks starting from FA framework, adding fiels and subfields from Default with cut-and-paste. To do massise change on sam values is use SQL. I import Framework in a specific db with command line, I do the change, I export with command line also. On command line for MySQL I suggest to google it. Bye Zeno Tajoli -- Dr. Zeno Tajoli Dipartimento STAF - Automazione Biblioteche z.tajoli@cineca.it fax +39 02 2135520 CINECA - Sede operativa di Segrate
Well I found this error in /var/log/koha/library/intranet-error.log: [Wed May 28 10:51:48 2014] [error] [client 10.168.3.45] [Wed May 28 10:51:48 2014] import_export_framework.pl: Use of uninitialized value in concatenation (.) or string at /usr/share/koha/lib/C4/ImportExportFramework.pm line 284., referer: http://10.168.50.99:8080/cgi-bin/koha/admin/biblio_framework.pl This error does not always correspond with when I am trying to import a framework though. Am I barking up the wrong tree looking at this? Or have I missed a special syntax for the CSV to import? -----Original Message----- From: Koha [mailto:koha-bounces@lists.katipo.co.nz] On Behalf Of Elaine Bradtke Sent: 29 May 2014 00:15 To: Ian Bays Cc: koha Subject: Re: [Koha] Technical help with Frameworks Theoretically, you can edit the visibility offline in the spreadsheet. Column M in the MARC subfield structure sheet. Easier to do than individually in Koha itself. However, I've tried .ods, and I've tried xls and all I get are import errors. I have edited frameworks this way before 3.14. I'd be interested to know if anyone has edited a framework exported from 3.14 and had it import successfully. Has something changed in the import / export process that is causing it to fail? All I want to do is set up a very simple framework to use with an in-house template that doesn't take me a day's work to hide and unhide all the subfields one at a time. On Wed, May 28, 2014 at 5:43 PM, Ian Bays <ian.bays@ptfs-europe.com> wrote:
Hi Tim,
We find that the safest way of trimming frameworks to a more minimalist set is to "hide" the subfields. This can be quite laborious through the staff interface as you have to select each subfield and look in "Advanced constraints" then Visibility.
If you have access at the sql level you can probably set the field "hidden" in table "marc_subfield_structure" to value -6 for those tags you do not want to appear (within your chosen framework).
You might also want to change the tab for display to all be the same (eg "0") if you only have 18 tags. That just makes it clearer on the screen.
Not every field has or needs to have a koha to marc mapping, but a few of the koha fields must be mapped to marc subfields. The Administration tool "MARC bibliographic framework test" and other tools in the same area should help fine tune it.
We try to avoid removing fields (tags) and subfields from frameworks as you could lose bibliographic data if you switch between frameworks while editing and save the record. It depends what your longer-term plans might be for use of the system as to whether this might be a consideration.
If you stray too far from the MARC standard tags you may find that searching for records becomes unreliable as the search indexes are fed from the fields and subfields according to the MARC21 (or UNIMARC) standard.
Good luck.
Ian
On 28/05/2014 15:09, Alexander Tim wrote:
Not sure if this is the correct list to email but if not hoping someone can send me in the right direction!
So, I am not a Librarian but work as a sys admin for my company. We have a small Company Library that is used to publish various technical publications for our users to look through. We are looking to move to Koha but I find I am struggling with the initial steps of trimming down the MARC Framework. The list of fields I have been passed by our Librarian is for only 18 or so fields. I am therefore finding cutting down the default framework very laborious. I have looked to Import a cut down version of the framework, from an amended export to CSV, but this fails with "Error Importing the Framework". I was then hoping that there is something on the SQL side I could do to amend the framework but this has not exactly yielded any useful results. Is there anywhere I can check for an error on the framework import? If not is there any guidance on cutting a framework down to just the required fields?
I am also concerned that not every field we have in the proposed framework would have a corresponding Koha to MARC mapping. Would this be required or are these there for simplicity rather than a necessity?
Regards
Tim
Tindall Riley Marine (UK) Limited Authorised and regulated in the UK by the Financial Conduct Authority.
Registered Office: Regis House, 45 King William Street, London EC4R 9AN Company No: 8451968. V.A.T. No.: 174 7460 86 Tel: +44 (0)20 7407 3588 Fax: +44 (0)20 7403 3942
This email (and any attachments) is confidential and may be privileged. It may be read, copied and used only by the addressee. If you have received this in error, please contact us immediately.
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
-- 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.bays@ptfs-europe.com
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
-- Elaine Bradtke Data Wrangler VWML English Folk Dance and Song Society | http://www.efdss.org Cecil Sharp House, 2 Regent's Park Road, London NW1 7AY Tel +44 (0) 20 7485 2206 (This number is for the English Folk Dance and Song Society in London, England. If you wish to phone me personally, send an e-mail first. I work off site) -------------------------------------------------------------------------- Registered Company No. 297142 Charity Registered in England and Wales No. 305999 --------------------------------------------------------------------------- "Writing about music is like dancing about architecture" --Elvis Costello (Musician magazine No. 60 (October 1983), p. 52) _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha Tindall Riley Marine (UK) Limited Authorised and regulated in the UK by the Financial Conduct Authority. Registered Office: Regis House, 45 King William Street, London EC4R 9AN Company No: 8451968. V.A.T. No.: 174 7460 86 Tel: +44 (0)20 7407 3588 Fax: +44 (0)20 7403 3942 This email (and any attachments) is confidential and may be privileged. It may be read, copied and used only by the addressee. If you have received this in error, please contact us immediately.
As a test, I exported a format, edited one field (changed the name slightly) and uploaded it. This time it worked. I suspect they've tightened up the import process - so that if you have a missmatch between fields and subfields (easy enough to do if you delete a field and miss deleting one of the subfields) it won't import. A more helpful error message would be useful (a failed on line number message would be better than nothing) To preserve your sanity, don't delete the fields and subfields (as irksome as it is to see all the extraneous fields in there). Stick to editing the visibility column and you'll have less chance of a failed import. Now I'll go back and do just that to the format I was trying to edit yesterday. With luck I won't waste another afternoon. Yes, I know you SQL wizards can do all this stuff magically in the background. But we lowly librarian types are safer not sticking our fingers into the machinery. It will take me as long to write up a document explaining to the IT wizard what needs to be done, as to do it myself. Provided I don't do anything else silly that breaks the import. On Thu, May 29, 2014 at 3:17 PM, Alexander Tim <TAlexander@triley.co.uk> wrote:
Well I found this error in /var/log/koha/library/intranet-error.log:
[Wed May 28 10:51:48 2014] [error] [client 10.168.3.45] [Wed May 28 10:51:48 2014] import_export_framework.pl: Use of uninitialized value in concatenation (.) or string at /usr/share/koha/lib/C4/ImportExportFramework.pm line 284., referer: http://10.168.50.99:8080/cgi-bin/koha/admin/biblio_framework.pl
This error does not always correspond with when I am trying to import a framework though. Am I barking up the wrong tree looking at this? Or have I missed a special syntax for the CSV to import?
-----Original Message----- From: Koha [mailto:koha-bounces@lists.katipo.co.nz] On Behalf Of Elaine Bradtke Sent: 29 May 2014 00:15 To: Ian Bays Cc: koha Subject: Re: [Koha] Technical help with Frameworks
Theoretically, you can edit the visibility offline in the spreadsheet. Column M in the MARC subfield structure sheet. Easier to do than individually in Koha itself. However, I've tried .ods, and I've tried xls and all I get are import errors. I have edited frameworks this way before 3.14. I'd be interested to know if anyone has edited a framework exported from 3.14 and had it import successfully. Has something changed in the import / export process that is causing it to fail?
All I want to do is set up a very simple framework to use with an in-house template that doesn't take me a day's work to hide and unhide all the subfields one at a time.
On Wed, May 28, 2014 at 5:43 PM, Ian Bays <ian.bays@ptfs-europe.com> wrote:
Hi Tim,
We find that the safest way of trimming frameworks to a more minimalist set is to "hide" the subfields. This can be quite laborious through the staff interface as you have to select each subfield and look in "Advanced constraints" then Visibility.
If you have access at the sql level you can probably set the field "hidden" in table "marc_subfield_structure" to value -6 for those tags you do not want to appear (within your chosen framework).
You might also want to change the tab for display to all be the same (eg "0") if you only have 18 tags. That just makes it clearer on the screen.
Not every field has or needs to have a koha to marc mapping, but a few of the koha fields must be mapped to marc subfields. The Administration tool "MARC bibliographic framework test" and other tools in the same area should help fine tune it.
We try to avoid removing fields (tags) and subfields from frameworks as you could lose bibliographic data if you switch between frameworks while editing and save the record. It depends what your longer-term plans might be for use of the system as to whether this might be a consideration.
If you stray too far from the MARC standard tags you may find that searching for records becomes unreliable as the search indexes are fed from the fields and subfields according to the MARC21 (or UNIMARC) standard.
Good luck.
Ian
On 28/05/2014 15:09, Alexander Tim wrote:
Not sure if this is the correct list to email but if not hoping someone can send me in the right direction!
So, I am not a Librarian but work as a sys admin for my company. We have a small Company Library that is used to publish various technical publications for our users to look through. We are looking to move to Koha but I find I am struggling with the initial steps of trimming down the MARC Framework. The list of fields I have been passed by our Librarian is for only 18 or so fields. I am therefore finding cutting down the default framework very laborious. I have looked to Import a cut down version of the framework, from an amended export to CSV, but this fails with "Error Importing the Framework". I was then hoping that there is something on the SQL side I could do to amend the framework but this has not exactly yielded any useful results. Is there anywhere I can check for an error on the framework import? If not is there any guidance on cutting a framework down to just the required fields?
I am also concerned that not every field we have in the proposed framework would have a corresponding Koha to MARC mapping. Would this be required or are these there for simplicity rather than a necessity?
Regards
Tim
Tindall Riley Marine (UK) Limited Authorised and regulated in the UK by the Financial Conduct Authority.
Registered Office: Regis House, 45 King William Street, London EC4R 9AN Company No: 8451968. V.A.T. No.: 174 7460 86 Tel: +44 (0)20 7407 3588 Fax: +44 (0)20 7403 3942
This email (and any attachments) is confidential and may be privileged. It may be read, copied and used only by the addressee. If you have received this in error, please contact us immediately.
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
-- 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.bays@ptfs-europe.com
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
-- Elaine Bradtke Data Wrangler VWML English Folk Dance and Song Society | http://www.efdss.org Cecil Sharp House, 2 Regent's Park Road, London NW1 7AY Tel +44 (0) 20 7485 2206 (This number is for the English Folk Dance and Song Society in London, England. If you wish to phone me personally, send an e-mail first. I work off site) -------------------------------------------------------------------------- Registered Company No. 297142 Charity Registered in England and Wales No. 305999 --------------------------------------------------------------------------- "Writing about music is like dancing about architecture" --Elvis Costello (Musician magazine No. 60 (October 1983), p. 52) _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Tindall Riley Marine (UK) Limited Authorised and regulated in the UK by the Financial Conduct Authority.
Registered Office: Regis House, 45 King William Street, London EC4R 9AN Company No: 8451968. V.A.T. No.: 174 7460 86 Tel: +44 (0)20 7407 3588 Fax: +44 (0)20 7403 3942
This email (and any attachments) is confidential and may be privileged. It may be read, copied and used only by the addressee. If you have received this in error, please contact us immediately.
-- Elaine Bradtke Data Wrangler VWML English Folk Dance and Song Society | http://www.efdss.org Cecil Sharp House, 2 Regent's Park Road, London NW1 7AY Tel +44 (0) 20 7485 2206 (This number is for the English Folk Dance and Song Society in London, England. If you wish to phone me personally, send an e-mail first. I work off site) -------------------------------------------------------------------------- Registered Company No. 297142 Charity Registered in England and Wales No. 305999 --------------------------------------------------------------------------- "Writing about music is like dancing about architecture" --Elvis Costello (Musician magazine No. 60 (October 1983), p. 52)
Hi Alexander, to build a new fw using sql, you need to insert values on 3 tables, and there are some fields needed by Koha, 942, 952 and 999 (for MARC21) You can look at http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=27056&action=diff (right panel, 3 first inserts) as an example of creating a framework using SQL Regards, Bernardo -- Bernardo Gonzalez Kriegel bgkriegel@gmail.com On Wed, May 28, 2014 at 11:09 AM, Alexander Tim <TAlexander@triley.co.uk>wrote:
Not sure if this is the correct list to email but if not hoping someone can send me in the right direction!
So, I am not a Librarian but work as a sys admin for my company. We have a small Company Library that is used to publish various technical publications for our users to look through. We are looking to move to Koha but I find I am struggling with the initial steps of trimming down the MARC Framework. The list of fields I have been passed by our Librarian is for only 18 or so fields. I am therefore finding cutting down the default framework very laborious. I have looked to Import a cut down version of the framework, from an amended export to CSV, but this fails with "Error Importing the Framework". I was then hoping that there is something on the SQL side I could do to amend the framework but this has not exactly yielded any useful results. Is there anywhere I can check for an error on the framework import? If not is there any guidance on cutting a framework down to just the required fields?
I am also concerned that not every field we have in the proposed framework would have a corresponding Koha to MARC mapping. Would this be required or are these there for simplicity rather than a necessity?
Regards
Tim
Tindall Riley Marine (UK) Limited Authorised and regulated in the UK by the Financial Conduct Authority.
Registered Office: Regis House, 45 King William Street, London EC4R 9AN Company No: 8451968. V.A.T. No.: 174 7460 86 Tel: +44 (0)20 7407 3588 Fax: +44 (0)20 7403 3942
This email (and any attachments) is confidential and may be privileged. It may be read, copied and used only by the addressee. If you have received this in error, please contact us immediately.
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
participants (7)
-
Alexander Tim -
Bernardo Gonzalez Kriegel -
Elaine Bradtke -
Evan Mungai Njoroge -
Ian Bays -
Jobeth Bradbury -
Zeno Tajoli