|
1 | 1 | viash_version: 0.9.0 |
2 | 2 |
|
3 | | -# Step 1: Change the name of the task. |
4 | | -# example: task_name_of_this_task |
5 | 3 | name: task_foundation_models |
6 | 4 | organization: openproblems-bio |
7 | 5 | version: dev |
8 | 6 |
|
9 | 7 | license: MIT |
10 | | -# Step 2: Add keywords to describe the task. |
11 | | -keywords: [single-cell, openproblems, benchmark] |
12 | | -# Step 3: Update the `task_template` to the name of the task from step 1. |
| 8 | +keywords: [single-cell, openproblems, benchmark, "foundation models"] |
13 | 9 | links: |
14 | 10 | issue_tracker: https://github.com/openproblems-bio/task_foundation_models/issues |
15 | 11 | repository: https://github.com/openproblems-bio/task_foundation_models |
16 | 12 | docker_registry: ghcr.io |
17 | 13 |
|
18 | | - |
19 | | -# Step 4: Update the label, summary and description. |
20 | | -# A unique, human-readable, short label. Used for creating summary tables and visualisations. |
21 | | -label: Template |
22 | | -summary: A one sentence summary of purpose and methodology. Used for creating an overview tables. |
| 14 | +label: Foundation models |
| 15 | +summary: Modeling of single-cells to perform multiple tasks using foundation models |
23 | 16 | description: | |
24 | | - Provide a clear and concise description of your task, detailing the specific problem it aims |
25 | | - to solve. Outline the input data types, the expected output, and any assumptions or constraints. |
26 | | - Be sure to explain any terminology or concepts that are essential for understanding the task. |
| 17 | + Recent developments in deep-learning have led to the creation of several 'foundation models' for single-cell data. |
| 18 | + These are large models that have been trained on data from millions of cells and am to fully capture the variability in the single-cell landscape. |
| 19 | + Typically, they use a transformer architecture [@szalata2024transformers] and undergo self-supervised pre-training using masking of parts of the input data. |
| 20 | + Trained foundation models can then be applied to a variety of downstream tasks, either by directly feeding new data into the model or by fine-tuning to better fit a new dataset or to produce a specific output. |
| 21 | + The general nature of single-cell foundation models and the large amount of data they have been trained on makes them potentially powerful tools for single-cell analysis but their performance is yet to be fully established. |
27 | 22 |
|
28 | | - Explain the motivation behind your proposed task. Describe the biological or computational |
29 | | - problem you aim to address and why it's important. Discuss the current state of research in |
30 | | - this area and any gaps or challenges that your task could help address. This section |
31 | | - should convince readers of the significance and relevance of your task. |
| 23 | + Open Problems builds on existing evaluations [@boiarsky2023foundationmodels; @liu2024foundationmodels] of foundation models by incorporating them into our continuous benchmarking framework. |
32 | 24 |
|
33 | | -# A list of references to relevant literature. Each reference should be a DOI or a bibtex entry |
34 | 25 | references: |
35 | 26 | doi: |
36 | | - - 10.21203/rs.3.rs-4181617/v1 |
37 | | - # bibtex: |
38 | | - # - | |
39 | | - # @article{doe_2021_template, |
40 | | - # doi = {10.21203/rs.3.rs-4181617/v1}, |
41 | | - # url = {https://doi.org/10.21203/rs.3.rs-4181617/v1}, |
42 | | - # author = {Doe, John}, |
43 | | - # title = {A template for creating new tasks}, |
44 | | - # publisher = {Research Square}, |
45 | | - # year = {2021}, |
46 | | - # } |
47 | | - |
| 27 | + - 10.1101/2023.10.19.563100 |
| 28 | + - 10.1101/2023.09.08.555192 |
| 29 | + |
48 | 30 | info: |
49 | | - image: The name of the image file to use for the component on the website. |
50 | | - # Step 5: Replace the task_template to the name of the task. |
| 31 | + image: thumbnail.svg |
51 | 32 | test_resources: |
52 | 33 | - type: s3 |
53 | 34 | path: s3://openproblems-data/resources_test/task_foundation_models/ |
54 | 35 | dest: resources_test/task_foundation_models |
55 | 36 |
|
56 | | -# Step 6: Update the authors of the task. |
57 | | -authors: |
58 | | - # Full name of the author, usually in the name of FirstName MiddleName LastName. |
59 | | - - name: John Doe |
60 | | - # Role of the author. Possible values: |
61 | | - # |
62 | | - # * `"author"`: Authors who have made substantial contributions to the component. |
63 | | - # * `"maintainer"`: The maintainer of the component. |
64 | | - # * `"contributor"`: Authors who have made smaller contributions (such as code patches etc.). |
65 | | - roles: [ "author", "maintainer" ] |
66 | | - # Additional information on the author |
67 | | - info: |
68 | | - github: johndoe |
69 | | - orcid: 0000-0000-0000-0000 |
70 | | - email: john@doe.me |
71 | | - twitter: johndoe |
72 | | - linkedin: johndoe |
73 | | - |
74 | | -# Step 7: Remove all of the comments of the steps you completed |
75 | | -# Step 8: High five yourself! |
| 37 | +authors: |
| 38 | + - name: Robrecht Cannoodt |
| 39 | + roles: [author, maintainer] |
| 40 | + info: |
| 41 | + github: rcannood |
| 42 | + orcid: "0000-0003-3641-729X" |
| 43 | + - name: Luke Zappia |
| 44 | + roles: [author] |
| 45 | + info: |
| 46 | + github: lazappi |
| 47 | + orcid: 0000-0001-7744-8565 |
76 | 48 |
|
77 | 49 | config_mods: | |
78 | 50 | .runners[.type == "nextflow"].config.labels := { lowmem : "memory = 20.Gb", midmem : "memory = 50.Gb", highmem : "memory = 100.Gb", lowcpu : "cpus = 5", midcpu : "cpus = 15", highcpu : "cpus = 30", lowtime : "time = 1.h", midtime : "time = 4.h", hightime : "time = 8.h", veryhightime : "time = 24.h" } |
|
0 commit comments