[openstack-community] Fwd: [Foundations] Meetup.com spam warning
This may be interesting for OpenStack user groups, too. /stef -------- Original Message -------- Subject: [Foundations] Meetup.com spam warning Date: Thu, 18 Sep 2014 11:22:52 -0700 From: Josh Berkus <josh@agliodbs.com> Organization: PostgreSQL Experts Inc. To: foundations List <foundations@lists.freedesktop.org> Folks, I know a lot of OSS groups use Meetup.com for user group meetings. I wanted to warn you that the default group settings permit spamming, and need to be changed by your UGs. The new default on Meetup is that any 3 group members can approve an event, with or without an organizer. This allows any 3 spam accounts to create a spam event. This setting is in Group Tools > Group Settings > Basics. (and yes, this is "yet another reason not to use Meetup") -- Josh Berkus PostgreSQL Experts Inc. http://pgexperts.com _______________________________________________ foundations mailing list foundations@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/foundations -- Ask and answer questions on https://ask.openstack.org
I'm not a huge fan of Meetup.com's UX and too much email is definitely a problem too. This is a ripe area for disruption but unfortunately, nobody has disrupted it yet. Is there a service that's better than Meetup.com? I would gladly try it out. -Adam Nairobi OpenStack User Group -- Kili - Cloud for Africa: kili.io Musings: twitter.com/varud <https://twitter.com/varud> More Musings: varud.com About Adam: www.linkedin.com/in/adamcnelson On Thu, Sep 25, 2014 at 2:20 AM, Stefano Maffulli <stefano@openstack.org> wrote:
This may be interesting for OpenStack user groups, too.
/stef
-------- Original Message -------- Subject: [Foundations] Meetup.com spam warning Date: Thu, 18 Sep 2014 11:22:52 -0700 From: Josh Berkus <josh@agliodbs.com> Organization: PostgreSQL Experts Inc. To: foundations List <foundations@lists.freedesktop.org>
Folks,
I know a lot of OSS groups use Meetup.com for user group meetings. I wanted to warn you that the default group settings permit spamming, and need to be changed by your UGs.
The new default on Meetup is that any 3 group members can approve an event, with or without an organizer. This allows any 3 spam accounts to create a spam event.
This setting is in Group Tools > Group Settings > Basics.
(and yes, this is "yet another reason not to use Meetup")
-- Josh Berkus PostgreSQL Experts Inc. http://pgexperts.com _______________________________________________ foundations mailing list foundations@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/foundations
-- Ask and answer questions on https://ask.openstack.org
_______________________________________________ Community mailing list Community@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/community
Hi Adam, On 09/25/2014 05:29 AM, Adam Nelson wrote:
I'm not a huge fan of Meetup.com's UX and too much email is definitely a problem too. This is a ripe area for disruption but unfortunately, nobody has disrupted it yet.
Is there a service that's better than Meetup.com? I would gladly try it out.
meetup.com has fairly trivial functionalities but that's not its value.
From the functionalities perspective, there is a plan to replicate them in http://groups.openstack.org (more on this later).
The value of meetup.com comes from the network effect: there is a large amount of people using meetup.com and when they join it they state their interest using 'keywords' and the geographic areas where they reside. When a new group is created within X miles, using those keywords, the person registered on meetup.com gets a notification. So people registed on meetup.com *and* interested in cloud get a notification of new OpenStack groups close to them. This network effect is a lot harder to break than simply replicate or improve the UX. Speaking of alternatives, our Groups portal can be used to host content for groups that don't want to use meetup.com or other systems. There are a couple of things that need to happen first: 1 - provide a system to authenticate users. 2 - provide a workflow management system to approve new groups Task 1) is being blocked by a super task, the infamous OpenID provider described on this BP: https://blueprints.launchpad.net/openstack-ci/+spec/sso-openid-provider There is a lot of work being done by Marton to make the code deployable: https://review.openstack.org/#/q/project:openstack-infra/openstackid,n,z but the dev server is already capable of authenticating: http://openstackid-dev.openstack.org/ the final home for the OpenID will be https://openstackid.org/ Once we have the OpenID provider, we'll be able to work on point 2) and increase capabilities of http://git.openstack.org/cgit/openstack-infra/groups. Being based on Drupal there shouldn't be major blockers to replicate what meetup.com has. If you have time and are skilled in php/drupal coding, we may want to create a branch to start experimenting using groups-dev.openstack.org and authenticating against openstackid-dev. Tips on how to contribute to Drupal-based groups is on: http://git.openstack.org/cgit/openstack-infra/groups-static-pages/tree/group... HTH stef
The value of meetup.com comes from the network effect: there is a large amount of people using meetup.com and when they join it they state their interest using 'keywords' and the geographic areas where they reside. When a new group is created within X miles, using those keywords, the person registered on meetup.com gets a notification. So people registed on meetup.com*and* interested in cloud get a notification of new OpenStack groups close to them.
This network effect is a lot harder to break than simply replicate or improve the UX. To me, this is the killer feature - being discoverable to an audience
On 09/25/2014 02:14 PM, Stefano Maffulli wrote: that doesn't know about some other site, far outweighs any UX shortcomings. I worry that moving to our own meetups site will make these gatherings invisible to a huge potential audience. It's a shame Meetup.com isn't Open Source. -- Rich Bowen - rbowen@redhat.com OpenStack Community Liaison http://openstack.redhat.com/
Agreed that the value in meetup is the community around it. There are plenty of people that arrive at user group meetings that have never seen the OpenStack user group page. We are mining for future Openstack participation . I thought the groups tool being built by Martin was going to integrate with meetup and other sources of user group sharing rather than replace. Replacing would shrink our community and would impact the momentum of attracting new people. Can we discuss the group's portal implementation plan with the ambassadors to start and then the rest of the community? I am realizing that this is going to impact us in a big way and I don't know much about it. ~sean
On Sep 25, 2014, at 11:14 AM, Stefano Maffulli <stefano@openstack.org> wrote:
Hi Adam,
On 09/25/2014 05:29 AM, Adam Nelson wrote: I'm not a huge fan of Meetup.com's UX and too much email is definitely a problem too. This is a ripe area for disruption but unfortunately, nobody has disrupted it yet.
Is there a service that's better than Meetup.com? I would gladly try it out.
meetup.com has fairly trivial functionalities but that's not its value. From the functionalities perspective, there is a plan to replicate them in http://groups.openstack.org (more on this later).
The value of meetup.com comes from the network effect: there is a large amount of people using meetup.com and when they join it they state their interest using 'keywords' and the geographic areas where they reside. When a new group is created within X miles, using those keywords, the person registered on meetup.com gets a notification. So people registed on meetup.com *and* interested in cloud get a notification of new OpenStack groups close to them.
This network effect is a lot harder to break than simply replicate or improve the UX.
Speaking of alternatives, our Groups portal can be used to host content for groups that don't want to use meetup.com or other systems. There are a couple of things that need to happen first:
1 - provide a system to authenticate users. 2 - provide a workflow management system to approve new groups
Task 1) is being blocked by a super task, the infamous OpenID provider described on this BP:
https://blueprints.launchpad.net/openstack-ci/+spec/sso-openid-provider
There is a lot of work being done by Marton to make the code deployable:
https://review.openstack.org/#/q/project:openstack-infra/openstackid,n,z
but the dev server is already capable of authenticating:
http://openstackid-dev.openstack.org/
the final home for the OpenID will be https://openstackid.org/
Once we have the OpenID provider, we'll be able to work on point 2) and increase capabilities of http://git.openstack.org/cgit/openstack-infra/groups. Being based on Drupal there shouldn't be major blockers to replicate what meetup.com has.
If you have time and are skilled in php/drupal coding, we may want to create a branch to start experimenting using groups-dev.openstack.org and authenticating against openstackid-dev.
Tips on how to contribute to Drupal-based groups is on:
http://git.openstack.org/cgit/openstack-infra/groups-static-pages/tree/group...
HTH stef
_______________________________________________ Community mailing list Community@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/community
On September 26, 2014 9:12:02 AM PDT, Sean Roberts .
I thought the groups tool being built by Martin was going to integrate with meetup and other sources of user group sharing rather than replace. Replacing would shrink our community and would impact the momentum of attracting new people.
This is still the plan: not replace what is already working. If meetup.com works for you then fine, but groups can offer an alternative if desired or necessary. Currently for the groups that use meetup.com the Groups portal imports the list of events automatically using meetup api. If you look at the groups.OpenStack.org you'll see a list of events imported. We can do more, we will have to discuss the next phase of the project as soon as we have the concept of "users" and roles in the portal.
Can we discuss the group's portal implementation plan with the ambassadors to start and then the rest of the community? I am realizing that this is going to impact us in a big way and I don't know much about it
We sure can. Let's pick a date and time next week, I'm fairly open. Stef -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
inline On Fri, Sep 26, 2014 at 10:06 AM, Stefano Maffulli <stefano@openstack.org> wrote:
On September 26, 2014 9:12:02 AM PDT, Sean Roberts .
I thought the groups tool being built by Martin was going to integrate with meetup and other sources of user group sharing rather than replace. Replacing would shrink our community and would impact the momentum of attracting new people.
This is still the plan: not replace what is already working. If meetup.com works for you then fine, but groups can offer an alternative if desired or necessary.
I thought we were heading for two way support, rather either being the source of truth. Meaning I would see meetup details on groups.openstack.org, but I could also update a meetup event on groups.openstack.org and then the meetup event would get updated via the meetup api.
Currently for the groups that use meetup.com the Groups portal imports the list of events automatically using meetup api. If you look at the groups.OpenStack.org you'll see a list of events imported. We can do more, we will have to discuss the next phase of the project as soon as we have the concept of "users" and roles in the portal.
Can we discuss the group's portal implementation plan with the ambassadors to start and then the rest of the community? I am realizing that this is going to impact us in a big way and I don't know much about it
We sure can. Let's pick a date and time next week, I'm fairly open.
I think we should have the discussion on the ambassadors ML rather than just me. I only know so much.
Stef -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
-- ~ sean
participants (4)
-
Adam Nelson
-
Rich Bowen
-
Sean Roberts
-
Stefano Maffulli