Hello, I work for the Crawford County Federated Library System, and I thought I'd let you know that we have been migrating successfully from Sagebrush Winnebago/Spectrum to Koha. You didn't mention which Sagebrush ILS you are using. I don't know if they are similar at all. I've written a set of scripts from tranistioning from Winnebago to Koha, and they are available under the GPL as part of the koha-tools project on sourceforge. A number of libraries have used them already, so they can't be that bad ; ) Kyle On Oct 30, 2007 6:30 PM, Phillips, Lee <lphillips@bsb.mt.gov> wrote:
Hello all I want to comment on the SirsiDynix migration possibilities. I have a bunch of library friends in a consortium with Sirsi and I wondered if they were ever going to be able to get out of the proprietary patch hell. I am currently in line to join their group but I am have serious doubts and that this would be a dead end in the near future. I am considering Koha for my mid sized library and I was hoping that there was a way to migrate my Sagebrush catalog into Koha with out having to datamap or bar code. Has anyone had any good experience with these issues? I have 76000 bib records and 14K users. We really need to decide soon Sagebrush doesn't answer their phone any more...if you catch my drift. Lee Phillips Butte Silver Bow Public Library Butte, Montana
-----Original Message----- From: koha-bounces@lists.katipo.co.nz on behalf of koha-request@lists.katipo.co.nz Sent: Tue 10/30/2007 1:00 PM To: koha@lists.katipo.co.nz Cc: Subject: Koha Digest, Vol 24, Issue 40
Send Koha mailing list submissions to koha@lists.katipo.co.nz
To subscribe or unsubscribe via the World Wide Web, visit http://lists.katipo.co.nz/mailman/listinfo/koha or, via email, send a message with subject or body 'help' to koha-request@lists.katipo.co.nz
You can reach the person managing the list at koha-owner@lists.katipo.co.nz
When replying, please edit your Subject line so it is more specific than "Re: Contents of Koha digest..."
Today's Topics:
1. Koha Installation Error - BlueHost.com (Librarian, SAIACS) 2. Re: Koha became a little more of a certainty last night (Dan Scott) 3. Re: Koha on etch - a pain? (Grant Johnson) 4. Re: Koha on etch - a pain? (Beda Szukics) 5. Re: Koha on etch - a pain? (Beda Szukics)
----------------------------------------------------------------------
Message: 1 Date: Tue, 30 Oct 2007 19:52:37 +0530 From: "Librarian, SAIACS" <library@saiacs.org> Subject: [Koha] Koha Installation Error - BlueHost.com To: <koha@lists.katipo.co.nz> Message-ID: <20071030142511.C995910720@daddy.katipo.co.nz> Content-Type: text/plain; charset="us-ascii"
Hi, while trying to install koha on Bluehost.com, I encountered following error;
Use of uninitialized value in concatenation (.) or string at Install.pm line 1685, <STDIN> line 5. Use of uninitialized value in concatenation (.) or string at Install.pm line 1685, <STDIN> line 5. Use of uninitialized value in concatenation (.) or string at Install.pm line 1685, <STDIN> line 5. Use of uninitialized value in concatenation (.) or string at Install.pm line 1685, <STDIN> line 5. Use of uninitialized value in concatenation (.) or string at Install.pm line 1685, <STDIN> line 5.
Use of uninitialized value in concatenation (.) or string at Install.pm line 1709, <STDIN> line 5. Please check permissions in /home/jlcopaco/koha/intranet/scripts/z3950daemon
Use of uninitialized value in concatenation (.) or string at Install.pm line 2293, <STDIN> line 5. DBI connect(':','',...) failed: Access denied for user 'jlcopaco'@'localhost' (using password: NO) at /home/jlcopaco/koha/intranet/modules/C4/Context.pm line 411 Can't call method "prepare" on an undefined value at scripts/updater/updatedatabase line 1553. Problem updating database...
Can any one help me to rectify this error?
Mr. Yesan Sellan Chief Librarian South Asia Institute of Advanced Christian Studies, Kothanur PO Bangalore - 560077 INDIA
Alternative Email: yesans@gmail.com Ph: 91-80-2846 5649/5235/5344 Fax: 91-80-2846 5412
------------------------------
Message: 2 Date: Tue, 30 Oct 2007 13:08:50 -0400 From: "Dan Scott" <denials@gmail.com> Subject: Re: [Koha] Koha became a little more of a certainty last night To: "Joe Atzberger" <ohiocore@gmail.com> Cc: koha@lists.katipo.co.nz Message-ID: <fbb0d11d0710301008n36471abbh80270cd31401a1da@mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1"
On 23/10/2007, Joe Atzberger <ohiocore@gmail.com> wrote: > > On 10/23/07, Dan Scott <denials@gmail.com> wrote: > > > I would strongly suggest posting the code to the sirsiapi repository. > > I'm not a lawyer, but (to my understanding) sirsiapi.org is the only > > SirsiDynix-sanctioned location for hosting code that uses the Unicorn "API" > > to extract information from Unicorn. Sites that have signed a contract with > > SirsiDynix for Unicorn typically have agreed to not reverse-engineer the > > product (meaning that they agree to not try and figure out how the Unicorn > > "API" works) and if they have taken the "API" training course then they have > > agreed to not share any of that information (including code examples) > > outside of the SirsiDynix-sanctioned locations. > > > In my opinion, the repository is an unsuitable venue, since it requires > considerable cost and Sirsi's blessing to even evaluate the (mostly > tentative) code in it. There are less than 40 total contributors to it, all > time. So from a practical perspective, it's the wrong choice. > > As for the legal questions, I'm not a lawyer either, but I do take them > seriously. More seriously, I suspect, than the former management at Sirsi. > > > I attended SD's week-long "API Training" course while in the employ of a > 5-county educational consortium, with whom I had no non-disclosure > agreements at the time, nor any other kind of contract now. (I don't work > there anymore.) Since I was a public employee at the time, literally all > the code I wrote is is a public work-product and like all my correspondence > there, is subject to public disclosure laws. Anyone could ask for it today, > and my former employer would still be obligated to provide copies of it. > > The various warnings from SD about sharing materials did not amount to a > NDA, in my opinion, just an acknowledgment of their copyright to the actual > training materials. (That's funny, since their main docs are a handbook > containing mostly the STDERR "usage" messages from their various > executables, but in an even less readable format.) But even if they *did* > have a bulletproof NDA, I certainly wouldn't have any authority to suspend > state law in order to accept it. > > I would be concerned on behalf of the library posting Unicorn "API" code > > to a public site like SourceForge.net that they could be opening > > themselves up to lawsuits due to breach of contract, if the vendor was to > > get to such a bad state that they started suing their (former) customers. > > > It may be true that SirsiDynix eventually goes the way of SCO, adopting a > litigation-heavy business model. In either case, I don't consider it > ethical to limit my behavior because of this possibility, in particular if > the result is more people stuck paying a litigious vendor they'd prefer to > leave. If spurious liability is the real concern, in the modern era it > would not be difficult to post the code anonymously, or via foreign proxy. > > Any code dealing with the results of using the Unicorn "API" to extract > > data should be openly shareable, because at that point you're just dealing > > with data structures. But I would be worried about openly sharing the actual > > commands, err, "API instructions" required to get that data out of the > > system. > > > Unicorn uses either Oracle or an ancient version of Informix as the back > end database, in conjunction with a bunch of flat files. Nothing > particularly special is required for anyone to access the information > directly. In that way, the API question could be sidestepped entirely. > -- > Joseph Atzberger > SysAdmin, LibLime > http://liblime.com/koha > 1(888)KohaILS > > ps: Needless to say, my comments are my own. > > Fair enough, Joe. We each have our own, non-professional opinion of the legality of publicly publishing code that uses the Unicorn API as part of a migration process. I'm leaning towards the conservative side, whereas you're leaning towards the aggressive side. The original poster has to form their own opinion, and of course I would suggest that they seek out a professional legal opinion on the matter. But then, we've already established that I'm conservative in this regard.
Rather than putting the original poster in that position, there is an alternative. As you have the required Unicorn and Koha skills, would you (and your employer) be willing to publish a complete Unicorn-to-Koha migration process & code to koha.org as a contribution from LibLime? I would see this as a great contribution to the open-source ILS community in general. Perhaps more valuable than the technical matters alone, it would be a great test of the matters we've discussed in this thread.
-- Dan Scott Laurentian University