← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 12:04 | gmcharlt | ataloging question of the day - how do you code a glass globe in MARC21 fixed fields? |
| 12:04 | *cataloging | |
| 12:07 | hdl_laptop | hi all |
| 12:07 | gmcharlt | hi hdl_laptop |
| 12:07 | Amit | hi hdl |
| 12:07 | hdl_laptop | hehe gmcharlt.... |
| 12:08 | give hints if you find an answer to that. | |
| 12:13 | Amit | hi danny |
| 12:14 | danny | hi amit |
| 12:14 | jwagner | gmcharlt, for the glass globe and the 007, see http://www.loc.gov/marc/bibliographic/bd007d.html -- glass isn't one of the physical medium choices, but there's always "other" |
| 12:15 | For the 008 see http://www.loc.gov/marc/bibliographic/bd008p.html -- position 25 has a choice for globe | |
| 12:16 | 006 would be similar to 008 | |
| 12:17 | gmcharlt | jwagner: yeah, but that's my point :) in the 007, lots of physical media are allowed for globes |
| 12:17 | but why not glass? | |
| 12:17 | jwagner | I speaketh not for the Library of Congress :-) |
| 12:17 | gmcharlt | lol |
| 12:20 | kf | lol |
| 12:20 | jwagner | Mind you, some of my best friends work at LC. But they don't speak for it either.... |
| 12:21 | gmcharlt | I sometimes have a feeling that that's the case with *everybody* who works for LC :) |
| 12:22 | jwagner | One of my friends does work in the Maps section. Want me to ask her? I'm sure she'd have no official response :-) |
| 12:23 | gmcharlt | hehe |
| 12:23 | no need to bother her - it's mostly a trick question | |
| 12:23 | jwagner | It's too early in the morning to be tricky! |
| 12:26 | Question for folks -- I know Koha is SIP2 compliant. Is it NCIP compliant yet? I saw mention of this as planned development in a fairly old document on the wiki, but nothing else. | |
| 12:27 | gmcharlt | jwagner: not at moment. I'm going to play around with the XC project's NCIP toolkit to see how well that works |
| 12:27 | jwagner | OK, thanks. That's what I thought. So if someone is looking for things like self-check stations, etc., for right now they'd better be SIP2 compliant. |
| 12:28 | gmcharlt | right - which in practice is not a big deal |
| 12:28 | jwagner | Yeah, it should be pretty much standard now. |
| 12:28 | gmcharlt | I don't know of any such things that support only NCIP |
| 12:31 | jwagner | Believe me, if there were such things (only NCIP), these people would find them :-) |
| 12:35 | danny | when I see patches come through with like [HEAD] or [Liblime Bug ...] are those git tags or are they just being typed? |
| 12:36 | gmcharlt | they're being typed |
| 12:36 | danny | ah ok |
| 12:55 | nahuel | gmcharlt, it's really strange |
| 12:55 | that it doesn't apply | |
| 12:55 | aaah ok | |
| 12:55 | I did it for 3.0.x :) | |
| 12:56 | i'll redo it for head | |
| 12:57 | gmcharlt | well, that would explain it :) |
| 12:58 | nahuel | yep |
| 12:58 | nevermind | |
| 14:17 | owen | What, it's not about library software? http://www.kohamagazine.co.nz/ |
| 14:18 | nicomo | and there's a "flash version of koha" lol |
| 14:19 | owen | At one time someone talked of doing a Flash version of Koha |
| 14:20 | I think that the library that proposed it never ended up using Koha at all | |
| 14:22 | jdavidb | Hi, wizzyrea. :) |
| 14:27 | gmcharlt | hi wizzyrea |
| 14:28 | wizzyrea: your patch didn't get received by the koha-patches, nor is it stuck in moderation, so you should try resending it | |
| 14:33 | wizzyrea | Yea, sendmail fail :) |
| 14:33 | and mornin | |
| 14:35 | jwagner | gmcharlt, "stuck in moderation" sounds like a dreadful state of being. One should be stuck in an extreme, no? :-) |
| 14:58 | nahuel | gmcharlt, hi |
| 14:58 | gmcharlt | hi nahuel |
| 14:58 | nahuel | gmcharlt, do you remember how fuzzy queries are implemented in koha ? |
| 14:59 | gmcharlt | nahuel: as options passed to a zebra query |
| 14:59 | I'm checking for the exact place | |
| 15:00 | nahuel | but does it need some configuration in zebra ? |
| 15:00 | that is marc21 only ? | |
| 15:00 | because I can't get it working | |
| 15:00 | i'm trying to search "misision" instead of "mission" and it doesn't find any results | |
| 15:00 | gmcharlt | just tacks on a 5=103 attribute to enable fuzzy searching |
| 15:01 | nahuel | but 103 is not defined iirc |
| 15:01 | wizzyrea | gmcharlt: I've got my outbound mail going, but my patch may have gotten stuck in moderation... please ignore it I'd rather it worked right than the gimp way it's working now |
| 15:03 | brendan | hey nahuel |
| 15:05 | nahuel | hey brendan ! |
| 15:05 | what's up ? | |
| 15:05 | is new mexico great ? | |
| 15:07 | gmcharlt | wizzyrea: I got the patch unstuck |
| 15:08 | wizzyrea: to confirm, you don't want me to push it? | |
| 15:08 | wizzyrea: also, please do a git config --global user.name "Foo" | |
| 15:08 | and git config --global user.email "bar" | |
| 15:08 | to set your correct name and email address for patches | |
| 15:08 | I don't recognize root as a valid committer ;) | |
| 15:09 | owen | gmcharlt and I were talking about an issue yesterday that I'd like to get more input on |
| 15:09 | the opac and staff detail pages currently output volume information in a way that doesn't make sense to me | |
| 15:09 | For example: http://acpl.kohalibrary.com/cg[…]?biblionumber=384 | |
| 15:09 | The "425." that appears under the "normal view" link | |
| 15:10 | That's getting pulled from biblioitems.volume. The template is configured to display "volumedesc" and "number" as well, although I don't think I've seen a real-life example of those | |
| 15:11 | I'd prefer to eliminate that line and put the volume info next to the "Series" info, which is getting pulled from the MARC record anyway, rather than biblioitems | |
| 15:13 | brendan | ah nahuel - new mexico was excellent |
| 15:14 | saw a scissor tailed flycather (cird) | |
| 15:14 | sorry bird | |
| 15:15 | jdavidb | brendan: see any roadrunners? We used to go to NM when I was a kid, and saw 'em all the time. |
| 15:15 | brendan | no jdavidb -- was disappointed not to see one. :( - I haven't seen a roadrunner in so long |
| 15:16 | they are just one of the coolest birds to see | |
| 15:17 | jdavidb | A lot depends on where you are; they're not so common in the mountain parts of the state. |
| 15:18 | (and NM is 900 miles diagonally--lots of territory to cover.) | |
| 15:21 | owen | nahuel, nicomo, hdl_laptop, do any of you know of good examples where volume, volumedesc and number are displayed on opac-detail.pl? |
| 15:24 | nicomo | owen : not from the top of my head, no |
| 15:24 | hdl_laptop | for instance, comic books with multiple volumes. |
| 15:26 | owen | hdl_laptop: In that case, doesn't it make as much sense to put the volume number with the series title? |
| 15:26 | hdl_laptop | it appears that series title is for journals. from what I saw in your code |
| 15:27 | in koha's code rather | |
| 15:27 | owen | I don't know about UNIMARC, but 440 and 490 in MARC21 could also represent book series |
| 15:28 | Not necessarily for journals. Maybe gmcharlt can tell us | |
| 15:29 | wizzyrea | hey, I have a bizarre kind of problem... I have a bib (eclipse, stephanie meyers) that has a TON of items, but it won't display, it either tries to download the .pl file or shows a bunch of junk characters as output |
| 15:29 | this is in staff interface | |
| 15:29 | is there a max number of items you can hang on a bib? | |
| 15:30 | I should say, the detail page won't display | |
| 15:30 | it shows up in results | |
| 15:32 | 40 items, to be exact | |
| 15:33 | owen | I'm sure you're not running into any kind of limit just at 40 |
| 15:33 | wizzyrea | is very bizarre |
| 15:34 | owen | Can you open the record in the MARC editor? I wonder if some kind of encoding problem could cause that |
| 15:36 | gmcharlt | owen: 440/490 are actually primarily for book series, not for journal holdings |
| 15:37 | for a case where you want to display a series title, if a volume number in the series is known, you generally want to display it next to the series title | |
| 15:38 | owen | Am I hearing that I can take out the volume, volumedesc, and number display without upsetting anyone? I'd put series title and volume info together instead. |
| 15:38 | I'm not sure what "volumedesc" might display, so I'm not positive my solution covers that | |
| 15:39 | gmcharlt | owen: OK with me - for MARC21, it's definitely cleaner if it's coming from the 440/490 |
| 15:41 | wizzyrea | I can't get to the detail page to download the record |
| 15:45 | http://catalog.nexpresslibrary[…]iblionumber=81504 | |
| 15:45 | lol, how's that for fire | |
| 15:47 | same in the staff interface | |
| 15:53 | danny | yikes |
| 15:54 | wizzyrea | iknorite |
| 16:04 | jwagner | Question for anyone on Koha searching. Koha doesn't seem to allow for searching with diacritics. Even if you enter the word with all the diacritics, a search doesn't find it. Is this the way it's supposed to work? (Or at least the way it does work?) |
| 16:05 | gmcharlt | no, searches with diacritics should work |
| 16:07 | jwagner | Hmmm. Anything that needs to be configured? We imported some Korean titles and tried searching for Usu?m kwa kamdong (sorry, there's a diacritic in there). Couldn't find it searching with the diacritic, but it did come up just searching kamdong or any word without a diacritic. |
| 16:08 | Should they just be trying to search Usum without trying to enter the diacritic? | |
| 16:08 | That's what I think bug 2629 is saying. | |
| 16:19 | wizzyrea | owen: I was able to edit the marc record, it was set to default framework, so I switched it to our standard framework, but it wouldn't stick. |
| 16:42 | completely weird | |
| 16:54 | pianohacker | wizzyrea: yay patch! |
| 17:04 | wizzyrea | :D it's a silly lil one but is the first so WOO! |
| 18:14 | jwagner | gmcharlt, still online? |
| 18:14 | gmcharlt | what's up? |
| 18:14 | jwagner | We had a major network glitch so I don't know if my email made it out. I've redone the advanced search patch & am resending (new patch, doesn't need to be merged with the other one). |
| 18:17 | gmcharlt | jwagner: checked - new patch has shown up |
| 18:18 | jwagner | Thanks. Network is bouncing like crazy right now. The IRC seems to be the only thing that doesn't drop. Oh, well. |
| 18:19 | owen | If you're not sure you could always check to see if a patch made it to the patches list: http://lists.koha.org/pipermail/koha-patches/ |
| 18:21 | jwagner | I could if I could connect to the blarsted network. Harrumph. |
| 18:21 | Dunno why the IRC has stayed stable. | |
| 18:53 | wizzyrea | it's not running on port 80, for one |
| 18:54 | maybe your firewall is having a stroke | |
| 18:56 | and it's got a constant keepalive on the connection. We've seen this at our office: something that has a constant connection will stay up while other things can't establish connection. | |
| 18:56 | but anyway | |
| 19:12 | owen | anyone have any good strategies for managing a patch that's gotten so old the doesn't merge cleanly? |
| 19:12 | pianohacker | owen: There's git apply --reject |
| 19:13 | owen | My problem is I'm having hard time seeing clearly what the original patch did. I wonder if I should create a branch contemporary with the original patch and apply it there |
| 19:15 | gmcharlt | owen: that sounds useful |
| 19:25 | owen | Ugh, patch failing. Maybe that's why it wasn't accepted in the first place :( |
| 19:28 | joetho | owen, check your oleonard_at_myacpl.org email. from jtholen_at_sekls.org. $$$$ |
| 19:29 | chris | hmmm i should go catch a bus i guess |
| 19:37 | joetho | owen: whoops, just saw yours. Never mind. |
| 20:45 | pianohacker | chris: You said something about res |
| 20:45 | *restarting paid koha work on monday. How's that going? | |
| 20:45 | chris | pretty good, sent off my first quote |
| 20:46 | and getting back to some more prospective leads today | |
| 20:46 | im enjoying being able to submit patches during work time :) | |
| 20:49 | wizzyrea | the rest of us are appreciative as well |
| 20:49 | ^.^ | |
| 20:49 | chris | heh |
| 21:21 | wizzyrea | whoa, love that guy who's leaving for korea in 2 days and wants to know "how to do koha" |
| 21:21 | chris | hehe yeah, planning-- |
| 21:22 | wizzyrea | i've also noticed no one has answered him |
| 21:22 | chris | doug just did |
| 21:22 | with a polite rtfm :-) | |
| 21:22 | gmcharlt | :) |
| 21:22 | about the best you can do | |
| 21:22 | chris | yup |
| 21:24 | wizzyrea | yea, there's a koha live cd out there somewhere though, right? |
| 21:25 | (or did I dream that) | |
| 21:25 | chris | theres been a few of them |
| 21:25 | going back to the one steve tonnessen did in 2002 | |
| 21:26 | but i don't know the current state | |
| 21:28 | wizzyrea | that would probably be (besides rtfm) the easiest route |
| 21:31 | chris | i think the dvd's from k's helping hand |
| 21:32 | complete with video tutorials | |
| 21:32 | would be good too | |
| 21:46 | http://scls.typepad.com/link2koha/ | |
| 21:46 | another one for the blogroll | |
| 21:57 | wizzyrea | Alright folks. is 5pm in KS, ttyl :) |
| 23:24 | brendan | heya #koha people |
| 23:25 | chris | hey brendan |
| 23:26 | brendan | chris - good evening... excellent day here |
| 23:28 | chris | excellent, get them all enthused? |
| 23:33 | brendan | pushed community work !!! so maybe we'll get a few more -- lurkers at first |
| 23:33 | chris | cool |
| 01:10 | pianohacker | good night #koha |
| 03:16 | Amit | hi chris, brendan, mason good morning |
| 03:16 | brendan | heya Amit |
| 03:16 | how you doing? | |
| 03:16 | Amit | fine right now working on opennms u? |
| 03:17 | brendan | having fun |
| 03:17 | Amit | yes |
| 03:17 | tommorrow is my off | |
| 03:17 | due to Labour day on 1st may | |
| 03:17 | brendan | cool do you work on saturday |
| 03:17 | Amit | so long weekend holiday |
| 03:17 | no | |
| 03:17 | brendan | cool |
| 03:17 | have fun | |
| 03:17 | Amit | friday, sat, sund off |
| 03:17 | brendan | play some cricket |
| 03:17 | Amit | hmm |
| 03:18 | u work on sat | |
| 03:27 | brendan | I always work amit |
| 03:28 | Amit | k |
| 07:01 | fredericd | hello |
| 07:03 | nahuel | brendan, you went back at home ? |
| 07:08 | chris | hi fredericd and nahuel |
| 07:08 | nahuel | hi chris ! |
| 07:35 | Hui_Nan_ | hello all! |
| 07:35 | chris | hi Hui_Nan_ |
| 07:35 | Hui_Nan_ | I'm trying to configure a custom MARC framework |
| 07:37 | I created it from the default one, configured some default values | |
| 07:37 | and now I get "Tag "" is not a valid tag. at /home/www/koha/lib/C4/Biblio.pm line 2656" | |
| 07:37 | when trying to save a record | |
| 07:38 | default framework is tested and is ok | |
| 07:39 | I got a feeling, that some of the fields in my custom framework have to be linked to koha's DB fields | |
| 07:39 | chris | does the manual help at all? |
| 07:39 | Hui_Nan_ | it certainly helps |
| 07:42 | but I have done everything as described in manual for "MARC bibliographic frameworks" | |
| 07:48 | chris | hmm you might have to ask on the mailing list, unless one of the europeans online knows the answer .. because i dont im afraid |
| 07:51 | hdl_laptop | Hui_Nan_: Is your custom framework ok with tests ? |
| 07:51 | Hui_Nan_: Have you looked at the file the test is creating ? | |
| 07:54 | Hui_Nan_ | checkmarc.pl says "Configuration OK, you don't have errors in your MARC parameters table" |
| 07:55 | but how can I be sure that a custom framework is also tested? | |
| 07:56 | am I using a right tool? What file do you mean? | |
| 07:58 | hdl_laptop | Hui_Nan_: was something in 2.2 and not 3.0 |
| 07:58 | have checked. and ok... | |
| 07:59 | Hui_Nan_ | in a context help there is a note: |
| 07:59 | Koha link : very important. Koha is multi-MARC compliant. So, it does not know what the 245$a means, neither what 200$f (those 2 fields being both the title in MARC21 and UNIMARC !). So, in this list you can "map" a MARC subfield to it's meaning. Koha constantly maintains consistency between a subfield and it's meaning. When the user want to search on "title", this link is used to find what is searched (245 if you're MARC21, 200 if you're UNIMARC). | |
| 07:59 | -- | |
| 07:59 | hdl_laptop | do you have Mysqlclient access ? |
| 07:59 | Hui_Nan_ | sure |
| 08:00 | does the text above mean that I have to link fields to koha manually for every custom framework? | |
| 08:01 | hdl_laptop | No. |
| 08:01 | Hui_Nan_ | good %-)) |
| 08:01 | hdl_laptop | But you have to ensure that all the subfields are related to a nonempty tag. |
| 08:02 | select * from marc_subfield_structure where tagfield="" or tagfield IS NULL; | |
| 08:02 | Hui_Nan_ | 0 rows fetched |
| 08:04 | hdl_laptop | select * from marc_subfield_structure LEFT JOIN marc_tag_structure ON marc_tag_structure.frameworkcode=marc_subfield_structure.frameworkcode and marc_tag_structure.tagfield=marc_subfield_structure.tagfield where marc_tag_structure.tagfield IS NULL; |
| 08:04 | Hui_Nan_ | 0 rows fetched |
| 08:07 | hdl_laptop | ah... |
| 08:07 | Link Marc::Koha | |
| 08:07 | table biblioitems | |
| 08:07 | biblioitems.biblioitemnumber should be linked to a tag/subfield | |
| 08:08 | either it is linked to mode than one, | |
| 08:08 | OR it is not linked. | |
| 08:09 | Hui_Nan_ | select * from marc_subfield_structure where frameworkcode <> '' and kohafield = 'biblioitems.biblioitemnumber' |
| 08:09 | returns 999$a | |
| 08:09 | hdl_laptop | SELECT tagfield, subfieldcode from marc_subfield_structure where kohafield="biblioitems.bibliotemnumber" |
| 08:10 | SELECT tagfield, subfieldcode from marc_subfield_structure where kohafield="biblio.biblionumber" | |
| 08:10 | Hui_Nan_ | should I enter some data to that 999$a? |
| 08:11 | hdl_laptop | no. |
| 08:11 | it should be automatically managed. | |
| 08:12 | but i would use the same tag for biblio and biblioitemnumber | |
| 08:13 | Hui_Nan_ | koha-error_log: |
| 08:14 | addbiblio.pl: Use of uninitialized value $biblioitem_tag in numeric ne (!=) at /home/www/koha/lib/C4/Biblio.pm line 2623 | |
| 08:14 | Use of uninitialized value $biblio_tag in numeric ne (!=) at /home/www/koha/lib/C4/Biblio.pm line 2623 | |
| 08:14 | + $biblio_subfield + $biblioitem_subfield | |
| 08:15 | hdl_laptop | same tag but not same subfield. |
| 08:15 | For instance 999$9 biblio.biblionumber | |
| 08:15 | 999$a biblioitems.biblioitemnumber | |
| 08:15 | no subfield for biblioitems.biblionumber | |
| 08:16 | Hui_Nan_ | correct |
| 08:17 | hdl_laptop | is that what you did ? |
| 08:19 | Hui_Nan_ | there were no mapping for biblioitems.biblionumber |
| 08:19 | i mapped it to 999$9 | |
| 08:19 | The line where the error appears now is changed | |
| 08:19 | hdl_laptop | please clear that |
| 08:20 | and map biblio.biblionumber to 999$9 | |
| 08:20 | and not anything else | |
| 08:21 | Hui_Nan_ | done, the error appears on another line of Biblio.pm |
| 08:22 | hdl_laptop | which one ? |
| 08:22 | Hui_Nan_ | Tag "" is not a valid tag. at /home/www/koha/lib/C4/Biblio.pm line 1663 |
| 08:22 | now, the log: | |
| 08:23 | Use of uninitialized value $biblionumbertagfield in numeric lt (<) at /home/www/koha/lib/C4/Biblio.pm line 1663 | |
| 08:23 | ups, there's something strange: | |
| 08:24 | addbiblio.pl: DBD::mysql::st execute failed: Table 'koha.auth_subfield_table' doesn't exist at /home/www/koha/intranet/cgi-bin/cataloguing/value_builder/unimarc_field_210c.pl line 72 | |
| 08:24 | hdl_laptop | do the same for all the frameworks, and especially the default one. |
| 08:24 | Are you using UNIMARC ? | |
| 08:24 | Hui_Nan_ | yes |
| 08:25 | hdl_laptop | unimarc_field_210c is deprecated. |
| 08:25 | should be unplugged from 210c subfield | |
| 08:25 | Hui_Nan_ | it must be a date, so I just turn off the plugin |
| 08:28 | hdl_laptop | yes |
| 08:29 | Hui_Nan_ | still |
| 08:29 | addbiblio.pl: Use of uninitialized value $biblionumbertagfield in numeric lt (<) at /home/www/koha/lib/C4/Biblio.pm line 1663 | |
| 08:29 | Tag "" is not a valid tag. at /home/www/koha/lib/C4/Biblio.pm line 1663 | |
| 08:30 | biblioitems.biblionumber is mapped to 999$b in all frameworks | |
| 08:30 | hdl_laptop | biblioitems.biblionumber is not relevant |
| 08:31 | biblio.biblionumber and biblioitems.biblioitemnumber ARE | |
| 08:32 | biblioitems.biblionumber is only used internally and should NOT be mapped to anything in fact. | |
| 08:37 | Hui_Nan_ | there are also a couple of errors like |
| 08:37 | select * from marc_subfield_structure LEFT JOIN marc_tag_structure ON marc_tag_structure.frameworkcode=marc_subfield_structure.frameworkcode and marc_tag_structure.tagfield=marc_subfield_structure.tagfield where marc_tag_structure.tagfield IS NULL | |
| 08:37 | sorry | |
| 08:37 | HTML::Template::Pro:in TMPL_IF at pos 20087:end tag:found 1 instead of > at pos 20147 | |
| 08:37 | which means that somewhere <!-- /TMPL_IF --> is missing, I guess | |
| 08:38 | should not be a problem | |
| 09:00 | hdl_laptop: is there some comprehensible instruction on what all those koha fields mean and how important they are for cataloguing | |
| 09:00 | ? | |
| 09:02 | hdl_laptop | yes :http://www.degruyter.de/cont/f[…]S-9783598242847-1 |
| 09:02 | :D | |
| 09:03 | Hui_Nan_ | i meant things like biblio.biblionumber, not unimarc |
| 09:03 | %-) | |
| 09:04 | hdl_laptop | otherwise, look here : http://archive.ifla.org/VI/3/p1996-1/sec-uni.htm |
| 09:05 | french and english documentation can be found on https://sites.google.com/a/lib[…]Table-of-Contents | |
| 09:05 | french on www.koha-fr.org | |
| 09:21 | Hui_Nan_ | i've got it! |
| 09:22 | frameworkcode was in russian, it passed to GetMarcFromKohaField as %D0%96%D0%A3%D0%A0%D0%9D | |
| 09:22 | have to urldecode first %-) | |
| 09:24 | sorry, it looks like this: \xd0\x96\xd0\xa3\xd0\xa0\xd0\x9d | |
| 09:24 | hdl_laptop | wow... Nice catch ;) |
| 09:26 | Hui_Nan_ | why does it looks like this? |
| 09:32 | hdl_laptop | it is unmanaged i think |
| 09:33 | maybe you ought to have an ASCII fwkcode | |
| 09:38 | chris: what is compound report ? | |
| 10:00 | chris | when you can combine reports |
| 10:02 | hdl_laptop | this part is not coded yet is it ? |
| 10:02 | chris | partially, but not completed |
| 10:02 | well it wasnt completed last time i looked at it | |
| 10:03 | im still of the opinion we should be finding a good sql reporting tool and using that, rather than trying to build one | |
| 10:04 | something like datavision | |
| 10:07 | hdl_laptop | it looks very heavy weight. |
| 10:09 | chris | yep its just one example |
| 10:09 | my point is, doing reports on sql databases is a problem that has been solved many times already | |
| 10:09 | Hui_Nan_ | $input->charset('utf-8') after CGI->new in addbiblio.pm solves the problem |
| 10:11 | hdl_laptop | chris: ok. But taking the first report designer (would it be the best) won't make it available into Koha unless it can launch external processes. |
| 10:11 | chris | sure, i also dont think it needs to be in koha |
| 10:11 | building a huge monolithic tool is not the way to go | |
| 10:12 | hdl_laptop | ++ |
| 10:13 | But so many things are done the monolithic way that it is hard to come up with sthg modular now. | |
| 10:13 | chris | yep, but i think we should try not to keep making it bigger .. and try to modularise whenever we can |
| 10:15 | i think that what lenora has started, putting sql statements up for others to use is a great idea :) | |
| 10:16 | Hui_Nan_ | bye |
| 10:16 | chris | then people could use phpmyadmin .. or datavision or crystal reports ... or koha |
| 10:19 | hdl_laptop: do you have a plan for 3.0.2 ? | |
| 10:19 | hdl_laptop | working on that. |
| 10:19 | chris | are there any bugs you would like me to work on? |
| 10:19 | hdl_laptop | But hard. |
| 10:40 | gmcharlt | good morning |
| 10:40 | chris | hi gmcharlt |
| 10:47 | gmcharlt | g'night |
| 10:55 | hdl_laptop | hi |
| 11:47 | Amit | hi jwagner |
| 11:56 | jwagner | Hi Amit -- sorry, was on another screen. Good afternoon/evening! |
| 11:57 | Amit | good evening here in india yours? |
| 11:59 | jwagner | Moderately early morning. I get to work at 7:30 to beat the traffic, not because I'm awake :-( |
← Previous day | Today | Next day → | Search | Index