Time Nick Message 13:10 owen kados, didn't you fix something recently related to URLs in records? 13:10 owen Was that on dev_week? 13:16 kados you having probs with something? 13:16 Burgwork hey paul 13:16 owen For records that catalogue web sites: http://zoomopac.liblime.com/cgi-bin/koha/opac-detail.pl?bib=57720 13:17 kados yea ... 13:17 kados there is a MARCURLS loop 13:17 kados i remember now, yes that was on dev_week 13:17 owen Hm... I must have broken something in opac-detail 13:18 kados k ... lemme dig out the vars 13:18 kados the loop is called MARCURLS 13:18 owen Come to think of it, I guess MARCNOTES and MARCSUBJECTS aren't showing up either... 13:18 kados each URL is called MARCURL 13:18 owen Those aren't part of BIBLIO_RESULTS are they? 13:18 kados hmmm, lemme check 13:18 kados no 13:18 kados they're independent contractors :-) 13:19 kados wait ... 13:19 kados I lie 13:19 kados $results[0]->{MARCURLS} = $marcurlsarray; 13:19 kados my $resultsarray=\@results; 13:19 kados $template->param(BIBLIO_RESULTS => $resultsarray, 13:20 kados so they are 13:20 kados as are the MARCNOTES AND MARCSUBJCTS and 13:20 kados s/and$// 13:20 owen I must be remembering an older version 13:23 kados 'Related' is a bit strange in the context of Subjects and URLs for a record IMO 13:23 kados esp since many times the URL _is_ the item itself ... 13:24 kados maybe we could just have 'Subjects:' and 'URLs:'? 13:24 owen kados: true, but we don't have a good way to indicate that the record isn't /supposed/ to have any holdings...hence the ubiquitous "No copies available" 13:25 kados I don't see that for the Cassini-Huygens record 13:25 owen Refresh 13:26 kados ahh 13:26 kados hmm ... 13:26 kados well here's an idea 13:26 owen I had it wired to show the Descriptions tab (which is also empty for this record) 13:26 kados if there are no holdings, maybe just hide the holdings tab 13:27 kados a tmpl_if on ITEM_RESULTS should acomplish that 13:27 owen It's a long-standing issue... 13:27 kados so the issue is that some records aren't supposed to have holdings 13:27 kados but if I understand correctly, we don't really want records that don't have holdings to appear in the OPAC unless they are the ones not supposed to have holdings, right? 13:28 owen I believe that's true 13:28 kados one solution would be to create an item record and have the branch be WEB or something 13:28 owen For NPL, a title with no copies is usually a mistake--something that should have been deleted along with the last copy 13:28 kados right 13:30 owen A WEB branch might be equally confusing, since it would be listed just like a regular branch 13:31 kados ok ... so is it only websites that have this problem? 13:32 owen Yes 13:32 kados what do you think about just hiding the holdings tab? woudl that be confusing too? 13:33 owen Is there a way to tell that the record is for a web resource? Some indicator in the MARC record? 13:33 kados yea ... a couple of them 13:33 kados and we also have an itemtype designation 13:33 owen If so, then you could populate the Holdings tab with the URL(s) 13:33 kados ahh ... good point 13:33 kados ok, I'll add that to the list 13:34 owen Are there instances where other formats might have URLs attached? I guess it's possible, isn't it? 13:34 kados yes 13:34 kados sometimes the URLs are tables of contents 13:34 owen So we need to accomodate both possibilities 13:34 kados yep 13:36 owen Should serials/subscription info have it's own tab (when present)? 13:37 owen I'm thinking yes, given the serials setup opac-detail has now 13:38 kados yea, good idea 13:39 kados I need to merge in the rel_2_2 subscription stuff too 13:40 owen I need a few variables added to opac-detail.pl in order to point to specific tabs. Right now I'm using showholdings, showdescriptions, showserials, and showreviews 13:41 owen For example: TMPL_IF showholdings> Display holdings tab</TMPL_IF> 13:41 owen So that I can link to "opac-detail.pl?bib=10238&display=showholdings" 13:41 owen or something like that 13:44 kados gotcha 13:44 kados lets call it 'tab' 13:44 kados so tab=holdings 13:44 kados and tab=reviews 13:44 kados etc. 13:45 owen There's already a variable called "reviews" 13:45 kados ahh, right 13:45 kados but it's not tab=reviews 13:47 owen But I can't say <TMPL_IF NAME="reviews"> if there's already another <TMPL_VAR NAME="reviews"> 13:48 thd kados: had you seen my message? 13:49 kados owen: good point 13:49 kados I should change the name of the amazon variable 13:50 kados I don't have time today ... maybe tonight 13:50 thd kados: does that answer also apply to my message? 13:51 kados thd: officially yes :-) 14:05 thd kados: if you name the variable amazonusreviews or something like that some interested party may more easily be able modify some code to show amazonukreviews, amazonfrreviews , amazondereviews , etc. on the same page. Paul's libraries have many books only found in amazon.com and many also only found in amazon.fr or having a different ISBN on amazon.com when they are included. 14:11 owen thd: I think Amazon.com is hard-coded at the moment, so the issue is really how to change /that/ aspect. The variable name doesn't make much difference as long as you can configure the source. 14:11 owen What would be cool is if booksellers adopted a common API so that folks could choose which source to go with. 14:12 owen And as far as Paul's libraries go: I think most of them are prevented by law from displaying Amazon (or any commercial) content 14:12 owen kados: I got the tab-switching going in opac-detail.tmpl 14:17 thd owen: yes, I acknowledge that requires a code change. I favour allowing even multiple national Amazon sites to be used with a suitable system preference. If Paul does not pursue that because French libraries are nervous about legal issues over a link to Amazon's business then I will myself eventually. The Amazon Web Services API is the same for all. 14:18 thd s/legal/legal and ethical public service/ 03:05 hdl hi all 03:05 paul hello hdl 03:06 hdl (Noane fait sa première matinée à l'école.) 03:08 paul super pour elle ! 03:08 paul Sandrine est à la clinique pour le RdV du 3e mois ;-) 04:52 toins kados around ? 07:14 btoumi hi all 07:17 kados toins: hi 07:17 kados toins: I'm here not 07:17 toins hi kados 07:17 kados toins: s/not/now/ 07:18 kados toins: i have a question for you if you have a moment 07:19 toins kados, in 10 minutes if it's possible... 07:19 kados sure 07:23 paul hi kados. 07:23 paul toins is available now ;-) 07:23 kados hey paul 07:23 toins kados, let's go 07:23 kados cool 07:24 kados I need a good idea for how to have multiple translations for values in the database 07:25 paul I have one !!! 07:25 kados please share :-) 07:25 paul (I thought I sended you a mail about this, but I probably forgot... 07:25 paul you could just create a .po file for each of your specific translations. 07:26 paul and consider them as a "foreign" language 07:26 paul cd misc/translation/ 07:26 paul ./tmpl_process3.pl for help 07:26 kados hmmm 07:27 kados but then it would replace the values in the database? 07:27 paul ??? 07:27 kados ok, let me explain my problem 07:27 kados my $indexes = [ 07:27 kados { value => '', label => 'Keyword' }, 07:27 kados { value => 'au', label => 'Author' }, 07:27 kados ]; 07:28 kados this is a sample data object that is used in the new API for creating the advanced search indexes 07:28 kados (it can also have a visibility flag, but I ignore that for now for simplicity 07:29 paul this object being "untranslatable" for instance. so we will have to solve the problem for french & other languages as well 07:29 kados I want to store this in the database and call a get_indexes() sub that pulls it out 07:29 kados and also have multi-language options for get_indexes() 07:29 kados and I need an idea for how to proceed 07:30 paul why not a systempref with '','keyword';'au','author','ti','title' 07:30 kados because that is a very simple case 07:30 paul the rebuild the $indexes from a split /;/ and split /,/ 07:30 paul ? 07:30 kados how about this one: 07:30 kados {label => "Reference", id => "mc-ref", 07:30 kados name => "limit", 07:30 kados value => "mc-collection:REF", 07:30 kados icon => "REF.gif", 07:30 kados title => "Reference",}, 07:31 paul the only/best solution maybe to have an external small "script" that just contains $label definition and is imported where needed 07:32 kados hmmm 07:33 kados I still haven't explained it well I think 07:33 kados in 2.4, the librarian will be able to specify from the admin section, which search points appear on advanced search, in which order, what they should be called, and how they should behave 07:33 kados (and what icons to use, etc.) 07:34 kados http://zoomopac.liblime.com/search 07:34 kados all of the information on that page will be stored in the db 07:34 kados it's critical for many of my clients to be able to configure the search themselves without editing any html 07:35 kados so I need an idea for how to allow translations of the search points as well ... 07:36 kados I hope that explains it 07:38 paul I'm not sure. you need translation from english to french (for example), or translation from english to english (like "bookbag / basket" ) ? 07:39 kados both 07:39 kados because some libraries want. for instance, 'Advanced Search' to be called 'WIPO Search' or something 07:40 paul mmm... I don't see a solution to this problem... maybe a title_en_EN => "Reference", title_fr_FR => "Référence" ... 07:43 kados paul: what about soemthing like this in the database: 07:43 kados lang_code term translation 07:43 kados en_EN Search WIPO Search 07:45 paul where in the DB ? 07:45 paul in a new table ? 07:45 kados yep 07:47 paul mmm... that would give us 3 places to have translations (database marc_*_structure, .po & this new table. Not too good I think 07:48 paul + why can't the library edit HTML ? 07:48 paul because it would "light" editing 07:48 paul another note : the opac-search.pl is the most used page in Koha I bet, so the less mysql query, the best 07:49 kados marc_*_structure should use this new table as well 07:49 kados libraries hate to edit html 07:49 kados most library systems don't require this 07:50 kados they allow a user to have a web-based way to configure things 07:50 kados or interface-based anyway ... 07:50 kados paul: btw: did you ever commit your web-based tmpl_process ? 07:50 paul ??? 07:51 kados paul: the tool used for translating Koha from your website 07:51 paul it's not mine, it's kartouche, a GPL software ;-) 07:51 kados ahh 07:51 paul (a dead project i'm afraid, but the version I have works correctly 07:51 paul ) 07:51 kados what version? 07:51 paul ok, this new table could be a solution, but I think we will need a "compiler" to apply the changes to opac-search.tmpl only once. 07:51 paul 0.2 07:52 paul (with a few hacks) 07:53 paul (the most important one being the one to search for a term to reach it direcly. something like 10 lines of code. I proposed the dev to send my hack, but got no answer at all) 07:55 kados paul: could kartouche be packaged with Koha to acomplish the same thing? 07:55 paul mmm, probably yes. 07:55 paul although it will be a rocket bomb to kill a fly 07:55 paul (direct translation from french ;-) ) 07:55 kados hehe 08:43 btoumi toins:are u around? 08:43 toins yep 09:11 kados paul and toins have you seen the mysql 5.0 compatibility issues discussed on the list? 09:11 kados some solutions were offered, can any of them be implemented for 2.2.6? 09:12 paul seen but not read carefully. 09:12 dewey I haven't seen 'but', paul 09:12 kados toins: thanks for your 'useful tools' section 09:13 toins kados, your welcome ! 09:13 toins hi hdl 09:13 hdl BACK at last 09:20 paul hello back hdl 11:11 paul hdl ? 11:11 dewey rumour has it hdl is here