On Wed, Apr 8, 2009 at 12:21 AM, Dan Scott deni...@gmail.com wrote:
In both trunk and rel_1_4, the implementation of
open-ils.ingest.full.biblio.record_list seems to be broken; it
immediately returns an undefined value because we're passing $rec
(scalar value of @rec) to the bre search method.
2009/4/8 Mike Rylander mrylan...@gmail.com:
On Wed, Apr 8, 2009 at 12:21 AM, Dan Scott deni...@gmail.com wrote:
snip
I've fixed these issues in r12816 using a minimalist approach, but
it's not clear to me why the current implementation is as complex as
it is. ingest.full.biblio.record_list
Which version of the client will work for the debian 1.2.2.3 image? I
have tried two, but keep getting a message that this server does not
support your version of the staff client.
On Wed, Apr 8, 2009 at 10:06 AM, Raymond Norton ad...@lctn.org wrote:
Which version of the client will work for the debian 1.2.2.3 image? I have
tried two, but keep getting a message that this server does not support your
version of the staff client.
Raymond, which clients have you tried?
On Wed, Apr 8, 2009 at 10:06 AM, Raymond Norton ad...@lctn.org wrote:
Which version of the client will work for the debian 1.2.2.3 image? I have
tried two, but keep getting a message that this server does not support your
version of the staff client.
Hi Raymond,
The 1.2.2.3 client can be
Incidentally, the 1.4 series of staff clients are not compatible with
1.2 servers, even if you do add symlinks. The version check would
succeed, but you would get errors upon login.
I tried 1.2.2.3 and 1.2.4.0
I will give your instructions a try
I was wondering if anyone had any code samples for extracting the a record
from the Evergreen database to import into RefWorks? I think I understand
the part about importing into RefWorks and the file format. I do need more
info on the extracting the record from the Evergreen database. I think
For example, if you have an /openils/var/web/xul/current (which is
likely symlinked to rel_1_2_2_3/), you can do something like this to
support the 1.2.4.0 client:
su - opensrf
cd /openils/var/web/xul/
ln -s current rel_1_2_4_0
I swear I am temporarily blind at times:)
I found this as the
I still get the wrong version of client error (using rel_1_2_3_1)
What do you get from an ls -l /openils/var/web/xul/ ?
--
Jason Etheridge
| VP, Community Support and Advocacy
| Equinox Software, Inc. / The Evergreen Experts
| phone: 1-877-OPEN-ILS (673-6457)
| email:
Jason Etheridge wrote:
I still get the wrong version of client error (using rel_1_2_3_1)
What do you get from an ls -l /openils/var/web/xul/ ?
drwxr-xr-x 3 opensrf opensrf 4096 2008-06-14 00:45 20080614.004516
drwxr-xr-x 3 opensrf opensrf 4096 2008-07-09 15:04 20080709.150403
drwxr-xr-x
drwxr-xr-x 3 opensrf opensrf 4096 2008-06-14 00:45 20080614.004516
drwxr-xr-x 3 opensrf opensrf 4096 2008-07-09 15:04 20080709.150403
drwxr-xr-x 3 opensrf opensrf 4096 2008-07-09 15:04 20080709.150441
lrwxrwxrwx 1 opensrf opensrf 60 2008-07-09 15:53 HEAD -
Still getting same error
I am following instructions here:
http://open-ils.org/dokuwiki/doku.php?id=vmware:debian
Did I miss something that would have told me to:
rm rel_1_2_3_1
ln -s HEAD rel_1_2_3_1
ln -s HEAD rel_1_2_3_0
At the bottom of the page it says the following:
Running the
Hi Robert - UPEI ended up using our OpenURL resolver (CUFTS) to send
the citation data from Evergreen to RefWorks. Alexander can provide
additional details if desired, but I suspect our code would have to be
adapted slightly to other resolvers. This seems to have worked quite
well and is a
As a new RefWorks site, we're interested in this too and will be looking
at this more carefully post-migration (earlier this summer).
I am also curious to see what could develop along these lines too
(exploring Bibutils to support citation wrangling):
Alex sends an OpenURL to the CUFTS rw_export.cgi script which requires proxy
authentication for security purposes.
I'm making inquiries.
F. Grant Johnson
Systems Coordinator
Robertson Library
University of Prince Edward Island
Mark Leggott mlegg...@upei.ca 04/08/09 7:39 PM
Hi Robert -
15 matches
Mail list logo