Re: [Koha] Error Time Zone
Hello, It seems to be the same error as bug 12669 [1] Regards, Jonathan [1] http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12669 2014-08-19 1:24 GMT+02:00 Carlos Rodrigo Cordova Sandoval carlos.cordo...@gmail.com: hello I have installed koha 3.16.02 64bits on debian 7.x with in vmware, I have the problem when trying to recover from a usurious staff (circulation) to see their loans shows me the following error Template process failed: undef Error - Invalid Local time for date in time zone: America / Santiago enable in apache SetEnv KOHA_BACKTRACES 1 and this was the result http://pastebin.com/LE05jTwV Error image http://snag.gy/Edbfd.jpg Log intranet-error.log [Mon Aug 18 19:09:51 2014] [error] [client 200.104.159.240] [Mon Aug 18 19:09:51 2014] circulation.pl: Template process failed: undef error - Invalid local time for date in time zone: America/Santiago, referer: http://intra-udd.opengeek.cl/cgi-bin/koha/mainpage.pl any suggestions Carlos ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Serial Pattern Assistance (Results to be published in the manual)
Hello Nicole,
I know you had some long pending requests around serials documentation,
here is how i would do it. Hope this helps! (Answers directly in the
message)
Le 28/07/2014 17:42, Nicole Engard a écrit :
As always I'll share tips with the community in the manual in a section
that credits you. Here are the patterns I'm looking for:
*Annals of internal medicine*
Has 24 issues per year (published 2 times a month) with the volume changing
(rolling over) in the 1st week of July
Vol 161, No 2July 15, 2014
Vol 161, No 1July 1, 2014
Vol 160, No 12 June 17, 2014
Vol 160, No 11 June 3, 2014
There is something not clear here : either the volume changes twice a
year in July and January, and the June issues have number 11 and 12, or
it's changing only once in July, and these issues should have number 23
and 24. I'll start with the later scenario.
Set up a bi-monthly frequency (two issues per month) if you don't
already have one. (This means koha will generate two issues for July,
and both will have the 1st of July as their planned published date. If
you set it up so that it's once every two weeks, it will gradually shift
and wouldn't fit the twice a month schedule, since you would have 26
issues a year instead of 24. That's a limitation i don't know how to
work around for now. I guess you are not surprised to read this, but the
fact the date will be the first of the month for both issues is
confusing a lot of users.)
Set up a Volume, Number (one volume every 24 numbers) numbering
pattern with the following parameters:
Numbering formula: Vol{X}, No {Y}
For X: Add 1 every 24 set back to 1 when more than 9
For Y: Add 1 every 1 set back to 1 when more than 24 (put labels like
Volume and number but ignore formatting. I think the only thing the
label is needed for is to fill the headers of the table when setting up
your subscription later.)
When setting up your subscription, you will have to chose the inner
counter depending on your subscription's first issue publication date
(the date of the first serial you will receive).
Say this first serial is the one for the first half of January, pick the
1st of January as the first issue publication date, its number should be
Vol 160, No 13, so let's put this in the begin with row of the table
in the Volume and Number columns.
Now to the inner counter...
The number will know when to roll over, that's when it's more than 24.
It will go back to one after reaching this value, there is nothing to
put in the inner counter here. (This works with the when more than
line of the numbering pattern setup.)
But the volume is set to increment every 24 numbers, starting in the
middle of the year. If we leave it empty, it will roll over after 24
serials have been generated, next January. We have to take into account
the fact that, on the first of January, 12 numbers have already been
issued for this volume. Set the inner counter for the volume to 12: the
volume number should now increment on the first issue of July.
If the first issue publication date is the 1st of july, you don't need
to set the inner counter. The volume will increment after receiving 24
numbers.
If you have two rollovers a year, that is one volume every six months
(12 issues):
Choose the same bi-monthly frequency.
Set up a Volume, Number (one volume every 12 numbers) numbering
pattern with the following parameters:
Numbering formula: Vol{X}, No {Y}
For X: Add 1 every 12 set back to 1 when more than 9
For Y: Add 1 every 1 set back to 1 when more than 12
Now, if your first issue publication date is either the first of January
or the first of July, you will not need to fill the inner counter for
volume.
But say your first issue is the one of the second half of March, well
then, you will run into the current limitation i was talking about
earlier: if you set up the first issue publication date on the 16th of
March for number 6, Koha will create number 7 with the publication date
being the 16th of March as well. This is because we have a bi-monthly
frequency and we have no way of telling Koha our first issue is the one
for the second half of the month. (Somehow, after this all the issues
will be for the first day of the month.) So in this situation you have
to start with an issue with an odd number.
So if we pick number 5 for the first half of March, we need to set the
inner counter for the volume at 4 to take into account the previous
numbers in the volume. The volume will then correctly roll over in
January and July.
*Scientific American*
Has 12 issues per year (published once a month) with volume rolling over in
the middle of the year, July
Vol 311, issue 2, August, 2014
Vol 311, issue 1, July 2014
Vol 310, issue 6, June 2014
Vol 310, issue 5, May 2014
Same question here : shouldn't the issue number for June be 12 if the
volume number rolls over only once a year?
If we have 12 issues per volume, and one volume per year:
Re: [Koha] Serial Pattern Assistance (Results to be published in the manual)
Le 19/08/2014 13:10, Gaetan Boisson a écrit : Set up a bi-monthly frequency (two issues per month) if you don't already have one. (This means koha will generate two issues for July, and both will have the 1st of July as their planned published date. If you set it up so that it's once every two weeks, it will gradually shift and wouldn't fit the twice a month schedule, since you would have 26 issues a year instead of 24. That's a limitation i don't know how to work around for now. I guess you are not surprised to read this, but the fact the date will be the first of the month for both issues is confusing a lot of users.) This will be fixed with Bug 12671 (http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12671) -- Julian Maurice julian.maur...@biblibre.com BibLibre ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Unsubcribe/Opt Out
I do not want to be a part of whatever community this is. I think my email has been compromised. I have even gone thru the steps to unsubscribe and I am still getting an influx of emails. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Sandboxes
Hello Nicole, There is a bug (at least one) on sandboxes, sometime the mail is not sent. I don't know why. But I think an email is sent if something wrong append. I hope you managed to test what you wanted. Regards, Jonathan 2014-08-09 18:52 GMT+02:00 Nicole Engard neng...@gmail.com: Sorry for my delay in responding. 6 and 7 weren't sending emails when ready either. So I figured it might just be the fact that we were all hitting the server at the same time and wanted you to know that we'd be doing it again. Nicole On Fri, Aug 8, 2014 at 9:55 AM, Heather Braum (NEKLS) hbr...@nekls.org wrote: Fridolin, I know I couldn't get the Biblibre Sandbox 2 upgraded to master yesterday. The staff side login was stuck at the web installer screen, even though I received a sandbox ready email message. In the middle of the email message, there was this text: Upgrade to 3.15.00.048 done (Bug 10195: Records hidden with OpacSuppression can still be accessed) DBD::mysql::db do failed: BLOB/TEXT column 'issn' used in key specification without a key length at /home/koha/src/installer/data/mysql/ updatedatabase.pl line 8420. DBD::mysql::db do failed: Incorrect prefix key; the used key part isn't a string, the used length is longer than the key part, or the storage engine doesn't support unique prefix keys at /home/koha/src/installer/data/mysql/ updatedatabase.pl line 8424. Upgrade to 3.15.00.049 done (Bug 11268 - Biblioitems URL field is too small for some URLs) It looks like part of the upgrade failed. That's the one Biblibre Sandbox I was trying to use. (And yes I was setting it up with UNIMARC) Hope that helps! -Heather On Friday, August 8, 2014, Fridolin SOMERS fridolin.som...@biblibre.com javascript:_e(%7B%7D,'cvml','fridolin.som...@biblibre.com'); wrote: Hie, Tell me which sandox as which problem please. Regards, Le 08/08/2014 00:06, Nicole Engard a écrit : Hi all, Tomorrow the Koha North American Users Group will be testing a lot of patches (we hope). Today when we gave lessons on how to use them we hit a few snags. Many people never got an email and a few sandboxes kept showing the installer even though that wasn't chosen. Would folks at BibLibre please give the sandboxes a look over before tomorrow so we don't cause major breakage :) Thanks a bunch! Nicole ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Fridolin SOMERS Biblibre - Pôles support et système fridolin.som...@biblibre.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Heather Braum NExpress Coordinator Resource Sharing Librarian Northeast Kansas Library System Sent from Gmail Mobile ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Bug in Koha 3.16's C4::Search or intended behavior?
Hi, Yesterday I wrote an e-mail concerning an unexpected behavior (at least for me) of the „Refine your search“ bar (facets) in Koha 3.16. Since, I didn’t get an answer and my question gave me a sleep-less night, I tried to understand what’s going on by myself. :-) Although, I think that I kind of understand why I the results for the facets are different from Koha 3.14, I am still wondering if that’s the intended behavior. In Koha 3.14, the facets show only the 1XX tags of the authority records. In Koha 3.16, also 4XX tags are shown. The difference in behavior is caused by changes in C4::Search’s getRecords function. If I replace lines 510-533 with the old code, I get the previous (and, in my case, desired behavior). Of course, this is a very dirty hack, but I just wanted to pin down the causes of the different behavior. The reason why I preferred the previous behavior is that in our authority records usually have a large number of 4XX fields (especially in the case of authors). If all these fields get shown in the facets the facets become unusable. So, if the current behavior is the intended one, it would be nice to be have an option (either by a system preference or by a similar mechanism as used for which fields are used facets) to control which fields are shown. Regards, Stephan ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] KohaCon14 Info?
Salvete! In the past, I've posted my travel plans for KohaCon which other people have told me were useful. So I'm doing it again. :) First things first, it's time to pay the pezzo! Unfortunately, Argentina charges folks from the US, Canada, and Australia a screw you pal fee. They call it a reciprocity fee. It varies by your nationality, since it's based off of what we charge them for visas. Turnabout is fair play. It can only be paid online in advance! This is a change from the past law that let you go Aw crap, here, have some money! at the border. For Yanks it's $160, but it's meant to be good for a decade. So if you've bought one past 2009, it ought still be in effect. Yes, I realise that is less than 10 years. Here's the link: http://www.migraciones.gov.ar/accesible/templates/reciprocidad/reciprocidad.htm Now for the more fun part: getting there! :) As many of you know, I am biologically incapable of just going straight to KohaCon, not passing Go, and not collecting $200. So my plane stuff looks like this on the way there: DCA MIA UVF MIA EZE AEP COR I'm not actually flying between EZE and AEP, though that would be hilarious. It looks like this on the way back: COR SCL MIA DCA As I was bumping about the Interwebs, American Airline's computers seem to have COR SCL as a half hour flight when it is meant to be an hour and a half as far as I can tell, so take extra precautions with your connections. As I advised in past, it is quite handy to learn where the various carriers place their hubs. This knowledge might let you plan a good side trip or turn a nightmare layover into a planned diversion. If you're flying from the East Coast of the States, Miami, Newark, JFK, Charlotte, and Atlanta are good options. Almost everything will end up getting routed through Miami. Miami is the hub for pretty much all of the Caribbean. What's in the Caribbean? Pirates and rhum, of course, so you are highly encouraged to explore the vicinity. I will be closely monitoring the quality of granular limestone deposits and the effect of salination on the bespoke substance. If you're flying in from elsewhere, your hub might end up being Santiago Chile, Lima Peru, Panama City Panama, Ecuador, or Buenos Aires. While in Córdoba, I'll be staying at the Garden Hotel. http://www.tripadvisor.com/Hotel_Review-g312768-d638080-Reviews-Garden_Hotel-Cordoba_Province_of_Cordoba_Central_Argentina.html It's not posh, but it is close to the Conference venue. There are a number of cheaper hostels in walking distance to the venue if you're on a shoestring budget. If you want to splurge, there are a number of 4 and 5 star hotels. Prices tend to run a lot cheaper than Yank accommodations. $150 American will buy you summat quite swank. Some places I considered in my search were: Coralt Azur Real Hotel Boutique Kube Apartments NH Panorama Windsor Hotel and Tower Amerian Cordoba Park Hotel There are tonnes of options, including private apartments. There are many high quality options that are well within walking distance of the venue. The currency is the Argentinian peso, and the language is Spanish. For more information about the peso, you'll want to check out http://www.theguardian.com/travel/2014/jan/24/argentina-peso-devaluation-blue-dollar-tourism Wikitravel's page is here: http://wikitravel.org/en/Cordoba__(city,_Argentina) Cheers, Brooke ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Authority search - used in 0 (CHRON_TERM)
They may not be linked. Take one of the terms that has 0 links and search for it in your catalogue. Then check to see if the subfield 9 for that term has a number in it. The number is the authority record number. If there is no number, then it is not linked to the authority. You may have to link the bibs to authorities This page might help: http://perldoc.koha-community.org/misc/link_bibs_to_authorities.html This process is very very precise, so if you have anything that differs (spaces, case, diacritics) it won't match. But on the other hand, you want your authorities to be precise! Elaine On Mon, Aug 18, 2014 at 1:35 PM, kamild smichae...@tlen.pl wrote: Hi, in Authority search results are records which have 0 links to biblios (used in). Applies only Chronological Term (CHRON_TERM) in other Authority types is OK. Where there may be a problem? Cheers, Kamil -- View this message in context: http://koha.1045719.n5.nabble.com/Authority-search-used-in-0-CHRON-TERM-tp5808804.html Sent from the Koha-general mailing list archive at Nabble.com. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Elaine Bradtke Data Wrangler VWML English Folk Dance and Song Society | http://www.efdss.org Cecil Sharp House, 2 Regent's Park Road, London NW1 7AY Tel+44 (0) 20 7485 2206 (This number is for the English Folk Dance and Song Society in London, England. If you wish to phone me personally, send an e-mail first. I work off site) -- Registered Company No. 297142 Charity Registered in England and Wales No. 305999 --- Writing about music is like dancing about architecture --Elvis Costello (Musician magazine No. 60 (October 1983), p. 52) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Patron export to PDF
Hello all, I have a problem. When I export list of patrons to PDF, the code shows me error that Graphics::Magick is not installed. This module is not mandatory as shown by the koha_perl_deps script. Why is this error still shown? How do I fix this? I tried installing this module but I get a message that the module is already installed and is up to date. Any help is appreciated. Regards, Ketan ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Refine your search in Koha 3.16
Oh dear. I agree. This is not helpful. We now have all the incorrect versions of names appearing in the list. The point of the 4xx fields is to direct people to the correct version, not give them the incorrect versions as an alternative along with the correct version. On Mon, Aug 18, 2014 at 11:51 AM, Witoszynskyj Stephan step...@wito.org wrote: Hi, I just upgraded from Koha 3.14 to 3.16. I noticed a difference in the „Refine your search bar“, which kind of irritates me. Koha 3.14 used to list only the contents of the field 100 under „Authors“. Koha 3.16 apparently also lists the contents of 400 fields. In my case, this behavior is not desirable. Is there a way to revert to the behavior of Koha 3.14? Regards, Stephan ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Elaine Bradtke Data Wrangler VWML English Folk Dance and Song Society | http://www.efdss.org Cecil Sharp House, 2 Regent's Park Road, London NW1 7AY Tel+44 (0) 20 7485 2206 (This number is for the English Folk Dance and Song Society in London, England. If you wish to phone me personally, send an e-mail first. I work off site) -- Registered Company No. 297142 Charity Registered in England and Wales No. 305999 --- Writing about music is like dancing about architecture --Elvis Costello (Musician magazine No. 60 (October 1983), p. 52) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] KohaCon14 Info?
Thanks for the email Brooke, also please feel free everyone to add your info to http://wiki.koha-community.org/wiki/Who_is_arriving_when Helps for finding people to share taxis with etc Chris On 20 August 2014 5:44:07 am NZST, BWS Johnson abesottedphoe...@yahoo.com wrote: Salvete! In the past, I've posted my travel plans for KohaCon which other people have told me were useful. So I'm doing it again. :) First things first, it's time to pay the pezzo! Unfortunately, Argentina charges folks from the US, Canada, and Australia a screw you pal fee. They call it a reciprocity fee. It varies by your nationality, since it's based off of what we charge them for visas. Turnabout is fair play. It can only be paid online in advance! This is a change from the past law that let you go Aw crap, here, have some money! at the border. For Yanks it's $160, but it's meant to be good for a decade. So if you've bought one past 2009, it ought still be in effect. Yes, I realise that is less than 10 years. Here's the link: http://www.migraciones.gov.ar/accesible/templates/reciprocidad/reciprocidad.htm Now for the more fun part: getting there! :) As many of you know, I am biologically incapable of just going straight to KohaCon, not passing Go, and not collecting $200. So my plane stuff looks like this on the way there: DCA MIA UVF MIA EZE AEP COR I'm not actually flying between EZE and AEP, though that would be hilarious. It looks like this on the way back: COR SCL MIA DCA As I was bumping about the Interwebs, American Airline's computers seem to have COR SCL as a half hour flight when it is meant to be an hour and a half as far as I can tell, so take extra precautions with your connections. As I advised in past, it is quite handy to learn where the various carriers place their hubs. This knowledge might let you plan a good side trip or turn a nightmare layover into a planned diversion. If you're flying from the East Coast of the States, Miami, Newark, JFK, Charlotte, and Atlanta are good options. Almost everything will end up getting routed through Miami. Miami is the hub for pretty much all of the Caribbean. What's in the Caribbean? Pirates and rhum, of course, so you are highly encouraged to explore the vicinity. I will be closely monitoring the quality of granular limestone deposits and the effect of salination on the bespoke substance. If you're flying in from elsewhere, your hub might end up being Santiago Chile, Lima Peru, Panama City Panama, Ecuador, or Buenos Aires. While in Córdoba, I'll be staying at the Garden Hotel. http://www.tripadvisor.com/Hotel_Review-g312768-d638080-Reviews-Garden_Hotel-Cordoba_Province_of_Cordoba_Central_Argentina.html It's not posh, but it is close to the Conference venue. There are a number of cheaper hostels in walking distance to the venue if you're on a shoestring budget. If you want to splurge, there are a number of 4 and 5 star hotels. Prices tend to run a lot cheaper than Yank accommodations. $150 American will buy you summat quite swank. Some places I considered in my search were: Coralt Azur Real Hotel Boutique Kube Apartments NH Panorama Windsor Hotel and Tower Amerian Cordoba Park Hotel There are tonnes of options, including private apartments. There are many high quality options that are well within walking distance of the venue. The currency is the Argentinian peso, and the language is Spanish. For more information about the peso, you'll want to check out http://www.theguardian.com/travel/2014/jan/24/argentina-peso-devaluation-blue-dollar-tourism Wikitravel's page is here: http://wikitravel.org/en/Cordoba__(city,_Argentina) Cheers, Brooke ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Sent from my Android device with K-9 Mail. Please excuse my brevity. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Content on labels
Hi all, We are running the package version of 3.16.02 and I'm wondering if on a small spine label I can limit the number of characters printed? Currently we include the entire author field but we'd like to limit that to only the first 8 characters of the author? When defining a Label Layout can I simply check the List Fields radio button and then use standard SQL like 'LEFT(author,8)'? If not, anyone know of another way to limit it? Thanks! Steve ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Refine your search in Koha 3.16
Yes. Browse searching. With alphabetical lists of authors, subjects or titles. __ Cecil Hillyard Washoe County Library -Tel: 775-327-8338 or 7750-327-8330 fax: 775-327-8334 -Original Message- From: Koha [mailto:koha-boun...@lists.katipo.co.nz] On Behalf Of Elaine Bradtke Sent: Tuesday, August 19, 2014 11:51 AM To: Witoszynskyj Stephan Cc: koha@lists.katipo.co.nz Subject: Re: [Koha] Refine your search in Koha 3.16 Oh dear. I agree. This is not helpful. We now have all the incorrect versions of names appearing in the list. The point of the 4xx fields is to direct people to the correct version, not give them the incorrect versions as an alternative along with the correct version. On Mon, Aug 18, 2014 at 11:51 AM, Witoszynskyj Stephan step...@wito.org wrote: Hi, I just upgraded from Koha 3.14 to 3.16. I noticed a difference in the „Refine your search bar“, which kind of irritates me. Koha 3.14 used to list only the contents of the field 100 under „Authors“. Koha 3.16 apparently also lists the contents of 400 fields. In my case, this behavior is not desirable. Is there a way to revert to the behavior of Koha 3.14? Regards, Stephan ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Elaine Bradtke Data Wrangler VWML English Folk Dance and Song Society | http://www.efdss.org Cecil Sharp House, 2 Regent's Park Road, London NW1 7AY Tel+44 (0) 20 7485 2206 (This number is for the English Folk Dance and Song Society in London, England. If you wish to phone me personally, send an e-mail first. I work off site) -- Registered Company No. 297142 Charity Registered in England and Wales No. 305999 --- Writing about music is like dancing about architecture --Elvis Costello (Musician magazine No. 60 (October 1983), p. 52) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Refine your search in Koha 3.16
Hi-- Elaine and Stephen, I agree--this isn't good! In our catalog (also 3.16), if you click one of the facets from a 400 field, it does return correct results based on the 100 field--e.g., if you do a search on Sea Poetry: http://keys.bywatersolutions.com/cgi-bin/koha/opac-search.pl?q=sea+poetry And you click on the facet Sinbad, (a 400 in the aut record) it will return the two results by Dingle, Aylward Edward, (which is the 100 field in that aut record), but the user will have no idea why--there's no evidence that your search has been redirected due to your selecting a see from reference. I also hope that facets are not displayed from aut record 4XX fields in future versions--maybe the facets should only be generated from aut record 1XX fields, since those (ideally) match used headings in the catalog, and facets should never be generated from 4XX or 5XX fields in aut records. Cheers, heather ~~ Heather Hernandez Technical Services Librarian San Francisco Maritime National Historical Park Research Center heather_hernan...@nps.gov 415-561-7032 (voice) 415-556-3540 (fax) http://www.nps.gov/safr/historyculture/museum-collections.htm The sailor does not pray for wind, he learns to sail.--Gustaf Lindborg On Tue, Aug 19, 2014 at 11:51 AM, Elaine Bradtke e...@efdss.org wrote: Oh dear. I agree. This is not helpful. We now have all the incorrect versions of names appearing in the list. The point of the 4xx fields is to direct people to the correct version, not give them the incorrect versions as an alternative along with the correct version. On Mon, Aug 18, 2014 at 11:51 AM, Witoszynskyj Stephan step...@wito.org wrote: Hi, I just upgraded from Koha 3.14 to 3.16. I noticed a difference in the „Refine your search bar“, which kind of irritates me. Koha 3.14 used to list only the contents of the field 100 under „Authors“. Koha 3.16 apparently also lists the contents of 400 fields. In my case, this behavior is not desirable. Is there a way to revert to the behavior of Koha 3.14? Regards, Stephan ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Elaine Bradtke Data Wrangler VWML English Folk Dance and Song Society | http://www.efdss.org Cecil Sharp House, 2 Regent's Park Road, London NW1 7AY Tel+44 (0) 20 7485 2206 (This number is for the English Folk Dance and Song Society in London, England. If you wish to phone me personally, send an e-mail first. I work off site) -- Registered Company No. 297142 Charity Registered in England and Wales No. 305999 --- Writing about music is like dancing about architecture --Elvis Costello (Musician magazine No. 60 (October 1983), p. 52) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] KohaCon14 Info?
I'm not actually flying between EZE and AEP, though that would be hilarious. [Timothy Skeers] I don't think it's the case anymore (haven't checked the schedules), but at one time one of the major airlines had a regularly scheduled flight between San Francisco and Oakland. There was even a short news feature done on one of the network news shows, about the time the flight was going to be discontinued. They are about 12 miles apart, which would make it only slightly less ridiculous than taking a flight between the Buenos Aires airports. Tim Timothy Skeers | Cataloger | Iowa Library Services/State Library of Iowa | 1112 E. Grand Avenue | Des Moines, Iowa | 50319 | tim.ske...@lib.state.ia.us | (515) 725-0605 ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Refine your search in Koha 3.16
* Hernandez, Heather (heather_hernan...@nps.gov) wrote: Hi-- Elaine and Stephen, I agree--this isn't good! In our catalog (also 3.16), if you click one of the facets from a 400 field, it does return correct results based on the 100 field--e.g., if you do a search on Sea Poetry: http://keys.bywatersolutions.com/cgi-bin/koha/opac-search.pl?q=sea+poetry Hi All Please file a bug report for this at bugs.koha-community.org We think we have tracked it down to something to do with fix for large MARC records But are continuing to work on it. It is something to do with the IncludeSeeFromInSearches systempreference If you have had this on, or have it on, it makes the links so that when you search for the 400, you can still find results. To do this its linked, however in 3.12.x and 3.14.x it appears these links were filtered out when building the facets and for some reason this is not occuring. I think its to do with an indicator of z that gets added to 100 (of the biblio) on indexing (you wont see it on the record itself, its added when indexing) The old code got rid of this, so no, this is not required behaviour Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Refine your search in Koha 3.16
Please fill a bug. We can provide a fix soon. On Tue, Aug 19, 2014 at 5:46 PM, Chris Cormack chr...@catalyst.net.nz wrote: * Hernandez, Heather (heather_hernan...@nps.gov) wrote: Hi-- Elaine and Stephen, I agree--this isn't good! In our catalog (also 3.16), if you click one of the facets from a 400 field, it does return correct results based on the 100 field--e.g., if you do a search on Sea Poetry: http://keys.bywatersolutions.com/cgi-bin/koha/opac-search.pl?q=sea+poetry Hi All Please file a bug report for this at bugs.koha-community.org We think we have tracked it down to something to do with fix for large MARC records But are continuing to work on it. It is something to do with the IncludeSeeFromInSearches systempreference If you have had this on, or have it on, it makes the links so that when you search for the 400, you can still find results. To do this its linked, however in 3.12.x and 3.14.x it appears these links were filtered out when building the facets and for some reason this is not occuring. I think its to do with an indicator of z that gets added to 100 (of the biblio) on indexing (you wont see it on the record itself, its added when indexing) The old code got rid of this, so no, this is not required behaviour Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Tomás Cohen Arazi Prosecretaría de Informática Universidad Nacional de Córdoba ✆ +54 351 5353750 ext 13168 GPG: B76C 6E7C 2D80 551A C765 E225 0A27 2EA1 B2F3 C15F ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Refine your search in Koha 3.16
Bug submitted http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12788 Elaine On Tue, Aug 19, 2014 at 10:02 PM, Tomas Cohen Arazi tomasco...@gmail.com wrote: Please fill a bug. We can provide a fix soon. On Tue, Aug 19, 2014 at 5:46 PM, Chris Cormack chr...@catalyst.net.nz wrote: * Hernandez, Heather (heather_hernan...@nps.gov) wrote: Hi-- Elaine and Stephen, I agree--this isn't good! In our catalog (also 3.16), if you click one of the facets from a 400 field, it does return correct results based on the 100 field--e.g., if you do a search on Sea Poetry: http://keys.bywatersolutions.com/cgi-bin/koha/opac-search.pl?q=sea+poetry Hi All Please file a bug report for this at bugs.koha-community.org We think we have tracked it down to something to do with fix for large MARC records But are continuing to work on it. It is something to do with the IncludeSeeFromInSearches systempreference If you have had this on, or have it on, it makes the links so that when you search for the 400, you can still find results. To do this its linked, however in 3.12.x and 3.14.x it appears these links were filtered out when building the facets and for some reason this is not occuring. I think its to do with an indicator of z that gets added to 100 (of the biblio) on indexing (you wont see it on the record itself, its added when indexing) The old code got rid of this, so no, this is not required behaviour Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Tomás Cohen Arazi Prosecretaría de Informática Universidad Nacional de Córdoba ✆ +54 351 5353750 ext 13168 GPG: B76C 6E7C 2D80 551A C765 E225 0A27 2EA1 B2F3 C15F ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Elaine Bradtke Data Wrangler VWML English Folk Dance and Song Society | http://www.efdss.org Cecil Sharp House, 2 Regent's Park Road, London NW1 7AY Tel+44 (0) 20 7485 2206 (This number is for the English Folk Dance and Song Society in London, England. If you wish to phone me personally, send an e-mail first. I work off site) -- Registered Company No. 297142 Charity Registered in England and Wales No. 305999 --- Writing about music is like dancing about architecture --Elvis Costello (Musician magazine No. 60 (October 1983), p. 52) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Refine your search in Koha 3.16
Thank you for filing the bug, Elaine! Cheerio, heather ~~ Heather Hernandez Technical Services Librarian San Francisco Maritime National Historical Park Research Center heather_hernan...@nps.gov 415-561-7032 (voice) 415-556-3540 (fax) http://www.nps.gov/safr/historyculture/museum-collections.htm The sailor does not pray for wind, he learns to sail.--Gustaf Lindborg ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Check-in failed
I have checked out some books for testing purposes and now when I try to check
them in I get a message that says Check-in failed under the
Patron-Details-Checkout tab. What would cause this and where can I find more
detailed information? Under Home-Administration-System preferences-Logs I
have them all set to Log.
Thanks, Paul
Paul Dokken
Software Developer
SIL PNG Communication and Technology Services
Ukarumpa EHP 444 | Papua New Guinea
cts-pr...@sil.org.pg
+675-537-3544 x4404 {Telecom}
+675-7081-8666 {Digicel}
___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Refine your search in Koha 3.16
Hi, it’s basically the first time that I had a closer look at Koha’s source code and my knowledge of Perl is limited. So, I must admit that I don’t quite understand how things work. what is $marc_record-field($tag_num) in line 531 of C4/Search.pm supposed to return? If I use only the first element of the array that is returned by this line, the facets seem to be correct. Regards, Stephan Am 19.08.2014 um 22:46 schrieb Chris Cormack chr...@catalyst.net.nz: * Hernandez, Heather (heather_hernan...@nps.gov) wrote: Hi-- Elaine and Stephen, I agree--this isn't good! In our catalog (also 3.16), if you click one of the facets from a 400 field, it does return correct results based on the 100 field--e.g., if you do a search on Sea Poetry: http://keys.bywatersolutions.com/cgi-bin/koha/opac-search.pl?q=sea+poetry Hi All Please file a bug report for this at bugs.koha-community.org We think we have tracked it down to something to do with fix for large MARC records But are continuing to work on it. It is something to do with the IncludeSeeFromInSearches systempreference If you have had this on, or have it on, it makes the links so that when you search for the 400, you can still find results. To do this its linked, however in 3.12.x and 3.14.x it appears these links were filtered out when building the facets and for some reason this is not occuring. I think its to do with an indicator of z that gets added to 100 (of the biblio) on indexing (you wont see it on the record itself, its added when indexing) The old code got rid of this, so no, this is not required behaviour Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Refine your search in Koha 3.16
* Witoszynskyj Stephan (step...@wito.org) wrote: Hi, it’s basically the first time that I had a closer look at Koha’s source code and my knowledge of Perl is limited. So, I must admit that I don’t quite understand how things work. what is $marc_record-field($tag_num) in line 531 of C4/Search.pm supposed to return? If I use only the first element of the array that is returned by this line, the facets seem to be correct. Its not that issue, but you are close, if you check the patch, on the bug it should help Probably we should move this to the koha-devel list if you want to discuss code specifics :) Chris Regards, Stephan Am 19.08.2014 um 22:46 schrieb Chris Cormack chr...@catalyst.net.nz: * Hernandez, Heather (heather_hernan...@nps.gov) wrote: Hi-- Elaine and Stephen, I agree--this isn't good! In our catalog (also 3.16), if you click one of the facets from a 400 field, it does return correct results based on the 100 field--e.g., if you do a search on Sea Poetry: http://keys.bywatersolutions.com/cgi-bin/koha/opac-search.pl?q=sea+poetry Hi All Please file a bug report for this at bugs.koha-community.org We think we have tracked it down to something to do with fix for large MARC records But are continuing to work on it. It is something to do with the IncludeSeeFromInSearches systempreference If you have had this on, or have it on, it makes the links so that when you search for the 400, you can still find results. To do this its linked, however in 3.12.x and 3.14.x it appears these links were filtered out when building the facets and for some reason this is not occuring. I think its to do with an indicator of z that gets added to 100 (of the biblio) on indexing (you wont see it on the record itself, its added when indexing) The old code got rid of this, so no, this is not required behaviour Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Suggestions of hardware
Hello I need your suggestions of hardware to implement a koha server, with the following requirements: records: 47,000 items: 157,000 users: 3,000 libraries: 12 For the server I count on vmware virtualization, That operating system ubuntu or debian recommend? How many processors and RAM are needed? and if the number of records and items I recommend mysql on a dedicated server. Thank you very much. -Carlos ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Suggestions of hardware
Greetings, You don't necessarily need to pay for your own machine to virtualize. You could use a hosting service such as digitalocean. https://www.digitalocean.com/pricing/ With your number of records, the bigger question (in my mind) is not how many records/items you have now, but how much will you be expanding. For our production system, we use the $20/month plan. Koha is developed under Debian, and as such, using Debian is the recommended OS. Though, you are free to choose with relative-ease other Linux operating systems based on Debian, such as Ubuntu. We use Ubuntu. You are also free to try to attempt other Linux versions, but your mileage and support by others will drastically vary. I recommend at least 1GB RAM and at least 30GB drive space. Though, this is a minimum in my mind. GPML, Mark Tompsett -Original Message- From: Carlos Rodrigo Cordova Sandoval Sent: Tuesday, August 19, 2014 10:29 PM To: Koha-List Subject: [Koha] Suggestions of hardware Hello I need your suggestions of hardware to implement a koha server, with the following requirements: records: 47,000 items: 157,000 users: 3,000 libraries: 12 For the server I count on vmware virtualization, That operating system ubuntu or debian recommend? How many processors and RAM are needed? and if the number of records and items I recommend mysql on a dedicated server. Thank you very much. -Carlos ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] reminder for fine payment
Dear All, I would like to send an email for monthly rent due to patrons. Can some one help me in this issue? Thanks Vikram Zadgaonkar ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Patron export to PDF
Hi Ketan, What version of Koha? Is Graphics::Magick marked as installed on the About page (Tab 'Perl Modules')? If yes, which version? Is it an other version than the one you installed on your system? If no, which version of Graphics:Magick is installed on your system? Regards Marc Am 19.08.2014 20:40, schrieb Ketan Kulkarni: Hello all, I have a problem. When I export list of patrons to PDF, the code shows me error that Graphics::Magick is not installed. This module is not mandatory as shown by the koha_perl_deps script. Why is this error still shown? How do I fix this? I tried installing this module but I get a message that the module is already installed and is up to date. Any help is appreciated. Regards, Ketan ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
