Join GitHub today
GitHub is home to over 40 million developers working together to host and review code, manage projects, and build software together.
Sign upScope clarification for API clients #661
Open
Comments
This comment has been minimized.
This comment has been minimized.
I think our policies are reasonable clear internally, but we likely could offer some changes in our docs to help submitters and reviewers. Specifically:
This is fine.
This probably depends on the specifics. If the software does (or strongly appears to) violate the terms of service, we will not review it. Assuming other editors agree, the next action here would be for someone to suggest specific text changes. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
bmcfee commentedJan 8, 2020
(Note: this issue came up in a recent submission, but I think it points to a more general problem that could be addressed in the scope / submission requirements documentation.)
What exactly is the editorial board's position on software tools that either:
The guidelines do say that thin API clients are not appropriate, but I could easily imagine useful and non-trivial packages being built on top of something like Google translate (for example). This doesn't seem particularly controversial, but it would be good to be a bit more specific on the distinction between "thin" and "thick" clients (for lack of a better term).
The second point is much murkier territory. There are plenty of useful tools that inherently violate ToS (eg, youtube-dl), and plenty that have the potential to do so (beautifulsoup), and that nonetheless could serve a useful role (eg, scraping twitter feeds or websites that don't provide a direct API). I don't have a clear, general answer to whether this kind of thing necessarily puts a submission out of scope, and I expect that in most cases, it would come down to a judgement call by the editor(s). In that case, it would be nice to see some guidelines, and maybe examples of things that would definitely be out of scope, just to make the decision process a bit more transparent.