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
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
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
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
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