Open bruceplai opened 2 years ago
Just some info from a quick search on github.com.
We do want to encourage the proper use of affiliation tags. So we have the following rules
If people use codeforamerica or code-for-america or code4america but don't use their org affiliation tag how do we know that the repo is not a code for america project?
We need a script that runs against the api to find everyone who uses the civictechindex tag but who does not have affiliation tag, or is missing a affiliation tag (e.g., code for buffalo uses codeforamerica and buffalo, so they would end up on the list of exceptions the script would write because we don't expect that codeforamerica has repos on contributors, so each entry needs to be manually verified).
We need to let them know during the tag generator that they need to use an affiliation tag in order to appear on the contibutors page. But not to appear on the search page
@cnk please see Bonnie's clarification of current affiliation tag issues above. Let me know if we need to discuss how to tackle them. Thanks
I think we need to clarify that "they need to use an affiliation tag" means "The organization needs their repositories tagged with a topic (that is GH's word for our 'tags') that is one of our recognized variations on their name".
I suspect several of our current 'contributors' will need to update their tagging - but it's hard to say if we don't have good data for the org tags. Before I modify our 'update_contributors' script with this new restriction, let's get the data import from #1036 done. Then the issues are likely to be useful / valid.
This should be split into new issues
[frontend current issue] This is exactly what the frontend has been doing. This hidden repo behavior was what triggered the current issue to be created.
[frontend question] We can query the repo's organization to see whether it belongs to codeforbuffalo or codeforamerica. This is what the linked pull request is doing. If the user clicks to see Code For Buffalo's repos, it does a query for topic:civictechindex and org:CodeForBuffalo. I think this solution addresses the current issue correctly if we want to show the repos under the correct org.
[backend new issue] This is what cnk is addressing above
[frontend new issue] This is a frontend issue since it involves the tag generator. Run the queries in the frontend to display what's appropriate.
Here's the expected behavior discussed at the 1/27 meeting: The backend script should NOT mark an affiliated org as index contributor unless it has a repo that contains BOTH 'civictechindex' and a proper org affiliation topic tag. So, in the case of Code for Buffalo, rather than having it show up as index contributor and have an empty page, we would not want to show the organization at all if the index contributor filter is on.
Question/clarification: For non-affiliated orgs, we require only that the 'civictechindex' topic tag be present for the org to be an index contributor?
Dependency
1036
Overview
For orgs that are tagged as index contributors in the Civic Tech Organizations page, when you click on some of them, no projects show up under the individual org page. As index contributors, they should have projects tagged with "civictechindex"
Action Items