Re: [Koha] How to handle the support providers list (was Re: Spam from BestBookBuddies (OpenLX))

[MJ Ray]

On Thu, 10 Aug 2017 12:13:20 + (UTC)
BWS Johnson  wrote:
>  Mashing some stuff up here, but I feel like we need a vote on
> this either over the listserv or at the next IRC General Sep 6.

I thought the next IRC general was Sep 9. Has it moved or have I been
drunk-diarying again?

Also, this discussion seems misplaced under the "Spam from
BestBookBuddies..." - compose new threads for subject changes, please.

Thanks
-- 
MJR
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] How to handle the support providers list (was Re: Spam from BestBookBuddies (OpenLX))

[vikram zadgaonkar]

I do agree .

On Aug 11, 2017 1:56 AM, "Chris Cormack"  wrote:

> * Indranil Das Gupta (indr...@gmail.com) wrote:
>
>> Hi
>>
>> On Fri, Aug 11, 2017 at 1:04 AM, Chris Cormack 
>> wrote:
>>
>> So move it off the site and make it 'the community managed list'. Or some
>>> other name. But make it its own thing clearly maintained by volunteers, not
>>> part of the main site and in no way official at all.
>>>
>>
>> Anything on *.koha-community.org will be deemed "official" ;-)
>>
>
> Yep, right off that url is what I meant.
>
> Because I see the list as something that works against small companies,
> rather than for them. As your experience would attest Indranil.
> Not being on the list is used as a weapon against companies. So pretty
> much the exact opposite viewpoint to Brooke.
>
> I see the list as just one more obstacle in a dev/vendor being able to
> offer Koha support, rather than a help. Especially if as we are talking
> about is making it harder to get listed.
> This will be my last email on it, and I will be talking to my colleagues
> about having our name removed, and I hope the whole list and all the
> problems it causes for new developers goes away.
>
> Chris
>
>
>> indranil
>>
>
> --
> Chris Cormack
> Catalyst IT Ltd.
> +64 4 803 2238
> PO Box 11-053, Manners St, Wellington 6142, New Zealand
>
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha
>
>
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] How to handle the support providers list (was Re: Spam from BestBookBuddies (OpenLX))

[Chris Cormack]

* Indranil Das Gupta (indr...@gmail.com) wrote:

Hi

On Fri, Aug 11, 2017 at 1:04 AM, Chris Cormack  wrote:


So move it off the site and make it 'the community managed list'. Or some other 
name. But make it its own thing clearly maintained by volunteers, not part of 
the main site and in no way official at all.


Anything on *.koha-community.org will be deemed "official" ;-)


Yep, right off that url is what I meant.

Because I see the list as something that works against small companies,
rather than for them. As your experience would attest Indranil.
Not being on the list is used as a weapon against companies. 
So pretty much the exact opposite viewpoint to Brooke.


I see the list as just one more obstacle in a dev/vendor being able to
offer Koha support, rather than a help. Especially if as we are talking
about is making it harder to get listed. 


This will be my last email on it, and I will be talking to my colleagues
about having our name removed, and I hope the whole list and all the
problems it causes for new developers goes away.

Chris



indranil


--
Chris Cormack
Catalyst IT Ltd.
+64 4 803 2238
PO Box 11-053, Manners St, Wellington 6142, New Zealand


signature.asc
Description: PGP signature
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] How to handle the support providers list (was Re: Spam from BestBookBuddies (OpenLX))

[Indranil Das Gupta]

Hi

On Fri, Aug 11, 2017 at 1:04 AM, Chris Cormack  wrote:

> So move it off the site and make it 'the community managed list'. Or some 
> other name. But make it its own thing clearly maintained by volunteers, not 
> part of the main site and in no way official at all.

Anything on *.koha-community.org will be deemed "official" ;-)

indranil
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] How to handle the support providers list (was Re: Spam from BestBookBuddies (OpenLX))

[Diedre Conkling]

I mostly just read this list but I thought I'd comment on this subject.  I
think this should be put to a vote.  I think Chris has spelled out three
good categories.  It might be that there are one or two more categories.
Just add those suggestions in the next day or two and then put out a poll.



On Thu, Aug 10, 2017 at 12:34 PM Chris Cormack 
wrote:

> Hi All
>
> A proposal, for voting on.
> 1/ make the listing criteria more stringent + move the list off the main
> site to its own thing.
>
> Or we just make it more official and increase all the problems.
>
> So move it off the site and make it 'the community managed list'. Or some
> other name. But make it its own thing clearly maintained by volunteers, not
> part of the main site and in no way official at all.
>
> Chris
>
> On 11 August 2017 3:26:44 AM NZST, Jonathan Druart <
> jonathan.dru...@bugs.koha-community.org> wrote:
> >Vinod,
> >
> >This already exists and is auto-generated for each release.
> >For 17.05, https://koha-community.org/koha-17-05-released
> >But, as said previously by others, 1 != 1 and there are much more than
> >just
> >writing patches in a community daily tasks.
> >
> >Regards,
> >Jonathan
> >
> >On Thu, 10 Aug 2017 at 07:15 vinod mishra  wrote:
> >
> >> I think we can make a parameter like the company who have submitted
> >at
> >> least five patch/new code for major active release oldoldstable,
> >oldstable
> >> and stable will be only listed. For example if a company has five
> >> code/patch in 16.5 than he may be listed continuously up-to 17.5 once
> >17.11
> >> will release and there is no contribution in 16.11 than they may be
> >delist.
> >>
> >> Above is only one parameter but someone have to monitor this
> >continuously
> >> to update the list, however range of version can be increased, by
> >doing so
> >> they will be encouraged to contribute continuously if they do not
> >want to
> >> die from list.
> >>
> >>
> >> With Regards,
> >>
> >> Vinod Kumar Mishra,
> >> Assistant Librarian,
> >> Biju Patnaik Central Library (BPCL),
> >> NIT Rourkela,
> >> Sundergadh-769008,
> >> Odisha,
> >> India.
> >> Mob:91+9439420860
> >> Website: http://mishravk.com/
> >> ORCID ID: http://orcid.org/-0003-4666-7874
> >>
> >> *"Spiritual relationship is far more precious than physical. Physical
> >> relationship divorced from spiritual is body without soul" -- Mahatma
> >> Gandhi*
> >>
> >> On Wed, Aug 9, 2017 at 8:47 PM, Mark Tompsett 
> >> wrote:
> >>
> >> > Greetings,
> >> >
> >> > Nathan A. Curulla suggested:
> >> > > Maybe we should change the listing to “contributing support
> >companies”
> >> or
> >> > > something like that.
> >> >
> >> > While I think that is a good idea, and then companies without
> >community
> >> > participation get removed, the problem still remains: people don't
> >read.
> >> > We've put a nice disclaimer that this is not an official list and
> >has no
> >> > official seal of approval meaning to the list, and yet people still
> >use
> >> it
> >> > that way. It is impossible to educate people who refuse to read,
> >even
> >> > though
> >> > the preamble write up is a rather good explanation of how to look
> >for a
> >> > Koha
> >> > support provider. As such, the only reasonable course of action is
> >to
> >> > delete
> >> > the list, otherwise it will continue to be used that way, no matter
> >what
> >> we
> >> > put on the page(s).
> >> >
> >> >
> >> > Owen Leonard wrote:
> >> > > It would be a duplicate listing ... and should be rejected.
> >> >
> >> > Who determines it is a duplicate listing? Because last time I
> >looked some
> >> > other entries looked like duplicates to me, much like OpenLX/BBB.
> >And
> >> > cleaning up duplicates is a pain. Yet another reason to just delete
> >the
> >> > list
> >> > already.
> >> >
> >> > GPML,
> >> > Mark Tompsett
> >> >
> >> > ___
> >> > Koha mailing list  http://koha-community.org
> >> > Koha@lists.katipo.co.nz
> >> > https://lists.katipo.co.nz/mailman/listinfo/koha
> >> >
> >> ___
> >> Koha mailing list  http://koha-community.org
> >> Koha@lists.katipo.co.nz
> >> https://lists.katipo.co.nz/mailman/listinfo/koha
> >>
> >___
> >Koha mailing list  http://koha-community.org
> >Koha@lists.katipo.co.nz
> >https://lists.katipo.co.nz/mailman/listinfo/koha
>
> --
> Sent from my Android device with K-9 Mail. Please excuse my brevity.
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha
>
-- 
*Diedre Conkling*




*Lincoln County Library DistrictP.O. Box 2027Newport, OR 97365Phone & Fax:
541-265-3066Work email**: **die...@lincolncolibrarydist.org*

*Home email: **diedr...@gmail.com* 

“If you don't like 

Re: [Koha] How to handle the support providers list (was Re: Spam from BestBookBuddies (OpenLX))

[Chris Cormack]

Hi All 

A proposal, for voting on. 
1/ make the listing criteria more stringent + move the list off the main site 
to its own thing. 

Or we just make it more official and increase all the problems. 

So move it off the site and make it 'the community managed list'. Or some other 
name. But make it its own thing clearly maintained by volunteers, not part of 
the main site and in no way official at all. 

Chris 

On 11 August 2017 3:26:44 AM NZST, Jonathan Druart 
 wrote:
>Vinod,
>
>This already exists and is auto-generated for each release.
>For 17.05, https://koha-community.org/koha-17-05-released
>But, as said previously by others, 1 != 1 and there are much more than
>just
>writing patches in a community daily tasks.
>
>Regards,
>Jonathan
>
>On Thu, 10 Aug 2017 at 07:15 vinod mishra  wrote:
>
>> I think we can make a parameter like the company who have submitted
>at
>> least five patch/new code for major active release oldoldstable,
>oldstable
>> and stable will be only listed. For example if a company has five
>> code/patch in 16.5 than he may be listed continuously up-to 17.5 once
>17.11
>> will release and there is no contribution in 16.11 than they may be
>delist.
>>
>> Above is only one parameter but someone have to monitor this
>continuously
>> to update the list, however range of version can be increased, by
>doing so
>> they will be encouraged to contribute continuously if they do not
>want to
>> die from list.
>>
>>
>> With Regards,
>>
>> Vinod Kumar Mishra,
>> Assistant Librarian,
>> Biju Patnaik Central Library (BPCL),
>> NIT Rourkela,
>> Sundergadh-769008,
>> Odisha,
>> India.
>> Mob:91+9439420860
>> Website: http://mishravk.com/
>> ORCID ID: http://orcid.org/-0003-4666-7874
>>
>> *"Spiritual relationship is far more precious than physical. Physical
>> relationship divorced from spiritual is body without soul" -- Mahatma
>> Gandhi*
>>
>> On Wed, Aug 9, 2017 at 8:47 PM, Mark Tompsett 
>> wrote:
>>
>> > Greetings,
>> >
>> > Nathan A. Curulla suggested:
>> > > Maybe we should change the listing to “contributing support
>companies”
>> or
>> > > something like that.
>> >
>> > While I think that is a good idea, and then companies without
>community
>> > participation get removed, the problem still remains: people don't
>read.
>> > We've put a nice disclaimer that this is not an official list and
>has no
>> > official seal of approval meaning to the list, and yet people still
>use
>> it
>> > that way. It is impossible to educate people who refuse to read,
>even
>> > though
>> > the preamble write up is a rather good explanation of how to look
>for a
>> > Koha
>> > support provider. As such, the only reasonable course of action is
>to
>> > delete
>> > the list, otherwise it will continue to be used that way, no matter
>what
>> we
>> > put on the page(s).
>> >
>> >
>> > Owen Leonard wrote:
>> > > It would be a duplicate listing ... and should be rejected.
>> >
>> > Who determines it is a duplicate listing? Because last time I
>looked some
>> > other entries looked like duplicates to me, much like OpenLX/BBB.
>And
>> > cleaning up duplicates is a pain. Yet another reason to just delete
>the
>> > list
>> > already.
>> >
>> > GPML,
>> > Mark Tompsett
>> >
>> > ___
>> > Koha mailing list  http://koha-community.org
>> > Koha@lists.katipo.co.nz
>> > https://lists.katipo.co.nz/mailman/listinfo/koha
>> >
>> ___
>> Koha mailing list  http://koha-community.org
>> Koha@lists.katipo.co.nz
>> https://lists.katipo.co.nz/mailman/listinfo/koha
>>
>___
>Koha mailing list  http://koha-community.org
>Koha@lists.katipo.co.nz
>https://lists.katipo.co.nz/mailman/listinfo/koha

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] How to handle the support providers list (was Re: Spam from BestBookBuddies (OpenLX))

[Jonathan Druart]

Vinod,

This already exists and is auto-generated for each release.
For 17.05, https://koha-community.org/koha-17-05-released
But, as said previously by others, 1 != 1 and there are much more than just
writing patches in a community daily tasks.

Regards,
Jonathan

On Thu, 10 Aug 2017 at 07:15 vinod mishra  wrote:

> I think we can make a parameter like the company who have submitted at
> least five patch/new code for major active release oldoldstable, oldstable
> and stable will be only listed. For example if a company has five
> code/patch in 16.5 than he may be listed continuously up-to 17.5 once 17.11
> will release and there is no contribution in 16.11 than they may be delist.
>
> Above is only one parameter but someone have to monitor this continuously
> to update the list, however range of version can be increased, by doing so
> they will be encouraged to contribute continuously if they do not want to
> die from list.
>
>
> With Regards,
>
> Vinod Kumar Mishra,
> Assistant Librarian,
> Biju Patnaik Central Library (BPCL),
> NIT Rourkela,
> Sundergadh-769008,
> Odisha,
> India.
> Mob:91+9439420860
> Website: http://mishravk.com/
> ORCID ID: http://orcid.org/-0003-4666-7874
>
> *"Spiritual relationship is far more precious than physical. Physical
> relationship divorced from spiritual is body without soul" -- Mahatma
> Gandhi*
>
> On Wed, Aug 9, 2017 at 8:47 PM, Mark Tompsett 
> wrote:
>
> > Greetings,
> >
> > Nathan A. Curulla suggested:
> > > Maybe we should change the listing to “contributing support companies”
> or
> > > something like that.
> >
> > While I think that is a good idea, and then companies without community
> > participation get removed, the problem still remains: people don't read.
> > We've put a nice disclaimer that this is not an official list and has no
> > official seal of approval meaning to the list, and yet people still use
> it
> > that way. It is impossible to educate people who refuse to read, even
> > though
> > the preamble write up is a rather good explanation of how to look for a
> > Koha
> > support provider. As such, the only reasonable course of action is to
> > delete
> > the list, otherwise it will continue to be used that way, no matter what
> we
> > put on the page(s).
> >
> >
> > Owen Leonard wrote:
> > > It would be a duplicate listing ... and should be rejected.
> >
> > Who determines it is a duplicate listing? Because last time I looked some
> > other entries looked like duplicates to me, much like OpenLX/BBB. And
> > cleaning up duplicates is a pain. Yet another reason to just delete the
> > list
> > already.
> >
> > GPML,
> > Mark Tompsett
> >
> > ___
> > Koha mailing list  http://koha-community.org
> > Koha@lists.katipo.co.nz
> > https://lists.katipo.co.nz/mailman/listinfo/koha
> >
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha
>
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] How to handle the support providers list (was Re: Spam from BestBookBuddies (OpenLX))

[Indranil Das Gupta]

Hi,

On Aug 10, 2017 5:47 PM, "BWS Johnson"  wrote:

>  Mashing some stuff up here, but I feel like we need a vote on this
either over the listserv or at the next IRC General Sep 6.

+1

>  I'm not for a patch wall. Carrots, not sticks.

I'm afraid the metaphor "patch wall" escapes me. Can you pls elaborate?

>> Basically, do we become bureaucrats OR do we write Koha?
>
>  It doesn't have to be an either or decision. You choose to write
code, which is great. When developers think "Oh yuck, I can be coding
instead" Librarians should step up.

Not to nitpick, but I used "write" as a metaphor for all activities around
Koha, given that the written word is our primary tool - whether to answer
user queries, write a blog about a cool new feature, improve the wiki and
manual, discuss and decide new spec (e.g. the MARC framework debate we are
having on the devel list that needs inputs and approval from librarians
even more than from the devs) and finally of course there's writing the
code.

A dev who simply says "Yuck! I could be coding instead" is IMHO a poor one
who has basically stopped listening to the users and the eco-system they
are in.

Cheers
Indranil

> Cheers,
> Brooke
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] How to handle the support providers list (was Re: Spam from BestBookBuddies (OpenLX))

[BWS Johnson]

Salvete!

 Mashing some stuff up here, but I feel like we need a vote on this either 
over the listserv or at the next IRC General Sep 6.


>>
Further, everyone who maintains the website do so as volunteers. Expecting
them to start acting as police is probably not the best of ideas. I know
for a fact that Liz stopped volunteering on the PAID provider section
maintenance as she was sick of dealing with it.

>>

 I'm happy to serve as the gatekeeper for this page for a year.


 I'm not for a patch wall. Carrots, not sticks.

>>
Basically, do we become bureaucrats OR do we write Koha?

>>


 It doesn't have to be an either or decision. You choose to write code, 
which is great. When developers think "Oh yuck, I can be coding instead" 
Librarians should step up.

Cheers,
Brooke
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] How to handle the support providers list (was Re: Spam from BestBookBuddies (OpenLX))

[Indranil Das Gupta]

For the longest time, I resisted getting listed on the PAID support
providers list because of personal reasons. But then I started running up
against RFPs that made listing there a mandatory qualification point for
placing a bid. Now that my outfit is there for quite some time, I can
honestly tell that not a *single* piece of work has landed from being
listed there. Sure there has been a few enquiries but that's the extent of
if.

The time when Koha needed the visibility of local support has largely
passed, at least in India where Koha has emerged as the defacto choice. On
the other hand, Indian service providers on that list make up ~25% (or
more) of the global listing in number, yet the number of contributions,
including patches have probably been the least. Most are not even active in
the community.

So I do not consider deletion of the page to do anyone any major
disservice, since we can't do anything about false claims - yes, several of
the Indian providers listed make tall claims of community contribution and
show the listing as being the proof. Surprise!!! No one reads the
disclaimers! :D

cheers
indranil

--
Indranil Das Gupta
L2C2 Technologies

Phone : +91-98300-20971
WWW  : http://www.l2c2.co.in
Blog: http://blog.l2c2.co.in
IRC : indradg on irc://irc.freenode.net
Twitter : indradg
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] How to handle the support providers list (was Re: Spam from BestBookBuddies (OpenLX))

[Michael Kuhn]

Hi



I think we can make a parameter like the company who have submitted at
least five patch/new code for major active release oldoldstable, oldstable
and stable will be only listed. For example if a company has five
code/patch in 16.5 than he may be listed continuously up-to 17.5 once 17.11
will release and there is no contribution in 16.11 than they may be delist.



This means everything else except writing patches is not considered as 
"help".


Best wishes: Michael
--
Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis
Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz
T 0041 (0)61 261 55 61 · E m...@adminkuhn.ch · W www.adminkuhn.ch
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] How to handle the support providers list (was Re: Spam from BestBookBuddies (OpenLX))

[Indranil Das Gupta]

Vinod:

Koha like most successful FOSS projects, work on a "honour" system where
everyone is expected to do the right thing. We do have a "code-of-conduct"
but that is mostly about diversity and other issues.

Further, everyone who maintains the website do so as volunteers. Expecting
them to start acting as police is probably not the best of ideas. I know
for a fact that Liz stopped volunteering on the PAID provider section
maintenance as she was sick of dealing with it.

The "X" no. of patch criteria does not solve anything IMHO for several
reasons. Patches are not linear entities. Often they get to be completed
only with active contribution of others. Most often, the patches are
credited to individuals and not the companies they represent. So what
happens when an employee dev leave and say joins another Koha service
provider? Who will get the credits? It may sound easy, but its not so
legally. Then how does a patch say one that permanently addresses the
auto-increment issue compare against 5 trivial string patch?

Basically, do we become bureaucrats OR do we write Koha?

Just my 2c

-Indranil
On Aug 10, 2017 3:45 PM, "vinod mishra"  wrote:

> I think we can make a parameter like the company who have submitted at
> least five patch/new code for major active release oldoldstable, oldstable
> and stable will be only listed. For example if a company has five
> code/patch in 16.5 than he may be listed continuously up-to 17.5 once 17.11
> will release and there is no contribution in 16.11 than they may be delist.
>
> Above is only one parameter but someone have to monitor this continuously
> to update the list, however range of version can be increased, by doing so
> they will be encouraged to contribute continuously if they do not want to
> die from list.
>
>
> With Regards,
>
> Vinod Kumar Mishra,
> Assistant Librarian,
> Biju Patnaik Central Library (BPCL),
> NIT Rourkela,
> Sundergadh-769008,
> Odisha,
> India.
> Mob:91+9439420860
> Website: http://mishravk.com/
> ORCID ID: http://orcid.org/-0003-4666-7874
>
> *"Spiritual relationship is far more precious than physical. Physical
> relationship divorced from spiritual is body without soul" -- Mahatma
> Gandhi*
>
> On Wed, Aug 9, 2017 at 8:47 PM, Mark Tompsett 
> wrote:
>
> > Greetings,
> >
> > Nathan A. Curulla suggested:
> > > Maybe we should change the listing to “contributing support companies”
> or
> > > something like that.
> >
> > While I think that is a good idea, and then companies without community
> > participation get removed, the problem still remains: people don't read.
> > We've put a nice disclaimer that this is not an official list and has no
> > official seal of approval meaning to the list, and yet people still use
> it
> > that way. It is impossible to educate people who refuse to read, even
> > though
> > the preamble write up is a rather good explanation of how to look for a
> > Koha
> > support provider. As such, the only reasonable course of action is to
> > delete
> > the list, otherwise it will continue to be used that way, no matter what
> we
> > put on the page(s).
> >
> >
> > Owen Leonard wrote:
> > > It would be a duplicate listing ... and should be rejected.
> >
> > Who determines it is a duplicate listing? Because last time I looked some
> > other entries looked like duplicates to me, much like OpenLX/BBB. And
> > cleaning up duplicates is a pain. Yet another reason to just delete the
> > list
> > already.
> >
> > GPML,
> > Mark Tompsett
> >
> > ___
> > Koha mailing list  http://koha-community.org
> > Koha@lists.katipo.co.nz
> > https://lists.katipo.co.nz/mailman/listinfo/koha
> >
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha
>
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] How to handle the support providers list (was Re: Spam from BestBookBuddies (OpenLX))

[vinod mishra]

I think we can make a parameter like the company who have submitted at
least five patch/new code for major active release oldoldstable, oldstable
and stable will be only listed. For example if a company has five
code/patch in 16.5 than he may be listed continuously up-to 17.5 once 17.11
will release and there is no contribution in 16.11 than they may be delist.

Above is only one parameter but someone have to monitor this continuously
to update the list, however range of version can be increased, by doing so
they will be encouraged to contribute continuously if they do not want to
die from list.


With Regards,

Vinod Kumar Mishra,
Assistant Librarian,
Biju Patnaik Central Library (BPCL),
NIT Rourkela,
Sundergadh-769008,
Odisha,
India.
Mob:91+9439420860
Website: http://mishravk.com/
ORCID ID: http://orcid.org/-0003-4666-7874

*"Spiritual relationship is far more precious than physical. Physical
relationship divorced from spiritual is body without soul" -- Mahatma
Gandhi*

On Wed, Aug 9, 2017 at 8:47 PM, Mark Tompsett  wrote:

> Greetings,
>
> Nathan A. Curulla suggested:
> > Maybe we should change the listing to “contributing support companies” or
> > something like that.
>
> While I think that is a good idea, and then companies without community
> participation get removed, the problem still remains: people don't read.
> We've put a nice disclaimer that this is not an official list and has no
> official seal of approval meaning to the list, and yet people still use it
> that way. It is impossible to educate people who refuse to read, even
> though
> the preamble write up is a rather good explanation of how to look for a
> Koha
> support provider. As such, the only reasonable course of action is to
> delete
> the list, otherwise it will continue to be used that way, no matter what we
> put on the page(s).
>
>
> Owen Leonard wrote:
> > It would be a duplicate listing ... and should be rejected.
>
> Who determines it is a duplicate listing? Because last time I looked some
> other entries looked like duplicates to me, much like OpenLX/BBB. And
> cleaning up duplicates is a pain. Yet another reason to just delete the
> list
> already.
>
> GPML,
> Mark Tompsett
>
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha
>
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] How to handle the support providers list (was Re: Spam from BestBookBuddies (OpenLX))

[Chris Cormack]

* BWS Johnson (abesottedphoe...@yahoo.com) wrote:

Kia ora!
 I still hold the firm opinion that deleting the list is a cop out. The 
listing is one of the best ways that new Libraries find support if they are 
reluctant to do things themselves. Folks might want to think about linking Hea 
to this page so that people that are considering Koha can find like minded 
institutions nearby. It would be awesome if there were some way for existing 
libraries to signal that they are open to providing feedback about vendors.


I think in that case, someone else could volunteer (yourself perhaps)
to take this 'cop out' off the people who currently have to deal with
the multiple offlist emails about it. And maintain the list, maybe on the wiki
where it can be done by anyone.



 The suggested name change might help, and I would support that. I would 
also support removing any spammers.
 I feel strongly that Liz improved on the old list substantially.

 It is very easy for companies that are now happily established to want to 
scrap this list. That action punishes startups and the optics are trash. 
Pulling the ladder up after yourself is not attractive.


I find this remark quite offensive. Just FYI. In case you didn't intend
it to be.

Chris


Cheers,Brooke
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


--
Chris Cormack
Catalyst IT Ltd.
+64 4 803 2238
PO Box 11-053, Manners St, Wellington 6142, New Zealand


signature.asc
Description: PGP signature
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] How to handle the support providers list (was Re: Spam from BestBookBuddies (OpenLX))

[BWS Johnson]

Kia ora!
 I still hold the firm opinion that deleting the list is a cop out. The 
listing is one of the best ways that new Libraries find support if they are 
reluctant to do things themselves. Folks might want to think about linking Hea 
to this page so that people that are considering Koha can find like minded 
institutions nearby. It would be awesome if there were some way for existing 
libraries to signal that they are open to providing feedback about vendors.

 The suggested name change might help, and I would support that. I would 
also support removing any spammers.
 I feel strongly that Liz improved on the old list substantially. 

 It is very easy for companies that are now happily established to want to 
scrap this list. That action punishes startups and the optics are trash. 
Pulling the ladder up after yourself is not attractive.
Cheers,Brooke
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] How to handle the support providers list (was Re: Spam from BestBookBuddies (OpenLX))

[Jonathan Druart]

Just to cross the topics, we already had this discussion earlier:
https://lists.katipo.co.nz/public/koha/2015-July/043138.html
"Proposal to remove the 'Paid support' list"

On Wed, 9 Aug 2017 at 12:17 Mark Tompsett  wrote:

> Greetings,
>
> Nathan A. Curulla suggested:
> > Maybe we should change the listing to “contributing support companies” or
> > something like that.
>
> While I think that is a good idea, and then companies without community
> participation get removed, the problem still remains: people don't read.
> We've put a nice disclaimer that this is not an official list and has no
> official seal of approval meaning to the list, and yet people still use it
> that way. It is impossible to educate people who refuse to read, even
> though
> the preamble write up is a rather good explanation of how to look for a
> Koha
> support provider. As such, the only reasonable course of action is to
> delete
> the list, otherwise it will continue to be used that way, no matter what we
> put on the page(s).
>
>
> Owen Leonard wrote:
> > It would be a duplicate listing ... and should be rejected.
>
> Who determines it is a duplicate listing? Because last time I looked some
> other entries looked like duplicates to me, much like OpenLX/BBB. And
> cleaning up duplicates is a pain. Yet another reason to just delete the
> list
> already.
>
> GPML,
> Mark Tompsett
>
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha
>
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha