Re: [WG: Badging] Proposed working group

2024-02-29 Thread Daniel Gruno

On 2/28/24 14:50, Rich Bowen wrote:

TL;DR: https://github.com/apache/comdev-working-groups/pull/26

Over the years, we’ve discussed a badging/achievement system, but have never 
actually figured out the details around doing it. This is a proposal for a 
working group to figure out what’s necessary, and determine whether we want to 
set up such a system.

I’m interested in being part of the discussion, but don’t want to be the only 
one driving it, since I’m already taking on too much. But I didn’t want to drop 
a conversation that comes up several times a year, as far back as I can 
remember.

—
Rich Bowen
rbo...@rcbowen.com







I am also keen on helping out with this.


-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org



[WG: Badging] Tooling

2024-02-29 Thread Rich Bowen
So … a few years ago, I looked for badging software, and there were several 
options. It appears that all of them have been acquired and made non-open. The 
most promising of these was Badgr (https://badgr.com/) which seems to have 
become a paid service, and not open any more.

Another one - https://openbadges.org/ - appears to have become a group 
promoting a standard for badges, but not actually providing a reference 
implementation. There are several “certified” implementations 
(https://site.imsglobal.org/certifications?refinementList%5Bstandards_lvlx%5D%5B0%5D=Open%20Badges
 ) but I don’t know if any of those are open source.

My canonical version of badging done well, as I mentioned in the README, is 
Fedora Badges - https://badges.fedoraproject.org/ - but while it is, 
technically, open source (https://github.com/fedora-infra/tahrir), it’s also 
very Fedora specific, and past attempts to get it to be more generic were not 
welcome. (Mostly because, at the time, they, too, were planning to move to a 
more general purpose solution, which, since that time, has gone non-open.)

I am *very* reluctant to write something (and, no, I don’t mean me personally, 
but *us*) because that will be a forever project that will likely end up 
unmaintained, like several endeavors in the past. But I suppose that’s an 
option. I just feel like it should be a last resort.

Are any of you aware of a badging solution that we can use? Or, can someone 
step up to do the research to find one?

— 
Rich Bowen
rbo...@rcbowen.com






Re: [WG: Badging] Tooling

2024-02-29 Thread Paulo Motta
> The most promising of these was Badgr (https://badgr.com/) which seems to
have become a paid service, and not open any more.

An active fork of badgr is available on
https://github.com/edubadges/edubadges-server.

> can someone step up to do the research to find one?

I've played around with badgr.com a bit and was able to create the
following organization and badge very quickly (the site usability is pretty
good):
- ORG: https://badgr.com/public/issuers/bumbzeisQSuoN3Q_G4753Q/badges
- BADGE:
https://badgr.com/public/assertions/ROzmBXUXQ9Cs86uMYdrGvA?identity__email=pauloricardomg%40gmail.com

I've added more details about the fields required to create badges on this
comment:
-
https://github.com/apache/comdev-working-groups/pull/26#issuecomment-1970310015

If moving forward with badgr make sense I can create a spreadsheet for
folks to suggest badge types so we can get them set up. Then we can
advertise to projects who can opt-in to the badging system.

We could initially emit badges manually and later work on automating the
process with stats from contribution feeds.

On Thu, Feb 29, 2024 at 9:18 AM Rich Bowen  wrote:

> So … a few years ago, I looked for badging software, and there were
> several options. It appears that all of them have been acquired and made
> non-open. The most promising of these was Badgr (https://badgr.com/)
> which seems to have become a paid service, and not open any more.
>
> Another one - https://openbadges.org/ - appears to have become a group
> promoting a standard for badges, but not actually providing a reference
> implementation. There are several “certified” implementations (
> https://site.imsglobal.org/certifications?refinementList%5Bstandards_lvlx%5D%5B0%5D=Open%20Badges
> ) but I don’t know if any of those are open source.
>
> My canonical version of badging done well, as I mentioned in the README,
> is Fedora Badges - https://badges.fedoraproject.org/ - but while it is,
> technically, open source (https://github.com/fedora-infra/tahrir), it’s
> also very Fedora specific, and past attempts to get it to be more generic
> were not welcome. (Mostly because, at the time, they, too, were planning to
> move to a more general purpose solution, which, since that time, has gone
> non-open.)
>
> I am *very* reluctant to write something (and, no, I don’t mean me
> personally, but *us*) because that will be a forever project that will
> likely end up unmaintained, like several endeavors in the past. But I
> suppose that’s an option. I just feel like it should be a last resort.
>
> Are any of you aware of a badging solution that we can use? Or, can
> someone step up to do the research to find one?
>
> —
> Rich Bowen
> rbo...@rcbowen.com
>
>
>
>
>


Re: [WG: Badging] Tooling

2024-02-29 Thread Rich Bowen


> On Feb 29, 2024, at 9:44 AM, Paulo Motta  wrote:
> 
>> The most promising of these was Badgr (https://badgr.com/) which seems to
> have become a paid service, and not open any more.
> 
> An active fork of badgr is available on
> https://github.com/edubadges/edubadges-server.

I note that it’s AGPL. Does that cause anyone concern?

> 
>> can someone step up to do the research to find one?
> 
> I've played around with badgr.com a bit and was able to create the
> following organization and badge very quickly (the site usability is pretty
> good):
> - ORG: https://badgr.com/public/issuers/bumbzeisQSuoN3Q_G4753Q/badges
> - BADGE:
> https://badgr.com/public/assertions/ROzmBXUXQ9Cs86uMYdrGvA?identity__email=pauloricardomg%40gmail.com

Cool. Thanks for digging deeper than I did. :) 

Are you suggesting that we use this service? I’m a little concerned about a 
free-to-use service, because there’s no protection against them suddenly 
changing that model when they realize we have *thousands* of users. Would 
probably be worth having a conversation with them about their available plans.

> 
> I've added more details about the fields required to create badges on this
> comment:
> -
> https://github.com/apache/comdev-working-groups/pull/26#issuecomment-1970310015
> 
> If moving forward with badgr make sense I can create a spreadsheet for
> folks to suggest badge types so we can get them set up. Then we can
> advertise to projects who can opt-in to the badging system.

I think that work can happen in parallel to choosing a tool, so, sure, go ahead!


> 
> We could initially emit badges manually and later work on automating the
> process with stats from contribution feeds.



-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org



Statistics Page appears broken

2024-02-29 Thread Bob Paulin

Hi,

Was reviewing some of the project data and noticed the statistics 
page[1] appears to be missing data .  The calls to snoot.io are failing 
due to an expired cert.  Just wanted to bring it to ComDev's attention 
since it looks like the pages fall under this project.  Thanks!



- Bob


[1] https://projects.apache.org/statistics.html


-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org