Re: [OPEN-ILS-GENERAL] Ongoing conversion effort

2011-03-06 Thread Dan Scott
On Sat, Mar 05, 2011 at 10:45:26PM -0600, John Morris wrote:
 ARGH!  Found it.  You submitted a bug report (#727595) and someone
 responded to the 'problem' by nuking the whole page from the docs!  So
 now how do I find that useful information again?

John:

If your use of quotes is an attempt to dismiss my concern that our
project needs to properly attribute the provenance of its code, whether
contained in the docs or in the code repository, well... I'm not sure
how to respond. I am not a lawyer, but it seems to be a matter of basic
legal hygiene.

I suggested various methods to address the issue that I raised, none of
which were the immediate removal of that page from the docs, but I
assume the docs maintainer opted to take that approach as the most
conservative method and most protective of the project. I can't fault
him for that.

As for what appeared to be an ancestor of that script, which also
contains brief descriptions of each script along with suggested
schedules for when they should be run, I pointed to it from the bug
report in both the wiki and the relative directory within the source
code. Presumably you found this wanting, or else you wouldn't have
posted to the Evergreen General mailing list.

If you have alternative suggestions for addressing the problem - for
example, finding out who contributed the revised code to the docs and
asking them to contribute their revisions to the code repository along
with maintaining the provenance of the original script (if that is
indeed what happened) - I suggest using the bug report itself as the
correct forum for contributing your part to the resolution of the
problem.


Re: [OPEN-ILS-GENERAL] Ongoing conversion effort

2011-03-06 Thread Atre, Anoop S
The attribution missing was an over sight, the script contained the information 
but was lost during copy over. I've updated the bug entry with the script and 
some comments (warnings), if we want to make it available in the repository 
please do.

Cheers
- - - - - - - - - - - - - - - - - - - - - - - - -
Anoop Atre
IS Developer  Integrator, MnPALS
PH: 507.389.5060
OF: 3022 Memorial Library (Office-ML 3022)
--
Mit der Dummheit kämpfen Götter selbst vergebens
 ~ Johann Christoph Friedrich von Schiller

From: open-ils-general-boun...@list.georgialibraries.org 
[open-ils-general-boun...@list.georgialibraries.org] on behalf of Dan Scott 
[d...@coffeecode.net]
Sent: Sunday, March 06, 2011 7:41 AM
To: Evergreen Discussion Group
Subject: Re: [OPEN-ILS-GENERAL] Ongoing conversion effort

On Sat, Mar 05, 2011 at 10:45:26PM -0600, John Morris wrote:
 ARGH!  Found it.  You submitted a bug report (#727595) and someone
 responded to the 'problem' by nuking the whole page from the docs!  So
 now how do I find that useful information again?

John:

If your use of quotes is an attempt to dismiss my concern that our
project needs to properly attribute the provenance of its code, whether
contained in the docs or in the code repository, well... I'm not sure
how to respond. I am not a lawyer, but it seems to be a matter of basic
legal hygiene.

I suggested various methods to address the issue that I raised, none of
which were the immediate removal of that page from the docs, but I
assume the docs maintainer opted to take that approach as the most
conservative method and most protective of the project. I can't fault
him for that.

As for what appeared to be an ancestor of that script, which also
contains brief descriptions of each script along with suggested
schedules for when they should be run, I pointed to it from the bug
report in both the wiki and the relative directory within the source
code. Presumably you found this wanting, or else you wouldn't have
posted to the Evergreen General mailing list.

If you have alternative suggestions for addressing the problem - for
example, finding out who contributed the revised code to the docs and
asking them to contribute their revisions to the code repository along
with maintaining the provenance of the original script (if that is
indeed what happened) - I suggest using the bug report itself as the
correct forum for contributing your part to the resolution of the
problem.


Re: [OPEN-ILS-GENERAL] Ongoing conversion effort

2011-03-05 Thread John Morris
On Wed, 2011-03-02 at 11:48 -0500, Dan Scott wrote:
 On Tue, Mar 01, 2011 at 11:26:00PM -0600, John Morris wrote:
  On Tue, 2011-03-01 at 23:41 -0500, Dan Scott wrote:
  
So is there some nightly process I should be starting or have I somehow
imported the circulation in such a way it is silently failing somewhere?
   
   Short answer, yes, you need to run scripts (at least nightly, and
   possibly more often if you have some loan durations that last less than
   a day). In the /openils/bin directory, see at least the following
   scripts:
  
  Doh!  Ok, it was an RTFM, I just missed it. :)  So I can check that one
  off the list.
 
 Actually, I don't think it was an RTFM, as I noted it looks like TFM
 still needs a description of those individual scripts and what they are
 used for... maybe you can offer up some text as you work through
 it? Fresh eyes are very valuable!

Ok, something is odd.  I felt like such an idiot when you posted that
link.  Beautiful script with everything one could want that I had
somehow missed.  Now it is a 404 dead link.  So where does one find that
page now and how long did it exist?  Google is no help and neither is
The Wayback Machine.

ARGH!  Found it.  You submitted a bug report (#727595) and someone
responded to the 'problem' by nuking the whole page from the docs!  So
now how do I find that useful information again?


signature.asc
Description: This is a digitally signed message part


[OPEN-ILS-GENERAL] Ongoing conversion effort

2011-03-01 Thread John Morris
Ok, I have managed to get most of the way through importing data now and
have some new questions.

Bib and holdings are in.  Circulation is hopefully in.  Think I
understand enough to have billing records imported in the next day or
so.

The big question now is what causes fines to be generated?  I have moved
in circulation records and the system is up and running 24/7 yet no
fines have been generated.  I can look at a patron's record and see
overdue books but they don't owe anything.  I then checked in an overdue
item and still no fine.

So is there some nightly process I should be starting or have I somehow
imported the circulation in such a way it is silently failing somewhere?

A less important question is aged circulation.  What causes a
circulation event to become aged?  The how is pretty clear, deleting a
row from action.circulation fires a trigger that anonymizes it into
aged_circulation.  But what ages out old circulation events?  I pulled
in our entire past circulation (well back to the last automation change
in '04) and they have all been happily sitting in circulation for a few
days now.

Here is a chunk of my import script where I'm hopefully stuffing in sane
default values:

my $duration = undef;
#fine_interval
my $fine_interval = '1 day';
#recuring_fine
my $recuring_fine = undef;
#max_fine
my $max_fine = undef;
#phone_renewal - bool
my $phone_renewal = 'FALSE';
#desk_renewal - bool
my $desk_renewal = 'FALSE';
#opac_renewal - bool
my $opac_renewal = 'FALSE';
#duration_rule
my $duration_rule = 'default';
#recuring_fine_rule
my $recuring_fine_rule = 'default';
#max_fine_rule
my $max_fine_rule = 'default';
#stop_fines
my $stop_fines = undef;

The other outstanding question is holds.  Looking at the database after
placing a hold to see what it is doing and still a bit fuzzy as to what
I need to stuff in there to import existing holds.  Need to understand
two basic scenarios, an outstanding hold and one awaiting pickup.

Here is what I think I am seeing.  To place a hold I write an entry to
action.hold_request and an entry to action.hold_copy_map for every copy
of the item.  If it is on the reserve shelf on import day I do the above
two steps and set status in asset.copy to On holds shelf (8) and
possibly place an entry in action.hold_notification?  Is this enough to
get things rolling?


signature.asc
Description: This is a digitally signed message part


Re: [OPEN-ILS-GENERAL] Ongoing conversion effort

2011-03-01 Thread John Morris
On Tue, 2011-03-01 at 23:41 -0500, Dan Scott wrote:

  So is there some nightly process I should be starting or have I somehow
  imported the circulation in such a way it is silently failing somewhere?
 
 Short answer, yes, you need to run scripts (at least nightly, and
 possibly more often if you have some loan durations that last less than
 a day). In the /openils/bin directory, see at least the following
 scripts:

Doh!  Ok, it was an RTFM, I just missed it. :)  So I can check that one
off the list.


signature.asc
Description: This is a digitally signed message part