← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 12:02 | thd | toins: do you think that file would make the download extra large? |
| 16:08 | kados: are you there? | |
| 16:38 | hdl | thd chris : is there a ccl zebra configuration tutorial online ? |
| 16:38 | kados ? | |
| 16:38 | dewey | kados is becoming a true Perl Monger... |
| 16:39 | thd | hdl: not for Zebra specifically but for yaz there is |
| 16:40 | hdl | thd : it would be to know how to build ccl queries and configure search in zebra. |
| 16:42 | thd | hdl: building queries is easy |
| 16:43 | hdl | even if you try and search multiple criteria ? |
| 16:45 | thd | hdl: one problem if you are using the code which kados wrote then he had told me that had broken query nesting for his recent CCL zoomopac implementation |
| 16:47 | hdl: study the Zebra configuration files recently committed for what kados had to provide CCL support | |
| 16:49 | hdl: and there should also be some barely existent documentation for how to run a CCL query in the recently updated Perl Zoom module | |
| 16:52 | hdl: with CCL structure and other attributes are generally set in the configuration file | |
| 16:53 | hdl: CCL is an ISO standard but it was withdrawn as an ANSI/NISO standard because web interfaces had came along at the time the standard was adopted. | |
| 16:57 | hdl: CCL is almost the same as CQL without the need to use operators to connect multiple words into a query so ti = flying circus works in CCL while CQL requires ti = (flying AND circus) or however it works exactly in CQL | |
| 16:59 | hdl: the actual query attributes used ti su au or whatever are merely a convention and not required in the standard which I have not read as far as I know | |
| 17:03 | hdl: some configuration syntax for czcats ... | |
| 17:03 | $bib1["kw"] = "u=1016 s=al"; | |
| 17:03 | $bib1["xkw"] = "u=1016 s=pw"; | |
| 17:03 | $bib1["ti"] = "u=4 s=al"; | |
| 17:03 | $bib1["tw"] = "u=4 s=al"; | |
| 17:03 | $bib1["xt"] = "u=4 s=pw"; | |
| 17:03 | $bib1["xti"] = "u=4 s=pw"; | |
| 17:03 | $bib1["se"] = "u=5 s=al"; | |
| 17:03 | $bib1["xse"] = "u=5 s=pw"; | |
| 17:03 | $bib1["au"] = "u=1003 s=al"; | |
| 17:03 | $bib1["xa"] = "u=1003 s=pw"; | |
| 17:03 | $bib1["xau"] = "u=1003 s=pw"; | |
| 17:03 | $bib1["pu"] = "u=1018 s=al"; | |
| 17:03 | $bib1["xp"] = "u=1018 s=pw"; | |
| 17:03 | $bib1["xpu"] = "u=1018 s=pw"; | |
| 17:03 | $bib1["date"] = "u=30 s=pw"; | |
| 17:03 | $bib1["isbn"] = "u=7 s=pw"; | |
| 17:03 | $bib1["issn"] = "u=8 s=pw"; | |
| 17:03 | $bib1["lccn"] = "u=9 s=pw"; | |
| 17:04 | hdl | thx thd. this is much valuable. |
| 17:05 | I hope to be able to understand how to make it work soon. | |
| 17:05 | thd | hdl:this follows yaz syntax for specifying CCL but is only found in the Yaz documentation to my knowledge |
| 17:08 | hdl: the rest of my CCL configuration which includes RAMEAU .. | |
| 17:08 | $bib1["bnb"] = "u=10 s=pw"; | |
| 17:08 | $bib1["bgf"] = "u=11 s=pw"; | |
| 17:08 | $bib1["db"] = "u=52 s=pw"; | |
| 17:08 | $bib1["mt"] = "u=1031 s=al"; | |
| 17:08 | $bib1["ddc"] = "u=13 s=al"; | |
| 17:08 | $bib1["udc"] = "u=14 s=al"; | |
| 17:08 | $bib1["lcc"] = "u=16 s=al"; | |
| 17:08 | $bib1["nlmc"] = "u=17 s=al"; | |
| 17:08 | $bib1["nalc"] = "u=18 s=al"; | |
| 17:08 | $bib1["cn"] = "u=20 s=al"; | |
| 17:08 | $bib1["su"] = "u=21 s=al"; | |
| 17:08 | $bib1["xs"] = "u=21 s=pw"; | |
| 17:08 | $bib1["xsu"] = "u=21 s=pw"; | |
| 17:08 | $bib1["lcsh"] = "u=27 s=al"; | |
| 17:09 | $bib1["xlcsh"] = "u=27 s=pw"; | |
| 17:09 | $bib1["ram"] = "u=22 s=al"; | |
| 17:09 | $bib1["xram"] = "u=22 s=pw"; | |
| 17:09 | $bib1["rswk"] = "u=46 s=al"; | |
| 17:09 | $bib1["xrswk"] = "u=46 s=pw"; | |
| 17:09 | $bib1["rvm"] = "u=28 s=al"; | |
| 17:09 | $bib1["xrvm"] = "u=28 s=pw"; | |
| 17:09 | $bib1["mesh"] = "u=25 s=al"; | |
| 17:09 | $bib1["xmesh"] = "u=25 s=pw"; | |
| 17:09 | $bib1["note"] = "u=63 s=al"; | |
| 17:09 | $bib1["xnote"] = "u=63 s=pw"; | |
| 17:09 | $bib1["ab"] = "u=62 s=al,r"; | |
| 17:09 | $bib1["ab"] = "u=62 s=pw"; | |
| 17:10 | hdl | Rameau and mesh ;) |
| 17:10 | thd | oops looks like the last line has a mistake should be abw |
| 17:11 | hdl: czcats has absolutely every Bib1 attribute but not complete in CCL | |
| 17:11 | hdl: Do you men which ones i MARC 21? | |
| 17:12 | hdl | I will look in att files. |
| 17:13 | thd | hdl: in MARC 21 topical subjects use 650 and the indicators and $2 specify the thesaurus used |
| 17:13 | hdl: this is very similar to UNIMARC usage | |
| 17:21 | hdl: the relevant section of the Yaz documentation is http://www.indexdata.dk/yaz/doc/tools.tkl#CCL | |
| 17:24 | hdl: one caution, if you do not specify the structure attribute in your configuration Yaz will set it to phrase for queries with only 2 or 3 words if I remember | |
| 17:25 | hdl | how can I specify the structure attribute in your configuration Yaz ? |
| 17:25 | thd | hdl: I found that behaviour undesirable even if it were sometimes helpful so I always set structure explicitly |
| 17:25 | hdl: s is a Yaz nickname for structure | |
| 17:27 | hdl: actually my earliest experiments with PHP/YAZ found that using the numeric values for some attributes in CCL did not work well so my CCL configuration does not use the numeric values | |
| 17:29 | hdl: numeric values always worked fine for me using Polish notation with PHP/Yaz but not CCL, although, that may have been a bug eliminated in more recent versions | |
| 17:31 | hdl: actually use attribute 21 is much more reliably supported when doing remote queries than specifying any particular thesaurus | |
| 19:46 | + c | |
| 07:23 | kados | morning everyone |
| 07:23 | paul: did you do an announcement about koha 2.2.6? | |
| 07:23 | toins | hi kados |
| 07:24 | paul | hi kados. |
| 07:24 | nope, because I just found a bug just after uploading 2.2.6 :-( | |
| 07:24 | kados | what bug? |
| 07:24 | dewey | bug is, like, most likely that you have truncated the system preference with VARCHAR(200) instead of TEXT |
| 07:24 | paul | in MARC editor, when you have hide_marc=ON and want to repeat a subfield that is the only subfield of the field |
| 07:25 | quite a tricky one... but toins is investigating, as it's probably javascript | |
| 07:38 | thd | kados: yesterday, paul asked abut whether to include the simple frameworks. |
| 07:38 | kados | thd: right ... what is your feeling? |
| 07:38 | paul | hello thd, thx to remind me this. |
| 07:39 | my question was just to ask you about the official release : the 2 marc21_* frameworks are 10MB large, and the .tar.gz size has grows highly | |
| 07:39 | I just wanted to know if I let those files in the tarball or not. | |
| 07:39 | thd | paul: marc21_simple_frameworks.sql started as custom set of non-standard frameworks for different record types for one particular library to their specification. However, since I created it the frameworks are close to what standard frameworks for those record types would be except for about 10% hidden fields, absent by default for new records, in addition to too many fields being collapsed in the editor at the customer's request |
| 07:40 | paul: it is only heavy because the frameworks must replicate any possible subfield as hidden to avoid data loss in editing copy catalogued records. | |
| 07:40 | paul | and also why you putted them in misc/ and not in misc/sql_files/en/frameworks to let libraries adding them easilly during setup |
| 07:41 | thd | paul: well they are not quite standard so they should have 10% more fields and fewer collapsed values to be standard |
| 07:43 | paul: so they are a supplementary option until someone has the time to adjust the custom values to standard ones | |
| 07:44 | paul: anyone could replace the default framework by importing the SQL file | |
| 07:44 | paul | thd : I don't want to argue about the content of the file, you know what you're doing. I just want to know if I let them in the release & if I let them at this place, where is is quite hidden & can't be found easily by 1st time installer ! |
| 07:46 | thd | paul: maybe since they also include the default framework, they are better than nothing but I would recommend the default framework alone until simple is adjusted for standard values |
| 07:48 | paul: default supports many different record types, in itself, perhaps a little too many :) | |
| 07:49 | paul: so maybe leave it out for now if it grows the file size very much | |
| 07:49 | unless kados has a different thought | |
| 07:51 | kados may think they are good but he has not tried actually cataloguing with it for real instead of just a pretend test | |
| 07:55 | paul: actually I think kados should agree because even if it is otherwise close too many of the collapsed values are silly which kados considers to be a blocking bug. Yet, that was what the customer wanted in that case. | |
| 07:58 | kados: you had not yet modified your plugins for fixed fields to support the additional frameworks had you? | |
| 07:59 | kados | thd: no |
| 07:59 | I think we should hold off on the simple bib framework's inclusion in the release by default | |
| 07:59 | maybe for 2.2.7 | |
| 08:00 | let my clients work out some of the issues with it | |
| 08:00 | thd | kados: when those are ready simple should be part of the distribution even if the rest of simple is not yet standard |
| 08:02 | kados | paul: you noted that acquisitions in broken in the release notes? |
| 08:02 | s/in/is/ | |
| 08:02 | paul | I added : |
| 08:03 | * don't use spaces in currencies codes. Use USD, not US DOLLAR, for example. spaces breaks acquisition module. | |
| 08:03 | kados | http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=1146 |
| 08:03 | I will test this right now | |
| 08:04 | paul: how do I delete 'the two lines' from the db? | |
| 08:04 | paul | manually, with phpmyadmin or something like that |
| 08:04 | kados | paul: what table? |
| 08:04 | paul | aqorders |
| 08:05 | kados | delete from aqorders; ? |
| 08:06 | paul | yep, but with "where ...", otherwise you'll empty it ;-) |
| 08:08 | kados | acqui/newbiblio still has the js error: |
| 08:08 | Error: f.elements[currency] has no properties | |
| 08:08 | Source File: http://koha.smfpl.org/cgi-bin/[…]lerid=1&basketno= | |
| 08:09 | Line: 147 | |
| 08:09 | and what is 'invoice number'? | |
| 08:11 | and I still don't understand the distinction between 'order' and 'basket' | |
| 08:17 | paul | the order is 1 line of a basket. |
| 08:19 | you still have "US DOLLAR" as currency. | |
| 08:19 | so, there is a space. remove it, it should be better | |
| 08:19 | US_DOLLAR or USD | |
| 08:20 | kados | I have USD |
| 08:20 | http://koha.smfpl.org/cgi-bin/[…]admin/currency.pl | |
| 08:20 | paul | hehe... but you don't have modified your supplier currency. |
| 08:20 | so it's still US DOLLAR | |
| 08:20 | (& I agree it's a shame that koha don't tell you) | |
| 08:21 | kados | ok, it's modified |
| 08:21 | paul | miracle ! it works now ;-) |
| 08:21 | about invoice number ! | |
| 08:21 | : | |
| 08:21 | kados | wait ... |
| 08:22 | where are the orders I created before? | |
| 08:22 | ahh, I see now | |
| 08:22 | good, it seems to work | |
| 08:22 | paul | it's something that had been done by katipo for Koha 1.x. |
| 08:22 | kados | so invoice number and also parcel code |
| 08:22 | paul | you get here a possibility to order AND recieve something |
| 08:22 | kados | and why is there a basket-level invoice number |
| 08:22 | paul | right, it's something we forget to change in the templates. |
| 08:23 | kados | it should be removed? |
| 08:23 | paul | not sure, even if none of my libraries used it : if they already have something, they don't order it, they just catalogue it ! |
| 08:23 | you should ask katipo I think | |
| 08:24 | kados | katipo doesn't use this acquisitions as it's broken for them |
| 08:24 | they re-wrote it and keep it in their own CVS | |
| 08:24 | so what is invoice number? | |
| 08:25 | and it is marked with a *, seems to be a required field? | |
| 08:26 | thd | kados: chris had told me that he committed all fixes to the koha cvs |
| 08:26 | kados | thd: not rel_2_2 though |
| 08:26 | thd | yes, not rel)_2_2 |
| 08:27 | kados | like closing a basket for instance ... what if I did it by accident? |
| 08:28 | or what if I want to delete a supplier? | |
| 08:28 | paul: also, the prices don't display on the order screen | |
| 08:29 | paul: i said something costs 12.00, but it doesn't show up in basket.pl | |
| 08:30 | paul: I understand you want to get 2.2.6 out asap | |
| 08:30 | hdl | kados: it was to be out in March. |
| 08:30 | kados | paul: perhaps you can just mention that there are many bugs in acquisitions and that we'll try to fix them in 2.2.7 |
| 08:30 | hdl: that is the problem with 'timed' releases | |
| 08:31 | paul | kados : i said something costs 12.00, but it doesn't show up in basket.pl >> what do you mean ? |
| 08:31 | kados | hdl: in March, 2.2.6 would have been a disaster |
| 08:31 | paul | http://koha.smfpl.org/cgi-bin/[…]sket.pl?basket=19 seems to work |
| 08:31 | kados | ahh, so it's the javascript problem, you have to manually fill the fields |
| 08:32 | hdl | kados : release early, release often. |
| 08:32 | paul | kados : I have 1 library using 2.2.6RC live since 2 weeks, and they do acquisitions without any problems. |
| 08:33 | kados | hdl: only when there is stable code |
| 08:33 | paul | hdl : this is something for unstable softwares. for stable, you have to be more careful |
| 08:33 | ok, kados, you won ;-) | |
| 08:33 | kados | paul: so invoice number? could you explain it a little big? |
| 08:34 | s/big/bit/ | |
| 08:34 | hdl | yes but between 224 and 226 what a big change. |
| 08:34 | ->[] | |
| 08:34 | paul | a little big too, if you want ;-) |
| 08:34 | kados | :-) |
| 08:35 | hdl: 2.2.6 is _almost_ as stable as 1.2 :-) | |
| 08:35 | paul | if you enter an "invoice" (=parcel code) here, you tell to koha that your order is already recieved and attached to a given parcel |
| 08:35 | kados | ahh ... |
| 08:35 | paul | but you should ask katipo about this feature, as I don't use it & never modified it (at least volunteerly) |
| 08:35 | kados | ok |
| 08:36 | I'll ask chris later today | |
| 08:36 | I suspect it should be removed from this version | |
| 08:36 | unless you can confirm that it still works | |
| 08:37 | in fact, this is quite a strange feature ... if the order is already received, then when you close the basket it should not be able to be received again | |
| 08:37 | and if a basket has an order that's already received, how can it have one that's not? | |
| 08:41 | paul: receiving still is broken | |
| 08:42 | paul: when I click on 'save' after receiving an order, it says '0 bibliographic records received' | |
| 08:42 | and the list of pending orders is gone | |
| 08:43 | I will try now in default templates | |
| 08:44 | ok, it works in default it seems | |
| 08:44 | so I will ask owen to update npl templates | |
| 08:44 | paul | I won't announce 2.2.6 until owen or kados confirm that the templates are fixed. |
| 08:44 | kados | paul: thanks |
| 08:45 | paul | (and i'll upload a 2.2.6b or something like that) |
| 08:45 | (because i'm afraid savannah won't accept another koha-2.2.6.tar.gz file | |
| 08:45 | kados | strange |
| 08:45 | can you remove the one that exists and then re-upload? | |
| 09:56 | toins | kados: are you around ? |
| 09:58 | kados | toins: yep |
| 09:59 | toins | kados: just want to something about dev_week opac |
| 09:59 | kados | ok |
| 10:00 | toins | s/to/to know/ |
| 10:01 | kados: are opac-search.pl opac-zoomsearch still used ? | |
| 10:01 | or there is ONLY search ? | |
| 10:02 | kados | toins: there is only search |
| 10:02 | toins | ok |
| 10:02 | good | |
| 10:02 | paul | no, there is only XUL |
| 10:02 | hop /me ->[] | |
| 10:03 | toins | hehe |
| 10:03 | ! | |
| 10:03 | paul | kados, another note : when a library has hide_marc=ON, the cloneSubfield in MARC editor was buggy. |
| 10:03 | Super-toins fixed it, and it work fine now for default templates. | |
| 10:04 | kados | toins++ |
| 10:04 | paul | do you want to report the fix to npl (i can do it if you want) |
| 10:04 | kados | I will tell owen |
| 10:04 | paul | ok. |
| 10:04 | kados | toins has committed the fix? |
| 10:04 | hehe | |
| 10:04 | toins | kados: yes |
← Previous day | Today | Next day → | Search | Index