Marshall,<div>You, or we, should agree on some definitions.  If a library is hosted by ByWater for example, I would consider that a &quot;Koha - ByWater&quot; library.  But if they are running their own system and received migration help fro ByWater, does that make them a &quot;Koha - ByWater&quot; library or an independent library?  If they have a support contract with ByWater....are they no longer independent?  What if a library was migrated by Liblime and  now has a support contract with ByWater?</div>

<div><br></div><div>These are all real scenarios and it would be useful if we had some shared understanding about what we are conveying in Marshall&#39;s survey. </div><div><br></div><div>Just to put something out there to respond to...my recommendation is to list a library as Independent unless it is hosted or under a support contract with a service provider.</div>

<div><br></div><div>And, it&#39;s true that the threshold of responses is very much diluted in this case if we make all these distinctions so I would like to see every Koha and Evergreen installation represented somehow or at least lower the threshold (of unique combinations of product - support provider?)</div>

<div><br></div><div>And I too very much appreciate your hard work on this, Marshall.</div><div><br></div><div>Lori<br><div class="gmail_quote">2010/12/10 Ian Walls <span dir="ltr">&lt;<a href="mailto:ian.walls@bywatersolutions.com">ian.walls@bywatersolutions.com</a>&gt;</span><br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Marshall,<br><br><br>First off, thanks for putting out this survey, and maintaining this database.  It&#39;s a great tool for libraries.<br>

<br>Secondly, I completely agree with the idea of splitting product and support company.  This would not only allow for products with multiple possible support options (Koha and Evergreen), but also support companies with multiple ILS products.  I think it&#39;s good data design.  I&#39;d happily help with the database architecture and scripting work, if you need some extra hands to make that happen.<br>


<br>In my experience, a library or consortia contracting with multiple support companies simultaneously is pretty rare, but it can happen in certain instances.  Perhaps they purchase hosting and support from one company, and development from another.  When I was at NYU Health Sciences Libraries, we were an independent Koha installation, but we purchased training from ByWater Solutions.  In other these cases, I&#39;m talking about buying different kinds of service from different vendors; I don&#39;t think anyone would want the logistical headache of buying support services from two separate companies at the same time.  So if you&#39;re just tracking support services, allowing for multiple vendors probably wouldn&#39;t be worth the time to add.<br>


<br>Best wishes,<br><br><br>-Ian<div><div></div><div class="h5"><br><br><div class="gmail_quote">On Fri, Dec 10, 2010 at 8:10 AM, Breeding, Marshall <span dir="ltr">&lt;<a href="mailto:marshall.breeding@vanderbilt.edu" target="_blank">marshall.breeding@vanderbilt.edu</a>&gt;</span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">MJ,<br>
<div><br>
Does the 2010 edition split ILS from suppliers yet?  I think we advised our libraries to list as &quot;Koha - Independent&quot; last year in order to avoid the &quot;not enough responses&quot; silliness.  Also, we&#39;re not the sole support provider to some of our libraries.<br>



<br>
</div>-With Koha, unlike the other ILS products, I have an association between the product and the support provider.  I&#39;m open to either aggregating them together or to treat the ILS / Vendor pairs separately.   I&#39;ve already had one inquiry suggesting that they not be aggregated.<br>



<br>
How common is it that a library will sign with multiple support vendors for Koha support?  I&#39;m not aware that this is a common arrangement at all.<br>
<div><br>
<br>
Is there an Independent option for RFID?<br>
<br>
</div>-This survey does not address RFID products.  I&#39;ve recently added RFID products and vendors to what lib-web-cats tracks, but there is not sufficient data to support this kind of a survey yet.  There are many categories of products libraries use for technology support, this one focuses on the ILS and discovery products.<br>



<div><br>
Are the anonymised responses available under Creative Commons BY, ODbL or other broadly FOSS terms?<br>
<br>
</div>-No.  I publish the statistics as openly as I can, including the redacted comments.  I reveal the totals of all numeric responses.   It would be a great deal of work to sanitize the data in a way that would ensure the privacy of respondents.<br>



<div><br>
Can someone help me get a reply from Marshall Breeding? ;-)<br>
<br>
</div>-Yes. I responded.  Just like I did last year to your concerns.<br>
<br>
-I do hope that all libraries running Koha will respond to the survey.  Many libraries are considering moving to open source ILS products and they deserve to benefit from the knowledge of the libraries that have already implemented Koha.<br>



<br>
Best regards,<br>
<br>
-marshall<br>
<br>
<br>
Marshall Breeding<br>
<div>Editor, Library Technology Guides<br>
<a href="http://www.librarytechnology.org" target="_blank">http://www.librarytechnology.org</a><br>
</div><font color="#888888"><a href="mailto:marshall.breeding@librarytechnology.org" target="_blank">marshall.breeding@librarytechnology.org</a><br>
<a href="http://twitter.com/mbreeding" target="_blank">http://twitter.com/mbreeding</a><br>
</font><div><div></div><div><br>
<br>
<br>
<br>
<br>
-----Original Message-----<br>
From: <a href="mailto:koha-bounces@lists.katipo.co.nz" target="_blank">koha-bounces@lists.katipo.co.nz</a> [mailto:<a href="mailto:koha-bounces@lists.katipo.co.nz" target="_blank">koha-bounces@lists.katipo.co.nz</a>] On Behalf Of MJ Ray<br>


Sent: Friday, December 10, 2010 5:49 AM<br>
To: <a href="mailto:koha@lists.katipo.co.nz" target="_blank">koha@lists.katipo.co.nz</a><br>
Subject: Re: [Koha] Fwd: [Web4lib] Request to participate in 2010 Library Technology Guides automation survey<br>
<br>
&gt; Please respond to the 2010 library automation perceptions survey.<br>
&gt; This page describes how to participate:<br>
&gt;  <a href="http://www.librarytechnology.org/blog.pl?ThreadID=184&amp;BlogID=1" target="_blank">http://www.librarytechnology.org/blog.pl?ThreadID=184&amp;BlogID=1</a><br>
<br>
Does the 2010 edition split ILS from suppliers yet?  I think we advised our libraries to list as &quot;Koha - Independent&quot; last year in order to avoid the &quot;not enough responses&quot; silliness.  Also, we&#39;re not the sole support provider to some of our libraries.<br>



<br>
Is there an Independent option for RFID?<br>
<br>
Are the anonymised responses available under Creative Commons BY, ODbL or other broadly FOSS terms?<br>
<br>
Can someone help me get a reply from Marshall Breeding? ;-)<br>
<br>
Regards,<br>
--<br>
MJ Ray (slef), member of <a href="http://www.software.coop" target="_blank">www.software.coop</a>, a for-more-than-profit co-op.<br>
Past Koha Release Manager (2.0), LMS programmer, statistician, webmaster.<br>
In My Opinion Only: see <a href="http://mjr.towers.org.uk/email.html" target="_blank">http://mjr.towers.org.uk/email.html</a><br>
Available for hire for Koha work <a href="http://www.software.coop/products/koha" target="_blank">http://www.software.coop/products/koha</a><br>
_______________________________________________<br>
Koha mailing list  <a href="http://koha-community.org" target="_blank">http://koha-community.org</a> <a href="mailto:Koha@lists.katipo.co.nz" target="_blank">Koha@lists.katipo.co.nz</a> <a href="http://lists.katipo.co.nz/mailman/listinfo/koha" target="_blank">http://lists.katipo.co.nz/mailman/listinfo/koha</a><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" target="_blank">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><br>
</div></div></blockquote></div><br><br clear="all"><br></div></div><font color="#888888">Ian Walls<br>Lead Development Specialist<br>ByWater Solutions<br>Phone # (888) 900-8944<br><a href="http://bywatersolutions.com" target="_blank">http://bywatersolutions.com</a><br>


<a href="mailto:ian.walls@bywatersolutions.com" target="_blank">ian.walls@bywatersolutions.com</a><br>Twitter: @sekjal<br>
</font><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><br>
<br></blockquote></div><br><br clear="all"><br>-- <br><div><div><br></div><div>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=</div><div><div>Lori Bowen Ayre // Library Technology Consultant</div><div>The Galecia Group // <a href="http://www.galecia.com/" target="_blank">www.galecia.com</a></div>

<div>(707) 763-6869 // <a href="mailto:Lori.Ayre@galecia.com" target="_blank">Lori.Ayre@galecia.com</a></div><div><br></div><div><a href="mailto:Lori.Ayre@galecia.com" target="_blank"></a>Specializing in open source ILS solutions, RFID, filtering, </div>

<div>workflow optimization, and materials handling <br><div>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=</div></div></div></div><br>
</div>