- Koha-devel - lists.koha-community.org

RE: [Koha-devel] KohaAdminEmailAddress system preference is not set?
by Anthony W Youngman 24 Apr '03

24 Apr '03

Just a little thing - is the librarian expected to re-enter the data from the email, or can they just approve the change and it's added automatically? Classic thing - what if the patron updates a spelling mistake and the librarian is slightly dyslexic or whatever and promptly makes the same (or a different) mistake again while "correcting" the data. This would drive me wild. The obvious way to do this is for the email to contain a SQL statement the librarian can cut-n-paste, or create a user-id monitored by the database to which emails are forwarded and acted on automagically. Or save the patron's input in an update queue which is then made live when the librarian approves it. Cheers, Wol -----Original Message----- From: Ingrid Lacis [mailto:ilacis@hotmail.com] Sent: 23 April 2003 22:26 To: oleonard(a)athenscounty.lib.oh.us; koha-devel(a)lists.sourceforge.net Subject: Re: [Koha-devel] KohaAdminEmailAddress system preference is not set? Recently this copy was added to the OPAC "Please, change what's needed. Note that a mail will be sent to the library, that will validate changes. So, the changes you will do won't appear immediatly." (Yes - I just noticed the mis-spelling - I'm gonna do a bug report.) You are right - it would be nice after the patron submits the update form to get a response form saying - Your changes have been sent, etc. Ingrid >From: "Owen Leonard" <oleonard(a)athenscounty.lib.oh.us> >To: koha-devel(a)lists.sourceforge.net >Subject: Re: [Koha-devel] KohaAdminEmailAddress system preference is not >set? >Date: Wed, 23 Apr 2003 17:14:02 -0400 >Received: from sc8-sf-list2.sourceforge.net ([66.35.250.206]) by >mc10-f17.bay6.hotmail.com with Microsoft SMTPSVC(5.0.2195.5600); Wed, 23 >Apr 2003 14:17:14 -0700 >Received: from sc8-sf-list1-b.sourceforge.net ([10.3.1.13] >helo=sc8-sf-list1.sourceforge.net)by sc8-sf-list2.sourceforge.net with >esmtp (Exim 3.31-VA-mm2 #1 (Debian))id 198RbW-0006w1-00; Wed, 23 Apr 2003 >14:16:34 -0700 >Received: from alma.athenscounty.lib.oh.us ([66.213.78.75])by >sc8-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian))id >198RaT-00084s-00for <koha-devel(a)lists.sourceforge.net>; Wed, 23 Apr 2003 >14:15:29 -0700 >Received: (from uucp@localhost)by alma.athenscounty.lib.oh.us >(8.11.6/8.11.2) id h3NLHSD18376for koha-devel(a)lists.sourceforge.net; Wed, >23 Apr 2003 17:17:28 -0400 >Received: from alma.athenscounty.lib.oh.us (athenscounty.lib.oh.us >[66.213.78.70])by alma.athenscounty.lib.oh.us (VaMailArmor-2.0.1.1) id >18369-7A3CAEC2;Wed, 23 Apr 2003 17:17:10 -0400 >X-Message-Info: yilqo4+6kc64AXpUCzRAW30W84h6gtv8 >Message-Id: <200304232117.h3NLHSD18376(a)alma.athenscounty.lib.oh.us> >X-AntiVirus: OK! Vexira MailArmor Version 2.0.1.1; VAE: 6.19.0.3; VDF: >6.19.0.8 at alma.athenscounty.lib.oh.us has not found any known virus in >this email. >Sender: koha-devel-admin(a)lists.sourceforge.net >Errors-To: koha-devel-admin(a)lists.sourceforge.net >X-BeenThere: koha-devel(a)lists.sourceforge.net >X-Mailman-Version: 2.0.9-sf.net >Precedence: bulk >List-Help: <mailto:koha-devel-request@lists.sourceforge.net?subject=help> >List-Post: <mailto:koha-devel@lists.sourceforge.net> >List-Subscribe: ><https://lists.sourceforge.net/lists/listinfo/koha-devel>,<mailto:koha- devel-request(a)lists.sourceforge.net?subject=subscribe> >List-Id: <koha-devel.lists.sourceforge.net> >List-Unsubscribe: ><https://lists.sourceforge.net/lists/listinfo/koha-devel>,<mailto:koha- devel-request(a)lists.sourceforge.net?subject=unsubscribe> >List-Archive: ><http://sourceforge.net/mailarchive/forum.php?forum=koha-devel> >X-Original-Date: Wed, 23 Apr 2003 17:14:02 -0400 >Return-Path: koha-devel-admin(a)lists.sourceforge.net >X-OriginalArrivalTime: 23 Apr 2003 21:17:14.0772 (UTC) >FILETIME=[B6517540:01C309DD] > > > >>Yes - the librarian receives an email with the > > >>old and new values. > > >> > > In fact, the mail does not ask to confirm the > > change, but to ENTER the > > change => nothing is done directly in the OPAC. > >But shouldn't the OPAC user receive feedback about their submission? The >only >thing that happens when I try it is the page is re-displayed with the old >values filled in. > > -- Owen > > >------------------------------------------------------- >This sf.net email is sponsored by:ThinkGeek >Welcome to geek heaven. >http://thinkgeek.com/sf >_______________________________________________ >Koha-devel mailing list >Koha-devel(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/koha-devel _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Koha-devel mailing list Koha-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/koha-devel

1 0

new list koha-bugzilla ?
by paul POULAIN 24 Apr '03

24 Apr '03

Hi, Due to the heavy activity on bugtracking, all koha-dev subscribers get 100+ mails everyday. They may not be interested by all bugzilla automatic mails. So, why not create a koha-bugzilla ML that is used to post bz mails ? Only interested subscribers would subscribe. -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)

1 0

[Bug 384] copyrightdate: marc - kohadb mapping
by bugzilla-daemon＠wilbur.katipo.co.nz 24 Apr '03

24 Apr '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=384 ------- Additional Comments From vhuhtala(a)paju.oulu.fi 2003-04-24 18:50 ------- Add item. OPAC and Koha ("Normal" detail.pl?bib=X) copyrightdate is empty, biblio.copyrightdate=NULL, Open "briefcase" /acqui.simple/addbiblio.pl?oldbiblionumber=X and press "items" OPAC and Koha ("Normal" detail.pl?bib=X) copyrightdate is correct , biblio.copyrightdate=<year> ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 405] New: Guarantees do show name but just library card number
by bugzilla-daemon＠wilbur.katipo.co.nz 23 Apr '03

23 Apr '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=405 Summary: Guarantees do show name but just library card number Product: Koha Version: CVS Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: Members AssignedTo: paul.poulain(a)free.fr ReportedBy: Ilacis(a)chillco.com QAContact: koha-devel(a)lists.sourceforge.net /cgi-bin/koha/moremember.pl?bornum= I have 3 kids - which two have I signed up for library cards? I could ask them but I'm asking the librarian - she could click on the links but that is time consuming and it's meaningless to have 2 guarantees listed with my library card number Guarantees: V1000002X V1000002X Better: Guarantees: Princess Lacis Prince Lacis ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 403] Reserve process allows duplicate reserves
by bugzilla-daemon＠wilbur.katipo.co.nz 23 Apr '03

23 Apr '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=403 ------- Additional Comments From rachel(a)katipo.co.nz 2003-04-24 12:00 ------- So is it really a problem? if someone makes a second reserve, do they go to a page that then shows they have 2 reserves? I wouldn't like to actually stop people legitimately making more than one reserve - but it would be good to make sure they know they've done it, and give them the tools to cancel one if they wish to. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 218] Home/street address not showing or showing postal address info.
by bugzilla-daemon＠wilbur.katipo.co.nz 23 Apr '03

23 Apr '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=218 Ilacis(a)chillco.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- Additional Comments From Ilacis(a)chillco.com 2003-04-24 11:57 ------- This bug has reappeared in the junior member section. When adding a junior member, only the home town shows up not the home street address. cgi-bin/koha/moremember.pl?bornum= When you modify the entry only the towns appear not the street addresses. cgi-bin/koha/memberentry.pl ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 403] Reserve process allows duplicate reserves
by bugzilla-daemon＠wilbur.katipo.co.nz 23 Apr '03

23 Apr '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=403 ------- Additional Comments From rosalie(a)library.org.nz 2003-04-24 11:54 ------- People do want duplicate reserves eg library satff who want all copies to make some change. And users who want both the April and May copies of X magazine. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

MyLibrary features (fwd)
by Pat Eyler 23 Apr '03

23 Apr '03

I know that some of the folks on this list are also interested in using MyLibrary along with Koha. One of the bits below is LDAP authentication, a feature that has come up on our lists before. It might be a great opportunity to open up a dialog with the MyLibrary folks and hash out an LDAP schema that will work for both projects. -pate ---------- Forwarded message ---------- Date: Wed, 23 Apr 2003 08:45:48 -0500 From: Eric Lease Morgan <emorgan(a)ND.EDU> Reply-To: MyLibrary portal development <MYLIB-DEV(a)listserv.nd.edu> To: MYLIB-DEV(a)listserv.nd.edu Subject: MyLibrary features This message is a belated announcement, and it outlines a few things we will be working on in terms of MyLibrary features. After bunches o' discussions with bunches o' folks, we have decided to spend time and energy on three things: add to MyLibrary, LDAP authentication, more flexible classification. Add to MyLibrary The "add to MyLibrary" is a function implemented either as a browser bookmarklette or an embedded link. Its purpose will be to allow uses to view Internet resources in their browser and add the link their MyLibrary. The bookmarklette will first read the viewed page's title and URL. It will then display a dialog box allowing the user to edit these items. Finally, it will add the link to their personal links. The embedded link will work the same way except the title and URL of the resource will be embedded in the URL. It will look something like this: http://mylibrary.edu/add2mylibrary.cgi?t=foo&u=http://bar.org/ The addition of add to MyLibrary will reduce the need to catalog the entire Internet and the underlying MyLibrary database to include only a subset of a library's entire collection of Internet resources. Last, but not least, this functionality will be based on work previously done by the folks at the Los Alamos National Laboratory. "Thanks guys!" LDAP authentication Based on work by Gultekin Gurdal we will be integrating an optional LDAP authentication functionality into MyLibrary. By installing a number of Perl modules and securely pointing them to your institution's LDAP directory libraries may very well be able to allow patrons to create MyLibrary accounts based on their institution's canonical username/password combination. Consequently, people will not have to remember yet another password. Whew! More flexible classification Last, we will be working on removing some of the classification limitations. As the system stands now libraries can create a simple classification scheme intended to be subjects. Fine. When adding resources to MyLibrary, the system forces you to put these resources into one of five piles, usually named library, community, reference, databases, or ejournals. Many people found this too limiting. To remove this problem, we plan to allow libraries to first create any number of classification schemes (subjects, formats, audiences, education levels, ease-of-use, authority, timeliness, etc.), and then fill each one of these scheme up with terms (astronomy, philosophy, forestry; student, faculty, staff; dictionary, encyclopedia, index, catalog; easy, not so easy, difficult, impossible; very authoritative, authoritative, not authoritative; updated constantly, updated monthly, updated annually; etc.) When new resources are then added to the system they will be classified with one or more of the terms from the classification schemes. This solution will remove what we call the "Pile A, Pile B, and Pile C Problem". This solution will not be easy. It will require a lot of work in the underlying database. We're a bit scared. Timeline We are hoping to finish these features by July 4. -- Eric "Famous Last Words" Morgan For information about this mailing list, such as the location of its archive and instructions for managing your subscription, see: http://dewey.library.nd.edu/mylibrary/mailing-list.shtml. --ELM

2 1

[Bug 354] Acquisitions Link in Menu always goes to full (normal) acquistions
by bugzilla-daemon＠wilbur.katipo.co.nz 23 Apr '03

23 Apr '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=354 chris(a)katipo.co.nz changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|INVALID | ------- Additional Comments From chris(a)katipo.co.nz 2003-04-24 11:45 ------- Id like to agree with rach here. Can we not have simple, or MARC, or Full acquisitions. I have clients who really really really do not want to have to ever see/catalogue in MARC. And they also dont want to use full acquisitions. So rather than forcing them to use the 1.2.x tree for ever, can we carry the simple acquistions into 2.0 ? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 354] Acquisitions Link in Menu always goes to full (normal) acquistions
by bugzilla-daemon＠wilbur.katipo.co.nz 23 Apr '03

23 Apr '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=354 ------- Additional Comments From rachel(a)katipo.co.nz 2003-04-24 11:42 ------- Are you saying there won't be a simple *non* MARC aquisitions module? If so I think it's a big mistake. People with small libraries are the most likely to not need/want MARC and the most likely to want a simple interface. Rachel ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0