https://github.com/bids-apps/example

This an example app that can serve as a template.

https://github.com/bids-apps/example

Science Score: 13.0%

This score indicates how likely this project is to be science-related based on various indicators:

  • CITATION.cff file
  • codemeta.json file
    Found codemeta.json file
  • .zenodo.json file
  • DOI references
  • Academic publication links
  • Academic email domains
  • Institutional organization owner
  • JOSS paper metadata
  • Scientific vocabulary similarity
    Low similarity (15.1%) to scientific vocabulary

Keywords

bids bids-apps
Last synced: 5 months ago · JSON representation

Repository

This an example app that can serve as a template.

Basic Info
Statistics
  • Stars: 17
  • Watchers: 3
  • Forks: 32
  • Open Issues: 3
  • Releases: 3
Topics
bids bids-apps
Created over 9 years ago · Last pushed 12 months ago
Metadata Files
Readme License

README.md

An example BIDS App (template repository)

Every BIDS App needs to follow a minimal set of command arguments common across all of the Apps. This allows users and developers to easily use and integrate BIDS Apps with their environment.

This is a minimalist example of a BIDS App consisting of a Dockerfile and a simple entry point script (written in this case in Python) accepting the standard BIDS Apps command line arguments. This repository can be used as a template for new BIDS Apps.

For more information about the specification of BIDS Apps see here.

Description

This is a placeholder for a short description explaining to the user what your App will doing.

Documentation

Provide a link to the documentation of your pipeline.

How to report errors

Provide instructions for users on how to get help and report errors.

Acknowledgments

Describe how would you would like users to acknowledge use of your App in their papers (citation, a paragraph that can be copy pasted, etc.)

Usage

This App has the following command line arguments:

usage: run.py [-h] [--participant_label PARTICIPANT_LABEL [PARTICIPANT_LABEL ...]] [--skip_bids_validator] [-v]
            bids_dir output_dir {participant,group}

Example BIDS App entrypoint script.

positional arguments:
bids_dir              The directory with the input dataset formatted according to the BIDS standard.
output_dir            The directory where the output files should be stored. If you are running group level analysis this folder should
                        be prepopulated with the results of theparticipant level analysis.
{participant,group}   Level of the analysis that will be performed. Multiple participant level analyses can be run independently (in
                        parallel) using the same output_dir.

options:
-h, --help            show this help message and exit
--participant_label PARTICIPANT_LABEL [PARTICIPANT_LABEL ...]
                        The label(s) of the participant(s) that should be analyzed. The label corresponds to sub-<participant_label> from
                        the BIDS spec (so it does not include "sub-"). If this parameter is not provided all subjects should be analyzed.
                        Multiple participants can be specified with a space separated list.
--skip_bids_validator
                        Whether or not to perform BIDS dataset validation
-v, --version         show program's version number and exit

To run it in participant level mode (for one participant):

docker run -i --rm \
    -v /Users/filo/data/ds005:/bids_dataset:ro \
    -v /Users/filo/outputs:/outputs \
    bids/example \
    /bids_dataset /outputs participant --participant_label 01

After doing this for all subjects (potentially in parallel), the group level analysis can be run:

docker run -i --rm \
    -v /Users/filo/data/ds005:/bids_dataset:ro \
    -v /Users/filo/outputs:/outputs \
    bids/example \
    /bids_dataset /outputs group

Special considerations

Describe whether your app has any special requirements. For example:

  • Multiple map reduce steps (participant, group, participant2, group2 etc.)
  • Unusual memory requirements
  • etc.

Owner

  • Name: BIDS Apps
  • Login: bids-apps
  • Kind: organization

A collection of containerized neuroimaging workflows and pipelines that accept datasets organized according to the Brain Imaging Data Structure (BIDS).

GitHub Events

Total
  • Watch event: 1
  • Delete event: 4
  • Push event: 4
  • Pull request event: 7
  • Create event: 4
Last Year
  • Watch event: 1
  • Delete event: 4
  • Push event: 4
  • Pull request event: 7
  • Create event: 4

Issues and Pull Requests

Last synced: 6 months ago

All Time
  • Total issues: 0
  • Total pull requests: 3
  • Average time to close issues: N/A
  • Average time to close pull requests: 2 days
  • Total issue authors: 0
  • Total pull request authors: 1
  • Average comments per issue: 0
  • Average comments per pull request: 0.0
  • Merged pull requests: 3
  • Bot issues: 0
  • Bot pull requests: 3
Past Year
  • Issues: 0
  • Pull requests: 3
  • Average time to close issues: N/A
  • Average time to close pull requests: 2 days
  • Issue authors: 0
  • Pull request authors: 1
  • Average comments per issue: 0
  • Average comments per pull request: 0.0
  • Merged pull requests: 3
  • Bot issues: 0
  • Bot pull requests: 3
Top Authors
Issue Authors
  • Remi-Gau (2)
  • yarikoptic (1)
Pull Request Authors
  • pre-commit-ci[bot] (8)
  • Remi-Gau (1)
Top Labels
Issue Labels
Pull Request Labels

Dependencies

Dockerfile docker
  • bids/base_fsl 6.0.1 build