Open rneher opened 4 years ago
My idea (not particularly innovative) would be to transform https://nextstrain.org/sars-cov-2/ into a general landing page for all things SARS-CoV-2. This would include (either within the page, or via links)
I like James' idea above 👍
First version of this was done in https://github.com/nextstrain/nextstrain.org/pull/206 and can be seen at https://nextstrain.org/sars-cov-2/. Today on a call we talked about some improvements, here are some notes / proposals from the meeting notes:
- Can we make it so that people can update their build inclusion in our ‘list’ via a PR somehow?
- Can we get some easy wins initially by some visual adjustments to our current list - 2 columns, smaller gaps, smarter wrapping?
- Long term - can we make it more generic that can be used for any Nextstrain builds lists. Should it be searchable? Map? Images?
- Can we move things like the search database updates to Github Actions so that they’re easier to run (either Build Shepherds or scheduled) once a month or so, and keep up to date?
I can help make simple UI improvements right now (number 2) if we are clear on how we want this to look.
I believe this issue can be closed. Nextclade is launched and /sars-cov-2
is a landing page. There is perhaps more work to be done, but I wouldn't tie it to this issue.
There is a growing need for people to assign their sequences to clades and do some simple QC. In the longer term, we also want to support running augur on SARS-CoV-2 data in the cloud. I imagine a collection of tools that grows over time, but there are two distinct categories:
1) full builds that are run in the cloud with the results hosted permanently. This probably wants to be integrated with groups and requires more infrastructure
2) simple tools that run on the client like clade assignment, QC (mutations relative to reference etc). We have one prototype of such a tool at https://github.com/neherlab/webclades
We are planning to have a site that lists all SARS-CoV-2 builds (https://github.com/nextstrain/nextstrain.org/issues/180). This Issue is meant to start a discussion of how to make builds and tools as discoverable as possible.