+ {{ page.benefit | markdownify }}
+ {% endunless %}
{%- unless page.licenses == nil or page.licenses == false %}
diff --git a/assets/img/android-chrome-192x192.png b/assets/img/android-chrome-192x192.png
index 9cfb943..3fe281b 100644
Binary files a/assets/img/android-chrome-192x192.png and b/assets/img/android-chrome-192x192.png differ
diff --git a/assets/img/android-chrome-512x512.png b/assets/img/android-chrome-512x512.png
index 7d9cf72..950f9cc 100644
Binary files a/assets/img/android-chrome-512x512.png and b/assets/img/android-chrome-512x512.png differ
diff --git a/assets/img/apple-touch-icon.png b/assets/img/apple-touch-icon.png
index f724d8a..8943321 100644
Binary files a/assets/img/apple-touch-icon.png and b/assets/img/apple-touch-icon.png differ
diff --git a/assets/img/favicon-16x16.png b/assets/img/favicon-16x16.png
index 091c311..3c29fd1 100644
Binary files a/assets/img/favicon-16x16.png and b/assets/img/favicon-16x16.png differ
diff --git a/assets/img/favicon-32x32.png b/assets/img/favicon-32x32.png
index 3522167..61bb78c 100644
Binary files a/assets/img/favicon-32x32.png and b/assets/img/favicon-32x32.png differ
diff --git a/assets/img/favicon.ico b/assets/img/favicon.ico
index 6f39f7f..ba2e2f5 100644
Binary files a/assets/img/favicon.ico and b/assets/img/favicon.ico differ
diff --git a/assets/img/icons/BSD.png b/assets/img/icons/BSD.png
new file mode 100644
index 0000000..a41362c
Binary files /dev/null and b/assets/img/icons/BSD.png differ
diff --git a/assets/img/logos/logo_example.png b/assets/img/logos/logo_example.png
index 2e0cdac..b71cdac 100644
Binary files a/assets/img/logos/logo_example.png and b/assets/img/logos/logo_example.png differ
diff --git a/assets/img/logos/tess_logo.png b/assets/img/logos/tess_logo.png
new file mode 100644
index 0000000..d911c50
Binary files /dev/null and b/assets/img/logos/tess_logo.png differ
diff --git a/assets/img/safari-pinned-tab.svg b/assets/img/safari-pinned-tab.svg
index a873c4e..5fb28ea 100644
--- a/assets/img/safari-pinned-tab.svg
+++ b/assets/img/safari-pinned-tab.svg
@@ -2,28 +2,45 @@
diff --git a/assets/img/screenshots/screenshot_tess_1.png b/assets/img/screenshots/screenshot_tess_1.png
new file mode 100644
index 0000000..d2d189c
Binary files /dev/null and b/assets/img/screenshots/screenshot_tess_1.png differ
diff --git a/pages/contribute/editorial_board_guide.md b/pages/contribute/editorial_board_guide.md
index 1958cfd..b0e7f90 100755
--- a/pages/contribute/editorial_board_guide.md
+++ b/pages/contribute/editorial_board_guide.md
@@ -23,7 +23,7 @@ These markdown files are divided over subdirectories (your_role, your_tools, you
### GitHub checks
-With each PR or merge to the master, some checks are done using GitHub actions. One of them checks wether the website builds correctly. The other checks for changes in the tool/resource Excel table. When each of them fails, the PR will not be able to be merged. Click on the red dot/failed check to understand better what caused the fail.
+With each {% glossary PR %} or merge to the master, some checks are done using GitHub actions. One of them checks wether the website builds correctly. The other checks for changes in the tool/resource Excel table. When each of them fails, the {% glossary PR %} will not be able to be merged. Click on the red dot/failed check to understand better what caused the fail.
## Label, discuss and assign issues
@@ -31,19 +31,19 @@ With each PR or merge to the master, some checks are done using GitHub actions.
* Assign labels to issues.
* Discuss who is going to be responsible for each issue with other editors and reviewers (via issue comments or other communication channels).
* Assign at least one editor/reviewer to the issue, who will discuss the possible content with the contributor.
- * When a Pull Request (PR) or a draft PR related to an issue is created, link the PR to the issue.
+ * When a Pull Request ({% glossary PR %}) or a draft {% glossary PR %} related to an issue is created, link the {% glossary PR %} to the issue.
More information about these topics can be found in the GitHub documentation:
-- [commenting on PRs](https://docs.github.com/en/github/collaborating-with-issues-and-pull-requests/commenting-on-a-pull-request)
+- [commenting on {% glossary PR %}s](https://docs.github.com/en/github/collaborating-with-issues-and-pull-requests/commenting-on-a-pull-request)
- [start a review](https://docs.github.com/en/github/collaborating-with-issues-and-pull-requests/reviewing-proposed-changes-in-a-pull-request)
## Review pull requests
-If contributors make a pull request to make changes, by default the editors that are responsible for files that will be changed by the PR will be assigned and notified. All PR should be assigned to one of the editors. Before merging a PR, pages' tags, and tools and resources' tags should be checked and assigned according to the established tagging system. The editor who provides the last approval to a PR should also merge it.
+If contributors make a pull request to make changes, by default the editors that are responsible for files that will be changed by the {% glossary PR %} will be assigned and notified. All {% glossary PR %} should be assigned to one of the editors. Before merging a {% glossary PR %}, pages' tags, and tools and resources' tags should be checked and assigned according to the established tagging system. The editor who provides the last approval to a {% glossary PR %} should also merge it.
## Link a pull request to an issue
-When you make a pull request resolving an issue, it is possible to link this pull request to that specific issue. This can be easily done by writing in the conversation of the PR: `closes #number_of_issue`, or `fixes #number_of_issue` or even `resolves #number_of_issue`. This is definitely applicable when authors first open an issue announcing a change or requesting a new page, followed up by the pull request.
+When you make a pull request resolving an issue, it is possible to link this pull request to that specific issue. This can be easily done by writing in the conversation of the {% glossary PR %}: `closes #number_of_issue`, or `fixes #number_of_issue` or even `resolves #number_of_issue`. This is definitely applicable when authors first open an issue announcing a change or requesting a new page, followed up by the pull request.
For more information about this topic please visit the [GitHub documentation page](https://docs.github.com/en/free-pro-team@latest/github/managing-your-work-on-github/linking-a-pull-request-to-an-issue).
## Create a new page
@@ -93,12 +93,12 @@ By default your page will not be linked in the sidebar on the website, or on the
Make sure all pages are accessible from the navigation sidebar. Please, avoid generating sub-pages that are not directly accessible from the navigation sidebar.
-This website supports multiple sidebars, the one in the main sections of the website is for example different from the one in the contribute section. Both of them are defined by `.yaml` files in the *_data/sidebars* directory. Changing these yaml file will immediately impact the sidebars and the frontpage of the website. The sidebar supports multiple levels and each level in the hierarchy can contain a URL to a page within this website or an external URL.
+This website supports multiple sidebars, the one in the main sections of the website is for example different from the one in the contribute section. Both of them are defined by `.yaml` files in the *_data/sidebars* directory. Changing these yaml file will immediately impact the sidebars and the frontpage of the website. The sidebar supports multiple levels and each level in the hierarchy can contain a {% glossary URL %} to a page within this website or an external {% glossary URL %}.
The attributes that define the structure are:
- `title`: This is the text that will show up in the sidebar.
-- `url`: The URL to the internal page you want to link to. This is mostly in the form of: */markdown_file_name.html*.
-- `external_url`: Use this instead of URL if you want to link to an external page.
+- `url`: The {% glossary URL %} to the internal page you want to link to. This is mostly in the form of: */markdown_file_name.html*.
+- `external_url`: Use this instead of {% glossary URL %} if you want to link to an external page.
- `subitems`: to define a sublevel.
```yaml
@@ -164,7 +164,7 @@ The logos can be added to the [/images/institutions](https://github.com/elixir-e
{% include callout.html type="important" content="Upload vector images (.svg filetype) of the institute logo for better quality, scaleability and file size, if possible." %}
-TODO:
+{% glossary TODO %}:
## Related pages
diff --git a/pages/contribute/editors_checklist.md b/pages/contribute/editors_checklist.md
index 3ac26a5..510e9b0 100755
--- a/pages/contribute/editors_checklist.md
+++ b/pages/contribute/editors_checklist.md
@@ -1,12 +1,12 @@
---
title: Editors checklist
-summary: Checklist for editors before approving and merging a pull request (PR).
+summary: Checklist for editors before approving and merging a pull request ({% glossary PR %}).
---
-## Before approving and merging a pull request (PR), the editors must check that
+## Before approving and merging a pull request ({% glossary PR %}), the editors must check that
1. The page layout in preview looks correct.
-2. The new page is linked in the appropriate [sidebar](https://github.com/elixir-europe-training/ELIXIR-Training-SPLASH/tree/master/_data/sidebars) menu, in the same branch of the PR.
-3. The contributors' names are listed in the [CONTRIBUTORS file](https://github.com/elixir-europe-training/ELIXIR-Training-SPLASH/blob/master/_data/CONTRIBUTORS.yaml), in the same branch of the PR. Advice to have at least one contributor per page having its contact information in this [CONTRIBUTORS file](https://github.com/elixir-europe-training/ELIXIR-Training-SPLASH/blob/master/_data/CONTRIBUTORS.yaml).
+2. The new page is linked in the appropriate [sidebar](https://github.com/elixir-europe-training/ELIXIR-Training-SPLASH/tree/master/_data/sidebars) menu, in the same branch of the {% glossary PR %}.
+3. The contributors' names are listed in the [CONTRIBUTORS file](https://github.com/elixir-europe-training/ELIXIR-Training-SPLASH/blob/master/_data/CONTRIBUTORS.yaml), in the same branch of the {% glossary PR %}. Advice to have at least one contributor per page having its contact information in this [CONTRIBUTORS file](https://github.com/elixir-europe-training/ELIXIR-Training-SPLASH/blob/master/_data/CONTRIBUTORS.yaml).
4. All relevant metadata fields in a specific page are correctly filled in (see the [page metadata](page_metadata) and the [Editorial board guide](editorial_board_guide)). Some critical ones are listed below.
* unique `page_id` ([List of page IDs](website_overview))
* `contributors`
@@ -21,4 +21,4 @@ summary: Checklist for editors before approving and merging a pull request (PR).
6. There are no [copyright](copyright) issues related to the content of the page.
7. The contributors implemented the requested changes.
8. The contributors are thanked for their effort and informed about the publication of their content.
-9. The PR is linked to related issues and can be merged in main branch with no conflicts.
+9. The {% glossary PR %} is linked to related issues and can be merged in main branch with no conflicts.
diff --git a/pages/contribute/github_way.md b/pages/contribute/github_way.md
index cc6ed73..2eb5056 100755
--- a/pages/contribute/github_way.md
+++ b/pages/contribute/github_way.md
@@ -28,7 +28,7 @@ This guide tells you how you can easily request and edit a page on this website.
1. When you are happy with your first draft of the content, go to the “Propose changes” section at the end of the page and write a title and a brief explanation of your changes.
1. Click on “Propose changes”.
{% include image.html file="propose_changes_github.png" inline=true alt="Propose changes on GitHub" %}
-1. You are now redirected to the Pull Request (PR) page. A "pull request" is a request to "pull" your changes into the website. Click on the "Create Pull Request" green button. Here you can choose to:
+1. You are now redirected to the Pull Request ({% glossary PR %}) page. A "pull request" is a request to "pull" your changes into the website. Click on the "Create Pull Request" green button. Here you can choose to:
* "Create draft pull request": choose this if you have not finished writing. Later on you can always click on "Ready for review" to switch to a normal pull request. You can find more information about draft pull requests in the [GitHub documentation](https://docs.github.com/en/github/collaborating-with-issues-and-pull-requests/about-pull-requests#draft-pull-requests).
* "Create pull request": choose this if you have finished your text. Editors will then review your request.
{% include image.html file="draft_pullrequest_github.png" inline=true alt="PrDraft pull request on GitHub" %}
diff --git a/pages/contribute/preview_changes.md b/pages/contribute/preview_changes.md
index 74ed86d..8f32998 100755
--- a/pages/contribute/preview_changes.md
+++ b/pages/contribute/preview_changes.md
@@ -51,9 +51,9 @@ This step is important. Make sure to commit to a new feature branch which you na
{% include image.html file="deploy_using_gh_actions.png" alt="Got to the settings tab in your repo to enable GitHub pages" %}
-## Open a Pull Request (PR) with you changes
+## Open a Pull Request ({% glossary PR %}) with you changes
-Got to your newly created branch and click 'Contribute'. This will create a PR to the main repository.
+Got to your newly created branch and click 'Contribute'. This will create a {% glossary PR %} to the main repository.
{% include image.html file="create_pr_from_fork.png" alt="Create new PR from fork." %}
diff --git a/pages/contribute/style_guide.md b/pages/contribute/style_guide.md
index 0b96ed7..33e5531 100755
--- a/pages/contribute/style_guide.md
+++ b/pages/contribute/style_guide.md
@@ -12,7 +12,7 @@ In general, we follow the European Commission's [Web Writing Style Guide](https:
* Use the words your readers would use. Think of the terms they would use when searching for their problem, and use those terms.
## Text
- * **Acronyms:** spell them out the first time.
+ * **Acronyms:** use the [glossary file](_data/glossary.yml) and [these instructions](https://github.com/erikw/jekyll-glossary_tooltip#usage) to spell out acronyms in an accessible way.
* **Ampersands:** do not use these in the main text or headings. It is fine to use them in menus, if you need to save space.
* **Capitals:** do not use all capitals for emphasis or in headings.
* **Data:** treat as singular ("Data is..."). (Whether "data" is singular or plural is contentious - see the [Wikipedia article](https://en.wikipedia.org/wiki/Data_(word)) and this [Guardian article](https://www.theguardian.com/news/datablog/2010/jul/16/data-plural-singular).)
@@ -52,7 +52,7 @@ In general, we follow the European Commission's [Web Writing Style Guide](https:
* **Tool assembly:** there are multiple tools in **one** assembly. The plural is "tool assemblies".
* **Training:** training is an uncountable noun and cannot have a plural. You can write "training courses" and "training materials" but not "trainings".
-TODO: define color scheme
+{% glossary TODO %}: define color scheme
## Graphic design
* **White space:** make sure there is plenty of space so that the main elements stand out and the text does not appear overwhelming.
diff --git a/pages/contribute/tool_resource_update.md b/pages/contribute/tool_resource_update.md
index f4a8f8c..553925e 100755
--- a/pages/contribute/tool_resource_update.md
+++ b/pages/contribute/tool_resource_update.md
@@ -9,7 +9,7 @@ The tools or resources you will find on pages are a filtered set from a [bigger
Since the `Data life cycle` pages are not listing tools, we do not allow page_id from this section in the tool table. page_id allowed in the tool table are page_id from the following sections: `Your domain`, `Your role`, `Your tasks` and `Tool assembly`. The page_id can be found in the [List of page IDs](website_overview).
-The [all_tools_and_resources](all_tools_and_resources) list is based on the [csv file](https://github.com/elixir-europe-training/ELIXIR-Training-SPLASH/blob/master/_data/main_tool_and_resource_list.csv) in the `_data` directory of the current repository. Tools and resources can be manually linked to [FAIRsharing.org](https://fairsharing.org/), [Bio.tools](https://bio.tools) and [TeSS](https://tess.elixir-europe.org/), but every week we also run a fully automatic check that links tools and resources with the corresponding registries. A GitHub Bot will generate a Pull Request (PR) with the new links added to the main data file of the website (a yaml file).
+The [all_tools_and_resources](all_tools_and_resources) list is based on the [csv file](https://github.com/elixir-europe-training/ELIXIR-Training-SPLASH/blob/master/_data/main_tool_and_resource_list.csv) in the `_data` directory of the current repository. Tools and resources can be manually linked to [FAIRsharing.org](https://fairsharing.org/), [Bio.tools](https://bio.tools) and [TeSS](https://tess.elixir-europe.org/), but every week we also run a fully automatic check that links tools and resources with the corresponding registries. A GitHub Bot will generate a Pull Request ({% glossary PR %}) with the new links added to the main data file of the website (a yaml file).
{% include callout.html type="important" content="The link with FAIRsharing,TeSS and Bio.tools is automatically done using GitHub actions and is weekly updated. These automatic links are not seen in the table. The search query to one of these registries for a tool or resource can be overwritten in the registry column of the main csv tool table. If no FAIRsharing ID, Bio.tools ID or TeSS Query is available for a source, but there is yet one automatically given (faulty), you can overwrite the automatic linking by adding 'NA' as registry." %}
@@ -19,12 +19,12 @@ The main table is based on [this google spreadsheet]().
The table consists of 5 columns:
- **name**: the name of the tool or resource
-- **url**: URL to the main page of the tool or resource, make sure to let the URL start with `https://`
+- **url**: {% glossary URL %} to the main page of the tool or resource, make sure to let the {% glossary URL %} start with `https://`
- **description**: A short description of the tool or resource. Try to not use the characters `"` or `'`
- **registry**: 3 registries are supported: [Bio.tools](https://bio.tools), [FAIRsharing.org](https://fairsharing.org/) and [TeSS](https://tess.elixir-europe.org/). The keywords you can use respectively are: `biotools`, `fairsharing`, `fairsharing-coll` and `tess`, specifying the id or query with a colon). FAIRsharing collections have an ID that follows the pattern `bsg-s000XXX`. List multiple registries using a comma `, ` between the keywords to separate the key:value pairs. The values that are given in the table will always overrule the automatic links. If no FAIRsharing ID, Bio.tools ID or TeSS Query is available for a source, you can overwrite the automatic linking by adding 'NA' as registry.
- **related_pages**: This is used to tag the tools so it is listed on the correct page. We only allow page_id that are linked to a page. To find out what the page_id of a page is, please check its metadata attribute `page_id` at the top of the markdown file or the [List of page IDs](website_overview) page. Since the Data life cycle pages are not listing tools, we do not allow these page_id in the tool table. page_id allowed in the tool table are page_id from the following sections: `Your domain`, `Your role`, `Your tasks` and `Tool assembly`. List multiple page_id by using a comma `, ` between them.
-TODO: adapt examples
+{% glossary TODO %}: adapt examples
| name | url | description | registry | related_pages |
|----------|----------------------------------|-------------------------------------------------------------------------------------------|---------------------------------------------|--------------------------------------------------|
@@ -49,4 +49,4 @@ The editors will do the work on Git for you. All you need to do is:
- Done! The editors will update the "tool and resource list" in GitHub regularly. In case your change is urgent, ping an editor in an issue or pull request.
## Let the editor and GitHub bot do the rest
-If the PR of the editor containing the changes to the .csv table is merged, a PR will be opened by github-actions. Please check that the changes this PR proposes to the yaml file are in line with what you want to have changed.
+If the {% glossary PR %} of the editor containing the changes to the .csv table is merged, a {% glossary PR %} will be opened by github-actions. Please check that the changes this {% glossary PR %} proposes to the yaml file are in line with what you want to have changed.
diff --git a/pages/contribute/working_with_git.md b/pages/contribute/working_with_git.md
index df9d78f..49fc204 100755
--- a/pages/contribute/working_with_git.md
+++ b/pages/contribute/working_with_git.md
@@ -3,7 +3,7 @@ title: Working with git
---
-## Forking - branching - changing - pushing - PR
+## Forking - branching - changing - pushing - {% glossary PR %}
This is a general workflow in how to work on your own fork (copy) of the current repo and request changes through a pull request:
NOTE: if you already did these steps in the past, start from the `git fetch upstream` command.
diff --git a/pages/resources/TeSS.md b/pages/resources/TeSS.md
new file mode 100644
index 0000000..27ee320
--- /dev/null
+++ b/pages/resources/TeSS.md
@@ -0,0 +1,65 @@
+---
+# MANDATORY FIELDS
+type: product_page # This property is mandatory and it should be product_page
+id: tess # This id should match with the testimonials ToolId
+title: TeSS
+resourceUrl: https://tess.elixir-europe.org/
+description: |
+ TeSS is a one-stop shop for trainers and trainees to discover online training related information and content.
+
+objective: |
+ For training providers, TeSS provides opportunities to promote training events and news; for trainers, the portal offers an environment for sharing materials and event information; for trainees, it offers a convenient gateway via which to identify relevant training events and resources.
+
+contributors: [Alexander Botzki, Olivier Sand]
+coordinators: [Finn Baccal]
+contacts:
+ - name: TeSS Support
+ mail: tess-support@googlegroups.com
+
+joinLink: tess@elixir-europe.org
+
+#OPTIONAL FIELDS
+mission: |
+ TeSS was originally developed as part of ELIXIR, Europe's distributed infrastructure for life-science data. One of the goals of ELIXIR is to train research scientists to better use available computational infrastructures to address critical research questions. This requires access both to face-to-face training opportunities and to disparate training materials and resources, currently dispersed across Europe.
+
+benefit: |
+ - wider promotion of training events
+ - better sharing of materials and event information
+ - easier identification of relevant training events and resources
+
+licenses:
+ - name: The 3-Clause BSD License
+ icon: BSD.png
+ url: https://opensource.org/license/bsd-3-clause/
+publications:
+ - title: "TeSS: A platform for discovering life-science training opportunities"
+ url: https://doi.org/10.1093/bioinformatics/btaa047
+video: https://www.youtube.com/watch?v=zjfrEa9o6zg
+mailingList: tess@elixir-europe.org
+funding:
+ - name: ELIXIR Programme
+ logo: elixir.png
+ url: https://elixir-europe.org/
+logo: tess_logo.png
+screenshots:
+ - screenshot_tess_1.png
+
+---
+
+## Make your SPLASH! (HIGHLIGHTS OF THE RESOURCE)
+
+"Neque porro quisquam est qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit..."
+
+* Lorem ipsum dolor sit amet, consectetur adipiscing elit.
+* Sed ac tellus dapibus, scelerisque magna tempor, facilisis eros.
+* Vestibulum id ante rhoncus orci maximus ultrices.
+* Suspendisse at massa pretium, gravida purus et, porttitor mauris.
+
+## MORE HIGHLIGHTS (HIGHLIGHTS OF THE RESOURCE)
+
+"Neque porro quisquam est qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit..."
+
+* Lorem ipsum dolor sit amet, consectetur adipiscing elit.
+* Sed ac tellus dapibus, scelerisque magna tempor, facilisis eros.
+* Vestibulum id ante rhoncus orci maximus ultrices.
+* Suspendisse at massa pretium, gravida purus et, porttitor mauris.
diff --git a/pages/resources/fair.md b/pages/resources/elearning.md
similarity index 67%
rename from pages/resources/fair.md
rename to pages/resources/elearning.md
index c454d15..219110a 100644
--- a/pages/resources/fair.md
+++ b/pages/resources/elearning.md
@@ -1,26 +1,19 @@
---
# MANDATORY FIELDS
type: product_page # This property is mandatory and it should be product_page
-id: ttt # This id should match with the testimonial ToolId
-title: Resource TEMPLATE
+id: elearning # This id should match with the user-stories ToolId
+title: E-learning Interest Group
resourceUrl: https://elixir-europe.org/
description: |
- ##### This is a multiline
-
- * markdown
- * example
+ Once every month, the ELIXIR e-learning interest group meets to discuss best practises about e-learning content creation, curation of e-learning material in TeSS and controlled vocabulary about training activities.
objective: |
- ##### This is a multiline
-
- * markdown
- * example
-contributors: [Alexander Botzki, Mihail Anton, Alexia Cardona]
-coordinators: [Alexia Cardona]
+ * recommend best practises for e-learning material creation
+ * defining a curation process for e-learning content in TeSS
+contributors: [Monique Zahn, Nadja Zlender, Daniel Wibberg, Marko Vidak, Ajay Mishra, Olivier Sand]
+coordinators: [Alexander Botzki]
contacts:
- - name: Jona Doe
- mail: jona.doe@example.org
- - name: John Doe
- mail: john.doe@example.org
+ - name: Alexander Botzki
+ mail: alexander.botzki@vib.be
joinLink: https://signup.aai.lifescience-ri.eu/registrar/?vo=elixir&group=Community%3ATraining
#OPTIONAL FIELDS
@@ -38,14 +31,9 @@ licenses:
- name: CC BY 4.0 Deed
icon: ccby.png
url: https://creativecommons.org/licenses/by/4.0/deed.en
- - name: MIT
- icon: mit.png
- url: https://opensource.org/license/mit/
publications:
- - title: Publication example 1
- url: https://elixir-europe.org/
- - title: Publication example 2
- url: https://elixir-europe.org/
+ - title: "Curation guide line for e-learning material in TeSS"
+ url: https://docs.google.com/document/d/1mx8CHB3VuyXK9Suavpqgb08UwIRL8wgdSi6IcoN_tnQ/edit?usp=sharing
video: https://www.youtube.com/embed/Jd0e8_jPxik?si=RtMoHJc9k84kMQQ # ONLY YOUTUBE SUPPORTED AT THIS MOMENT
citations: |
##### This is a multiline
@@ -54,12 +42,9 @@ citations: |
* example
mailingList: https://signup.aai.lifescience-ri.eu/registrar/?vo=elixir&group=Community%3ATraining
funding:
- - name: Funder 1
+ - name: ELIXIR Programme 2019-2023
logo: funder_example_1_logo.png
url: https://elixir-europe.org/
- - name: Funder 2
- logo: funder_example_2_logo.png
- url: https://elixir-europe.org/
logo: logo_example.png
screenshots:
- screenshot_example_1.png
diff --git a/pages/resources/tango.md b/pages/resources/tango.md
index 938cf0c..4aca058 100644
--- a/pages/resources/tango.md
+++ b/pages/resources/tango.md
@@ -2,42 +2,19 @@
# MANDATORY FIELDS
type: product_page # This property is mandatory and it should be product_page
id: ttt # This id should match with the user-stories ToolId
-title: Resource TEMPLATE
-resourceUrl: https://elixir-europe.org/
+title: Tango - ELIXIR Training Metrics Database
+resourceUrl: https://tango.elixir-hpc.si/
description: |
- ##### This is a multiline
-
- * markdown
- * example
+ The Training Metrics Database was developed in an effort to streamline data collection, storage, and visualisation for the ELIXIR Training Platform.
objective: |
- ##### This is a multiline
-
- * markdown
- * example
-contributors: [Alexander Botzki, Mihail Anton, Alexia Cardona]
-coordinators: [Alexia Cardona]
-contacts:
- - name: Jona Doe
- mail: jona.doe@example.org
- - name: John Doe
- mail: john.doe@example.org
-joinLink: https://signup.aai.lifescience-ri.eu/registrar/?vo=elixir&group=Community%3ATraining
-
-#OPTIONAL FIELDS
-mission: |
- ##### This is a multiline
-
- * markdown
- * example
-benefit: |
- ##### This is a multiline
-
- * markdown
- * example
+ The Training Metrics Database was developed in an effort to streamline data collection, storage, and visualisation for the Quality and Impact Subtask of the ELIXIR Training Platform, which aims to:
+
+ * Describe the audience demographic being reached by ELIXIR-badged training events
+ * Assess the quality of ELIXIR-badged training events directly after they have taken place
+ * Evaluate the longer term impact that ELIXIR-badged training events have had on the work of training participants.
+contributors: []
+coordinators: []
licenses:
- - name: CC BY 4.0 Deed
- icon: ccby.png
- url: https://creativecommons.org/licenses/by/4.0/deed.en
- name: MIT
icon: mit.png
url: https://opensource.org/license/mit/
TeSS