Home
Fundamentals
Research Data Management
FAIR Data Principles
Metadata
Ontologies
Data Sharing
Data Publications
Data Management Plan
Version Control & Git
Public Data Repositories
Persistent Identifiers
Electronic Lab Notebooks (ELN)
DataPLANT Implementations
Annotated Research Context
ARC specification
ARC Commander
Swate
MetadataQuiz
DataHUB
DataPLAN
Ontology Service Landscape
Manuals
ARC Commander
Setup
Git Installation
ARC Commander Installation
Windows
MacOS
Linux
ARC Commander DataHUB Access
Before we start
Central Functions
Initialize
Clone
Connect
Synchronize
Configure
Branch
ISA Metadata Functions
ISA Metadata
Investigation
Study
Assay
Update
Export
ARCitect
Installation - Windows
Installation - macOS
Installation - Linux
QuickStart
QuickStart - Videos
ARCmanager
What is the ARCmanager?
Connect to your DataHUB
View your ARCs
Create new ARCs
Add new studies and assays
Upload files
Add metadata to your ARCs
Swate
QuickStart
QuickStart - Videos
Annotation tables
Building blocks
Building Block Types
Adding a Building Block
Filling cells with ontology terms
Advanced Term Search
File Picker
Templates
Contribute Templates
ISA-JSON
DataHUB
Overview
User Settings
Generate a Personal Access Token (PAT)
Projects Panel
ARC Panel
Forks
Working with files
ARC Settings
ARC Wiki
Groups Panel
Create a new user group
CQC Pipelines & validation
Find and use ARC validation packages
Data publications
Passing Continuous Quality Control
Submitting ARCs with ARChigator
Track publication status
Use your DOIs
Guides
ARC User Journey
Create your ARC
ARCitect QuickStart
ARCitect QuickStart - Videos
ARC Commander QuickStart
ARC Commander QuickStart (Experts)
Annotate Data in your ARC
Annotation Principles
ISA File Types
Best Practices For Data Annotation
Swate QuickStart
Swate QuickStart - Videos
Swate Walk-through
Share your ARC
Register at the DataHUB
DataPLANT account
Invite collaborators to your ARC
Sharing ARCs via the DataHUB
Work with your ARC
Using ARCs with Galaxy
Computational Workflows
CWL Introduction
CWL runner installation
CWL Examples
CWL Metadata
Recommended ARC practices
Syncing recommendation
Keep files from syncing to the DataHUB
Managing ARCs across locations
Working with large data files
Adding external data to the ARC
ARCs in Enabling Platforms
Publication to ARC
Troubleshooting
Git Troubleshooting & Tips
Contribute
Swate Templates
Knowledge Base
Teaching Materials
Events 2023
Nov: CEPLAS PhD Module
Oct: CSCS CEPLAS Start Your ARC
Sept: MibiNet CEPLAS Start Your ARC
July: RPTU Summer School on RDM
July: Data Steward Circle
May: CEPLAS Start Your ARC Series
Start Your ARC Series - Videos
Events 2024
TRR175 Becoming FAIR
CEPLAS ARC Trainings – Spring 2024
MibiNet CEPLAS DataPLANT Tool-Workshops
TRR175 Tutzing Retreat
Frequently Asked Questions
last updated at 2024-09-04
About this guide
This tutorial guides you how to create Swate metadata templates with Swate-alpha.
Before we can start
Before contributing Swate templates you ideally have
- ☑️ Access to Swate-alpha
- ☑️ Some routine with Swate (e.g. from the Swate manual and quickstarts)
- ☑️ A GitHub account and some routine with GitHub
- 💡 Feel free to contact us for Data Steward support, if you are not familiar to GitHub or Swate, but would like to contribute a Swate template for your community
Git Workflow to add or edit templates
- (Recommended) Create an issue with background information about the template you want to add. This also serves as a place for discussion.
- Fork the Swate-templates repository.
- (Recommended) Create a feature branch (e.g. "template-xy") on your fork.
- Clone your fork-branch
- Add/update ONE template (see steps below)
- Commit, push and sync your branch.
- Open a pull request
👀 You can reference your issue typing #
in the pull request's commenting dialog
Creating a new Swate template
Create or open a Swate template
Open Swate-alpha. To create a new template click "New File" and select "Template". If you want to edit an existing template, click "Import" and select the respective file.
Add Template Metadata
Once you open a new template, you will see a "Metadata" sheet. Here you will enter a name for the template as well as further information describing the template. You can find explanations of the necessary information in the table below.
Template Metadata Explanation
Key |
Definition |
Tip 💡 |
Identifier |
|
Do not change this field. It maps your template to a database entry ⚠️ |
Name |
This is the first info Swate users see about your template |
Try using a short, descriptive and human readable name. Capitalize the first letter of the first word. |
Description |
Here you can describe your template. |
Users interested in your template can read this in Swate, but not search by it. |
Organisation |
The name of an organisation or community you create this template for. This facilitates searching for relevant templates in a specific organisation or community. |
Templates with the organisation "DataPLANT" are listed as curated in the Swate template database. All other templates are listed as community . |
Version |
The version of the template following the SemVer convention. |
For a new template use 1.0.0 . Raise the version number when updating an existing template. |
Tags |
You can add any number of tags here. These tags are the basis to search for your template. |
If possible add them as ontology terms with source ontology (TSR) and unique identifier (TAN). If similar tags already exist, consider reusing the existing ones. |
Endpoint Repositories |
If your template complies with the requirements of an endpoint repository, you can add the respective repository here. |
You may want to add them as ontology terms with source (TSR) and identifier (TAN). |
Authors |
Add your name/alias here with as much information as you like. |
|
Template Metadata Example
Here is an example for filled out template metadata and how it helps in Swate's template search.
Add building blocks
To add the building blocks of your actual template, you need to switch from the "Metadata" sheet to the "New Table" sheet on the bottom left. Using the "Add Building Block" button, you can add your desired building blocks with or without a unit.
Recommendations for template design
- Keep the template as concise as possible
- 👀 If you miss a term or ontology, please follow the DPBO contribution guide to let us know
- If you add a template to address a missing method, try to add building blocks that cover experimental procedures (as Parameters) and features of the sample (as Characteristics) that the experimenter would use when working on an experiment of that type
- The normal order of the columns is: Input → (all the Parameters and Characteristics in between in chronological order) → Output -or- Raw Data File -or- Derived Data File. Try to think about in which order the experimenter in the lab will do their work. Try to match this chronological order from left to right. This step is optional and only meant to increase readability.
- If you would like to save any background information on your template, that would help others reconstruct the creation of the template, you can save it in the Swate-templates GitHub repository. For this, please create a folder with the name of your template in the "Background information" folder.
- Avoid using the building block type
Factor
in templates. Any given characteristic or parameter in one study or assay can become a factor in another study or assay depending on the experimental context or scientific question. E.g. in one study all samples originate from the same species
(-> Characteristic) whereas in another study multiple species
were assayed (-> Factor).
Recommendations for adding endpoint repository templates
- When creating a template to comply with repository requirements, please follow the following naming pattern: "Repository" - "Assay", e.g. MetaboLights - MS measurement
- The endpoint repository tag should be added ONLY in the "Endpoint repository" category in the metadata sheet
- By default repository templates should contain only mandatory information. In this case, please add "mandatory" as a tag.
- Optional or recommended information can be added with an extension template that contains ONLY the optional/recommended information. In this case, please add "-extension" to the template name.
- If applicable, templates should be split into different assays.
- Templates should be checked for validity of requirements every ~ 6 months.
Add example values
Once the building blocks are established, please fill in one row of the table with example values. This will help the users interpret the building blocks and fill in the template in the intended way.
Save your template
Save your template by clicking on the disc symbol in the top right corner. This will download an xlsx-file. Please adjust the name of the file to correspond to the name of the template, but use underscores instead of spaces.
Save the file in a suitable folder within your local clone of the Swate templates repository.
Your template is ready for upload 🎉
- Well done! You created a new template.
- You can now submit your template via the git workflow described above.
- Once your pull request is merged, you will receive an Email from "Swobup Commit Report"
Known pitfalls with Swate Templates
- Opening and saving a Swate template .xlsx file with a program other than Microsoft Excel (e.g. LibreOffice, python script, R script) often destroys the template (backend). Please, avoid to upload this file into the GitHub repository.
DataPLANT Support
Besides these technical solutions, DataPLANT supports you with community-engaged data stewardship. For further assistance, feel free to reach out via our
helpdesk
or by contacting us
directly
.