[Koha] Koha Digest, Vol 38, Issue 63
Jim Minges
jminges at nekls.org
Fri Dec 19 04:38:25 NZDT 2008
1. Re: SIP-2 support? (anand at webodesk.com) There is at least one library using RFID in Koha: the Basehor Community Library in our NExpress group. The basic SIP2 functionality worked fine, but we needed our friends at Liblime to write an enhancement to correctly handle RFID self-check on items on which a hold had been placed.
Jim Minges
Northeast Kansas Library System
koha-request at lists.katipo.co.nz wrote:
> Send Koha mailing list submissions to
> koha at 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 at lists.katipo.co.nz
>
> You can reach the person managing the list at
> koha-owner at 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. Re: SIP-2 support? (anand at webodesk.com)
> 2. Re: GST and discount not calculating correctly when placing
> an order in 3.0 acquisitions. (Chris Cormack)
> 3. Re: Freight in aquistions? (Joshua Ferraro)
> 4. Re: GST and discount not calculating correctly when placing
> an order in 3.0 acquisitions. (Joshua Ferraro)
> 5. Re: GST and discount not calculating correctly when placing
> an order in 3.0 acquisitions. (Chris Cormack)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 17 Dec 2008 02:09:18 -0700
> From: anand at webodesk.com
> Subject: Re: [Koha] SIP-2 support?
> To: Oliver.Bernuetz at canadabusiness.ca
> Cc: koha at lists.katipo.co.nz, Joshua Ferraro <jmf at liblime.com>
> Message-ID: <20081217020918.vbkluyjpss8kk804 at webodesk.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
>
>
> Quoting Joshua Ferraro <jmf at liblime.com>:
>
>
>> Hi Oliver
>>
>> On Tue, Dec 16, 2008 at 11:10 AM,? <Oliver.Bernuetz at canadabusiness.ca> wrote:
>>
>>> Hi there,
>>>
>>> Does Koha feature SIP 2 support?? We're looking at RFID so I need to
>>> know this.
>>>
>> Yes, Koha 3.0 supports SIP2 via the OpenNCIP libraries
>> (http://openncip.org) and has been successfully connected to
>> Self-Checkout systems like those by 3M, Authentication with search
>> services like VDX(tm), as well as other SIP2 applications. I'm not
>> aware of any Koha libraries using RFID, but I don't anticipate any
>> major barriers to that provided the implementation relies on the SIP2
>> 3M spec.
>>
>> Cheers,
>>
>> --
>> Joshua Ferraro? ? ? ? ? ? ? ? ? ? ? ?SUPPORT FOR OPEN-SOURCE SOFTWARE
>> CEO? ? ? ? ? ? ? ? ? ? ? ? ?migration, training, maintenance, support
>> LibLime? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? Featuring Koha Open-Source ILS
>>
>
> Yes koha 3.0 supports SIP2, we have successfully integrated 3M SIP2
> with Koha 3.0 and Live Working Demonstration of 3M Selfcheck System[1]
> with Koha 3.0 was given at 'ILA-TISS International Conference 2008'.
> which was held between 12-15 November 2008 at TISS, Mumbai, India.
>
> (ILA - Indian Library Association, TISS - Tata Institute of Social
> Science)--
> Anand Sharma
> RDG Library Services
> Mumbai, India.
>
>
>
> Links:
> ------
> [1]
> http://solutions.3m.com/wps/portal/3M/en_US/library/home/products/selfcheck/checkout/
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20081217/da39ef1f/attachment-0001.htm
>
> ------------------------------
>
> Message: 2
> Date: Wed, 17 Dec 2008 23:27:50 +1300
> From: "Chris Cormack" <chris at bigballofwax.co.nz>
> Subject: Re: [Koha] GST and discount not calculating correctly when
> placing an order in 3.0 acquisitions.
> To: "Joshua Ferraro" <jmf at liblime.com>
> Cc: koha at lists.katipo.co.nz
> Message-ID:
> <606aab810812170227r7a2da46cs430898a4315707cf at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On Wed, Dec 17, 2008 at 11:17 PM, Joshua Ferraro <jmf at liblime.com> wrote:
>
>> On Tue, Dec 16, 2008 at 10:00 PM, Rick Welykochy <rick at praxis.com.au> wrote:
>>
>>> Joshua Ferraro wrote:
>>>
>>>
>>>> Offense is not my goal, I'm just being honest and pointing out the
>>>> facts: HLT's localized Koha installations, presumably post 1.0
>>>> release, contain functionality that wasn't contributed in a working
>>>> form to the Koha project.
>>>>
>>> Why not solve this the easy way.
>>>
>>> Make the Koha 1.0 tarball available. Someone on the list will volunteer to
>>> install it on a fresh machine. We can then look at the acquisitions system
>>> therein and see if it meets requirements.
>>>
>> All the publicly released versions of Koha that I know about are up at:
>>
>> http://download.koha.org/
>>
>> So if someone wants to install an earlier version, they're all there.
>>
>>
> That's not all of them, that was all the ones I had on my old HD,
> there are 1.00 and 1.01 as well and a few more 1.2.x.
> It's also missing a few 1.9.x releases too.
> If someone really doesn't believe that the first release of Koha was
> me tarring up the version that was in production in HLT and putting it
> up on the web for people to download. Then so be it.
>
> Anyway its time for this thread to die, suffice to say HLT had
> acquisitions they liked in 2000, 3.0 doesnt have those same abilities
> (of course its better in many many other ways). So they would like
> them back. Which will mean that sooner or later they will get added
> back.
>
> Lets call it a day and move on eh?
>
> Chris
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 17 Dec 2008 05:44:48 -0500
> From: "Joshua Ferraro" <jmf at liblime.com>
> Subject: Re: [Koha] Freight in aquistions?
> To: "Rachel Hamilton-Williams" <rachel at katipo.co.nz>
> Cc: Koha at lists.katipo.co.nz, "Winter, James" <WinterJ at arcadia.edu>
> Message-ID:
> <2dfa91e40812170244u29740b44ydd2182543c1f41b7 at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On Wed, Dec 17, 2008 at 1:31 AM, Rachel Hamilton-Williams
> <rachel at katipo.co.nz> wrote:
>
>> Joshua Ferraro wrote:
>>
>>> On Mon, Dec 15, 2008 at 10:16 PM, Rachel Hamilton-Williams
>>> <rachel at katipo.co.nz> wrote:
>>>
>>>
>>>> This is the specific step that's gone - along with all of simple
>>>> acquisistions
>>>>
>>>> http://katipo.co.nz/gallery/album15/Acquisitions_r_4
>>>>
>>>>
>>> That step is still in 3.0, but the shipping costs code was very buggy
>>> so that specific field was removed ... If I recall the specific error,
>>> you could add a shipping cost, but it wouldn't be calculated in the
>>> totals on the invoice page. I believe part of the problem had to do
>>> with how the shipping costs were stored in the database, they were
>>> indistinguishable from an actual item cost IIRC.> Cheers
>>>
>>>
>>>>> I think it got lost in the last version of Koha (another bit of
>>>>> acquisitions got removed all together).
>>>>>
>>>>> You used to put in freight as the first thing when receiving an order,
>>>>> so
>>>>> that the amount was split amongst all the items in the order, but you
>>>>> don't
>>>>> appear to be able to do that now.
>>>>>
>>>>> This is how acquisitions used to work...
>>>>>
>>>>> http://katipo.co.nz/gallery/album15
>>>>>
>>>>> I haven't seen plans to put it back, but perhaps Liblime might have a
>>>>> view
>>>>> on that.
>>>>>
>>>>>
>>> I've yet to see a contributed version of Acquisitions that had all of
>>> these features working at the same time. 3.0 Acquisitions represents
>>> the only Acquisitions in a released version that I've seen where all
>>> the functionality is actually usable. I suspect that it works for
>>> Katipo and others because they run custom code, and/or custom
>>> templates, rather than the mainline Koha releases.
>>>
>>>
>> I don't recall that we did that specifically, although we did usually do
>> custom templates for clients. We still should have some systems running
>> simple acquisitions - however they don't work with the MARC stuff - my
>> recollection is that once the MARC stuff came at 2.x acquisitions started to
>> come unstuck because it had no "native" awareness of MARC. So it would work
>> as long as you had MARC off - but not with MARC on.
>>
> I don't mean to imply that Katipo or anyone else is intentionally
> withholding code from the community to be mean or something, but the
> fact remains that for whatever reason, Acquisitions works for Katipo
> clients like HLT ... yet I've never seen a working Katipo-written
> acquisitions system in any of the public releases prior to 3.0. My
> impression is that Katipo staff never took the time to contribute all
> of their code in a way that it would work for the whole community ...
> and some functionality remains un-contributed as code on local
> installations, or locked up in custom templates that we can't see.
>
> It's really easy to figure out where the differences are if you're
> interested. For instance, you could run the Linux utility 'diff'
> recursively to compare all of the files in your Koha source tree on
> one of these installations ... against, say, a fresh 2.2.9 install. I
> suppose that at the end of the day, you can't cry over spilt milk ...
> all you can hope to do is learn and move forward ...
>
>
>> I'm guessing that with later versions it got dropped as that was too hard to
>> reconcile as most people moved to MARC.
>>
>> We have some non MARC systems still running and they use simple (and
>> possibly even some original "normal") acquisisitions.
>>
> That's a distinction I'm not familiar with, what's the difference
> between 'simple', 'normal' and whatever other type there is?
>
> In any event, moving forward, I'd recommend anticipating this problem
> and looking for ways to ensure that everyone can run from a public
> release, rather than having custom code siloed on local systems. I
> suspect it's not only frustrating, but expensive, to have to keep
> playing hopscotch to get in sync with the community code every couple
> versions. I also suspect that's where Joann's frustration is coming
> from (in the other acq thread).
>
> My main point in both of threads is that:
>
> 1. Acquisitions never worked the way the documentation in that link
> says it did -- at least not in code in our releases or source
> repositories. It may have worked for HLT and other Katipo customers,
> but that's because the code or templates were different than publicly
> available ones.
>
> 2. It's not fair to say 'This is the way it used to work' and then
> point the finger at others, when in fact, we all know it didn't work
> in publicly available code in the first place. The last few RMs have
> done our best to fix what was there to be something that is
> functional.
>
> 3. A successful community process is not to write something and then
> walk away, code requires constant maintenance. It's not the case that
> one Koha shop wrote a working acquisitions system and another shop
> came along and broke it. Really! RMs have to make hard decisions, and
> they rely on what available resources the community provides them
> with, and if you want your stuff to continue working as is, you have
> to 1. Contribute it in a fully-working version, and 2. Maintain it.
>
> Cheers,
>
> Josh
>
>
>
>> Cheers
>> R
>>
>>> Cheers,
>>>
>>>
>>>
>>
>
>
>
>
--
Jim Minges
Director
Northeast Kansas Library System
4317 West 6th Street
Lawrence, KS 66049
Phone: (785) 838-4090
FAX: (785) 838-3989
E-mail: jminges at nekls.org
Web site: www.nekls.org
More information about the Koha
mailing list