should number of downloads then have some sort of knock on effect for Karma in such cases?  where some people might be downloading and then not bothering to click reward, or get caught up in using the package and forget.

it's a good idea though, so voted!

Would be interesting if the downloads could be conbined with the Karma some-how aswell, as you could have situations where lots of people download a package, but it's not quite what they expected. Maybe if there was some kind of calculation, between downloads and Karma you can really see the most popular?

Also, you'll get into the situation where projects that have been around for a while, will have a lot more downloads than newer ones. Agree that I think there should be options though, so you can filter on different criteria.

Matt

+1 for this idea, as the Cogworks - Flexible Navigation package is heavily downloaded but not often given karma. I suspect the 70pt up vote limit may be part of this as the nav package os for beginners who are unlikely to have a big wedge of Karma.

So for selfish reasons this gets my vote ;-)

T

Yes I agree now that the project section is maturing and new projects are appearing on a most daily basis it seems. I think something needs to be done to help calculate or filter/view them in different ways.

I think a semi complex calculation needs to be made.

For example:
Let's say a newer project (under 2months old) for each 30 downloads they get one karma point (vote up)
Where say something like a project thats older than 2 months old they need to get 50-70 downloads each to get one karma point
Where anything that is say a year old that for each 100 downloads they get one point.
For well established projects such as Imagegen that have over say a 1000 downloads, they will only get a karma point for each 200 downloads.

Whats everyone's thought on that?

Warren :)

Yes I think some kind of Karma algorithm would be required and I think your idea Warren is a good basis.

Kind of like the algorithm sites like Digg use to show what's popular. Recent stuff floats to the top but as time moves forwards it takes more to keep an item at the top.

so again +1 from me.

Will the Karma be retrospective ;-)

T

Warren, I think that is genius man. For some users it's not natural to give "props" to the author(s) of packages so having this automated way of assigning karma to projects is ideal. I've given you a "High Five" for the initial post!

-- Nik

What about similar to the new "Please select an answer" emails that go out if you start a forum thread and don't choose an answer after a while. If someone logged in downloads a package, send them an email asking to vote it up if they liked it?

Matt

Glad some of you guys agree some kind of algorithm would help of publicising the hidden gems in the projects section.

Obviously I think it should be kept secret at Umbraco HQ, so it would not get abused.

Just had a very brief chat with the package machine "Matt Brailsford" on MSN and we thought it would be a good idea that maybe the Umbraco HQ could every other week or once a month, write a blog post on a project that think deserves the limelight.

Thoughts?

@Matt just had a very brief chat with Tim Geyssens and he tells me that notification email already exists today.
If you download from a project and do not vote for it, you will get an email reminder the next day (you will only recieve this reminder email once)

I have yet to see this email, so I am going to test this out now.

Warren

-1 on karma based on downloads.

But in our 2.0 we send an email to people a week after download to encourage them to vote if they like the project.