Another option--but organization would be needed

[Galderisi, Peter]

The other option would be to form a 501c (I believe-4) organization.  That 
would allow donations to be made tax free (at least in this country--I'm not 
sure how other country's tax codes deal with it).  The problem, of course, is 
with the initial paperwork, organizational creation to meet IRS requirements,  
and then annual filings.  On the other hand, the organization, no matter how 
set up, would still have to file with the IRS if it pays anyone, even as a 
subcontractor.

Peter
==================

Peter Galderisi
Lecturer
Department of Political Science
UC San Diego
address@hidden
858-926-0961 (message)
________________________________________
From: address@hidden address@hidden On Behalf Of Karel Novotny address@hidden
Sent: Friday, May 27, 2011 2:35 PM
To: PSPP
Subject: Re: please join me in a prize for CTABLES

On Fri, 2011-05-27 at 14:33 +0000, John Darrington wrote:
> Well thanks for the vote of confidence!
>
> However, it's amazing how rapidly good will can turn sour once money becomes 
> involved.
> So I'm not totally against the idea of a defacto benevonent organization, but 
> it would
> need to be reasonably carefully thought out.  Issues that anyone involved in 
> administering
> funds would have to consider include:
>
> * Administrative costs:  Paypal takes a cut of everything.  Also there has 
> been so
> much negative publicity surrounding Paypal recently.  Alternatives like EGold 
> an Bitcoin
> might be worth considering.

Good point. PayPal is not only a skite, but it is also very
discriminatory in terms of regions where it is available. So, should
e.g. african developers join the development most of them couldn't
probably charge a penny. That would be pretty sad for an open project
like this one. Not sure how to address this but hope there is some
solution. I will try to ask around about more just payment systems.
>
> * Currencies.  In what currency would most donors be able to donate? and in 
> what currency
> would most recipients want their cut?  Exchange fees can be quite significant 
> for small
> amounts.
>
> * Donors to an ad hoc organisation would not be able to claim a tax refund on 
> what they
> give, unlike the situation where it was done through the FSF or simimlar 
> charitable body.
>
> * How many different "funds" should exist.  Eg, should there be a CTABLES 
> fund, a GLM fund,
> a LOGISTIC REGRESSION fund etc. or just one general one.    It the latter, 
> then Juan might
> be disappointed (or even aggrieved) if his $100 which he donated in 
> expectation of CTABLES,
> got spent on something else.  On the other hand if there are too many funds, 
> then the
> money might get spread so thinly that it would be of no use.

Why not employ some variation of a bounty system matching funds from
potential donors with a feature and a developer interested in developing
it? This can be certainly organized through some existing bounty tools,
but the question is whether it fits the model of development that you
want (e.g. whether it doesn't make the devel. process too messy (?).

karel
>
> To answer these questions, maybe somebody should put together a reasonably 
> well thought
> out online survey (to be analyesd using PSPP of course!) to discover what 
> people want,
> how much and in what form they are prepared to give in order to get it.
>
> I'm sure there must be people on this channel who've done such surveys 
> before, so if
> you want to help please volunteer.
>
> J'
>
> On Fri, May 27, 2011 at 02:16:25PM +0200, Karel Novotny wrote:
>      You've been providing excellent voluntary support for number of years
>      that I followed and used the project (you and couple of your
>      colleagues). So, if your core team of developers feel confident that you
>      can administer the paypay account and retributions for specific requests
>      without this turning into a nightmare for you, then I suggest you go
>      ahead with Paypal, if FSF is not responsive.
>
>      I assume you have full trust of those whom you have been supporting for
>      so long.
>
>      karel
>
>
>      On Fri, 2011-05-27 at 02:19 +0000, Jason Stover wrote:
>      > Thanks for the offer. For some time, I have been asking Free Software
>      > Foundation to set up an account for PSPP to accept donations for
>      > coding. I'm starting to think they'll never act on this. The other
>      > alternative is for "us" (whoever that should be) to set up something
>      > like a PayPal account, independently of FSF, to accept
>      > donations. Though faster, this approach may suffer from an appearance
>      > of illegitimacy and lack of oversight.
>      >
>      > What do potential donors think of this idea? Set up something on our
>      > own? Or wait, possibly forever, to hear from FSF?
>      >
>      > -Jason
>      >
>      > On Thu, May 26, 2011 at 12:49:52PM -0700, Juan Zuluaga wrote:
>      > > Hello friends of PSPP,
>      > >
>      > > I am sure I'm not the only one in need of CTABLES. I put US$100 (who 
> should I send the check to?) .
>      > > Please join me in adding to this little money pot for the PSPP 
> people to work on CTABLES.
>      > >
>      > > Something that can deal with something like
>      > >
>      > > CTABLES
>      > >   /VLABELS VARIABLES=grade Group MAPReadingFall MAPReadingSpring 
> GainInReading tGainInReading DISPLAY=LABEL
>      > >   /TABLE  grade [C] > Group [C]
>      > >            BY MAPReadingFall [S][ count]
>      > >             + MAPReadingFall [S][  mean F40.1, STDDEV PAREN40.1]
>      > >             + MAPReadingSpring [S][ MEAN F40.1, STDDEV PAREN40.1]
>      > >             + GainInReading [s] [ mean F40.1, STDDEV PAREN40.1]
>      > >             + tGainInReading [s] [ mean F40.1, STDDEV PAREN40.1]
>      > >   /CATEGORIES VARIABLES=grade Group ORDER=A KEY=VALUE EMPTY=EXCLUDE
>      > >   /titles title="MAP scores in Reading, Fall to Spring, by group".
>      > >
>      > > or
>      > >
>      > > CTABLES
>      > >   /VLABELS VARIABLES=group MCAMPASS DISPLAY=LABEL
>      > >   /TABLE group [C][COUNT F40.0, ROWPCT.COUNT PCT40.1] BY MCAMPASS [C]
>      > >   /CATEGORIES VARIABLES=group ORDER=A KEY=VALUE EMPTY=EXCLUDE
>      > >   /CATEGORIES VARIABLES=MCAMPASS ORDER=A KEY=VALUE EMPTY=EXCLUDE
>      > >   /titles title="MCA Math pass rates by engagement & grade".
>      > >
>      > > And if I could add something to the wishlist, it would be to design 
> the routine in such a way that it could be reused by the R people, if 
> possible.
>      > >
>      > > _______________________________________________
>      > > Pspp-users mailing list
>      > > address@hidden
>      > > https://lists.gnu.org/mailman/listinfo/pspp-users
>      >
>
>
>
>      _______________________________________________
>      Pspp-users mailing list
>      address@hidden
>      https://lists.gnu.org/mailman/listinfo/pspp-users
>



_______________________________________________
Pspp-users mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/pspp-users