On Tue, Mar 2, 2010 at 1:03 PM, Mike Rylander mrylan...@gmail.com wrote:
Applied to 1.6.0 in prep for 1.6.0.3. Thanks, Warren!
Great - thanks!
I forgot to add that it might also need to be applied to rel_1_6, too.
Cheers,
Warren
on the
rdetail page. I'm not sure this will be generally useful, but I put
together a minor fix to escape double-quotes for these links.
Thanks!
Warren Layton
NRCan Library / Bibliothèque RNCan
rdetail_double_quotes.patch
Description: Binary data
On Thu, Feb 18, 2010 at 10:38 AM, Mike Rylander mrylan...@gmail.com wrote:
This is great. Thanks, Warren.
Would you mind sending a DCO-attached version? (Sorry ...)
Here you go -- sorry about that!
Thanks,
Warren Layton
NRCan Library / Bibliothèque RNCan
Hello again,
I'm trying to run through the MFHD test dataset located in trunk:
http://svn.open-ils.org/trac/ILS/browser/trunk/Open-ILS/tests/datasets/README
The first step, importing serials_marc21.xml, works fine. However,
when I try to import serials_mfhd.xml, I get the following error:
On Sun, Dec 13, 2009 at 8:50 PM, Dan Scott d...@coffeecode.net wrote:
That issue notwithstanding, I would be in favour of applying this patch
to trunk at this time, and with a little more testing and confirmation
of the fingerprinting goals, I would like to see it backported to the
1.6 series.
solved the problems I was having
with direct_ingest.pl for our records but comments and feedback are
definitely welcome.
Thanks!
Warren Layton
NRCan Library / Bibliothèque RNCan
biblio_fingerprint.patch.gz
Description: GNU Zip compressed data
Attached is a 1-liner to fix a bug reported in LaunchPad:
https://bugs.launchpad.net/evergreen/+bug/494224
(Removing a translation for an org unit name didn't work.)
I attached it to the LaunchPad report but I thought I'd send it to
this list, too, just in case.
Cheers,
Warren
On Mon, Nov 30, 2009 at 7:25 PM, Dan Scott d...@coffeecode.net wrote:
I suppose the next logical step would be to rewrite the
OpenILS::Application::Ingest fingerprint methods to avoid the
ScriptRunner server-side JavaScript biblio_fingerprint.js fun and see
if that resolves the problem.
Hi
From the responses to the poll, it looks like Wednesday afternoon is
the best time to have the Developer IRC meeting. So the details are as
follows:
Date: Wednesday December 2nd, 2009
Time: 2:00 PM Eastern
The agenda is located on the wiki at
I'm trying to import a number of bib records with special characters
in the MARC fields. I've gotten as far running direct_ingest.pl but
I'm noticing that biblio_fingerprint.js chokes on a few of them.
Looking a bit closer, I noticed that biblio_fingerprint.js chops
character codes down to two
Just a reminder that the next IRC developer meeting is coming up next
week. It's not too late to vote on the date and time, but be sure to
do so before the end of this week:
http://www.doodle.com/9p9xzpx3fivxzity
There's also a page on the wiki for the agenda:
On Thu, Nov 12, 2009 at 11:16 PM, Dan Scott d...@coffeecode.net wrote:
With the 1.4.0.7 and 1.6.0.0 releases tarred up and the finishing
touches being put on the download page and release notes, it's probably
a good time to touch base again.
Here's a Doodle Poll to help decide the time and
On Wed, Nov 11, 2009 at 10:48 PM, Dan Scott d...@coffeecode.net wrote:
On Wed, 2009-11-11 at 22:00 -0500, Warren Layton wrote:
I don't know what you think of this patch.
I think it's a great patch.
Thanks!
In my opinion, the only thing that we would want is a DCO.
Darn - I _always_
permission.grp_perm_map));
I'm not sure if I should have included it at the the start of the
block that I changed (given that I'm not explicitly setting the id
value).
Let me know what you think and feel free to kick it back to me if
changes are needed.
Thanks!
Warren Layton
NRCan Library / Bibliothèque RNCan
.
Cheers,
Warren Layton
On Fri, Oct 23, 2009 at 12:32 AM, Warren Layton warren.lay...@gmail.com wrote:
Deleting is the one function that is still causing me a bit of
trouble. I'll keep plugging away but if anyone has a spare minute, I'd
appreciate some fresh eyes to look over the attached patch (against
tags
ischanged stuff) should do it. Thanks for reviewing!
Cheers,
Warren Layton
NRCan Library / Bibliothèque RNCan
fix-org_unit-conify-html.patch
Description: Binary data
with Dojo's ItemWriteStore...
Cheers,
Warren Layton
NRCan Library / Bibliothèque RNCan
[1] October 2009, see http://open-ils.org/dokuwiki/doku.php?id=dev:meetings
Index: Open-ILS/web/conify/global/actor/org_unit.js
===
--- Open-ILS/web
On Sat, Oct 17, 2009 at 2:46 PM, Dan Scott d...@coffeecode.net wrote:
I'm embarrassed at how long it has taken to do this, but happy to
report that I have tested your patch successfully and applied it
against trunk and the rel_1_6 branch, with just one minor change: as
with the Export to
Sorry - previous patch didn't include the full path info. This time, I
ran svn diff from the ILS/trunk directory.
Cheers,
Warren
On Thu, Sep 3, 2009 at 8:39 PM, Warren Laytonwarren.lay...@gmail.com wrote:
The attached patch presents the Z39.50 targets in the Staff Client in
alphabetical
The attached patch presents the Z39.50 targets in the Staff Client in
alphabetical order - a problem for us because we're starting to have
quite a few configured.
I'm not sure if this is the most elegant solution so feedback is
definitely welcome.
Cheers,
Warren
Index: z3950.js
open-ils.pcrud, which may or may not be the correct way to go.
Feedback is definitely welcome, and I'd be willing to have a look at
the code for addresses (mailing, ILL, etc) once I'm sure I'm on the
right track with this current patch.
Cheers,
Warren Layton
NRCan Library
Developer's
On Tue, Jul 28, 2009 at 5:20 PM, Jason Stephensonjstephen...@mvlc.org wrote:
We had to downgrade the Ejabberd by a version on our test box here.
Unfortunately, my assistant who has the details is out on vacation this
week. He figured out which version of Ejabberd had the issue and which one
to
).
* Apart from field 520 (used for Abstracts, N2), no 5xx fields are used
* Subfields in the 650 and 651 fields are used as keywords (KW)
Let me know any changes need to be made, or if you have any
suggestions on my approach to converting MARC to RIS.
Cheers!
Warren Layton
Index: Open-ILS/xsl
On Fri, Jun 19, 2009 at 5:28 PM, Mike Rylander mrylan...@gmail.com wrote:
Now ... it's committed. Thanks a ton, Warren. Very nice work.
I'm not going to backport this from trunk to 1.6 just yet so we can
have some discussion on the ability to turn it on or off, and what the
default should
On Wed, Jun 17, 2009 at 11:50 PM, Mike Rylander mrylan...@gmail.com wrote:
Hrm ... is the purpose of VENDOR to tell RefWorks what sort of
system the data is coming from, or to tell them which of their clients
is using the service?
I believe it's the latter (for instance, see the link to
On Tue, Jun 16, 2009 at 11:18 PM, Warren Layton warren.lay...@gmail.comwrote:
Also, I'm including a sample patch against the 1.4 OPAC
(refworks_opac_1_4.diff), and is only provided as a demonstration of
how this feature could be enabled (for instance, the VENDOR and
HOSTNAME tags
On Thu, Jun 11, 2009 at 10:10 PM, Jason Etheridgeja...@esilibrary.com wrote:
Warren, I like this, thanks! Grant and I were experimenting with
scrollbars, hiding the information altogether, etc., but I think this
strikes a good balance of less clutter versus useful information. I
tweaked
Hello all,
We have some records with MARC 856 fields with $z subfields.
Currently, it appears that Evergreen's OPAC should display $z
following the link in the Online Resources row of rdetail but the
information is not displayed. The attached 1-line patch fixes the
problem.
Cheers,
Warren
On Fri, May 15, 2009 at 10:38 AM, Dan Scott deni...@gmail.com wrote:
I'm happy to say that this patch solved our off-by-one problem quite
nicely. And I'm honestly happy to just have a working Z39.50 server,
with the ability to scope searches by org_unit and surface holdings in
a way that makes
I've managed to set up Evergreen as a Z39.50 server using Simple2Zoom.
However, I noticed that when I would find N results, I could only retrieve
N-1 of those results. It sounds like others may be having this problem.
I poked around a bit in Simple2Zoom and made a quick 1-line fix (attached).
It
I know SVN trunk is a moving target but I've been having the same two
problems over the past few days:
Problem 1:
I can install Evergreen and then update the structure of my demo
Consortium with Conify. I then log out of the staff client, re-run
/openils/bin/autogen.sh -c
,
it's very specific to Evergreen and may need to be generalized if it
is going to be used with other ILSs.
These patches are against the SVN repository but have also been tested
with 1.0-RC1.
Let me know if there's anything that should be changed or fixed.
Cheers,
Warren Layton, NRCan
information I submit with it, including my sign-off) is
maintained indefinitely and may be redistributed consistent with
this project or the open source license(s) involved.
Signed-off-by: Warren Layton [EMAIL PROTECTED]
eg_fr-CA.diff.gz
Description: GNU Zip compressed data
On Mon, Nov 17, 2008 at 9:46 PM, Warren Layton [EMAIL PROTECTED] wrote:
What I suspect is happening is that direct_ingest.pl rejects records
that have an accented character between square brackets ([ and ])
in a field. For example, a record with the following 260 subfield will
be rejected
I recently imported nearly 300,000 Unicorn records into Evergreen,
many with accented characters (we have a lot of French and bilingual
English-French material).
However, 17 records got rejected by direct_ingest.pl. A handful of
these rejects are our fault. However, I think I'm hitting some sort
On Fri, Nov 7, 2008 at 6:34 AM, Dan Scott [EMAIL PROTECTED] wrote:
2008/11/6 Warren Layton [EMAIL PROTECTED]:
* Under Advanced Search, the MARC Expert Search doesn't return any
results, even when I know it should. For example, I have some records that
contain the value B in field 991
Hello all,
I have been running both Evergreen 1.4rc1 and the trunk build from the
Subversion
repository. There are two issues that I have run into on each build.
I know that I have discussed these previously on the IRC channel but I thought
I'd post them here, too.
* Under Advanced Search, the
I recently installed Evergreen 1.4 RC1 on a fresh install of Ubuntu
8.04 Server. Following the instructions on the DokuWiki[1], I ran into
two minor issues:
1) Running the Makefile.install attempts to install syslog-ng. This
itself isn't a problem but it causes the package manager to warn the
When installing 1.4 RC1, I noticed that the opensrf.xml file is
automatically populated with my DB settings! However, I did hit one minor
bug.
If a DB password contains a '' character, the DB password in the XML should
have each '' replaced by amp;. Currently, it's replaced with \amp;,
which will
Oops - please ignore. This was my own fault. In step 6 of the install
instructions, I put my password in double-quotes _and_ escaped the ''
char with a backslash; only the latter was necessary).
Cheers,
Warren
On Tue, Oct 21, 2008 at 9:39 PM, Warren Layton [EMAIL PROTECTED] wrote:
When
On Thu, Sep 25, 2008 at 9:55 AM, Dan Scott [EMAIL PROTECTED] wrote:
2008/9/25 Warren Layton [EMAIL PROTECTED]:
That's odd. I seem to recall having problems doing a login admin
open-ils from srfsh until I removed --enable-libdbi from the
Makefile.install (I would just get a ???). I was sure
42 matches
Mail list logo
