[Koha] prevent certain users to modify another user libraby
Hello, I'm from Brazil and I have a doubt about koha: Is there a way to prevent certain users to modify another user libraby? Thanks -Vitor -- View this message in context: http://koha.1045719.n5.nabble.com/prevent-certain-users-to-modify-another-user-libraby-tp4960937p4960937.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
Re: [Koha] Sopac2
helo sir, I have gone through the git.biblibre.com and used those file along with the step described in koha manual3.2. everything seems to work fine.But after first harvest, my log show everything is ok and Harvesting is done without error but i can't see the database being populated. And also regarding drupal module i tried with drupal version 6.xx , able to use and configure without error but no result after search. Can you help me with describing how you did all the installation stuff in your side ? I also tried with some sample data provide on thesocialopac.net , just to check sphinx for indexing, it is working fine too. Harvester log ( locum.log). #--- [*] Importing bib # 11 - [*] Importing bib # 39 - [*] Importing bib # 35 - [*] Importing bib # 24 - [** ] Child process complete. Scanned records 21 - 24. Imported 4 records and skipped 0 .. [*] Importing bib # 20 - [** ] Child process complete. Scanned records 17 - 20. Imported 4 records and skipped 0 .. [*] Importing bib # 16 - [** ] Child process complete. Scanned records 13 - 16. Imported 4 records and skipped 0 .. [*] Importing bib # 12 - [** ] Child process complete. Scanned records 9 - 12. Imported 4 records and skipped 0 .. [*] Importing bib # 32 - [** ] Child process complete. Scanned records 29 - 32. Imported 4 records and skipped 0 .. [*] Importing bib # 28 - [** ] Child process complete. Scanned records 25 - 28. Imported 4 records and skipped 0 .. [*] Importing bib # 8 - [** ] Child process complete. Scanned records 5 - 8. Imported 4 records and skipped 0 .. [*] Importing bib # 4 - [** ] Child process complete. Scanned records 1 - 4. Imported 4 records and skipped 0 .. [*] Importing bib # 40 - [*] Importing bib # 36 - [** ] Child process complete. Scanned records 33 - 36. Imported 4 records and skipped 0 .. [*] Importing bib # 41 - [** ] Child process complete. Scanned records 37 - 41. Imported 5 records and skipped 0 .. [*** ] Harvest complete! #--- Regards shiva Healthnet Nepal -- View this message in context: http://koha.1045719.n5.nabble.com/Sopac2-tp4823641p4963150.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
Re: [Koha] Koha SQL Reports
solution proposed by oleonard worked great I have done the following
Added #sql_output { display:none; } in print.css
On Fri, Nov 4, 2011 at 6:37 PM, Owen Leonard oleon...@myacpl.org wrote:
I have successfully developed custom reports on KOHA but the problem I
face is
that on SQL reports complete SQL Query is visible I want this to be
hidden , any
help will be highly appreciated
Farrukh also asked this on IRC, and I suggested that he add this to
the IntranetUserCSS system preference:
#sql_output { display:none; }
This may or may not work depending on how recent your version of Koha
is, but it's easy to try.
-- Owen
--
Web Developer
Athens County Public Libraries
http://www.myacpl.org
--
Regards,
*Farrukh Munir
**
*[image: ITComplete_logo.png]
t:+92 21 3278 5128
m: +92 323 220 7378
e: farrukh.mu...@itcompletes.com
w: www.itcompletes.com
Save a tree. Don't print this e-mail unless it's really necessary
image001.jpg___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Request for Proposed feature: A recent comments view in the OPACC
Dear sir/madam Hope this email finds you in good health. I am a new koha user and developer and was captivated by the blog that was posted on Friday, October 1st, 2010 in the link below http://www.myacpl.org/koha/?m=201010. I would kindly request if I may be availed with the code and simple instructions on how to implement the comments on the homepage of a Koha System. Thank you. Regards Elisha Bwatuti-Kenya ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] prevent certain users to modify another user libraby
On Thu, Nov 3, 2011 at 1:38 PM, Vitor V vito...@yahoo.com.br wrote: Hello, I'm from Brazil and I have a doubt about koha: Is there a way to prevent certain users to modify another user libraby? you can set up IndependantBranches system preferenece (go to Koha Administration - System Preferences - search for IndependantBranches, or go to Administration tab) Marijana ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Staged marc import and 952 field
On Thu, Nov 3, 2011 at 9:16 PM, Perch j...@pk.dy.fi wrote: I made a little mistake in posting, it should have been: 952 | y0 | p1214 | q0 | 00 | u1228 | dMAIN | 10 | k9 BUS | v2010 - 01 - 15 | bMAIN i.e. 2010 - 01 -15 is in subfield v Looking at the records vs. Koha's 952 subfields it seems that some information is in the wrong subfields (d should contain acquisition date, but it seems to contain the home branch instead, v should contain replacement price, but it contains the acquisition date, k and u subfields have vanished alltogether). I am not sure about mapping in older version of Koha, but in version 3.x the mapping is different than in you example. What do you mean by older Koha version (exact version number) and what is your current version? In Koha 3.6 you don't have filed 952 any more in MARC record at biblio level. You can see the current mapping for 952 field if you go to Administration - Koha to MARC Mapping - choose items from the menu Marijana ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Koha and Third-Party commercial services
Dear Community, In the last few months, I've seen more and more interest in developing Koha support for integration with third-party commercial services. These services usually require some kind of special coding to achieve that integration, instead of using a global standard for data transmission. To be fair, I think this is often because there IS NO global standard for the kind of data they want to transmit. But I'm still wary of this. All the external services we have now (Amazon, Babelthèque, Baker and Taylor, Google, Library Thing, Novelist Select, OCLC, Open Library, and Syndetics) are very self-contained; they have system preferences which just control whether or not a block of HTML/Javascript API code gets put into the template. This is pretty benign; it's template code and some database data (nothing structural), and can be completely disabled if the preferences are turned off. This seems like good integration to me. But other services require something a bit more heavy-weight. Things that would involve writing a fair block of Perl code, or altering Koha's data structure to store a new kind of information (new table columns or tables, instead of just entries in existing tables). Changes like this concern me, particularly if the service requires a subscription, is geographically-limited or has closed licensure. Perhaps I'm just being paranoid, but it seems that if we start letting these external services influence the development of Koha, we could eventually wind up with an ILS that is no longer in the interest of the global community. Am I being crazy? Is this a valid issue? Are the advantages of being able to talk to more external products greater than the risks of a few specific company's products getting hardcoded into our ILS? Thanks for any feedback you can provide, -Ian ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha and Third-Party commercial services
Hi Ian, 2011/11/5 Ian Walls ian.wa...@bywatersolutions.com Am I being crazy? Is this a valid issue? Are the advantages of being able to talk to more external products greater than the risks of a few specific company's products getting hardcoded into our ILS? The point is well taken. However, I tend to think that if we were to isolate the unique code for external product Z to something like C4::ExternalServices::Z. and the database fields unique to a new table Z, this would sort of quarantine any undesirable aspects of product Z. The installation of the schema for table Z could be triggered by both a choice in the installer or the running of an separate install script (install_z) later by the sys-admin. The installer would simply call install_z if the choice was made at install time. install_z would recognize that the db was populated (if this were a later addition) and handle any db housework accordingly. Furthering this thought of convenient abstraction, we could have C4::ExternalServices which would provide basic API between Koha and the various C4::ExternalServices::FOO modules. Whatever way we take, quarantining/abstraction should help keep your fear from being realized. Kind Regards, Chris ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha SQL Reports
For Owen, I cannot find IntranetUserCSS preference in this 3.02
version even by doing the search. And for Farruclch, where is the
print.css file found.. I mean in which koha directory?
On 11/4/11, Farrukh Munir farrukh.mu...@itcompletes.com wrote:
solution proposed by oleonard worked great I have done the following
Added #sql_output { display:none; } in print.css
On Fri, Nov 4, 2011 at 6:37 PM, Owen Leonard oleon...@myacpl.org wrote:
I have successfully developed custom reports on KOHA but the problem I
face is
that on SQL reports complete SQL Query is visible I want this to be
hidden , any
help will be highly appreciated
Farrukh also asked this on IRC, and I suggested that he add this to
the IntranetUserCSS system preference:
#sql_output { display:none; }
This may or may not work depending on how recent your version of Koha
is, but it's easy to try.
-- Owen
--
Web Developer
Athens County Public Libraries
http://www.myacpl.org
--
Regards,
*Farrukh Munir
**
*[image: ITComplete_logo.png]
t:+92 21 3278 5128
m: +92 323 220 7378
e: farrukh.mu...@itcompletes.com
w: www.itcompletes.com
Save a tree. Don't print this e-mail unless it's really necessary
___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha SQL Reports
On Nov 5, 2011, at 9:10 AM, Raphael Muonga chisan...@gmail.com wrote: For Owen, I cannot find IntranetUserCSS preference in this 3.02 version even by doing the search. You're using a version of Koha which is over two years old. The patch adding the IntranetUserCSS preference was pushed about one year ago. So you'll need an upgrade to be able to take advantage of that. However, if the goal is to style the print view that pref may not work anyway. It sounds like a modification to print.css is required. It should be in intranet-tmpl/prog/[lang]/css I guess we need an IntranetUserPrintCSS pref! -- Owen ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Report from KohaCon 2011
On 05/11/11 21:28, Vimal Kumar wrote: We would like to hear from KohaCon 2011 in Thane. Please report the event details. There's still one more day of hackfest to go :) It's been great so far though. I think the videos and slides will be going up at some stage. Robin. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Staged marc import and 952 field
On Sat, Nov 5, 2011 at 5:14 AM, Marijana Glavica mglav...@ffzg.hr wrote: In Koha 3.6 you don't have filed 952 any more in MARC record at biblio level. It should be noted that while this field isn't in the MARC anymore, it is still used on the MARC import tool as the item record. So if you're importing records that have a 952 Koha will use that as the item record still - it will just take the data out of the 952 and put it in to the items table in the database. Nicole ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha and Third-Party commercial services
* Mirko (5...@gmx.de) wrote: I think Ian has a valid point here, you are definitely not paranoid. It is a concern to me too and I like the quarantine approach Chris has offered. There are a lot of services integrated already and personally I wish to keep all the snoopy data gatherers like Amazon, Google etc. out of my library and away from my patrons. Their omnipresence in the WWW is scary enough as it is, I don't want to assist them in any way. I think some kind of guidelines should be set up making sure that third party services don't get to mess with integral parts of Koha, that no other developments get 'harmed' by new code for something that only a certain group of people will use (this would be prevented by Koha quality control anyway) and that those who do not want to use a service don't have extra work (like disabling new third party features in a new version). C4::ExternalServices approach sounds good to me and I strongly favour keeping extra database fields in extra tables dedicated to the service, so Koha core does not get cluttered with extra fields for Facebook, Google and whatnot. I agree, the quarantine idea is a good approach. As most of you know I am not a huge fan of proprietary software in any shape, way or form. I would like us to try integrate with free software tools where we can, like Piwik instead of google analytics, identi.ca instead of twitter and many others. (commercial doesnt worry me, theres nothing wrong with that, its proprietary software I dont like). But if we do have to deal with proprietary software, it must be in a quarantined and safe way. Just my 2 cents Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand signature.asc Description: Digital signature ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha and Third-Party commercial services
Ian, This issue came up with Evergreen recently and someone suggested creating an Vendors Module. They wrote up how it would workmaybe some useful ideas there. See http://egdev.mvlcstaff.org/Vendors_Module Lori =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-= Lori Bowen Ayre // Library Technology Consultant / The Galecia Group Oversight Board Communications Committee / Evergreen (707) 763-6869 // lori.a...@galecia.com lori.a...@galecia.comSpecializing in open source ILS solutions, RFID, filtering, workflow optimization, and materials handling =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2011/11/5 Ian Walls ian.wa...@bywatersolutions.com Dear Community, In the last few months, I've seen more and more interest in developing Koha support for integration with third-party commercial services. These services usually require some kind of special coding to achieve that integration, instead of using a global standard for data transmission. To be fair, I think this is often because there IS NO global standard for the kind of data they want to transmit. But I'm still wary of this. All the external services we have now (Amazon, Babelthèque, Baker and Taylor, Google, Library Thing, Novelist Select, OCLC, Open Library, and Syndetics) are very self-contained; they have system preferences which just control whether or not a block of HTML/Javascript API code gets put into the template. This is pretty benign; it's template code and some database data (nothing structural), and can be completely disabled if the preferences are turned off. This seems like good integration to me. But other services require something a bit more heavy-weight. Things that would involve writing a fair block of Perl code, or altering Koha's data structure to store a new kind of information (new table columns or tables, instead of just entries in existing tables). Changes like this concern me, particularly if the service requires a subscription, is geographically-limited or has closed licensure. Perhaps I'm just being paranoid, but it seems that if we start letting these external services influence the development of Koha, we could eventually wind up with an ILS that is no longer in the interest of the global community. Am I being crazy? Is this a valid issue? Are the advantages of being able to talk to more external products greater than the risks of a few specific company's products getting hardcoded into our ILS? Thanks for any feedback you can provide, -Ian ___ 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] Kohacon11 News in DNA Newspaper
Hi All Please have a look at Kohacon11 News cover by DNA newspaper. http://epaper.dnaindia.com/epapermain.aspx?edorsup=Supqueryed=37querypage=7boxid=30762914parentid=153604eddate=11/05/2011 -- Thanks and Regards Sandeep Bhavsar Librarian Dr.V.N.Bedekar Institute of Management Studies Thane(W) 400601 MUMBAI. INDIA @@ email: sandeep.bhav...@gmail.com Mob : 9029 345777 elibrary :http://www.vpmthane.org/im/elib/main.htm @@ ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Passing on a letter from a KohaCon 11 attendee
To everyone in the Koha community: On the last day of KohaCon 11, one of the attendees handed me a hand-written letter, addressed to me--and to all of us. The content: --- To: D Ruth Bavousett and all the delegates of Koha community of the world Best of luck for Christmas and Best wishes for a Happy New Year in 2012. Happy journey to yourself and whole team of Koha Community. Hope grand success for your future activity and impact of the Koha library system Yours cordially, Dr. Miss Punya Baruah. --- It is my intention to hand-write and post a letter to Miss Baruah, in return; if anyone in the Koha community would like me to include something from them, please email it to me not later than 5 PM Eastern US time on Friday, 11 November. :) *D Ruth Bavousett* Lead Migration Specialist ByWater Solutions Support and Consulting for Open Source Software Headquarters: Santa Barbara, CA Office: Columbia, TN Phone/Fax (888)900-8944 http://bywatersolutions.com r...@bywatersolutions.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Staged marc import and 952 field
On Sun, Nov 6, 2011 at 12:16 AM, Nicole Engard neng...@gmail.com wrote: On Sat, Nov 5, 2011 at 5:14 AM, Marijana Glavica mglav...@ffzg.hr wrote: In Koha 3.6 you don't have filed 952 any more in MARC record at biblio level. It should be noted that while this field isn't in the MARC anymore, it is still used on the MARC import tool as the item record. So if you're importing records that have a 952 Koha will use that as the item record still - it will just take the data out of the 952 and put it in to the items table in the database. Yes, thank you Nicole for this information I didn't mention. Perch, if your old Koha has different field mappings, you can probably use MARC edit to prepare your data for upload. Marijana ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
