Skip to content
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

WIP resource listing for core data files #828

Draft
wants to merge 2 commits into
base: master
Choose a base branch
from
Draft

Conversation

jameshadfield
Copy link
Member

@jameshadfield jameshadfield commented Apr 15, 2024

A quick adaption of the current resource listing UI to display data files

Code is not production ready. I'd want to spend some time and tidy it up and implement proper composition/inheritance in the code for the different sources & resource types.

The UI likewise is rough around the edges, but it's working and it'd be good to get some feedback.

URL:/pathogens/files

@jameshadfield jameshadfield changed the title WIP resourc listing for core data files WIP resource listing for core data files Apr 15, 2024
@nextstrain-bot nextstrain-bot temporarily deployed to nextstrain-s-james-file-e5wroe April 15, 2024 04:50 Inactive
@tsibley tsibley temporarily deployed to nextstrain-s-james-file-uctarg April 24, 2024 20:13 Inactive
Allows review app to use an index with "data files" in it
@huddlej
Copy link
Contributor

huddlej commented May 22, 2024

I'm sorry I missed this when you first posted about it, @jameshadfield, but this is a super useful feature/resource! I wasn't sure which pathogens we actually had public data for (I forgot that I pushed cartography files up to S3) and I didn't realize the extent of the different files we produce for different pathogens (e.g., insertions, NDJSONs, and translations for mpox!). This seems like a major use case which is "I want to find out what pathogen datasets Nextstrain provides".

Like you mentioned above, there some UI ideas to discuss about handling longer-lived datasets like RSV A below where the links scroll off to the right.

image

I've always liked/preferred the "long page" approach to these types of data listings where I can scroll from the most recent results at the top to the first results at the bottom. What if you placed the dot plot at the top of the modal window as the visual representation of the data updates and then list the available datasets below that by data (sort of like a change log). This would look more like the SARS-CoV-2 remote inputs list but replicated by date. The idea there being that the other primary use case is probably (but we should check!) finding the latest or just-before-the-latest version of a specific file (like I want to use the latest metadata/alignments or the ones just before something broke in my workflow).

I'd be curious to hear other ideas for use cases for this page, though.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants