Difference between the biblioitems.url field and the actual MARC 856 (in the
xml)? I don't know what makes biblioitems.url get populated, but I suspect if
you load data in bulk (outside the Tools import) it doesn't happen.
Somebody had a neat trick on the IRC (chris_n?) for reading the actual M
I can't find the correspondence or the bug report right now, of course, but a
week or two ago there was some discussion of separating the fines display into
stuff that's currently outstanding and stuff that's been paid. That would seem
to tie in nicely to the comment:
> Ideally, we also create
Not directly related to Kyle's idea, but one of the needs we've seen
relating to fines is a better description of what the payment is for.
Having Koha just say "Payment, thanks" doesn't tell staff two weeks
later what the payment was for. We've been planning to look at
amplifying that description;
" Expiration Date: An optional date after which the reserve would be
automatically canceled. This one would be pretty easy."
There is the holdCancelLength syspref -- is that what you're working
with? Does the code not obey it now? (Haven't checked...).
We also have some related development in t
Nicole, I like the idea of grouping related sysprefs. It's sometimes
hard to know everything you need to turn on/set for something like
Amazon or Syndetics. How might this work with Jesse's rework of the
system preferences interface?
Jane Wagner
Library Systems Analyst
PTFS Inc.
Content Manageme
...@tamil.fr]
Sent: Friday, July 24, 2009 12:50 PM
To: Wagner, Jane
Cc: koha-devel@lists.koha.org
Subject: Re: [Koha-devel] Hardcoding XSLT files to force opening URLs in new
window (bug #3098)
> I have not yet been able to figure out how to pass the syspref into
> the XSLT files, but I hav
If XSLT is turned on (for OPAC details and results), the syspref
OPACURLOpenInNewWindow is not obeyed. For sites who want URLs to open
in a new window, this is a problem ranging from mildly annoying to a
serious concern. I reported it as a bug (#3098) some time ago, and
revisited it again today f
Congratulations on the new position; I hope you find it fun and
challenging. You've been a big help to me as I have been trying to
learn the intricacies of a new system, and I am glad to hear you'll
still be around. Although I'm not sure when you're going to find time
to sleep :-)
All the best!
I don't know about the admin report, but the accruefines in the syspref
description is wrong. The needed cronjob is fines.pl, I believe.
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
I remember discussion about this problem but can't find specifics. In
staff mode, the system is sometimes showing a different duedate in the
results list than in the detail page. The one on the detail page is
correct. It looks as if the results list is using the due_date variable
calculated by S
n the mc-itype:bks not working though. Maybe you
need to re-index zebra after the update? I noticed some changes to both
the MARC21 and UNIMARC zebra configs with the update ( one of them was
mine :) ). ( Please forgive the self-back-patting ).
Any other ideas from the list?
On Mon, 2009-04-2
lled from /opac-tmpl/... as they are supposed
to be on the OPAC. They show up fine from there.
I'm wondering if you are running an older revision of Koha.
Good luck.
On Mon, 2009-04-27 at 16:32 -0400, Wagner, Jane wrote:
> I've been working on the OPAC advanced search page. I solved
I've been working on the OPAC advanced search page. I solved the
problem of expanded search options not showing up. Now that they do,
there's a section called Limit Type To that is puzzling me. Here's a
sample entry.
Books
First problem is that the images being called apparently don't exist
an
20817
(301) 654-8088 x 151
jwag...@ptfs.com
-Original Message-
From: koha-devel-boun...@lists.koha.org
[mailto:koha-devel-boun...@lists.koha.org] On Behalf Of Wagner, Jane
Sent: Friday, April 24, 2009 2:30 PM
To: koha-devel@lists.koha.org
Subject: [Koha-devel] Proposed fixes for XSLT files
I'm working on several changes to the XSLT files for hitlist and
individual record display. Some of them are listed as bugs, while
others should probably be so listed. We also have some that are
individual to the site; I thought I'd fix the overall problems and send
a patch, then do the site's ch
We'd certainly be interested for the DC area. We could host a small
group depending on needs.
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
jwag...@ptfs.com
-Original Message
Do you have rebuild_zebra.pl set up as a cron job? See the appendix of the
online manual for syntax:
https://sites.google.com/a/liblime.com/koha-manual/Home/Table-of-Contents/Appendicies/cron-jobs
Jane Wagner
Library Systems Analyst
PTFS Inc.
Content Management and Library Solutions
6400 Gold
From: koha-devel-boun...@lists.koha.org on behalf of paul POULAIN
Sent: Tue 3/31/2009 3:29 AM
To: koha-devel@lists.koha.org
Subject: Re: [Koha-devel] Problem with 007 framework?
Wagner, Jane a écrit :
>
> FYI, I've sent a patch to the patches list for the 007 value builder,
> incorporating
te 200
Bethesda, MD 20817
(301) 654-8088 x 151
jwag...@ptfs.com
-Original Message-
From: Galen Charlton [mailto:galen.charl...@liblime.com]
Sent: Tue 3/31/2009 7:33 AM
To: Wagner, Jane
Cc: paul POULAIN; koha-devel@lists.koha.org
Subject: Re: [Koha-devel] Problem with 007 framework?
Hi J
roblem with 007 framework?
Wagner, Jane a écrit :
>
> FYI, I've sent a patch to the patches list for the 007 value builder,
> incorporating all 15 material types. I'm still looking at what's
> needed to fix the 006 and 008 builders.
>
mmm... nothing recieved yet on the mai
Goldsboro Road, Suite 200
Bethesda, MD 20817
(301) 654-8088 x 151
jwag...@ptfs.com <mailto:jwag...@ptfs.com>
From: koha-devel-boun...@lists.koha.org
[mailto:koha-devel-boun...@lists.koha.org] On Behalf Of Wagner, Jane
Sent: Friday, March 06, 2009 12:09 PM
To: Eric Bégin
Cc: koha-devel@l
...@bigballofwax.co.nz]
Sent: Friday, March 20, 2009 3:15 PM
To: Wagner, Jane
Cc: Owen Leonard; koha-devel
Subject: Re: [Koha-devel] Date defaults in pendingreserves.pl (holds to pull
report)
2009/3/21 Wagner, Jane :
> That approach hadn't occurred to me, thanks. However, is it possible to
ns.
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
jwag...@ptfs.com
-Original Message-
From: Owen Leonard [mailto:oleon...@myacpl.org]
Sent: Friday, March 20, 2009 2:57 PM
To: Wa
The pendingreserves.pl script is defaulting to a date range of 10 years
ago to yesterday. However, the last bit of the below part of the script
-- the if !defined($startdate) piece -- seems to be implying that other
start and end dates could be provided. I'm not finding any place where
other date
jwag...@ptfs.com
-Original Message-
From: Owen Leonard [mailto:oleon...@myacpl.org]
Sent: Wednesday, March 11, 2009 1:18 PM
To: Wagner, Jane
Cc: koha-devel@lists.koha.org
Subject: Re: [Koha-devel] Change get_saved_reports order to alphabetical?
> In C4::Reports::Guided (Guided.pm), the su
In C4::Reports::Guided (Guided.pm), the subroutine get_saved_reports()
is sorting the saved reports list by date created. Would there be any
interest in changing this to alphabetical by report name instead? That
seems to be more functional. Is there some background or reason for the
date sort?
6400 Goldsboro Road, Suite 200
Bethesda, MD 20817
(301) 654-8088 x 151
jwag...@ptfs.com <mailto:jwag...@ptfs.com>
From: Eric Bégin [mailto:eric.be...@inlibro.com]
Sent: Friday, March 06, 2009 12:07 PM
To: Wagner, Jane
Cc: koha-devel@lists.koha.org
Subject: Re: [Koha-devel] Probl
[mailto:eric.be...@inlibro.com]
Sent: Friday, March 06, 2009 11:42 AM
To: Wagner, Jane
Cc: koha-devel@lists.koha.org
Subject: Re: [Koha-devel] Problem with 007 framework?
Jane,
When there is an elipsis after a field, this means that it use a value
builder plugin.
You can see which value builder is used for
I'm not finding anything on bugzilla and I'm not quite sure if this is a
bug, or if something's not configured right. Trying to original catalog
a DVD, with the DVDs, VHS framework selected (but the same problem
exists in all the frameworks). If you click the ellipse after the 007
Physical Descri
x 151
jwag...@ptfs.com
-Original Message-
From: Nicole Engard [mailto:nicole.eng...@liblime.com]
Sent: Wednesday, February 25, 2009 10:57 AM
To: Michael Hafen
Cc: Wagner, Jane; koha-devel@lists.koha.org
Subject: Re: [Koha-devel] Using date functions in report SQL
Michael - Good catch :
Does anyone have some examples of using date functions like currdate()
and month() in report SQL statements? Is this possible in Koha reports?
I'm not having any luck -- even a very simple
select currdate()
report comes back with a generic error message.
Thanks.
Jane Wagner
Library Systems Ana
-Original Message-
On Tue, Feb 24, 2009 at 7:33 AM, Chris Cormack wrote:
> On Tue, Feb 24, 2009 at 7:15 PM, paul POULAIN
> wrote:
>> Wagner, Jane a écrit :
>>> Can someone clarify the timeout system preference? In the 3.0.x manual
>>> site, it says
Can someone clarify the timeout system preference? In the 3.0.x manual
site, it says
Inactivity timeout for cookies authentication (in seconds). This
preference applies to both the staff client and the OPAC.
Default Value: 1200
If I'm doing the math right, the default value translates to
-Original Message-
As far as the UNIMARC format is concerned, BibLibre did change the
"default" framework when the standard changed: it's the framework
that's available as an sql file with a release.
Other than that, if a librarian did a "DVD" framework, it's her job to
alter it, as Owen sa
nd Library Solutions
6400 Goldsboro Road, Suite 200
Bethesda, MD 20817
(301) 654-8088 x 151
jwag...@ptfs.com
-Original Message-
On Sat, Jan 31, 2009 at 8:18 AM, Wagner, Jane wrote:
> Many thanks. I've been looking at the wiki and the bug sites, as well
> as the documentatio
is Cormack [mailto:ch...@bigballofwax.co.nz]
Sent: Friday, January 30, 2009 2:15 PM
To: Wagner, Jane
Cc: koha-devel@lists.koha.org
Subject: Re: [Koha-devel] FW: [Koha] PTFS Support for the Koha Community
Hi Jane
Welcome to the Koha community :) It's a fun place to be, we have
develope
John Yokley, our CEO, posted the following message to the main Koha
list. He is not subscribed to koha-devel, so he asked me to forward it
to this list.
I have been subscribed to the various Koha lists for some time, since I
joined PTFS. I have 20 years' experience in the ILS world, 13 of the
37 matches
Mail list logo
