[Koha] Editing BIBLIO Record
hasina at bracu.ac.bd
hasina at bracu.ac.bd
Thu Jul 23 14:55:04 NZST 2009
Dear all
We will really appreciate it if anyone help us for solving the following
problem in KOHA
If we do any change/edit in any of our BIBLIO record then in OPAC it
displays two same item. If we delete one item then both the item
disappear.
Can anyone give us some suggestion regarding this problem.
Regards
Hasina Afroz
Head of Library
BRAC University
> Send Koha mailing list submissions to
> koha at lists.katipo.co.nz
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.katipo.co.nz/mailman/listinfo/koha
> or, via email, send a message with subject or body 'help' to
> koha-request at lists.katipo.co.nz
>
> You can reach the person managing the list at
> koha-owner at lists.katipo.co.nz
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Koha digest..."
>
>
> Today's Topics:
>
> 1. Re: Overdue notices (Wagner, Jane)
> 2. Re: koha doubts (MJ Ray)
> 3. Re: Holds (Justin Davis)
> 4. Re: Holds (Joe Atzberger)
> 5. Re: [was: Holds] (Cab Vinton)
> 6. Re: problem in catalog search (Krishnan M)
> 7. Re: as_usmarc error / biblio encoding (Rachel Hollis)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 16 Jul 2009 09:50:09 -0400
> From: "Wagner, Jane" <jwagner at ptfs.com>
> Subject: Re: [Koha] Overdue notices
> To: "Cab Vinton" <bibliwho at gmail.com>, "Koha list"
> <koha at lists.katipo.co.nz>
> Message-ID:
> <AA56A589DBA425479834C1F68C150DA2013F2E3B at PTFSMAIL01.corporate.ptfs.com>
>
> Content-Type: text/plain; charset="us-ascii"
>
> There is a syspref AutoEmailPrimaryAddress (under Administration, system
> preferences, patrons) which lets you specify which email field should be
> used for notices -- email or emailpro. However, so far as I know, Koha
> doesn't have the ability to use both. I think it would be a useful
> enhancement to set it up so that if field A in email priority list is
> empty, use address in field B.
>
> Jane Wagner
> Library Systems Analyst
> PTFS Inc.
> Content Management and Library Solutions
> 6400 Goldsboro Road, Suite 200
> Bethesda, MD 20817
> (301) 654-8088 x 151
> jwagner at ptfs.com
>
>
> -----Original Message-----
> From: koha-bounces at lists.katipo.co.nz
> [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Cab Vinton
> Sent: Thursday, July 16, 2009 9:16 AM
> To: Koha list
> Subject: [Koha] Overdue notices
>
> Is it correct to assume that Overdue notices are only sent to Home
> email addresses (borrowers.email)?
>
> Some patrons provide both a home & a work email (borrowers.emailpro).
>
> Ideally, the Patron DB would be setup to allow staff to specify the
> default email address to be used for notices.
>
> Otherwise, Koha should send notices to any available address (work if
> no home address available, & vice versa.)
>
> At present, I believe we would have to copy work addresses into empty
> home address fields to ensure that Notices are sent out.
>
> Thank you,
>
> Cab Vinton, Director
> Sanbornton Public Library
> Sanbornton, NH
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 16 Jul 2009 15:04:20 +0100
> From: MJ Ray <mjr at phonecoop.coop>
> Subject: Re: [Koha] koha doubts
> To: sivasankari.muthuraja at gmail.com, oleonard at myacpl.org
> Cc: koha at lists.katipo.co.nz
> Message-ID: <4a5f3364.a7TtHQ0vtaKfUFbP%mjr at phonecoop.coop>
> Content-Type: text/plain; charset=us-ascii
>
> Owen Leonard <oleonard at myacpl.org> wrote:
>> > 1.how to make the payment through koha.
>> > Is there any online payment, payment gateway using creditcard for
>> fine,books
>> > lost.or the payments made offline
>>
>> There is no online payment component included in Koha. It is assumed
>> that payments are handled in person.
>
> I'm interested in this enhancement (software.coop also does web shops)
> and it wouldn't be hard, but I think we don't yet have anyone
> sponsoring it.
>
> Hope that explains,
> --
> MJ Ray (slef) LMS developer and webmaster at | software
> www.software.coop http://mjr.towers.org.uk | .... co
> Notice http://mjr.towers.org.uk/email.html | .... op
>
>
> ------------------------------
>
> Message: 3
> Date: Thu, 16 Jul 2009 09:11:44 -0500
> From: Justin Davis <justindavis at mail.utexas.edu>
> Subject: Re: [Koha] Holds
> To: Koha list <koha at lists.katipo.co.nz>
> Message-ID: <4A5F3520.5080703 at mail.utexas.edu>
> Content-Type: text/plain; charset=us-ascii; format=flowed
>
> Thank you for nothing the bug -- I've been trying to get mail
> notifications working for days now.
>
> Is this feature officially deprecated?
>
> I understand that the web interface works for most users and most
> workflows -- email notifications would be extremely useful for our
> implementation. We have several small colleges that each get a handful
> of hold requests a week. It would be nice to be notified outside of the
> website itself.
>
> On 07/16/2009 08:22 AM, Cab Vinton wrote:
>> On Fri, Jul 10, 2009 at 11:26 AM, Joe Atzberger<ohiocore at gmail.com>
>> wrote:
>>> On Fri, Jul 10, 2009 at 10:53 AM, Cab Vinton<bibliwho at gmail.com>
>>> wrote:
>>>> A cronjob for daily emails w/ a list of the Holds to pull would be a
>>>> great idea& a time& labor-saver for librarians.
>>> Not really. Checking and printing your email isn't any easier or more
>>> time
>>> saving than checking and printing the web interface you're already
>>> using.
>>
>> Just stumbled across a relevant Circ preference:
>> emailLibrarianWhenHoldIsPlaced
>>
>> However, it does not seem to be working, see Bug 3242.
>>
>> Not sure if this will be fixed or simply removed from future versions
>> ...
>>
>> Cab Vinton, Director
>> Sanbornton Public Library
>> Sanbornton, NH
>> _______________________________________________
>> Koha mailing list
>> Koha at lists.katipo.co.nz
>> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>
> ------------------------------
>
> Message: 4
> Date: Thu, 16 Jul 2009 10:35:04 -0400
> From: Joe Atzberger <ohiocore at gmail.com>
> Subject: Re: [Koha] Holds
> To: Justin Davis <justindavis at mail.utexas.edu>
> Cc: Koha list <koha at lists.katipo.co.nz>
> Message-ID:
> <235bf14f0907160735n708805bek970a16a3b8bacd64 at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> emailLibrarianWhenHoldIsPlaced has no implementation in the codebase.
> It's
> just a fantasy syspref. In the future I think it we will be less
> permissive
> about allowing the appearance of features to persist in the software with
> no
> code to back it up.
> --
> Joe Atzberger
> LibLime - Open Source Library Solutions
>
> On Thu, Jul 16, 2009 at 10:11 AM, Justin Davis
> <justindavis at mail.utexas.edu>wrote:
>
>> Thank you for nothing the bug -- I've been trying to get mail
>> notifications working for days now.
>>
>> Is this feature officially deprecated?
>>
>> I understand that the web interface works for most users and most
>> workflows -- email notifications would be extremely useful for our
>> implementation. We have several small colleges that each get a handful
>> of hold requests a week. It would be nice to be notified outside of the
>> website itself.
>>
>> On 07/16/2009 08:22 AM, Cab Vinton wrote:
>> > On Fri, Jul 10, 2009 at 11:26 AM, Joe Atzberger<ohiocore at gmail.com>
>> wrote:
>> >> On Fri, Jul 10, 2009 at 10:53 AM, Cab Vinton<bibliwho at gmail.com>
>> wrote:
>> >>> A cronjob for daily emails w/ a list of the Holds to pull would be a
>> >>> great idea& a time& labor-saver for librarians.
>> >> Not really. Checking and printing your email isn't any easier or
>> more
>> time
>> >> saving than checking and printing the web interface you're already
>> using.
>> >
>> > Just stumbled across a relevant Circ preference:
>> emailLibrarianWhenHoldIsPlaced
>> >
>> > However, it does not seem to be working, see Bug 3242.
>> >
>> > Not sure if this will be fixed or simply removed from future versions
>> ...
>> >
>> > Cab Vinton, Director
>> > Sanbornton Public Library
>> > Sanbornton, NH
>>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://lists.katipo.co.nz/pipermail/koha/attachments/20090716/51c7b0cf/attachment-0001.htm
>
> ------------------------------
>
> Message: 5
> Date: Thu, 16 Jul 2009 10:45:12 -0400
> From: Cab Vinton <bibliwho at gmail.com>
> Subject: Re: [Koha] [was: Holds]
> To: Joe Atzberger <ohiocore at gmail.com>
> Cc: Koha list <koha at lists.katipo.co.nz>
> Message-ID:
> <835777770907160745y7407beb1t467f6d09c6e2ae5c at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> 2009/7/16 Joe Atzberger <ohiocore at gmail.com>:
>> in the future I think it we will be less permissive
>> about allowing the appearance of features to persist in the software
>> with no
>> code to back it up.
>
> I would strongly recommend that NO features w/ code lacking be added
> to the software.
>
> Vaporware merely confuses and annoys people. Deprecated features are
> probably another matter.
>
> That said, Koha's model for identifying, prioritizing, & sponsoring
> development of new/ improved features could probably use some
> tweaking.
>
> Cab Vinton, Director
> Sanbornton Public Library
> Sanbornton, NH
>
>
> ------------------------------
>
> Message: 6
> Date: Thu, 16 Jul 2009 20:56:22 +0530 (IST)
> From: Krishnan M <kmlist at yahoo.in>
> Subject: Re: [Koha] problem in catalog search
> To: koha at lists.katipo.co.nz, rekhasaraswat
> <rekhasaraswat at cdacnoida.in>
> Message-ID: <32141.42021.qm at web95106.mail.in2.yahoo.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hello Rekha,
> Can you please also send another e-mail with the contents from your koha
> error logs and apache error logs? While i have not encountered this error
> before, those logs may provide some more useful information
> To find the location of these logs, look inside the virtualhost entries
> for Koha in your /etc/httpd/conf/httpd.conf or /usr/koha/koha-httpd.conf
> (or the location you chose on your install)
> Best regards,krishnan
>
> --- On Thu, 16/7/09, rekhasaraswat <rekhasaraswat at cdacnoida.in> wrote:
>
> From: rekhasaraswat <rekhasaraswat at cdacnoida.in>
> Subject: [Koha] problem in catalog search
> To: koha at lists.katipo.co.nz
> Date: Thursday, 16 July, 2009, 5:24 AM
>
>
>
>
>
>
>
>
> Hi,
> ? My name is Rekha saraswat and i m new to
> KOHA.
> ? I have got KOHA 3.0? installed on my
> debian Machine and most of the features are not working fine except
> catalog
> search.
> ?
> The error which is appearing is
> "No record of this
> type:grs.xml"
> ?
> ?
> ?Can any body tell me, what
> to do?
> ?
> Regards
> Rekha Saraswat
> ?
> ?
>
> -----Inline Attachment Follows-----
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>
>
> Looking for local information? Find it on Yahoo! Local
> http://in.local.yahoo.com/
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://lists.katipo.co.nz/pipermail/koha/attachments/20090716/47e4e528/attachment-0001.htm
>
> ------------------------------
>
> Message: 7
> Date: Thu, 16 Jul 2009 12:42:39 -0600
> From: Rachel Hollis <Rachel.Hollis at stevenshenager.edu>
> Subject: Re: [Koha] as_usmarc error / biblio encoding
> To: 'S?bastien Hinderer' <Sebastien.Hinderer at snv.jussieu.fr>,
> "koha at lists.katipo.co.nz" <koha at lists.katipo.co.nz>
> Message-ID:
> <7B06812DE5EAA1449574B501F103611D4836E405A9 at 149137-EXCHANGE.casi.local>
>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Thank you for your reply, S?bastien. I do not consider you a newbie :-)
> because your replies are so helpful. I did check a couple of random
> biblios and found that those checked had 000/9 set as UCS/Unicode.
> Obviously there have been some changes since the years when I was expected
> to produce perfect catalog records and I'm more out of the loop than I
> realize.
>
> Thank you for suggesting $ yaz-marcdump, I will leave that to my geek. The
> "can't call method 'as_usmarc' on an undefined value" error is a bit
> annoying and we are seeing it more now. For instance, "resumes" and "jobs"
> searches result in the error but "640.14" searches show the materials.
> Searching "atlas" and "maps" has the error but "map" does not as well as
> "medical" but not "medical dictionary." I read somewhere that the error
> may have something to do with an incompatibility with Marc favors in the
> database. Whatever the issue, I'd like it to be resolved and am not sure
> where to start.
>
> Rachel Hollis, librarian
> Stevens-Henager College, Boise Idaho Campus
>
> -----Original Message-----
> From: koha-bounces at lists.katipo.co.nz
> [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of S?bastien Hinderer
> Sent: Wednesday, July 01, 2009 3:24 PM
> To: koha at lists.katipo.co.nz
> Subject: Re: [Koha] as_usmarc error / biblio encoding
>
> Hi Rachel,
>
> Newbie attempting to reply...
>
>> Greetings colleagues, yesterday I found a biblio record through
>> Z39.50. It was for the e-book version (GMD "electronic resource") and
>> I had the print version in hand. It had a the expected extra fixed
>> fields and while I was at it, I checked the 000/leader. There I found
>> that the encoding/position 9 stated UCS/Unicode. I'm fairly certain
>> that we are using MARC-8/MARC21/USMARC.
>
> These are two different things.
> MARC-8/MARC21/USMARC concerns the structure of your bibliographic record
> as a whole, so it says which fields contain what.
> UCS/Unicode refers to the way characters are represented in itles, author
> names, etc. UCS/Unicode seems a reasonable value.
>
>> Could this be the reason we are seeing "Error: Can't call method
>> "as_usmarc" on an undefined value at /usr/share/koha/lib/C4/Search.pm
>> line 2126" when searching the catalog?
>
> That I don't know. If you have the record in a single file, perhaps you
> could try
> $ yaz-marcdump your file
> to see whether something wrong is detected ?
>
> My two cents,
> S?bastien.
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>
> This message is for the designated recipient only and may contain
> privileged, proprietary, or otherwise private information. If you have
> received it in error, please notify the sender immediately and delete the
> original. Any other use of the email by you is prohibited.
>
>
> ------------------------------
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>
> End of Koha Digest, Vol 45, Issue 57
> ************************************
>
More information about the Koha
mailing list