<p dir="ltr">If we're going to stick with drupal then I think the best option is to use a drupal based membership management system, if nothing else, it reduces the "walk in front of a bus" problem.</p>
<p dir="ltr">As I recall from previous investigations the only thing that civicrm lacked was the ability to hold elections.</p>
<br><div class="gmail_quote">On Mon, 19 Jan 2015 20:29 Joshua Hesketh <<a href="mailto:josh@nitrotech.org">josh@nitrotech.org</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
Hi all,<br>
<br>
This is some great feedback. I know those interested in this are
thinking about declaring a hack day (or working bee) to tackle the
changes, however I'll leave that to them to arrange.<br>
<br>
I think, to be clear, the highest priorities before the extra
features would be:<br>
<br>
1) Feature parity with memberdb (registering, maintaining
membership, elections, voting etc)<br>
2) Communication (a way to email members on mass)<br>
<br>
After that I would agree with James that some sort of subcommittee
registrar would be incredibly useful and I would probably rate it as
the next most important.<br>
<br>
The current approach to the development as I understand it is to
create a REST interface to the existing database. From there a web
ui can be built. Again though I'll leave it to those working on it
to expand.<br>
<br>
Cheers,<br>
Josh</div><div text="#000000" bgcolor="#FFFFFF"><br>
<br>
<div>On 19/01/15 19:05, James Polley wrote:<br>
</div>
<blockquote type="cite">For user groups which are run as sub-committees of LA,
having the ability to piggyback on MemberDB would be very useful -
as a way to manage any members-only mailing lists, and as a way to
manage elections, at the very least.
<div><br>
</div>
<div>If we're compiling a wishlist, I'd like to add the ability
for sub-committees (including the UG subcommittees) to have
their own drupal/wordpress/civicrm/something instance - I don't
really care what, as long as it gives the UG the ability to have
their own web presence without needing to worry about cost of
hosting or having sysadmins. I'd also love for them to be able
to set up and manage their own public mailing lists.<br>
<br>
<div class="gmail_quote">On Fri Jan 16 2015 at 3:38:56 AM Mark
Ellem <<a href="mailto:mark@colmiga.org" target="_blank">mark@colmiga.org</a>>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">A
potential feature that could be looked at in the scope is a<br>
possibility of offering user groups a way of having an
'instance' where<br>
they could manage their membership affairs as a service of
LA.<br>
<br>
Either that or look at making a new membership database
solution usable<br>
for a user group. Our local user group, HUMBUG, would love
to have such<br>
software as we have not been able to find anything that
suits.<br>
<br>
If you need any support I would be happy to help.<br>
<br>
Thanks,<br>
Mark Ellem<br>
<br>
On Fri, 2015-01-16 at 15:46 +1300, Michael Cordover wrote:<br>
> On 16 January 2015 at 14:39, Kathy Reid <<a href="mailto:kathy@kathyreid.id.au" target="_blank">kathy@kathyreid.id.au</a>> wrote:<br>
> > While this is a great short term solution, I think
we should (in parallel)<br>
> > discuss and debate a MemberDB replacement, likely
something like CiviCRM.<br>
> > This is a bit more work and effort, but I think
would have good long term<br>
> > returns, and address the pressing need for
targeted member communications.<br>
><br>
> On this, I think it would be useful to do some project
scoping - not<br>
> just around membership, but around all of the web-based
systems we are<br>
> thining of upgrading. I know there's also been talk of
a zookeepr<br>
> upgrade/rewrite. There are also probably other needs we
should be<br>
> considering: other LA events, potential lobbying/other
LA activities,<br>
> grants, Mailman 3 integration, Hurd compatibility etc
etc etc.<br>
><br>
> The first step here would be wishlisting *everything*,
and then<br>
> scoping it down into actual projects, then commencing
work. Strategic<br>
> planning, yo.<br>
><br>
> Michael<br>
> _______________________________________________<br>
> linux-aus mailing list<br>
> <a href="mailto:linux-aus@lists.linux.org.au" target="_blank">linux-aus@lists.linux.org.au</a><br>
> <a href="http://lists.linux.org.au/mailman/listinfo/linux-aus" target="_blank">http://lists.linux.org.au/mailman/listinfo/linux-aus</a><br>
<br>
<br>
_______________________________________________<br>
linux-aus mailing list<br>
<a href="mailto:linux-aus@lists.linux.org.au" target="_blank">linux-aus@lists.linux.org.au</a><br>
<a href="http://lists.linux.org.au/mailman/listinfo/linux-aus" target="_blank">http://lists.linux.org.au/mailman/listinfo/linux-aus</a><br>
</blockquote>
</div>
</div>
<br>
<fieldset></fieldset>
<br>
<pre>_______________________________________________
linux-aus mailing list
<a href="mailto:linux-aus@lists.linux.org.au" target="_blank">linux-aus@lists.linux.org.au</a>
<a href="http://lists.linux.org.au/mailman/listinfo/linux-aus" target="_blank">http://lists.linux.org.au/mailman/listinfo/linux-aus</a>
</pre>
</blockquote>
<br>
</div>
______________________________<u></u>_________________<br>
linux-aus mailing list<br>
<a href="mailto:linux-aus@lists.linux.org.au" target="_blank">linux-aus@lists.linux.org.au</a><br>
<a href="http://lists.linux.org.au/mailman/listinfo/linux-aus" target="_blank">http://lists.linux.org.au/<u></u>mailman/listinfo/linux-aus</a><br>
</blockquote></div>