Dear colleagues, I am attempting to set up a simple catalogue for a small organisation. Koha has been installed and set up for me to go ahead with and I can't wait to enter our items. We really only need a handful of fields, such as acquisition no, author, title, pub details etc - probably max 10-12 in total and I want to use some non-librarian volunteers to do this work. The majority of our items are unique and not available through z3950 - although some are. I have read back through the archives and see that others have asked about this but I fear I don't properly understand the answers!! If I make a modified structure so that only one tab is used for cataloguing, instead of 9, wouldn't that also mean that when I want to import a record via z3950 the details would have no-where to go or....? Is there an online guide to doing this so that I can easily enter records in a simple way - I suspect otherwise I will be back with lots more basic questions! Many thanks Jan
Jan, As for a guide you can review the manual: http://sites.google.com/a/liblime.com/koha-manual/ there is a lot about this. You are partially correct about the Z39.50 imports. If you delete fields from the framework then those fields will not come into your system. So if you have a field for title and author but no field for ISBN then you'll get the title and the author, but not the ISBN. Hope that helps a bit. --- Nicole C. Engard Open Source Evangelist, LibLime (888) Koha ILS (564-2457) ext. 714 nce@liblime.com AIM/Y!/Skype: nengard http://liblime.com http://blogs.liblime.com/open-sesame/ On Wed, Nov 19, 2008 at 5:47 AM, <reapsmoor@gmail.com> wrote:
Dear colleagues, I am attempting to set up a simple catalogue for a small organisation. Koha has been installed and set up for me to go ahead with and I can't wait to enter our items. We really only need a handful of fields, such as acquisition no, author, title, pub details etc - probably max 10-12 in total and I want to use some non-librarian volunteers to do this work. The majority of our items are unique and not available through z3950 - although some are. I have read back through the archives and see that others have asked about this but I fear I don't properly understand the answers!! If I make a modified structure so that only one tab is used for cataloguing, instead of 9, wouldn't that also mean that when I want to import a record via z3950 the details would have no-where to go or....? Is there an online guide to doing this so that I can easily enter records in a simple way - I suspect otherwise I will be back with lots more basic questions!
Many thanks
Jan
_______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Nicole - thank you very much for your response. I have read the manual pretty thoroughly I thought which is how I came to the conclusion that the only way to do what I want is to produce a radically pruned framework, deleting all but the basic fields that I need. However I then came across the guidance that it is not advisable to delete fields so I don't quite see how to come up with the final list of fields that I need. I don't think I can expect my volunteers to wade through 9 tabs worth of fields. I suppose I was hoping I could produce a form for them showing just those fields but can't find anything about that. Many thanks anyway - I think what I really really need is a complete idiots guide to Koha!! Jan On Wed, Nov 19, 2008 at 12:20 PM, Nicole Engard <nicole.engard@liblime.com>wrote:
Jan,
As for a guide you can review the manual: http://sites.google.com/a/liblime.com/koha-manual/ there is a lot about this.
You are partially correct about the Z39.50 imports. If you delete fields from the framework then those fields will not come into your system. So if you have a field for title and author but no field for ISBN then you'll get the title and the author, but not the ISBN. Hope that helps a bit.
---
Nicole C. Engard Open Source Evangelist, LibLime (888) Koha ILS (564-2457) ext. 714 nce@liblime.com AIM/Y!/Skype: nengard
http://liblime.com http://blogs.liblime.com/open-sesame/
Dear colleagues, I am attempting to set up a simple catalogue for a small organisation. Koha has been installed and set up for me to go ahead with and I can't wait to enter our items. We really only need a handful of fields, such as acquisition no, author, title, pub details etc - probably max 10-12 in total and I want to use some non-librarian volunteers to do this work. The majority of our items are unique and not available
z3950 - although some are. I have read back through the archives and see that others have asked about this but I fear I don't properly understand
On Wed, Nov 19, 2008 at 5:47 AM, <reapsmoor@gmail.com> wrote: through the
answers!! If I make a modified structure so that only one tab is used for cataloguing, instead of 9, wouldn't that also mean that when I want to import a record via z3950 the details would have no-where to go or....? Is there an online guide to doing this so that I can easily enter records in a simple way - I suspect otherwise I will be back with lots more basic questions!
Many thanks
Jan
_______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
only way to do what I want is to produce a radically pruned framework, deleting all but the basic fields that I need. However I then came across the guidance that it is not advisable to delete fields so I don't quite see how to come up with the final list of fields that I need. I don't think I can expect my volunteers to wade through 9 tabs worth of fields.
I'm not a cataloger, but I wonder if a solution would be to put the 10-12 most important fields on the first tab and the "less important" ones on other tabs. Then your volunteers could only concern themselves with the first tab, but other fields could still be populated by z39.50. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org
Owen, That is a great idea that I never even thought of!!!! --- Nicole C. Engard Open Source Evangelist, LibLime (888) Koha ILS (564-2457) ext. 714 nce@liblime.com AIM/Y!/Skype: nengard http://liblime.com http://blogs.liblime.com/open-sesame/ On Wed, Nov 19, 2008 at 8:38 AM, Owen Leonard <oleonard@myacpl.org> wrote:
only way to do what I want is to produce a radically pruned framework, deleting all but the basic fields that I need. However I then came across the guidance that it is not advisable to delete fields so I don't quite see how to come up with the final list of fields that I need. I don't think I can expect my volunteers to wade through 9 tabs worth of fields.
I'm not a cataloger, but I wonder if a solution would be to put the 10-12 most important fields on the first tab and the "less important" ones on other tabs. Then your volunteers could only concern themselves with the first tab, but other fields could still be populated by z39.50.
-- Owen
-- Web Developer Athens County Public Libraries http://www.myacpl.org _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
I came up with a couple of other ways, which may work in this situation: I'm working on a project for which I need only a few fields, and although I don't expect to need the others, I don't want to delete them. I went into the field setup page and changed the "managed in tab" setting to "ignore." Then since I only need one page to display most of the fields I'm using, I changed the ones I do need to tab 0, as suggested below. Before I started changing the tab to ignore, I tried going down to "display more constraints" and changing the value of "hidden" from 0 (or whatever else the default value was) to -6. This had the same effect on the add record screen, but the other way involved fewer keystrokes. Two questions: First, the documentation I've found seems to indicate that the data are not displayed. If you import a record and the field is hidden, will the field still be filled should the user want to use it later? Second, assuming that changing to "ignore" or to "-6" works, is one of the two methods preferable? (And if it's in the documentation, could someone point me to the right page?) :-) Cheers, Fred King phred@philobiblios.net Nicole Engard writes:
Owen,
That is a great idea that I never even thought of!!!!
---
Nicole C. Engard Open Source Evangelist, LibLime (888) Koha ILS (564-2457) ext. 714 nce@liblime.com AIM/Y!/Skype: nengard
http://liblime.com http://blogs.liblime.com/open-sesame/
On Wed, Nov 19, 2008 at 8:38 AM, Owen Leonard <oleonard@myacpl.org> wrote:
only way to do what I want is to produce a radically pruned framework, deleting all but the basic fields that I need. However I then came across the guidance that it is not advisable to delete fields so I don't quite see how to come up with the final list of fields that I need. I don't think I can expect my volunteers to wade through 9 tabs worth of fields.
I'm not a cataloger, but I wonder if a solution would be to put the 10-12 most important fields on the first tab and the "less important" ones on other tabs. Then your volunteers could only concern themselves with the first tab, but other fields could still be populated by z39.50.
-- Owen
-- Web Developer Athens County Public Libraries http://www.myacpl.org _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
_______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
On Wed, Nov 19, 2008 at 08:38:21AM -0500, Owen Leonard wrote:
only way to do what I want is to produce a radically pruned framework, deleting all but the basic fields that I need. However I then came across the guidance that it is not advisable to delete fields so I don't quite see how to come up with the final list of fields that I need. I don't think I can expect my volunteers to wade through 9 tabs worth of fields.
I'm not a cataloger, but I wonder if a solution would be to put the 10-12 most important fields on the first tab and the "less important" ones on other tabs. Then your volunteers could only concern themselves with the first tab, but other fields could still be populated by z39.50.
and also, you don't have to delete fields if you don't want them to apear in framework. there is option to hide fields. Regards, Marijana
Dear Marijana and all These solutions would be a great help I'm sure. However, having spent most of yesterday poring over the manual and my preferences, I still can't see how to either move fields onto the first tab or alternatively how to set some (the majority) to be hidden. I've obviously missed something and would be grateful for help in finding whatever switches I need. Thanks On Wed, Nov 19, 2008 at 5:40 PM, Marijana Glavica <mglavica@ffzg.hr> wrote:
only way to do what I want is to produce a radically pruned framework, deleting all but the basic fields that I need. However I then came across the guidance that it is not advisable to delete fields so I don't quite see how to come up with the final list of fields that I need. I don't
On Wed, Nov 19, 2008 at 08:38:21AM -0500, Owen Leonard wrote: think I
can expect my volunteers to wade through 9 tabs worth of fields.
I'm not a cataloger, but I wonder if a solution would be to put the 10-12 most important fields on the first tab and the "less important" ones on other tabs. Then your volunteers could only concern themselves with the first tab, but other fields could still be populated by z39.50.
and also, you don't have to delete fields if you don't want them to apear in framework. there is option to hide fields.
Regards, Marijana _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
I've spent the last week or so doing this, so it's reasonably fresh in my mind. If there's an easier way, I'm not sure I want to know, but go ahead and tell me anyway. :-) To change the tab: Go to the Marc Framework page and open the Subfields page of the tag you want to change. (third from the right) Next, click the "Edit Subfields" button at the bottom of the page. Under Basic Constraints, change the number in the "Managed in Tab" box to whatever tab you want it to be in. AFAIK, all the subfields have to be managed in the same tab, so if you change a, you have to change b, c, 9, 2, and all the others. You can also change it to "ignore." Alternatively, you can hide the field: From the Edit Subfields page, click "display more constraints" The second one down is "hidden." Change it to "-6" and it won't show up in the Add Marc Record page or in the catalog. If my brain were working, I could remember how to get to the page that explains all the codes. Hope this helps, Fred King phred@philobiblios.net reapsmoor@gmail.com writes:
Dear Marijana and all
These solutions would be a great help I'm sure. However, having spent most of yesterday poring over the manual and my preferences, I still can't see how to either move fields onto the first tab or alternatively how to set some (the majority) to be hidden. I've obviously missed something and would be grateful for help in finding whatever switches I need.
Thanks
On Wed, Nov 19, 2008 at 5:40 PM, Marijana Glavica <mglavica@ffzg.hr> wrote:
only way to do what I want is to produce a radically pruned framework, deleting all but the basic fields that I need. However I then came across the guidance that it is not advisable to delete fields so I don't quite see how to come up with the final list of fields that I need. I don't
On Wed, Nov 19, 2008 at 08:38:21AM -0500, Owen Leonard wrote: think I
can expect my volunteers to wade through 9 tabs worth of fields.
I'm not a cataloger, but I wonder if a solution would be to put the 10-12 most important fields on the first tab and the "less important" ones on other tabs. Then your volunteers could only concern themselves with the first tab, but other fields could still be populated by z39.50.
and also, you don't have to delete fields if you don't want them to apear in framework. there is option to hide fields.
Regards, Marijana _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
These solutions would be a great help I'm sure. However, having spent most of yesterday poring over the manual and my preferences, I still can't see how to either move fields onto the first tab or alternatively how to set some (the majority) to be hidden. I've obviously missed something and would be grateful for help in finding whatever switches I need.
You can create a new Framework from an existing one, hide all its subfields, and then select one by one subfields you want to see in Data Entry form. In Koha PRO interface, create a new Framework: 1. Admin > MARC Frameworks. 2. Button New Framework. Name it FOO (for example). 3. Click on 'MARC Structure'. Then Choose to create framework for FOO using Default framework. At this stage, you have a new Framework, which is Default framework duplicate. In MySql command line interface, or phpMyAdmin, or whatever, enter this SQL statement against your Koha DB : UPDATE marc_subfield_structure SET tab='-1' WHERE frameworkcode='FOO'; At this stage, you FOO framework has all its fields hidden. You have to go in FOO Framework definition, and for each subfields you want to see in Data Entry, modify Managed in tab attribute. -- Frédéric DEMIANS http://www.tamil.fr/u/fdemians.html
Thank you so much to Fred, Frederic and others - I think I'm getting there with this now thanks to you all - though further questions are coming up. Sorry! On Fri, Nov 21, 2008 at 1:19 PM, Frederic Demians <frederic@tamil.fr> wrote:
These solutions would be a great help I'm sure. However, having spent
most of yesterday poring over the manual and my preferences, I still can't see how to either move fields onto the first tab or alternatively how to set some (the majority) to be hidden. I've obviously missed something and would be grateful for help in finding whatever switches I need.
You can create a new Framework from an existing one, hide all its subfields, and then select one by one subfields you want to see in Data Entry form.
In Koha PRO interface, create a new Framework:
1. Admin > MARC Frameworks. 2. Button New Framework. Name it FOO (for example). 3. Click on 'MARC Structure'. Then Choose to create framework for FOO using Default framework.
At this stage, you have a new Framework, which is Default framework duplicate.
In MySql command line interface, or phpMyAdmin, or whatever, enter this SQL statement against your Koha DB :
UPDATE marc_subfield_structure SET tab='-1' WHERE frameworkcode='FOO';
At this stage, you FOO framework has all its fields hidden.
You have to go in FOO Framework definition, and for each subfields you want to see in Data Entry, modify Managed in tab attribute.
-- Frédéric DEMIANS http://www.tamil.fr/u/fdemians.html
participants (6)
-
Fred King -
Frederic Demians -
Marijana Glavica -
Nicole Engard -
Owen Leonard -
reapsmoor＠gmail.com