We're running 3.18.02 I reported the same problem in 3.14, but it was intermittent. Now it's back again. When editing a catalogue record, we manually type in the contents of the 942$h (call number). This is usually the last thing that is added before saving the record, otherwise we might not have seen what happens next. After hitting save, and before the item record comes up, a space and numeral 1 magically appear after the call number, completely without our input. Here it is in a record - the call number should be only "QM" as it is in the 099 field. It appears to be adding 0001 in the 942 $6 which we have set to ignore. If the 1 is successfully deleted from the $h, the 0001 also vanishes from $6. 000 00720ndm a22002057a 4500 001 201501211025.nw 003 UkLoVW 005 20150121224121.0 008 150121q1926 enkfmle nn 0 eng d 040 _aUkLoVW_beng_cUkLoVW 099 _aQM 100 1 _913719_aHooton, P. M. 245 10 _aManuscript music book / 300 _a6 p. :_bmusic ;_c30 cm. 500 _aManuscript music book with country morris and sword dance tunes, including bass parts in some cases. The name P. M. Hooton is on the front cover, probably Miss P. M. Hooton of Norwich who was an EFDS member in the 1920s. 650 7 _9127_aDance music 650 7 _9163_aEngland 850 _aUkLoVW 942 _2VWML_cMS_hQM 1_n0_6QM0001 999 _c65844_d65844 Note: it seems to be happening on every other save. In other words, edit a record once, it's fine. Go back in and edit it again, and the 1 appears. Edit it a third time to delete the 1 and it's fine. This is driving my colleagues to distraction. Any thoughts? -- 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)
Is there something funny in your frameworks possibly? Are you using custom ones that have something unexpected in the definition of 942? Cheers, Liz On 22/01/15 12:00, Elaine Bradtke wrote:
We're running 3.18.02 I reported the same problem in 3.14, but it was intermittent. Now it's back again.
When editing a catalogue record, we manually type in the contents of the 942$h (call number). This is usually the last thing that is added before saving the record, otherwise we might not have seen what happens next. After hitting save, and before the item record comes up, a space and numeral 1 magically appear after the call number, completely without our input.
Here it is in a record - the call number should be only "QM" as it is in the 099 field. It appears to be adding 0001 in the 942 $6 which we have set to ignore. If the 1 is successfully deleted from the $h, the 0001 also vanishes from $6.
000 00720ndm a22002057a 4500 001 201501211025.nw 003 UkLoVW 005 20150121224121.0 008 150121q1926 enkfmle nn 0 eng d 040 _aUkLoVW_beng_cUkLoVW 099 _aQM 100 1 _913719_aHooton, P. M. 245 10 _aManuscript music book / 300 _a6 p. :_bmusic ;_c30 cm. 500 _aManuscript music book with country morris and sword dance tunes, including bass parts in some cases. The name P. M. Hooton is on the front cover, probably Miss P. M. Hooton of Norwich who was an EFDS member in the 1920s. 650 7 _9127_aDance music 650 7 _9163_aEngland 850 _aUkLoVW 942 _2VWML_cMS_hQM 1_n0_6QM0001 999 _c65844_d65844
Note: it seems to be happening on every other save. In other words, edit a record once, it's fine. Go back in and edit it again, and the 1 appears. Edit it a third time to delete the 1 and it's fine. This is driving my colleagues to distraction. Any thoughts?
-- -- Liz Rea Catalyst.Net Limited Level 6, Catalyst House, 150 Willis Street, Wellington. P.O Box 11053, Manners Street, Wellington 6142 GPG: B149 A443 6B01 7386 C2C7 F481 B6c2 A49D 3726 38B7
This is kind of messy, but it shows what our framework is set to for 942 0 Koha issues (borrowed), all copies Tab:9, | Koha field: biblioitems.totalissues, Not repeatable, Not mandatory, hidden, 2 Source of classification or shelving scheme Tab:9, | Koha field: biblioitems.cn_source, Not repeatable, Not mandatory, | Auth value:cn_source, 6 Koha normalized classification for sorting subfield ignored Edit Delete a Institution code [OBSOLETE] Tab:9, Not repeatable, Not mandatory, hidden, c Koha [default] item type Tab:9, | Koha field: biblioitems.itemtype, Not repeatable, Mandatory, | Auth value:itemtypes, e Edition Tab:9, Not repeatable, Not mandatory, hidden h Class mark Tab:9, | Koha field: biblioitems.cn_class, Not repeatable, Not mandatory, | Plugin:callnumber.pl i Item part Tab:9, | Koha field: biblioitems.cn_item, Repeatable, Not mandatory, hidden k Call number prefix Tab:9, Not repeatable, Not mandatory, hidden m Call number suffix Tab:9, | Koha field: biblioitems.cn_suffix, Not repeatable, Not mandatory, hidden n Hide in OPAC Tab:9, Not repeatable, Not mandatory, | Auth value:SUPPRESS s Serial record flag Tab:9, | Koha field: biblio.serial, Not repeatable, Not mandatory, hidden If it happened every time, I'd suspect the framework. It's the on again, off again nature of the problem that has us confused. On Wed, Jan 21, 2015 at 11:05 PM, Liz Rea <liz@catalyst.net.nz> wrote:
Is there something funny in your frameworks possibly? Are you using custom ones that have something unexpected in the definition of 942?
We're running 3.18.02 I reported the same problem in 3.14, but it was intermittent. Now it's back again.
When editing a catalogue record, we manually type in the contents of the 942$h (call number). This is usually the last thing that is added before saving the record, otherwise we might not have seen what happens next. After hitting save, and before the item record comes up, a space and numeral 1 magically appear after the call number, completely without our input.
Here it is in a record - the call number should be only "QM" as it is in the 099 field. It appears to be adding 0001 in the 942 $6 which we have set to ignore. If the 1 is successfully deleted from the $h, the 0001 also vanishes from $6.
000 00720ndm a22002057a 4500 001 201501211025.nw 003 UkLoVW 005 20150121224121.0 008 150121q1926 enkfmle nn 0 eng d 040 _aUkLoVW_beng_cUkLoVW 099 _aQM 100 1 _913719_aHooton, P. M. 245 10 _aManuscript music book / 300 _a6 p. :_bmusic ;_c30 cm. 500 _aManuscript music book with country morris and sword dance tunes, including bass parts in some cases. The name P. M. Hooton is on the front cover, probably Miss P. M. Hooton of Norwich who was an EFDS member in
Cheers, Liz On 22/01/15 12:00, Elaine Bradtke wrote: the
1920s. 650 7 _9127_aDance music 650 7 _9163_aEngland 850 _aUkLoVW 942 _2VWML_cMS_hQM 1_n0_6QM0001 999 _c65844_d65844
Note: it seems to be happening on every other save. In other words, edit a record once, it's fine. Go back in and edit it again, and the 1 appears. Edit it a third time to delete the 1 and it's fine. This is driving my colleagues to distraction. Any thoughts?
-- -- Liz Rea Catalyst.Net Limited Level 6, Catalyst House, 150 Willis Street, Wellington. P.O Box 11053, Manners Street, Wellington 6142
GPG: B149 A443 6B01 7386 C2C7 F481 B6c2 A49D 3726 38B7
_______________________________________________ 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)
I can't seem to replicate the problem in Firefox. I'm thinking it might be a Chrome problem. On Wed, Jan 21, 2015 at 11:33 PM, Elaine Bradtke <eb@efdss.org> wrote:
This is kind of messy, but it shows what our framework is set to for 942
0 Koha issues (borrowed), all copies Tab:9, | Koha field: biblioitems.totalissues, Not repeatable, Not mandatory, hidden, 2 Source of classification or shelving scheme Tab:9, | Koha field: biblioitems.cn_source, Not repeatable, Not mandatory, | Auth value:cn_source, 6 Koha normalized classification for sorting subfield ignored Edit Delete a Institution code [OBSOLETE] Tab:9, Not repeatable, Not mandatory, hidden, c Koha [default] item type Tab:9, | Koha field: biblioitems.itemtype, Not repeatable, Mandatory, | Auth value:itemtypes, e Edition Tab:9, Not repeatable, Not mandatory, hidden h Class mark Tab:9, | Koha field: biblioitems.cn_class, Not repeatable, Not mandatory, | Plugin:callnumber.pl i Item part Tab:9, | Koha field: biblioitems.cn_item, Repeatable, Not mandatory, hidden k Call number prefix Tab:9, Not repeatable, Not mandatory, hidden m Call number suffix Tab:9, | Koha field: biblioitems.cn_suffix, Not repeatable, Not mandatory, hidden n Hide in OPAC Tab:9, Not repeatable, Not mandatory, | Auth value:SUPPRESS s Serial record flag Tab:9, | Koha field: biblio.serial, Not repeatable, Not mandatory, hidden
If it happened every time, I'd suspect the framework. It's the on again, off again nature of the problem that has us confused.
On Wed, Jan 21, 2015 at 11:05 PM, Liz Rea <liz@catalyst.net.nz> wrote:
Is there something funny in your frameworks possibly? Are you using custom ones that have something unexpected in the definition of 942?
We're running 3.18.02 I reported the same problem in 3.14, but it was intermittent. Now it's back again.
When editing a catalogue record, we manually type in the contents of the 942$h (call number). This is usually the last thing that is added before saving the record, otherwise we might not have seen what happens next. After hitting save, and before the item record comes up, a space and numeral 1 magically appear after the call number, completely without our input.
Here it is in a record - the call number should be only "QM" as it is in the 099 field. It appears to be adding 0001 in the 942 $6 which we have set to ignore. If the 1 is successfully deleted from the $h, the 0001 also vanishes from $6.
000 00720ndm a22002057a 4500 001 201501211025.nw 003 UkLoVW 005 20150121224121.0 008 150121q1926 enkfmle nn 0 eng d 040 _aUkLoVW_beng_cUkLoVW 099 _aQM 100 1 _913719_aHooton, P. M. 245 10 _aManuscript music book / 300 _a6 p. :_bmusic ;_c30 cm. 500 _aManuscript music book with country morris and sword dance tunes, including bass parts in some cases. The name P. M. Hooton is on the front cover, probably Miss P. M. Hooton of Norwich who was an EFDS member in
Cheers, Liz On 22/01/15 12:00, Elaine Bradtke wrote: the
1920s. 650 7 _9127_aDance music 650 7 _9163_aEngland 850 _aUkLoVW 942 _2VWML_cMS_hQM 1_n0_6QM0001 999 _c65844_d65844
Note: it seems to be happening on every other save. In other words, edit a record once, it's fine. Go back in and edit it again, and the 1 appears. Edit it a third time to delete the 1 and it's fine. This is driving my colleagues to distraction. Any thoughts?
-- -- Liz Rea Catalyst.Net Limited Level 6, Catalyst House, 150 Willis Street, Wellington. P.O Box 11053, Manners Street, Wellington 6142
GPG: B149 A443 6B01 7386 C2C7 F481 B6c2 A49D 3726 38B7
_______________________________________________ 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)
-- 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 Elaine, I see there that at 942$h you deploy a plugin: callnumber.pl Its not present in a default framework that I just checked. What happens if you remove that? Bob Birchall Calyx On 22/01/15 10:47, Elaine Bradtke wrote:
I can't seem to replicate the problem in Firefox. I'm thinking it might be a Chrome problem.
On Wed, Jan 21, 2015 at 11:33 PM, Elaine Bradtke <eb@efdss.org> wrote:
This is kind of messy, but it shows what our framework is set to for 942
0 Koha issues (borrowed), all copies Tab:9, | Koha field: biblioitems.totalissues, Not repeatable, Not mandatory, hidden, 2 Source of classification or shelving scheme Tab:9, | Koha field: biblioitems.cn_source, Not repeatable, Not mandatory, | Auth value:cn_source, 6 Koha normalized classification for sorting subfield ignored Edit Delete a Institution code [OBSOLETE] Tab:9, Not repeatable, Not mandatory, hidden, c Koha [default] item type Tab:9, | Koha field: biblioitems.itemtype, Not repeatable, Mandatory, | Auth value:itemtypes, e Edition Tab:9, Not repeatable, Not mandatory, hidden h Class mark Tab:9, | Koha field: biblioitems.cn_class, Not repeatable, Not mandatory, | Plugin:callnumber.pl
Bob, you may be on to something. If I remove the plugin, the problem seems to stop. We use the plugin to auto populate the $o field in the item record. I can't be sure, because of the intermittant nature of the problem, but it seems to only happen if you edit the 942$h On Thu, Jan 22, 2015 at 12:05 AM, Bob Birchall <bob@calyx.net.au> wrote:
Hi Elaine, I see there that at 942$h you deploy a plugin: callnumber.pl Its not present in a default framework that I just checked.
What happens if you remove that?
Bob Birchall Calyx
On 22/01/15 10:47, Elaine Bradtke wrote:
I can't seem to replicate the problem in Firefox. I'm thinking it might be a Chrome problem.
On Wed, Jan 21, 2015 at 11:33 PM, Elaine Bradtke <eb@efdss.org> wrote:
This is kind of messy, but it shows what our framework is set to for 942
0 Koha issues (borrowed), all copies Tab:9, | Koha field: biblioitems.totalissues, Not repeatable, Not mandatory, hidden, 2 Source of classification or shelving scheme Tab:9, | Koha field: biblioitems.cn_source, Not repeatable, Not mandatory, | Auth value:cn_source, 6 Koha normalized classification for sorting subfield ignored Edit Delete a Institution code [OBSOLETE] Tab:9, Not repeatable, Not mandatory, hidden, c Koha [default] item type Tab:9, | Koha field: biblioitems.itemtype, Not repeatable, Mandatory, | Auth value:itemtypes, e Edition Tab:9, Not repeatable, Not mandatory, hidden h Class mark Tab:9, | Koha field: biblioitems.cn_class, Not repeatable, Not mandatory, | Plugin:callnumber.pl
_______________________________________________ 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)
Then shouldn't the plugin be activated in 952$o, not in 942$h? Can you check if it is used in 952$o also? Bob On 22/01/15 11:37, Elaine Bradtke wrote:
Bob, you may be on to something. If I remove the plugin, the problem seems to stop. We use the plugin to auto populate the $o field in the item record.
I can't be sure, because of the intermittant nature of the problem, but it seems to only happen if you edit the 942$h
On Thu, Jan 22, 2015 at 12:05 AM, Bob Birchall <bob@calyx.net.au <mailto:bob@calyx.net.au>> wrote:
Hi Elaine, I see there that at 942$h you deploy a plugin: callnumber.pl <http://callnumber.pl> Its not present in a default framework that I just checked.
What happens if you remove that?
Bob Birchall Calyx
On 22/01/15 10:47, Elaine Bradtke wrote:
I can't seem to replicate the problem in Firefox. I'm thinking it might be a Chrome problem.
On Wed, Jan 21, 2015 at 11:33 PM, Elaine Bradtke <eb@efdss.org <mailto:eb@efdss.org>> wrote:
This is kind of messy, but it shows what our framework is set to for 942
0 Koha issues (borrowed), all copies Tab:9, | Koha field: biblioitems.totalissues, Not repeatable, Not mandatory, hidden, 2 Source of classification or shelving scheme Tab:9, | Koha field: biblioitems.cn_source, Not repeatable, Not mandatory, | Auth value:cn_source, 6 Koha normalized classification for sorting subfield ignored Edit Delete a Institution code [OBSOLETE] Tab:9, Not repeatable, Not mandatory, hidden, c Koha [default] item type Tab:9, | Koha field: biblioitems.itemtype, Not repeatable, Mandatory, | Auth value:itemtypes, e Edition Tab:9, Not repeatable, Not mandatory, hidden h Class mark Tab:9, | Koha field: biblioitems.cn_class, Not repeatable, Not mandatory, | Plugin:callnumber.pl <http://callnumber.pl>
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz <mailto: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)
-- Bob Birchall Director Calyx Group Pty Limited Mob: 0414 796 988 Email: bob@calyx.net.au Web: www.calyx.net.au Participating in the Koha Open ILS project: http://koha-community.org
With the plugin callnumber.pl activated in 942 $h and 952$o : the 1 appears after the call number in 942 $h as it is being saved as described above. But, it vanishes again - it does not appear in the MARC after saving. The 952$o is populated automatically with the information from 942 h. With the plugin enabled in $942 h, after editing the field if I click on the editing box to the right of the 942 h (this is only there when the plugin is activated) - it inserts the 1 My original aim for activating the plugin in the 942 h was to pull the call number from our 099 field. But it doesn't do that, and it has to be manually input. However if I disable the plugin in 942 and enable it in 952, it will pull the information directly from the 099 field to 952 o. But if you edit an existing item's 952 o, it adds the 1. Note: our callnumbers are not unique. I wonder if this is part of the problem? I was just looking at http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13364 when it dawned on me that the plugin might be built with the assumption that full callnumbers would be unique. At any rate the plugin's behaviour seems contrary to (at least my) expectations. Perhaps I should file a bug report, once I figure out how to describe it. I am not the techie on the team ;-) Maybe someone who really understands how it works could explain what it does and does not do? Elaine On Thu, Jan 22, 2015 at 1:50 AM, Bob Birchall <bob@calyx.net.au> wrote:
Then shouldn't the plugin be activated in 952$o, not in 942$h? Can you check if it is used in 952$o also? Bob
On 22/01/15 11:37, Elaine Bradtke wrote:
Bob, you may be on to something. If I remove the plugin, the problem seems to stop. We use the plugin to auto populate the $o field in the item record.
I can't be sure, because of the intermittant nature of the problem, but it seems to only happen if you edit the 942$h
On Thu, Jan 22, 2015 at 12:05 AM, Bob Birchall <bob@calyx.net.au> wrote:
Hi Elaine, I see there that at 942$h you deploy a plugin: callnumber.pl Its not present in a default framework that I just checked.
What happens if you remove that?
Bob Birchall Calyx
On 22/01/15 10:47, Elaine Bradtke wrote:
I can't seem to replicate the problem in Firefox. I'm thinking it might be a Chrome problem.
On Wed, Jan 21, 2015 at 11:33 PM, Elaine Bradtke <eb@efdss.org> wrote:
This is kind of messy, but it shows what our framework is set to for 942
0 Koha issues (borrowed), all copies Tab:9, | Koha field: biblioitems.totalissues, Not repeatable, Not mandatory, hidden, 2 Source of classification or shelving scheme Tab:9, | Koha field: biblioitems.cn_source, Not repeatable, Not mandatory, | Auth value:cn_source, 6 Koha normalized classification for sorting subfield ignored Edit Delete a Institution code [OBSOLETE] Tab:9, Not repeatable, Not mandatory, hidden, c Koha [default] item type Tab:9, | Koha field: biblioitems.itemtype, Not repeatable, Mandatory, | Auth value:itemtypes, e Edition Tab:9, Not repeatable, Not mandatory, hidden h Class mark Tab:9, | Koha field: biblioitems.cn_class, Not repeatable, Not mandatory, | Plugin:callnumber.pl
_______________________________________________ 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)
-- Bob Birchall Director Calyx Group Pty Limited
Mob: 0414 796 988 Email: bob@calyx.net.au Web: www.calyx.net.au
Participating in the Koha Open ILS project:http://koha-community.org
-- 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)
I am a bit embarrassed. After discussing this problem with my IT wizard who actually looked at callnumber.pl and understood it's inner workings, I know where the unwanted numbers are coming from. Many of our call numbers consist of nothing more than two upper case letters, for example QM. The plugin is looking at that and seeing a prefix and adding sequential numbers to create a unique call number. Our numbers are not unique. Perhaps a brief explanation of what this plugin is meant to do would be a useful addition to the manual? As I understand it, the plugin looks for any number of or combination of upper case letters, and/or punctuation. It treats that information as a prefix, chooses the largest number assigned to this prefix, and adds one to it. If there is no number it adds a space and a number 1 to the end. For example If I type in M, it looks for all the Ms in the call number field, finds the one with the highest number and then adds the next number in the sequence (for example M 123 exists, so it will make this one M 124). Unfortunately that won't work with our system. But at least I know I'm not going mad. On Thu, Jan 22, 2015 at 6:52 PM, Elaine Bradtke <eb@efdss.org> wrote:
With the plugin callnumber.pl activated in 942 $h and 952$o : the 1 appears after the call number in 942 $h as it is being saved as described above. But, it vanishes again - it does not appear in the MARC after saving. The 952$o is populated automatically with the information from 942 h.
With the plugin enabled in $942 h, after editing the field if I click on the editing box to the right of the 942 h (this is only there when the plugin is activated) - it inserts the 1 My original aim for activating the plugin in the 942 h was to pull the call number from our 099 field. But it doesn't do that, and it has to be manually input. However if I disable the plugin in 942 and enable it in 952, it will pull the information directly from the 099 field to 952 o. But if you edit an existing item's 952 o, it adds the 1.
Note: our callnumbers are not unique. I wonder if this is part of the problem? I was just looking at http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13364 when it dawned on me that the plugin might be built with the assumption that full callnumbers would be unique.
At any rate the plugin's behaviour seems contrary to (at least my) expectations. Perhaps I should file a bug report, once I figure out how to describe it. I am not the techie on the team ;-) Maybe someone who really understands how it works could explain what it does and does not do? Elaine
On Thu, Jan 22, 2015 at 1:50 AM, Bob Birchall <bob@calyx.net.au> wrote:
Then shouldn't the plugin be activated in 952$o, not in 942$h? Can you check if it is used in 952$o also? Bob
On 22/01/15 11:37, Elaine Bradtke wrote:
Bob, you may be on to something. If I remove the plugin, the problem seems to stop. We use the plugin to auto populate the $o field in the item record.
I can't be sure, because of the intermittant nature of the problem, but it seems to only happen if you edit the 942$h
On Thu, Jan 22, 2015 at 12:05 AM, Bob Birchall <bob@calyx.net.au> wrote:
Hi Elaine, I see there that at 942$h you deploy a plugin: callnumber.pl Its not present in a default framework that I just checked.
What happens if you remove that?
Bob Birchall Calyx
On 22/01/15 10:47, Elaine Bradtke wrote:
I can't seem to replicate the problem in Firefox. I'm thinking it might be a Chrome problem.
On Wed, Jan 21, 2015 at 11:33 PM, Elaine Bradtke <eb@efdss.org> wrote:
This is kind of messy, but it shows what our framework is set to for
942
0 Koha issues (borrowed), all copies Tab:9, | Koha field: biblioitems.totalissues, Not repeatable, Not mandatory, hidden, 2 Source of classification or shelving scheme Tab:9, | Koha field: biblioitems.cn_source, Not repeatable, Not mandatory, | Auth value:cn_source, 6 Koha normalized classification for sorting subfield ignored Edit Delete a Institution code [OBSOLETE] Tab:9, Not repeatable, Not mandatory, hidden, c Koha [default] item type Tab:9, | Koha field: biblioitems.itemtype, Not repeatable, Mandatory, | Auth value:itemtypes, e Edition Tab:9, Not repeatable, Not mandatory, hidden h Class mark Tab:9, | Koha field: biblioitems.cn_class, Not repeatable, Not mandatory, | Plugin:callnumber.pl
_______________________________________________ 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)
-- Bob Birchall Director Calyx Group Pty Limited
Mob: 0414 796 988 Email: bob@calyx.net.au Web: www.calyx.net.au
Participating in the Koha Open ILS project:http://koha-community.org
-- 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)
-- 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 Elaine, Nothing to be embarrassed about. This happens. And it was an interesting read :) Arslan -- Sent from my phone. On Jan 23, 2015 7:32 AM, "Elaine Bradtke" <eb@efdss.org> wrote:
I am a bit embarrassed. After discussing this problem with my IT wizard who actually looked at callnumber.pl and understood it's inner workings, I know where the unwanted numbers are coming from. Many of our call numbers consist of nothing more than two upper case letters, for example QM. The plugin is looking at that and seeing a prefix and adding sequential numbers to create a unique call number. Our numbers are not unique.
Perhaps a brief explanation of what this plugin is meant to do would be a useful addition to the manual? As I understand it, the plugin looks for any number of or combination of upper case letters, and/or punctuation. It treats that information as a prefix, chooses the largest number assigned to this prefix, and adds one to it. If there is no number it adds a space and a number 1 to the end. For example If I type in M, it looks for all the Ms in the call number field, finds the one with the highest number and then adds the next number in the sequence (for example M 123 exists, so it will make this one M 124).
Unfortunately that won't work with our system. But at least I know I'm not going mad.
On Thu, Jan 22, 2015 at 6:52 PM, Elaine Bradtke <eb@efdss.org> wrote:
With the plugin callnumber.pl activated in 942 $h and 952$o : the 1 appears after the call number in 942 $h as it is being saved as described above. But, it vanishes again - it does not appear in the MARC after saving. The 952$o is populated automatically with the information from 942 h.
With the plugin enabled in $942 h, after editing the field if I click on the editing box to the right of the 942 h (this is only there when the plugin is activated) - it inserts the 1 My original aim for activating the plugin in the 942 h was to pull the call number from our 099 field. But it doesn't do that, and it has to be manually input. However if I disable the plugin in 942 and enable it in 952, it will pull the information directly from the 099 field to 952 o. But if you edit an existing item's 952 o, it adds the 1.
Note: our callnumbers are not unique. I wonder if this is part of the problem? I was just looking at http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13364 when it dawned on me that the plugin might be built with the assumption that full callnumbers would be unique.
At any rate the plugin's behaviour seems contrary to (at least my) expectations. Perhaps I should file a bug report, once I figure out how to describe it. I am not the techie on the team ;-) Maybe someone who really understands how it works could explain what it does and does not do? Elaine
On Thu, Jan 22, 2015 at 1:50 AM, Bob Birchall <bob@calyx.net.au> wrote:
Then shouldn't the plugin be activated in 952$o, not in 942$h? Can you check if it is used in 952$o also? Bob
On 22/01/15 11:37, Elaine Bradtke wrote:
Bob, you may be on to something. If I remove the plugin, the problem seems to stop. We use the plugin to auto populate the $o field in the item record.
I can't be sure, because of the intermittant nature of the problem, but it seems to only happen if you edit the 942$h
On Thu, Jan 22, 2015 at 12:05 AM, Bob Birchall <bob@calyx.net.au> wrote:
Hi Elaine, I see there that at 942$h you deploy a plugin: callnumber.pl Its not present in a default framework that I just checked.
What happens if you remove that?
Bob Birchall Calyx
On 22/01/15 10:47, Elaine Bradtke wrote:
I can't seem to replicate the problem in Firefox. I'm thinking it might be a Chrome problem.
On Wed, Jan 21, 2015 at 11:33 PM, Elaine Bradtke <eb@efdss.org> wrote:
This is kind of messy, but it shows what our framework is set to for
942
0 Koha issues (borrowed), all copies Tab:9, | Koha field: biblioitems.totalissues, Not repeatable, Not mandatory, hidden, 2 Source of classification or shelving scheme Tab:9, | Koha field: biblioitems.cn_source, Not repeatable, Not mandatory, | Auth value:cn_source, 6 Koha normalized classification for sorting subfield ignored Edit Delete a Institution code [OBSOLETE] Tab:9, Not repeatable, Not mandatory, hidden, c Koha [default] item type Tab:9, | Koha field: biblioitems.itemtype, Not repeatable, Mandatory, | Auth value:itemtypes, e Edition Tab:9, Not repeatable, Not mandatory, hidden h Class mark Tab:9, | Koha field: biblioitems.cn_class, Not repeatable, Not mandatory, | Plugin:callnumber.pl
_______________________________________________ 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)
-- Bob Birchall Director Calyx Group Pty Limited
Mob: 0414 796 988 Email: bob@calyx.net.au Web: www.calyx.net.au
Participating in the Koha Open ILS project:http://koha-community.org
-- 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)
-- 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
participants (4)
-
Arslan Farooq -
Bob Birchall -
Elaine Bradtke -
Liz Rea