IRC log for #koha, 2005-07-14

← Previous day | Today | Next day → | Search | Index

All times shown according to UTC.

Time Nick Message
12:02 indradg hi owen how goes?
12:02 owen Pretty good, you?
12:03 indradg getting along... plenty of travelling... but things are looking up
12:04 distributed abt 100 LiveCD... terrific demand :)
12:04 had some people here asking if we cud create .deb files for Koha
12:07 kados indradg: we could
12:07 indradg: but noone has stepped forward and done so
12:07 indradg: if someone was willing they could get a shiny official title ;-)
12:08 indradg: Package Manager for Koha ;-)
12:08 indradg: but then you've already got one of those ;-)
12:08 indradg hmm... my team does have a debian package maintainer (for Indian Language packs)... we cud spin the debs
12:09 kados, heh
12:10 right now we are a little busy specing a cluster-able appliance server product :)
12:11 kados indradg: understood
14:15 owen Does anyone else have a problem with marc_subfield_structure.pl saving duplicate subfield entries?
14:15 I thought it was just my template (NPL), but now it's doing it with the default template too.
14:16 I don't know if it's just our system, or if it's a real bug
14:17 I've spent all day tearing apart the template trying to find out where I'm going wrong, and I haven't come up with anything.
14:19 It's a nasty bug, because if you end up with two subfield 'a's, you can't just delete one, because all Koha knows to do is delete anything with that tag number and that subfield code
14:34 kados owen: this is on our production machine?
14:35 owen: or rel_2_2 in CVS?
14:35 owen I know it's happening on 101 (rel_2_2)
14:35 But it didn't used to happen in the default template, so I'm not sure what's going on there.
14:35 kados strange
00:11 Icez hmm
00:12 chris hi
00:12 Icez hi
00:12 do u no how i can make my pc txt my cell phone
00:13 chris in koha?
00:14 Icez ya
00:14 chris not easily
00:14 you will need to have a modem for the machine
00:15 Icez ahh l
00:15 k
00:15 i like Unrealircd
00:16 i use that on ma network
00:16 running off ma dedicated server
00:16 chris i dont think anyone has done it yet in nz, because its gets expensive (sms overdues etc)
00:17 so you have koha installed?
00:17 Icez no
00:17 also why is the network name undernet
00:17 chris we never bothered to change it
00:18 so are you thinking about installing koha?
00:18 Icez what is koda
00:18 koha
00:18 chris #koha is for talking about koha http://koha.org/
00:19 heh
00:20 some lost kid is my bet :)
00:38 rach yes
04:07 Icez hi
04:14 hi
05:36 kados heh
05:49 chris it must be either very early or very late for you kados
09:58 owen When you're creating a new framework, and you're offered the choice of which other framework to base it on, it would be great if you could also choose 'use only used tags/subfields'
09:58 Does that make sense?
09:59 hdl indeed, ppl goes there to edit a new frwk.
10:00 select, new fields, new subfields...
10:00 If you hide them, right from the start, I think you miss the point. Am I right ?
10:01 owen The problem is, there's no efficient way to delete unused subfields from a framework
10:01 hdl Or you would have to suppose that default frwk would be set to include EVERY Frwk that you would like to create, whichseems to be currently the case. :/
10:02 owen For instance: our default framework has a lot of unused tags
10:03 It's like a "super-framework" with most of the options we might use
10:03 The frameworks we'd like to create are sub-sets of that framework
10:03 So it's more a matter of deleting unused ones than adding new ones
10:03 hdl Oh yes. Now I got the point.
10:04 Might be a good thing.
10:04 owen The other idea I had was to present the user with a list of tags to include in the new framework, and they could put a check next to the tags they wanted
10:19 hdl first one is better to my mind. Supposing Default Framework would gather all the information needed in the other ones.
11:56 thd owen: What is wrong with hiding the unused fields from the user?  If the user deletes the wrong field, he has an incomplete MARC record that may be missing a required field as the default Koha frameworks are already, with the missing required fixed fields.  If required fields are missing, then the records are not good for exchanging with other institutions.  If the user is copy cataloguing, he can have the benefit of required fields for valid
11:56 records without having to see them if he does not care.
11:59 owen Hiding is fine... but Koha doesn't do that.  Koha *does* offer frameworks, so that's the approach I'm following.
11:59 Why have a framework if you're not going to customize it for your particular task?

← Previous day | Today | Next day → | Search | Index

koha1