-
Notifications
You must be signed in to change notification settings - Fork 207
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Drop Social column from obofoundry.org home page tabular display #2408
Comments
My guess is there will be a bimodal distribution for addressing this issue: Ontologies with many users on GitHub and many stars will like this feature, and ontologies with not many GitHub users will not like this feature. I am afraid it will have to be turned into a vote. Here is my opinion: The column is called "social", and the metric is intended to measure |
So far as I can recall, these badges were added without vote and thus should never have appeared in the first place. In fact, after searching through the meeting minutes from the past few years, there didn't even seem to be a discussion substantive enough to capture (though I do remember something about allowing these to be optional). Also, despite the column name, I'm willing to bet there aren't many people that equate stars (in the context of rating systems) with anything other than quality. |
I would back a motion to make it optional if it prevents it from being removed. I would also not push back against a public vote for removing it. But I don't feel like removing the whole column without a vote is the right move now that it's been public for so long.. even if we didn't have a formal vote (I think we should have had, agreed Darren) we 100% had a lengthy discussion on the OFOC call, and the related PRs also had to be reviewed, approved and merged. |
Agree that we can't just toss it aside at this point. Sorry if it seemed that I was advocating removing them without vote. I was stating why a vote should be taken. Another possibility to explore would be changing the badge from stars to something more representative of what it is, like a thumbs up (most accurate) or silhouette of a person or people. |
This is unfortunately a little widget that is automatically pulled from GitHub, and since the stars are called stars on GitHub, that is what it will show (this is not part of the website where we could somehow modify this, is what I mean). You would not be happy with a simple opt-out flag? If not, feel free to call a vote! |
I view the potential opt-out flag as a separate issue from the vote. So long as the badge is shown, the ability to opt-out should be there. I still think a vote should be taken, because that's the process we normally use for major website changes. |
Should we discuss this at the next OBO Ops meeting? |
Action items:
We have raised the issue a few times during the OFOC call; just the two above need to be done. |
OFOC meeting 07/01/25 Opt-out can be implemented and a ticket will be opened Fully dropping will go to a vote VOTE! Voting ends in 2weeks (21/01/25) 👍- Drop socials |
About the “usefulness” of GitHub stars as a metrics, it might be worth noting that fake stars are a thing. |
@gouttegd I certainly didn't have that on my bingo card! |
Also about the usefulness of stars, as the main editor of the Flybase ontologies (FBbt, FBcv, FBdv, dpo) for nearly 7 years I did not have any of them starred until just now (I was 'watching' instead). If the column is meant to be a measure of social engagement, I think 'Social Engagement' would be a better name. I think I would expect linkouts to social media from a 'Social' column, not the number of people who have starred the repo. |
still super in favor of keeping these! somehow this vote wasn't advertised very much so I didn't see it before |
@cthoyt That's because this vote is for Ops members. |
This was not clear to me at all. Removing my vote then. |
Voting is still neck-and-neck! |
If you think this is an ops vote @nataled then we have to talk again - most of the votes are from the community, and that is the whole point of making a public vote. From my point of view this is a community vote as everyone should be able to say what they find useful to display on the site.. |
@matentzn if the vote was intended to be public this round, the call wouldn't have been sent to Ops, it would have been sent to Discuss. |
If it was not, it should have been send to obo discuss! Sorry about the confusion.. |
My recollection is that it was to be an Ops vote first, then public, though I don't think we discussed what would trigger a public vote. I imagine that if the Ops vote was one-sided, that would be the end of it, but if it was tied (or close?) we would make a public announcement. |
Discussed on Jan 21 Ops call: Will recraft the vote, and also discuss and add clearer guidelines for the vote in the SOP. |
This information remains on an ontology's detail page.
It was noted that the "Stars" (the number of people who have pressed star on an ontology's github page) aren't helpful in terms of deciding if an ontology is pertinent for some reuse. Also most new ontologies don't start out with many stars.
If anyone has a counterargument for keeping them, provide it here!
The text was updated successfully, but these errors were encountered: