<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta name=Generator content="Microsoft Word 12 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.hoenzb
{mso-style-name:hoenzb;}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Ian, <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'> What exactly are these “services” that you are concerned with…???<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Scott Kushner<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Middletown Library<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> koha-bounces@lists.katipo.co.nz [mailto:koha-bounces@lists.katipo.co.nz] <b>On Behalf Of </b>Lori Bowen Ayre<br><b>Sent:</b> Saturday, November 05, 2011 6:26 PM<br><b>To:</b> Ian Walls<br><b>Cc:</b> koha<br><b>Subject:</b> Re: [Koha] Koha and Third-Party commercial services<o:p></o:p></span></p></div><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Ian,<o:p></o:p></p><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>This issue came up with Evergreen recently and someone suggested creating an "Vendors Module." They wrote up how it would work....maybe some useful ideas there.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>See <a href="http://egdev.mvlcstaff.org/Vendors_Module">http://egdev.mvlcstaff.org/Vendors_Module</a><o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Lori<br clear=all><o:p></o:p></p><div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=<o:p></o:p></p></div><div><div><p class=MsoNormal>Lori Bowen Ayre // <o:p></o:p></p></div><div><p class=MsoNormal>Library Technology Consultant / The Galecia Group<o:p></o:p></p></div><div><p class=MsoNormal>Oversight Board & Communications Committee / Evergreen<o:p></o:p></p></div><div><p class=MsoNormal>(707) 763-6869 // <a href="mailto:Lori.Ayre@galecia.com" target="_blank">Lori.Ayre@galecia.com</a><o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Specializing in open source ILS solutions, RFID, filtering, <o:p></o:p></p></div><div><p class=MsoNormal>workflow optimization, and materials handling <o:p></o:p></p><div><p class=MsoNormal>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=<o:p></o:p></p></div></div></div></div><p class=MsoNormal style='margin-bottom:12.0pt'><br><br><o:p></o:p></p><div><p class=MsoNormal>2011/11/5 Ian Walls <<a href="mailto:ian.walls@bywatersolutions.com">ian.walls@bywatersolutions.com</a>><o:p></o:p></p><p class=MsoNormal style='margin-bottom:12.0pt'>Dear Community,<br><br><br>In the last few months, I've seen more and more interest in developing Koha support for integration with third-party commercial services. These services usually require some kind of special coding to achieve that integration, instead of using a global standard for data transmission. To be fair, I think this is often because there IS NO global standard for the kind of data they want to transmit. But I'm still wary of this.<br><br>All the external services we have now (Amazon, Babelthèque, Baker and Taylor, Google, Library Thing, Novelist Select, OCLC, Open Library, and Syndetics) are very self-contained; they have system preferences which just control whether or not a block of HTML/Javascript API code gets put into the template. This is pretty benign; it's template code and some database data (nothing structural), and can be completely disabled if the preferences are turned off. This seems like good integration to me.<br><br>But other services require something a bit more heavy-weight. Things that would involve writing a fair block of Perl code, or altering Koha's data structure to store a new kind of information (new table columns or tables, instead of just entries in existing tables). Changes like this concern me, particularly if the service requires a subscription, is geographically-limited or has closed licensure. Perhaps I'm just being paranoid, but it seems that if we start letting these external services influence the development of Koha, we could eventually wind up with an ILS that is no longer in the interest of the global community.<br><br>Am I being crazy? Is this a valid issue? Are the advantages of being able to talk to more external products greater than the risks of a few specific company's products getting hardcoded into our ILS?<br><br>Thanks for any feedback you can provide,<span style='color:#888888'><br><br><br><span class=hoenzb>-Ian</span><br clear=all><br><br></span><br>_______________________________________________<br>Koha mailing list <a href="http://koha-community.org" target="_blank">http://koha-community.org</a><br><a href="mailto:Koha@lists.katipo.co.nz">Koha@lists.katipo.co.nz</a><br><a href="http://lists.katipo.co.nz/mailman/listinfo/koha" target="_blank">http://lists.katipo.co.nz/mailman/listinfo/koha</a><o:p></o:p></p></div><p class=MsoNormal><o:p> </o:p></p></div></div></body></html>