← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 12:29 | shaun | kados: are you aware that the Katipo folk have decided to use opencms? |
| 14:18 | kados | shaun: I wasn't |
| 14:19 | OK ... I'm off to solve what I hope is the last of the power problems at APL: a possible bad UPS | |
| 16:13 | shaun | rach: fixed-width, fluid or max-width? |
| 16:19 | rach | umm I need more context |
| 16:19 | for what? | |
| 16:22 | shaun | koha.org |
| 16:26 | rach | default position is fluid - but if you need the homepage to be fixed width that is acceptable as long as you can justify it :-) |
| 16:26 | inside pages should be fluid | |
| 01:54 | osmoze | hello |
| 02:09 | thd-away | osmoze: hello |
| 02:10 | What is the function of items.stack and items.binding? | |
| 02:13 | Rachel: What does it mean when rach becomes Rachel? | |
| 02:17 | thd | rach: What does it mean when Rachel becomes rach? |
| 02:22 | chris | it means her irc client has connected again, before the old connection has ping timedout |
| 02:31 | thd | chris: What is the function of items.stack and items.binding? |
| 02:36 | osmoze | do you know how to type address in parameter for logo ? it's the real path into the server or is the web adress ? |
| 02:38 | thd | osmoze: Cannot you determine the solution with a simple experiment? |
| 02:39 | osmoze: I had imagined it was a URL but have never tested the result. | |
| 02:42 | osmoze | with a url, there is nothing....But i search ^^ |
| 02:44 | purhups it's my logo ... | |
| 02:53 | paul | osmoze : you must type an address. Complete (ie, with http://...) |
| 02:54 | osmoze | thanks paul, i think it's my logo who was not in a good format :) |
| 02:57 | paul, dans le module de gestion des periodique, on nous demande une date de debut, si je met par exempe juin, il me le prend pas, sous quelle forme doit elle etre ? | |
| 02:57 | paul | jj/mm/aaaa |
| 02:58 | osmoze | merci :) |
| 03:01 | thd | paul: Do you know the function of items.stack and items.binding? |
| 03:01 | paul | nope, sorry |
| 03:01 | (/me will look in a few minuts) | |
| 03:02 | thd | paul: Do you kow what are the appropriate values for the integer (1) boolean columns in the items table? |
| 03:18 | osmoze | paul, y a t il quelque part un how to pour les periodiques ? J ai un peu de mal a faire fonctionner |
| 03:18 | paul | le bouton help ? |
| 03:20 | osmoze | j ai regarder, mais en fait, j arrive pas a faire rentrer un abonnement, je crée une notice normalement, ensuite j ajoute un abonnement, mais il doit y avoir une couffe dans ma config quand je rentre l abo car apres, ca me le prend en compte mais a l opac, il me dit qu il y en a pas |
| 03:20 | bon, je cherche un peu ^^ | |
| 03:27 | en fait, il y a quelque chose que je comprend pas....Quand je lui dis par exemple que le 174 est arrive dans bulletin, dois-je ajouter un exemplaire ? | |
| 03:27 | hdl | osmoze : have you created supplier |
| 03:28 | osmoze | yes |
| 03:54 | paul, quand je cherche un abonnement dans l intra, et que je clique sur details, dans n° parus, il me met que ceux en attente, et pas ce que j ai deja, es ce normal ? | |
| 06:39 | kados | paul: is the logogle.com email a joke? |
| 07:00 | paul | kados : calculate yourself which date is in 8 months & 4 days (beginning of 2nd quarter) |
| 07:01 | (no more power probkels ? | |
| 07:42 | hdl | paul : quelle réponse à osmoze ? |
| 07:42 | paul | à la question de 10H54 ? je ne sais pas |
| 07:45 | kados | paul: hehe |
| 07:45 | paul: no ... power back to normal now | |
| 08:27 | thd | paul: Were you able to discover anything about items.stack and items.binding? I had grepped the source myself a couple of days ago without finding any obvious answer. |
| 08:27 | paul | seems unused. |
| 08:29 | thd | paul: Do you kow what are the appropriate values for the integer (1) boolean columns in the items table such as items.itemlost or items.withdrawn? |
| 08:29 | paul | not sure but it's probably 0/1 |
| 08:29 | 0 being "not", and anything else being "yes" | |
| 08:29 | (yes item is lost for example) | |
| 08:32 | thd | paul: yes I would have guessed that but then I am always finding the use of negative numbers for boolean values in some applications instead of just 0 and 1. |
| 08:36 | paul: What can be done to have the leader imported as field 000 in bulkmarkimport.pl? Every other field is imported using bulkmarkimport.pl even if the field is not in the Koha MARC framework. | |
| 08:37 | paul | management of the leader is on the way |
| 08:37 | not yet available | |
| 08:42 | thd | paul: Why does some importation such as bulkmarkimport read whatever fields are in the record while others such as z39.50 and MARC import from within the application only read fields included in the Koha MARC framework? I would have expected that they all would have called the same routine for the same function at some point in processing. |
| 08:42 | paul | yes but no : if we do like this, then you have data that you can search on, but not see them ! quite strange behaviour don't you agree ? |
| 08:43 | thd | paul: I am confused by your answer. |
| 08:44 | paul: your answer is logical but let me explain my confusion. | |
| 08:44 | paul | when you search "anywhere", you really search "anywhere". But when you look at biblio detail, you see only what you put in the framework ! |
| 08:47 | thd | paul: If I import a record with bulkmarkimport I can import 001 and 008 even if they are not defined in the framework. Yet if I import with z39.50 daemon I cannot have 001 or 008 without their inclusion in the Koha MARC framework. |
| 08:48 | paul | it's due to a weakness of Koha that I consider as a feature finally : |
| 08:48 | thd | paul: In either case they do not appear in biblio detail. |
| 08:48 | paul | when you bulkmarcimport, you are on the way to migrate your datas. So your framework may be not finished. |
| 08:49 | bulkmarcimport imports everything, and you can tune your framework after, using misc/migration_tools/check_marc_definition.pl | |
| 08:49 | thd | paul: OK that helps me too understand better. |
| 08:49 | paul | that shows which subfields are used but "ignored" in framework & which are not "ignored" but never filled |
| 08:49 | ;-) | |
| 08:51 | thd | paul: When might leader importation be coming? |
| 08:52 | paul | 2.2.4 |
| 08:52 | (september) | |
| 08:52 | thd | :) |
| 08:53 | kados | paul: when we get the Zoom API it will hopefully simplify the management of MARC records |
| 08:54 | paul | right. |
| 08:54 | kados | paul: will the current MARC tools in Koha be rewritten to use it? |
| 08:54 | (I'm not sure exactly how it's done now) | |
| 08:54 | paul | some wont work anymore & could not be used anymore |
| 08:54 | kados | one thing I always worry about |
| 08:54 | is if I import a client's MARC records into Koha | |
| 08:55 | there might be data loss | |
| 08:55 | and every time they edit a record | |
| 08:55 | there might be data loss | |
| 08:55 | paul | you mean with 2.2.x ? |
| 08:55 | kados | yes |
| 08:55 | paul | no loss except for leader. |
| 08:55 | guaranteed. | |
| 08:55 | kados | cool |
| 08:55 | leader isn't a big deal either | |
| 08:55 | paul | (0.01USD guarantee, of course) |
| 08:55 | kados | hehe |
| 08:56 | paul | rach don't know what to do today : stay or leave ;-) |
| 08:57 | thd | paul: The leader is the most imortant field. All the other data is lost without their leader? |
| 08:57 | :) | |
| 08:59 | paul: The leader is at least mandatory for valid records it is just that systems usually ignore the contents and so it seems unimportant. | |
| 09:03 | paul: If systems used the leader and other control fields in the OPAC etc., their importance would be obvious. The contents is encoded so using the contents requires extra processing and imagination about what you can do with them. | |
| 09:03 | paul: Will MARC import and export will be symmetrical at last in 2.2.4? | |
| 09:04 | paul | yes (at least if there is no bug ;-) ) |
| 09:04 | thd | :-) |
| 09:05 | paul: You could say that it is symmetrical already if there is no bug :) | |
| 09:05 | paul | the only thing is that I know the problem exists. |
| 09:05 | and it's not really a bug (from a tech pov), as it's un-coded : what is coded works ! | |
| 09:07 | thd | What do MS Windows users of Koha generally use for a Z39.50 client? |
| 09:09 | paul | I think yaz too, but it works poorly under windows |
| 09:09 | kados | paul, thd it might actually be nice to use the leader for semantic distinctions |
| 09:09 | it defines material types too right? | |
| 09:10 | thd | kados: yes ther is much comment about that at great length in my almost finished email too you |
| 09:10 | kados | great |
| 09:10 | thd: did you see my latest post to koha-devel? | |
| 09:10 | thd: about Searching, etc. | |
| 09:11 | thd | kados: no I have not looked since late last night |
| 09:11 | kados | might have info relevant to your email ... I'm not sure |
| 09:16 | thd | kados: now that I have read the message, CQL is new and mature? |
| 09:17 | kados: :) usually they are not the same | |
| 09:17 | kados: where is the blog? | |
| 09:20 | kados | thd: it's new as far as implementation ... it was created as a response to the pitfalls of Z39.50 Bib-1 and the limitations of Google-like syntax |
| 09:20 | so in that way it's mature | |
| 09:20 | (standing on the shoulders of giants and all that) | |
| 09:21 | thd | kados: and past version 1.0 :) |
| 09:21 | kados | thd: yea ;-) |
| 09:22 | thd | kados: your message mensions a blog without giving an exact name or URL. |
| 09:23 | kados | http://blog.a9.com/blog/ maybe? |
| 09:24 | if you can find Peter Binkley's Blog then I can't help you ;-) | |
| 09:31 | thd | kados: Is there a feature of Zebra that allows searching an index of any subfield? |
| 09:32 | kados | thd: you'd have to setup the indexer to build an index on specific fields |
| 09:32 | thd: it's a three stage proces: | |
| 09:32 | 1. define searchable fields and mappings, etc. | |
| 09:32 | 2. run the indexer | |
| 09:32 | 3. search on the indexer | |
| 09:32 | erp ... search on the Index | |
| 09:36 | thd | kados: Does CQL allow extension for searching on custom indexes as a new named search parameter? |
| 09:40 | kados | have folks seen: http://www.google.com/ig |
| 09:40 | thd: yep ... it's fully extensible | |
| 09:40 | thd | kados: I am asking about what tools would expose the maximum information in a MARC record for when that is useful. Especially information like what you had asked about, material type. |
| 09:40 | kados | yea so we could define a new namespace: koha.* |
| 09:41 | and koha.leader=xxx could define materials or sth | |
| 09:42 | thd | kados: material type can only reliably be determined from the leader and requires interpreting the encoded value of 2 positions together for very common cases. |
| 09:42 | kados | yep ... not too hard to to |
| 09:42 | I'm fairly certain Zebra could do that | |
| 09:42 | thd | kados: 2 separate values from the leader in combination |
| 09:44 | kados | yep ... could you post to koha-zebra a explaination of how a leader search would work |
| 09:44 | thd: and ask whether Zebra could do one? | |
| 09:45 | thd | kados: That is a a large task unless you want to limit it to material type to start with. |
| 09:49 | kados | thd: limit to material type to start with ... but I think the best thing to do would be to ask the Index Data folks if it's possible |
| 09:49 | thd: and whether it's useful | |
| 09:49 | thd: and that's what the koha-zebra list is for | |
| 09:50 | thd | kados: You have language for example. Language, leader positions 35-37, is mandatory and is the most reliable place to find the primary language of the work. Language code field 41 is used when applicable to supplement positions 35-37. Language note field 546 is optional and cannot be relied upon to appear even in national level records. |
| 09:54 | Oops s/leader/008 | |
| 09:56 | hdl | kados ? |
| 09:58 | kados | hdl: here |
| 09:58 | thd | Leader stops at position 23 :) but there are similar complexities. |
| 10:00 | All the control fields look alike when they just have a XXX number in front :) |
← Previous day | Today | Next day → | Search | Index