120 Projects pages awaiting moderation
Hi, as part of the effort to categorize projects I have reviewed the list of projects awaiting moderation. I am not sure where to discuss this. By my count it is almost 120 projects. Some of the project pages go back to 2004. There are around 60 site maintainers for Drupal.org. Are there guidelines for approving Project pages, is there a certain quality that we are looking for? I assume most of the 60 site moderators are on this list so administer >> content Filter status on content type is project and status is unmoderated. Let me know what criteria we want for approving projects and I'll work to get this list of 120 projects approved or deleted so that we can categorize them. If you have some time we are still looking for people to help with coming up with categories for modules here: http://dev.bryght.com/t/wiki/DrupalProjectCategories Cheers, Kieran
On 02-Feb-06, at 9:34 AM, Kieran Lal wrote:
Let me know what criteria we want for approving projects and I'll work to get this list of 120 projects approved or deleted so that we can categorize them. If you have some time we are still looking for people to help with coming up with categories for modules here: http://dev.bryght.com/t/wiki/DrupalProjectCategories
I dont mind helping you clean up too. Ill keep a watch on this thread. Best Regards, Warren Noronha. GNU (http://www.gnu.org.in)
On 02 Feb 2006, at 18:34, Kieran Lal wrote:
Hi, as part of the effort to categorize projects I have reviewed the list of projects awaiting moderation. I am not sure where to discuss this. By my count it is almost 120 projects. Some of the project pages go back to 2004. There are around 60 site maintainers for Drupal.org.
Are there guidelines for approving Project pages, is there a certain quality that we are looking for?
I assume most of the 60 site moderators are on this list so
Normally projects are automatically approved if the corresponding tarball can be found (i.e. the code should be in CVS). Projects that are not approved are likely to be incomplete or non-existing. -- Dries Buytaert :: http://www.buytaert.net/
On Feb 2, 2006, at 10:21 AM, Dries Buytaert wrote:
On 02 Feb 2006, at 18:34, Kieran Lal wrote:
Hi, as part of the effort to categorize projects I have reviewed the list of projects awaiting moderation. I am not sure where to discuss this. By my count it is almost 120 projects. Some of the project pages go back to 2004. There are around 60 site maintainers for Drupal.org.
Are there guidelines for approving Project pages, is there a certain quality that we are looking for?
I assume most of the 60 site moderators are on this list so
Normally projects are automatically approved if the corresponding tarball can be found (i.e. the code should be in CVS). Projects that are not approved are likely to be incomplete or non-existing.
Should we contact the project author's or just delete the projects? Kieran
-- Dries Buytaert :: http://www.buytaert.net/
On Thu, 2006-02-02 at 10:28 -0800, Kieran Lal wrote:
On Feb 2, 2006, at 10:21 AM, Dries Buytaert wrote:
On 02 Feb 2006, at 18:34, Kieran Lal wrote:
Hi, as part of the effort to categorize projects I have reviewed the list of projects awaiting moderation. I am not sure where to discuss this. By my count it is almost 120 projects. Some of the project pages go back to 2004. There are around 60 site maintainers for Drupal.org.
Are there guidelines for approving Project pages, is there a certain quality that we are looking for?
I assume most of the 60 site moderators are on this list so
Normally projects are automatically approved if the corresponding tarball can be found (i.e. the code should be in CVS). Projects that are not approved are likely to be incomplete or non-existing.
Should we contact the project author's or just delete the projects?
Kieran
To be fair I'd contact the author.... Maybe we can have a special 'orphaned' project owner.... kind of like debian's orphaned packages... That way people can stop maintaining modules they don't use, but keep them available to the community at large. And someone else can pick up maintainership if they desire. .darrel.
On Feb 2, 2006, at 10:50 AM, Darrel O'Pry wrote:
On Thu, 2006-02-02 at 10:28 -0800, Kieran Lal wrote:
On Feb 2, 2006, at 10:21 AM, Dries Buytaert wrote:
On 02 Feb 2006, at 18:34, Kieran Lal wrote:
Hi, as part of the effort to categorize projects I have reviewed the list of projects awaiting moderation. I am not sure where to discuss this. By my count it is almost 120 projects. Some of the project pages go back to 2004. There are around 60 site maintainers for Drupal.org.
Are there guidelines for approving Project pages, is there a certain quality that we are looking for?
I assume most of the 60 site moderators are on this list so
Normally projects are automatically approved if the corresponding tarball can be found (i.e. the code should be in CVS). Projects that are not approved are likely to be incomplete or non-existing.
Should we contact the project author's or just delete the projects?
Kieran
To be fair I'd contact the author.... Maybe we can have a special 'orphaned' project owner.... kind of like debian's orphaned packages...
That way people can stop maintaining modules they don't use, but keep them available to the community at large. And someone else can pick up maintainership if they desire.
Could someone whip up some PHP for Drupal.org to show unpublished project pages? Is that what we want? Warren is going to start working on the most recent projects to be published. I'll start contacting authors from the back of the list. Kieran
.darrel.
On Thu, 2006-02-02 at 11:29 -0800, Kieran Lal wrote:
On Feb 2, 2006, at 10:50 AM, Darrel O'Pry wrote:
On Thu, 2006-02-02 at 10:28 -0800, Kieran Lal wrote:
On Feb 2, 2006, at 10:21 AM, Dries Buytaert wrote:
On 02 Feb 2006, at 18:34, Kieran Lal wrote:
Hi, as part of the effort to categorize projects I have reviewed the list of projects awaiting moderation. I am not sure where to discuss this. By my count it is almost 120 projects. Some of the project pages go back to 2004. There are around 60 site maintainers for Drupal.org.
Are there guidelines for approving Project pages, is there a certain quality that we are looking for?
I assume most of the 60 site moderators are on this list so
Normally projects are automatically approved if the corresponding tarball can be found (i.e. the code should be in CVS). Projects that are not approved are likely to be incomplete or non-existing.
Should we contact the project author's or just delete the projects?
Kieran
To be fair I'd contact the author.... Maybe we can have a special 'orphaned' project owner.... kind of like debian's orphaned packages...
That way people can stop maintaining modules they don't use, but keep them available to the community at large. And someone else can pick up maintainership if they desire.
Could someone whip up some PHP for Drupal.org to show unpublished project pages? Is that what we want?
Warren is going to start working on the most recent projects to be published.
I'll start contacting authors from the back of the list.
Kieran
I'm not a drupal.org administrator... But I would be willing to help in any way I can.
On Feb 2, 2006, at 1:20 PM, Darrel O'Pry wrote:
I'm not a drupal.org administrator... But I would be willing to help in any way I can.
Great. There's really two tasks here. One is categorizing as much of http://drupal.org/project/modules as possible here: http:// dev.bryght.com/t/wiki/DrupalProjectCategories The second task would be to help moderate these projects. According to Dries the reason these projects have not been moderated is because: "Normally projects are automatically approved if the corresponding tarball can be found (i.e. the code should be in CVS). Projects that are not approved are likely to be incomplete or non-existing." So we would want to see if these projects now exist and if not then contact the Author. Sorry these aren't clickable links but the project names should exist here: http://cvs.drupal.org/viewcvs/drupal/contributions/modules/ And the user should be reachable by a search on Drupal.org with the user name. It's a big job. Decide how you'd like to tackle it and coordinate with Warren, myself, and anyone else who steps forward. Cheers, Kieran Title Type Author Status Operations img module new project vrencianz not published edit irstraders new project Inderjit not published edit Last.FM Block Module new project acid2 not published edit Project Explore Drupal new project sanjeev not published edit Software Bounty Module new project MajorDilemma not published edit Product Review Module new project MajorDilemma not published edit SECPay Ecommerce module new project deadmalc not published edit SimpleX new project aanimo not published edit MCCC new project skhatoon not published edit Andreas08 Drupal Theme new project aanimo not published edit Ajax Shoutbox - SmileTAG new project yuniar not published edit phpBB2Drupal new project John Hwang not published edit zbz5 Filepublisher new project olegu not published edit Anchor (link) new project cycoj not published edit Taxonews new project fgm not published edit Dict (dictionary) module for Drupal new project knutties not published edit phpBB2 project markus_petrux not published edit Taxonomy Text project keizo not published edit dojotoolkit project francescoagati not published edit dojo project francescoagati not published edit Right to left themes project ali_ismaeel not published edit GeSHi syntax highlighting filter project Guardian not published edit Miniml Theme project isaachorton not published edit Typecheck Viewer project Suuch not published edit Aaren project sanduhrs not published edit GadaBe Search Block project LordKaT not published edit Simpy Integration with Drupal project pixelmonk not published edit Professional Writing Instructor Resources project edchambe not published edit UIE Forum Module project zoro not published edit Extended user status change notifications project LuckyOne not published edit Fill-in-the-Blanks Sets project Suuch not published edit Question-and-Answer Sets project Suuch not published edit Vocabulary Set project Suuch not published edit FlashCard Viewer project Suuch not published edit Links Manager project Ron Martin not published edit White paper project project bailey9 not published edit blueblock project wira not published edit Ip locator project vrencianz not published edit cherrybanner project crystalcherry not published edit DRUPAL 2KMS project CONSEN not published edit Japanese translation project imagine not published edit Userplane Webchat project userplane not published edit Roundup recent issues project jerith not published edit Tales Up Productions project janreesman not published edit Chameleon's Brothers project Shane Birley not published edit ip locator project vrencianz not published edit pcshop project singularo not published edit Squirrelmail embedded log in page and addressbook editor project pobster not published edit Web project MK3 not published edit Music Review project TheWayfarer not published edit Title Type Author Status Operations Growth curve project gkokmdam not published edit Kazakh translation project kit not published edit robots.txt project narres not published edit Scientific Research Portal project NathanRAFT not published edit Signature module project ultraBoy not published edit Sudo project Cainan not published edit Shift Signup Module project Torenware not published edit Google Maps for Nodes project jpwillms not published edit HAMweather integration module project paddy_deburca not published edit Tag cloud project terraces not published edit Impuls project rosi not published edit tree project timcn not published edit Persian Translation and preparation project arashbi not published edit Podcast module project narkoba not published edit Client Portal project Poetro not published edit Listen to music [mp3,ogg etc] via Drupal project maserole not published edit GeoTags project zielgruppe not published edit Flexinode html a pattern field + image field resize project Kiev1.org not published edit Mailcrypt Filter project sushiGer not published edit Zina project ryanlath not published edit Telugu Translation project kiranmayee not published edit weblink browser project jjkiesch not published edit Taxonomy Tree project jjkiesch not published edit Migration2 project mgifford not published edit IMAP Auth project yecarrillo not published edit TeleAuth Authentication Module project muthanna not published edit nuke2drupal project yecarrillo not published edit Lietuviškas vertimas 4.6.0 project vildoc not published edit SysInfo project djnauk not published edit Horizontal Tabbed Navigation Menu project NickLewisATX not published edit Journal project CEBEP not published edit event_archive project obsesif not published edit Happening project obsesif not published edit Email Search project betolley not published edit Taxonomy menu in Flash project com2 not published edit HTMLpage project djnz not published edit WhaleMail project richardhall not published edit Translate Drupal ad project factoryjoe not published edit Phone Bank Script project Gavin White not published edit Druflower for PHPTemplate project Lady Ibuki not published edit stageZero Extensions project Lady Ibuki not published edit Dropdown taxonomy project Poetro not published edit Comment Notify project tigrezno not published edit Groundswell Theme project factoryjoe not published edit Drupal Tagalog (Filipino) Translation project rppacis not published edit Bluesmoke theme project Mahatma not published edit email-feedback-form project The Lion King not published edit R+M replacer module project obsesif not published edit Valenciano Translation project the_vice@vila-r... not published edit bluemarine-phptemplate project gordon not published edit Title Type Author Status Operations User Nodelist project clydefrog not published edit Home Page project mrphp not published edit Persian(Farsi) translation project seche not published edit Persian translation project seche not published edit Inset paragraphs project njivy not published edit Brazilian Portuguese Translation project recidive not published edit Uptime project JonnyLB not published edit pushbutton - PHPTemplate version project neobackup08 not published edit Serbian translation project tomaja not published edit Blogthis! project qhitch not published edit Keyword module project tma0 not published edit wp2drupal project crw not published edit LinemanBlue project Lineman@lineman.net not published edit Mailing list module project joemc91 not published edit Metadata project magico not published edit Performance project jatwill not published edit Indexing and Searching Uploaded Documents project sofiya not published edit Joepilot project joemc91 not published edit Flash Theme project judah not published edit Cheers, Kieran
On 02 Feb 2006, at 23:25, Kieran Lal wrote:
On Feb 2, 2006, at 1:20 PM, Darrel O'Pry wrote:
I'm not a drupal.org administrator... But I would be willing to help in any way I can.
Great. There's really two tasks here. One is categorizing as much of http://drupal.org/project/modules as possible here: http:// dev.bryght.com/t/wiki/DrupalProjectCategories
The first task (categorization) is probably the more important one. Ideally, we'd have (i) a list of categories and (ii) a mapping of projects onto these categories. Given a consistent format, I could copy-paste the data from the wiki, write a parser script and programmatically categorize the projects once Drupal.org is upgraded to CVS/HEAD. It would make for a smoother transition. (If someone feels like it, he can write a parser script too.) A possible format could be: * Syndication: 4223, 3454, 2334, 2343 * Image handling: 2232, 1435, 70343 * ... The numbers denote the node IDs of the projects that should be part of the specified category.
The second task would be to help moderate these projects. According to Dries the reason these projects have not been moderated is because: "Normally projects are automatically approved if the corresponding tarball can be found (i.e. the code should be in CVS). Projects that are not approved are likely to be incomplete or non-existing."
I think it is safe to assume that project maintainer/authors that care about their project, would have contacted us about their project not being listed. I think quite a few people create a project node _before_ reading up on the documentation. Chances are they create their project first, read the documentation, and chicken out as soon they learn more about having to use CVS. Or something. -- Dries Buytaert :: http://www.buytaert.net/
Could someone whip up some PHP for Drupal.org to show unpublished project pages? Is that what we want?
With such list people might feel inclined to moderate or publish such projects. They shouldn't. It is fully automated. Projects that are not published are so with good reason; there is nothing to download. I can provide a list of unpublished projects for the sole purpose of contacting the authors. We could then decide to delete some projects. Or, we could automatically delete projects that have not been published for x weeks. -- Dries Buytaert :: http://www.buytaert.net/
Dries Buytaert wrote:
Could someone whip up some PHP for Drupal.org to show unpublished project pages? Is that what we want?
With such list people might feel inclined to moderate or publish such projects. They shouldn't. It is fully automated.
Projects that are not published are so with good reason; there is nothing to download.
I can provide a list of unpublished projects for the sole purpose of contacting the authors. We could then decide to delete some projects. Or, we could automatically delete projects that have not been published for x weeks.
I've manually deleted projects once in a while when I saw that they weren't likely to get any content or they were by people not having cvs accounts. Even if these people would contribute code later, it wouldn't be undue to require them to recreate a project node. That said, I'd simply delete all old project nodes. Cheers, Gerhard
On Fri, 2006-02-03 at 07:45 +0100, Dries Buytaert wrote:
Could someone whip up some PHP for Drupal.org to show unpublished project pages? Is that what we want?
With such list people might feel inclined to moderate or publish such projects. They shouldn't. It is fully automated.
Projects that are not published are so with good reason; there is nothing to download.
I can provide a list of unpublished projects for the sole purpose of contacting the authors. We could then decide to delete some projects. Or, we could automatically delete projects that have not been published for x weeks.
-- Dries Buytaert :: http://www.buytaert.net/
The list of contacts would be great. Or if the process needs to be automated... a Workflow state, pending delete, that notifies the author their content will be deleted in X days... Much like the scheduler module.
On Feb 3, 2006, at 8:11 AM, Darrel O'Pry wrote:
On Fri, 2006-02-03 at 07:45 +0100, Dries Buytaert wrote:
Could someone whip up some PHP for Drupal.org to show unpublished project pages? Is that what we want?
With such list people might feel inclined to moderate or publish such projects. They shouldn't. It is fully automated.
Projects that are not published are so with good reason; there is nothing to download.
I can provide a list of unpublished projects for the sole purpose of contacting the authors. We could then decide to delete some projects. Or, we could automatically delete projects that have not been published for x weeks.
-- Dries Buytaert :: http://www.buytaert.net/
Dries, I know you are very busy. Would you like developers to put together PHP snippets that could help in automating some of these processes? If we put together a snippet that extracted unmoderated project submitters email address and contacted them, would you run it? Would you prefer a page with a link to their contact page? Kieran
The list of contacts would be great.
Or if the process needs to be automated... a Workflow state, pending delete, that notifies the author their content will be deleted in X days... Much like the scheduler module.
Dries, I know you are very busy. Would you like developers to put together PHP snippets that could help in automating some of these processes?
If we put together a snippet that extracted unmoderated project submitters email address and contacted them, would you run it? Would you prefer a page with a link to their contact page?
Sure, I'd run it. Either works for me. -- Dries Buytaert :: http://www.buytaert.net/
participants (6)
-
Darrel O'Pry -
Dries Buytaert -
Dries Buytaert -
Gerhard Killesreiter -
Kieran Lal -
Warren Noronha