← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
Time | Nick | Message |
---|---|---|
13:10 | kados | hey tumer |
13:11 | tumer: did you see the 'scan' option now? | |
13:11 | tumer | hi kados |
13:11 | i didnot | |
13:11 | kados | tumer: http://zoomopac.liblime.com/ |
13:11 | tumer: go to 'power search' | |
13:11 | tumer: type in a search and click on the 'scan the index' checkbox | |
13:11 | well ... 'scan indexes' actually | |
13:12 | you can specify whether to show a complete subfield with the completeness attribute | |
13:12 | tumer | it sets a local ip number i cannot connet to zoomopac |
13:12 | kados | and you can limit by field, etc. |
13:12 | ? | |
13:12 | what sets a local IP? | |
13:12 | tumer | http://zoomopac.liblime.com/ |
13:13 | http://zoomopac.liblime.com/ | |
13:13 | kados | tumer: http://66.213.78.100/ |
13:13 | that IP will work too | |
13:13 | tumer | not connected yet if it dows i'll give it a try |
13:14 | kados | k |
13:14 | tumer | it seems you exelled in this zebra i cannot catch up with you |
13:14 | kados | there's more to come :-) |
13:14 | I'm looking into doing asynchronous OPAC queries | |
13:15 | tumer | why? |
13:15 | thd | kados: I verified that attributes are not specified to function any differently with scan or search |
13:15 | tumer | check zebraop in biblio.pm it dows asynch |
13:16 | kados | tumer: cool ... |
13:16 | tumer | we need async for Z3950quee procedures |
13:16 | you commtted something for that i believe | |
13:17 | kados | all I committed (to rel_2_2) was an update of processz3950queue to work with ZOOM |
13:17 | it needs to be completely re-written to use ZOOM properly | |
13:17 | tumer | my internet connection from proxy is broken i cannot see anything yet |
13:18 | kados:we decided to remove everythýng from koha regarding old db. MARC and zebra only from now on | |
13:19 | kados | tumer: who's we? |
13:19 | tumer | NEU |
13:19 | kados | wow ... |
13:19 | that's great | |
13:20 | tumer | is it good for you as well? |
13:20 | kados | well, I think so |
13:20 | not for dev-week | |
13:20 | but I think that makes sense for 3.0 | |
13:20 | will you still store the marc in mysql? | |
13:20 | tumer | yes and only the marc record |
13:21 | kados | cool, I think that's the best approach |
13:21 | and I think we should separate holdings from biblios | |
13:21 | tumer | currently its working like that except items |
13:21 | kados | have two separate zebra dbs for them |
13:21 | so we'd have: | |
13:21 | biblios | |
13:21 | items | |
13:21 | authorities | |
13:21 | dewey | i heard authorities was authority records |
13:21 | kados | reservoir |
13:21 | dewey | i think reservoir is identical to biblios but not the actual catalog |
13:22 | kados | those four would be the zebra databases |
13:22 | tumer | reservoir is good as it is |
13:22 | kados | I disagree |
13:22 | because it is impossible to find anything | |
13:22 | unless you know the exact title | |
13:22 | better to put it in zebra | |
13:23 | tumer | authority i committed like that anyway |
13:23 | k for reservoir | |
13:23 | kados | yep ... though I haven't tried it yet |
13:23 | I've also been talking to ID about the default 'simple search' | |
13:23 | tumer | any news |
13:23 | kados | and they are going to expose the CCL query stuff in Yaz |
13:24 | tumer | ccl or CQL |
13:24 | kados | which will be a more user friendly default |
13:24 | CCL | |
13:24 | it will accept: | |
13:24 | harry potter | |
13:24 | whereas in CQL you have to go: | |
13:24 | "harry potter" | |
13:24 | or | |
13:24 | harry and potter | |
13:24 | CQL will still be an option | |
13:24 | I'd like to expose all the supported query languages | |
13:25 | tumer | cool |
13:25 | kados | and let libraries (and patrons) choose which they want to use |
13:25 | anyway, as soon as the CCL stuff is done (next day or so) | |
13:25 | I need to double-check that adds/edits are working | |
13:25 | (think I need to modif this db a bit to enable them) | |
13:25 | and I'd like to test authorities after that | |
13:26 | once it's stable | |
13:26 | I'll release 2.3.0 | |
13:26 | tumer | by the way i noticed you keep changing cql to cqlrpn query all the time any reason? |
13:26 | kados | heh ... sorry :-) |
13:26 | i was experimenting with trying to defive the RPN from the CQL2RPN call | |
13:26 | no luck yet | |
13:26 | tumer | they are exactly the same search you know |
13:27 | the only differnce is: | |
13:27 | kados | yea ... but the difference is that my interface needs to have access the the RPN |
13:27 | so we can pass it on for merging queries, resorting, etc. | |
13:27 | another thing I need to ask ID about :-) | |
13:27 | tumer | they both return the same result except: |
13:27 | kados | anyway ... I'm swamped today |
13:28 | go ahead | |
13:28 | tumer | if i want to reach your zebra but use my own pqf.properties i use cqlrpn |
13:28 | if i wqnt to leave it as you defined it i us e cql | |
13:29 | so with cqlrpn i can define my own pqf.properties | |
13:29 | with me? | |
13:30 | so if i do cql search server looks to find the pqf.properties automatically from <cql2rpn> definition | |
13:31 | otherwise i have to tell where the pqf.properties is during conntection and us e cqlrpn | |
13:31 | internally oth turned into pqf | |
13:31 | thats it | |
13:31 | kados | I see |
13:32 | tumer | and found some info about ports |
13:32 | 210 for z3950 | |
13:32 | 346 for zebra | |
13:32 | universally accepted | |
13:33 | its just a note | |
13:33 | kados | cool |
13:37 | tumer | do you know any good reading about holdings marc apaprt from LC web site? |
13:38 | how to implement it? | |
13:38 | kados | yes |
13:38 | hang on a sec | |
13:38 | http://www.itsmarc.com/crs/crs0000.htm | |
13:38 | click on 'Holdings' | |
13:38 | tumer | thanks |
13:38 | kados | that site also has good info on Authorities |
13:41 | tumer | http://zoomopac.liblime.com/ |
13:42 | http://zoomopac.liblime.com/ is working now wher do i look | |
13:44 | kados | go to power search |
13:44 | and use the little checkbox for 'Scan Indexes' | |
13:45 | experiment with completeness attributes and with phrase vs word | |
13:45 | tumer | very nice |
13:45 | kados | scanning the indexes might be an interesting way to provide minimal authorities headings for people without authorties |
13:46 | tumer | clicking on count can take us to biblios of those word probably |
13:46 | kados | in fact, it already works :-) |
13:47 | tumer | so it does excellent |
13:47 | kados | yup |
13:48 | and it's committed already, so you can play with it :-) | |
13:48 | I don't have time to code today ... working on another project | |
13:48 | but I'm eager to get back to it :-) | |
13:48 | tumer | great work and you say you didn't know programming? |
13:48 | kados | it's been a lot of fun to work on once I got the basics of Zebra down |
13:48 | yea, no formal programming :-) | |
13:49 | I just picked it up along the way :-) | |
13:50 | tumer | hear hear |
13:50 | and some keep learning without ever lraning | |
13:51 | anyway since internet is back i better start downloading the new commits | |
13:52 | bye all | |
13:52 | kados | have fun :-) |
13:52 | bye tumer | |
15:12 | rach | howdy |
15:28 | thd | hello rach |
15:31 | kados: I have an item that cannot be deleted because it could not have been created. A phantom item. | |
17:54 | kados: are you any less busy now? | |
17:54 | kados: I found the origin of the bug I had been reporting | |
17:56 | kados: if you duplicate a field the duplicated record loses the a in 000/09. | |
17:57 | s/duplicated/reloaded/ | |
02:10 | btoumi | hi all |
02:16 | osmoze | hello |
02:16 | btoumi | hi osmoze |
02:35 | :paul are u here? | |
02:37 | paul | yep. |
02:37 | salut btoumi | |
02:41 | btoumi | :paul salut |
03:13 | thd | good morning paul |
03:15 | paul: are you there? | |
03:15 | paul | (on phone) |
03:16 | thd | paul: let me know when you are off phone, I have two simple questions |
03:22 | paul | thd : i'm back |
03:23 | thd | paul: maybe 3 questions |
03:23 | paul | I couldn't ask you if your trip to spain was nice, after the devWeek. So, feel free to answer this question too ;-) |
03:24 | thd | paul: first I committed my expanded MARC 21 bibliographic framework |
03:24 | paul | yes, I saw them, thx |
03:25 | thd | yes my trip to Spain was very good and there may be a possibility for Koha there, I am investigating |
03:26 | paul: I did not use the verbose column naming insert convention but used the column sequence only convention | |
03:26 | paul: the same convention I had used for editing the framework | |
03:27 | paul: this is a little less reliable but would there be any problem in this case? | |
03:27 | paul | I don't think so, except with mySQL 5.x |
03:27 | but there already are many problems with mySQL 5, so ... | |
03:28 | mmm... | |
03:28 | no, sorry, i misread your message. | |
03:28 | there's no problem exporting without complete sql insert, except when there is a database change. | |
03:28 | but in 2.2.x there is none. | |
03:28 | Comete | hello |
03:28 | paul | that may be a problem for 3.x |
03:28 | hi Comete a | |
03:29 | btoumi | hi comete |
03:29 | thd | paul: I could have substituted the more verbose form with a regex but I feared a mistake in my regex might do more harm |
03:30 | Comete | is there a way to keep the first enrolled date of a borrower AND the last one ? |
03:30 | thd | paul: 3.0 is the same so far and future revisions can always add columns |
03:31 | paul | right. |
03:31 | Comete: not in koha 2, ask btoumi for koha 3 | |
03:31 | thd | paul: how would this be a problem for MySQL 5.X specifically? |
03:32 | Comete | btoumi: is there a way to keep the first enrolled date of a borrower AND the last one ? in koha 3 |
03:32 | paul | I misread your question, so there is nont |
03:32 | none | |
03:32 | btoumi | :Comete Yes |
03:32 | Comete | youpi |
03:32 | :) | |
03:33 | btoumi | ;=) |
03:34 | thd | paul: I have another SQL script for applying the MARC 21 default framework to an existing installation. It is not a very clever script so it should not be run automatically. |
03:34 | paul | put it in misc, with a proper documentation. |
03:34 | if it can be used, then it can be published. even if it is with a lot of care ! | |
03:35 | thd | paul: It works fine but it would be very rude to run it automatically on an unsuspecting user. |
03:36 | paul: It has many comments for documentation | |
03:36 | paul | to solve this problem I usually : |
03:36 | - add a -c flag to "confirm that I want to run this script" | |
03:36 | Comete | does anyone read my post on the wiki fr ? there are no comments at the moment... |
03:37 | paul | - just show help when the script is called without any parameter |
03:37 | Comete | i would like to know if these features already exist |
03:37 | thd | paul: can I do that for an SQL script? |
03:37 | paul | Comete: you should ask once again on infos@ mailing list ;-) |
03:37 | (& i will answer wherever I find some time) | |
03:38 | mmm... no, sorry. If it's pure SQL, you can't | |
03:38 | Comete | paul: ok thank you |
03:39 | thd | paul: It does have a very large warning with a big stop now menage in a comment about what it will do. |
03:39 | s/menage/message | |
03:39 | paul | that should be enough |
03:41 | thd | paul: perhaps your recent fix to the MARC record editor has prevented fields from being duplicated in the NPL templates? |
03:41 | paul | I can't test everything, sorry :\ |
03:41 | thd | paul: I leave that for owen and kados to sort out :) |
03:42 | paul: at least it no longer corrupts the MARC 21 records when the field is duplicated | |
03:43 | paul: I did notice that in the default template it duplicated the field content along with the field. Is that a bug or a feature :) ? | |
03:43 | paul | good question... |
03:44 | some think this is a bug, other this is a feature | |
03:45 | thd | paul: as long as the record is not corrupted the duplicated content can always be overwritten. |
03:47 | paul: I discovered yesterday that the former problem I was having with MARC 21 records was that every time I duplicated a field leader position 9 would change from Unicode to MARC 8 and then MARC::XML would mange the record upon saving. | |
03:48 | paul: thanks for fixing that. | |
08:48 | kyle_away | /nick kyle |
10:25 | thd | kados: are you any less busy today? |
10:26 | btoumi | by all |
10:29 | thd | owen: are you there? |
10:29 | owen | yes |
10:29 | thd | owen: did you see my newly reported bug? |
10:30 | owen | bug 1104? |
10:31 | thd | yes |
10:32 | owen: I think this may be in consequence of what paul had done to fix other problems with the editor. | |
10:33 | owen: so the editor may work ok now for the intranet templates but something needs to be done for the NPL templates | |
10:34 | s/intranet/default/ | |
10:34 | owen | So the duplicate field function works in the default templates but not npl's? |
10:34 | thd | yes |
10:36 | owen: please note an earlier bug where leader position 9 would change from an 'a' to blank on field duplication. That resulted in record corruption after saving. | |
10:36 | owen | Any idea of the cause of that? |
10:37 | thd | owen: do you mean the change in the leader position 9 |
10:37 | ? | |
10:37 | owen | Yes |
10:39 | thd | owen: Maybe MARC::XML was not recognising the presence of the 'a' for Unicode and resetting it to blank for MARC 8. |
10:39 | owen: the consequences would be bad for scrambling the subfields where there were more than two subfields in a field. | |
10:40 | owen: The scrambling was evident after saving. | |
10:41 | owen: that is the unreported bug referenced in bug # 1104 | |
10:41 | owen | Hi shedges! |
10:41 | shedges | hey owen |
10:42 | thd | owen: with paul's fix and certainly with no field duplication that bug is no longer manifesting. |
10:44 | owen: without field duplication, proper records cannot be created in most instances. | |
10:49 | owen: are you still there? | |
10:50 | owen | yeah, but I'm bouncing between a few different tasks |
10:53 | thd | owen: although it is much less important, It would seem very useful to have the preference system read the directories and show the available CSS options as it does with the available template options instead of forcing the user to hunt for them. |
10:53 | owen | I agree. kados and I have talked about it, but haven't had time to make it happen |
10:54 | thd | owen: what is kados doing now? This editor bug is very serious. |
10:57 | owen: he does now have customers using the editor, unless they have adopted something else in the face of multiple bugs. | |
10:58 | tumer: are you there? | |
10:58 | tumer | hi thd |
10:58 | owen | thd: I am hardly ever in direct contact with kados. We communicate here. |
10:58 | So I don't know where he is either | |
10:59 | thd | owen: I know kados is very busy, I suspect5t with whatever he was busy with since midday yesterday. |
10:59 | tumer | thd & owen: i use npl templates with a different fix |
10:59 | thd | tumer: really do you have your own fix for the record editor? |
11:00 | tumer | before pauls commits i changed the java in npl templatws and it seems to work |
11:00 | just comment everything regarding trigger and it seems to work foe me | |
11:01 | thd | tumer: maybe you could even commit those changes |
11:01 | tumer | i did not commit them as i was still testing them but pauls commits came so i stopped |
11:02 | i cannot reproduce the bug you are talking about though | |
11:03 | my problem was that i could not repaet a field more than once, now i can | |
11:03 | thd | tumer: paul fixed some problems but now repeatable fields cannot be added for the NPL templates only. |
11:03 | tumer: I cannot repeat a field any times now with the NPL templates | |
11:04 | tumer: this is now bug # 1104 | |
11:04 | tumer | i dont know what paul has fixed but i did not implement it as i did not have a bug |
11:05 | thd | tumer: are you running a forked bug free Koha or do you not use the record editor vigorously enough to notice the bugs? |
11:05 | tumer | probably rather than doing an official commit i'll pass the changes to owen so he can test them |
11:06 | thd | tumer: whatever solves the problem quickly. |
11:07 | tumer | we use the editor vigorously but a stable version of koha |
11:07 | thd | tumer: paul is preparing to issue a release while the NPL templates are not working for the record editor now. |
11:08 | tumer | i'll have a quick look |
11:08 | thd | tumer: you miss out on all the excitement by using a stable version. |
11:09 | tumer | stabilised tumers version |
11:12 | owen | When I look at the fresh-from-cvs copy of addbiblio.pl, I don't see any tabs. |
11:13 | thd | owen: you mean tabs for groups of fields? |
11:13 | owen | Yeah |
11:14 | tumer | thd :just committed the fixed template |
11:14 | test it whether it works | |
11:14 | thd | owen: well you only have whatever tabs your framework defines |
11:14 | owen | My framework hasn't changed, as far as I know. |
11:15 | thd | owen: do you mean that all fields appear in one long form at the same time? |
11:15 | owen | The source shows all the right form fields for all tags, but the tabs don't appear |
11:15 | thd: should they? | |
11:16 | tumer | owen: paul has put them in a tabloop now i did not test it yet though |
11:17 | thd | owen: one long form had not been historic behaviour but I had thought that it might be faster for me to use. Yet I never suggested it to anyone. |
11:17 | owen | I thought he was just referring to how the script passed the data to the templates... |
11:17 | tumer | he also changed the default.tmpl it has to read a loop now (i think) |
11:19 | owen | I see the tabs in the default template, but they don't work :) |
11:19 | thd | tumer: does your record editor use one long form or are tabs needed for navigating to different field groups? |
11:19 | tumer | tabs are there |
11:19 | i did not update to pauls biblio.pm and addbiblio.pl | |
11:20 | thd | tumer: does your record editor use one long form with all fields appearing simultaneously with the tabs as an additional navigation feature. |
11:20 | ? | |
11:21 | tumer | editor has tabs, field appear acoording to tabs |
11:22 | thd | owen: so tumer did not knowingly introduce such an innovation in your checkout |
11:23 | owen: my problem with the tabs is that there is poor or no keyboard only navigation to the tabs. | |
11:24 | owen | I'm not fond of the tabs myself. When I first designed the npl templates I took them out. Then the catalogers asked for them back. Now they're asking for them to go away again :) |
11:24 | thd | owen: every time I need to touch the mouse keys I am doing something much slower than necessary. |
11:25 | owen: I think the tabs are fine if they had a good keyboard shortcut. | |
11:25 | tumer | thd: tabs and field duplication are 2 different issues. Paul did a commit that changed both features. I did not use it. All i am |
11:26 | thd | owen: I did not think you had any cataloguers using the record editor for anything other than updating holdings. |
11:26 | tumer | saying with old NPL templates my fix works for duplication for me |
11:27 | thd | tumer: I am aware that they are different. Tabs are a relatively unimportant user interface issue compare to adding repeated fields. |
11:27 | s/compare/compared/ | |
11:27 | tumer | sure |
11:30 | thd | tumer: I want to send you a URL without having the whole world bombard my poor machine without enough memory or bandwidth, etc. to accommodate them. |
11:30 | tumer | tgaripneu.edu.tr |
11:30 | thd | tumer: do private channel IRC messages not work on your IRC client? |
11:31 | tumer | should do i think never used it |
11:52 | thd | tumer: is there something frustrating about asynchronous mode? |
11:52 | tumer | frustating for you on a dial up |
11:53 | to update your Dbian i mean | |
11:53 | thd | tumer: oh yes, I live in ancient building with ancient wiring. |
11:54 | tumer: I update very infrequently for that reason. | |
11:54 | tumer | thd have you heard of kados today |
11:54 | my utf8 problem still persists with this new XML as well | |
11:54 | thd | tumer: kados seems to have been completely unreachable since you communication with him yesterday, |
11:55 | tumer | i believe he is deep in ZEBRA |
11:55 | thd | tumer: To what UTF-8 problem are you referring? |
11:56 | tumer | with this new MARC-XML my characters (template only) get scrumbled |
11:56 | i get wid-character-in print warnings from perl | |
11:56 | s/wid/wide | |
11:57 | thd | tumer: That error message can be avoided by informing Perl that you will be using wide characters |
11:58 | tumer | yes but on screen they are scrumbled as well? |
11:59 | thd | tumer: unless they are really scrambled that is a font problem in the CSS for which I fell asleep trying to prepare commits a couple of months ago. |
← Previous day | Today | Next day → | Search | Index