Improving group moderation queue processing

We encourage users to post events happening in the community to the community events group on https://www.drupal.org.
moshe weitzman's picture

We have a nice page and RSS feed listing new groups still to be moderated. But not enough people are working the queue. I would appreciate if someone could look into this workflow and make it easier. I want to add 2 links to the queue page.

  1. unmoderate. this removes the group from moderation
  2. notify and delete. send the node author an email and then delete the node. this will have to lead to a form where you compose the email.

ideas to improve this are welcome. implementations are even more welcome.

Comments

The strange thing is that

Boris Mann's picture

The strange thing is that unmoderated groups can still have posts added to them, etc. That is, the group is already underway. This should be fixed (I guess in OG directly?).

It's a lot of work convincing people that they really should join forces with group Y, instead...it's not a workflow issue, it's a people issue AFAICT.

bug in core

moshe weitzman's picture

i let the group get underway becasause of the core bug where default publishing options get reset upon edit. so if i default groups to unpublished, they keep on unpublishing themselves when the edit their group node.

Local patch?

Boris Mann's picture

Can we have a local patch or workaround? Or something group specific. Right now, like I said, being a moderated group doesn't mean much....

nope

moshe weitzman's picture

i would rather someone here improve the core. the issue is at http://drupal.org/node/38451. please folks - get that issue into core.

Not what I meant

Boris Mann's picture

I assumed there was an existing patch...I meant having it pre-applied ahead of core inclusion. If there IS no core patch or it needs work, then obviously we should work on that.

my motivation for not moderating more groups

greggles's picture

Most of the time I'm just not sure if I should be moderating the group or not.

For example: http://groups.drupal.org/friends-without-borders

Even after reading the introduction blurb I'm still not sure that it should be un-moderated? Is there a reason it should be hosted on groups.drupal?

I think it's a policy problem more than a workflow problem. Easier workflows are of course nice, but they aren't slowing me down from moderation.

--
Growing Venture Solutions
Drupal Implementation and Support in Denver, CO

indeed

moshe weitzman's picture

can you suggest a solution to the policy problem?

that group is not sufficiently on topic and should be removed.

once again, we want groups that are on topic, and don't overlap too much. use your discretion, since these are subjective criteria.

Sounds good - I'd like to

greggles's picture

Sounds good - I'd like to document the groups that I delete and also contact the owner of the site.

Here's what I sent to bethechange (owner of friends without borders):

"I have unpublished the Friends Without Borders group. If you need to coordinate people working on your site then that should be done on your own infrastructure. If you have specific items you are working on that are relevant to many Drupal sites e.g. "community sites" then those items should be posted/discussed inside of the existing groups for that topic - in my example, the http://groups.drupal.org/community group.

If you feel this action was taken in error please use the contact tab and contact the site infrastructure. "

Feel free to critique or recommend improved language and use this as a basis for future rejections :)

Regards,
Greg

--
Growing Venture Solutions
Drupal Implementation and Support in Denver, CO

more groups deleted...

greggles's picture

So, the indymedia and action media nyc both seem like they are inappropriate to host on groups.drupal.org

Is that the general consensus? I don't want to come off as exclusionary, but I just don't see why people need to use this site as a coordination point for one specific website. If everyone agrees I'll keep moderating/deleting these groups.

One alternate philosophy is that another group on groups.drupal doesn't greatly increase the load on the infrastructure, so we should help people do things that they need to get done related to drupal.

Regards,
Greg

--
Growing Venture Solutions
Drupal Implementation and Support in Denver, CO

I talked to noel about

Boris Mann's picture

I talked to noel about action media NYC and we had a back and forth about it. Basically, I said the only thing that would be broad enough would be Drupal for Municipal Politics (or Drupal for Politics). Indymedia falls under the same category...I haven't contacted the owner yet.

And yes, I agree. It's either a working group, a geographical user-group, or a Drupal event organizing group. There are no categories for let's build a website. Now, if indymedia were working towards building an indymedia install profile/distribution, that might be a different story...

I have, by the way, not been deleting, but rather unpublishing...it's a less final step...

unpublishing instead of deleting

greggles's picture

unpublishing instead of deleting sounds like a good plan and I'll do that in the future.

Also, I added your list of working, geographical, and event organizing to the help tip for creating new groups.

--
Growing Venture Solutions
Drupal Implementation and Support in Denver, CO

Walt Esquivel's picture

I agree with Boris that groups at g.d.o. should be either a working group, a geographical user-group, or a Drupal event organizing group. Basically, groups at g.d.o. should be Drupal-related in some way.

Granted, I have limited knowledge as I'm not sure what the "media" groups were all about, but if they don't fit the criteria above or if they don't want to join the Peer Review Group they probably don't belong on g.d.o. The Peer Review Group exists for anyone needing feedback on a specific web site. Perhaps the "media" groups want/need feedback for a specific web site? If so, they should be encouraged to join the Peer Review Group. Here's part of the description:

Got a new site? One in the works? Would like some feedback or suggestions? This is the place.

Walt Esquivel, MBA; MA; President, Wellness Corps; Captain, USMC (Veteran)
$50 Hosting Discount Helps Projects Needing Financing

Walt Esquivel, MBA; MA; President, Wellness Corps; Captain, USMC (Veteran)
$50 Hosting Discount Helps Projects Needing Financing

I done got annoyed

sime's picture

I am disappointed that early attempts to clarify g.d.o went unnoticed or ignored. eg.
http://groups.drupal.org/node/132#comment-377
http://groups.drupal.org/node/42

I realise that the policy is a work in progress, and it's not easy, but a noticeable lack of stated policy has lead me to the impression that content and groups were supposed to grow organically.

More recently I had another polite request for clarification... ignored?
http://groups.drupal.org/node/1027#comment-2819

Thanks for listening to my moaning. I've recently wasted my time on a number of threads that have since been de-grouped. :-(

I'm over it now. I'm ready to face this Brave New World.

code change today for moderation processing

moshe weitzman's picture

Editors - i removed the moderation tab on the groups listings. now there is a link on the moderation block to go to this moderation page which lets us approve/deny groups or send email to the author. uses new modr8 module. we'll see how this goes. still more could be done with this.

also, i emailed the author of the morocco groups (there are 2) and asked him to pick one.

That is absolutely

greggles's picture

That is absolutely beautiful!

It would be nice to show messages sent via this interface to the other moderators so that we don't all send the same message to the Morocco folks, but for now I'm just happy with what a neat system that is.

--
Growing Venture Solutions
Drupal Implementation and Support in Denver, CO

cool

moshe weitzman's picture

agreed. in fact, i already filed that as a feature request - http://drupal.org/project/issues/modr8