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

BEP 027: BIDS Execution #313

Open
effigies opened this issue Aug 16, 2019 · 18 comments
Open

BEP 027: BIDS Execution #313

effigies opened this issue Aug 16, 2019 · 18 comments
Labels
BEP enhancement New feature or request

Comments

@effigies
Copy link
Collaborator

This is an announcement of a BIDS Extension Proposal for BIDS Applications and execution descriptions. This BEP is intended to supersede the BIDS Apps paper (doi:10.1371/journal.pcbi.1005209) and build upon our experience over the last 3 years or so of application development and deployment.

I believe the next available BEP number is 27. If there are no objections, I will open a pull request adding this as BEP027.

This document is a partial draft, with some need to flesh out some details, but I think the broad outlines of what we're trying to do are here and ready for broader comment.

@effigies effigies added the enhancement New feature or request label Aug 16, 2019
@effigies
Copy link
Collaborator Author

/cc Co-moderator @gkiar and listed contributors @glatard @prioux.

Other commenters on the draft:

Also should probably just ping @bids-standard/everyone, what with this being an announcement and all. Will additionally announce on bids-discussion and Neurostars.

@sappelhoff
Copy link
Member

Thanks @effigies, I am +1 for you to open a PR and adding this to our BEP list.

I am only wondering why we should call this "BIDS-Execution" instead of "BIDS-Apps 2.0", but see the comment on your BEP google doc.

@omar-rifai
Copy link

omar-rifai commented May 31, 2021

Hello all,

As part of improving traceability of our software, I'm looking to implement something similar to what is proposed in this BEP. Does anyone know if this proposal is still of interest and whether it is likely to be integrated in future specifications?

Cheers,

@effigies
Copy link
Collaborator Author

It is still of interest, but the amount of time I have to devote to it is very limited. Happy to help bring someone up to speed if they want to push on it.

@adelavega
Copy link

Omar, it is definitely still of interest, and I'd be happy to help as well. Maybe we should set a date to meet about this sometime this summer? I'm hopeful this BEP should not be quite as much work as StatsModels, but I also don't want to jinx it.

@francopestilli
Copy link
Collaborator

i wonder whether the work done around github.com/brainlife can be reused here @soichih, if it is we could perhaps put some cycles? @guiomar

@gkiar
Copy link

gkiar commented Jun 3, 2021

Hey all, I am in the same boat. Perhaps we could focus on this as an OHBM hackathon project? I don't think it takes a lot to get a coherent draft of this finalized, given the previous spec and already substantial integration of Boutiques, so having a few heads poking for a few days will go a long way.

@gkiar
Copy link

gkiar commented Jun 8, 2021

Hi again, I created a project for the OHBM hackathon (linked here), so next week at the hackathon we can see who is around to make some progress on this.

@rob-luke
Copy link
Member

rob-luke commented Jun 9, 2021

Im interested in this BEP as I am starting to build projects around the bids-app idea for fNIRS data (see BEP030) and EEG. Are you planning that this BEP (execution) will be compatible with all BIDS modalities? If so, I'd be pleased to try and join for the hackathon (depending on timezone issues, Im in Australia).

@gkiar
Copy link

gkiar commented Jun 9, 2021

Hey @rob-luke — it'd be great to work with you on this! The goal of this BEP is not to be prescriptive to any one modality or domain within BIDS, but rather define a strict set of arguments which are deemed essential for any BIDS-related analysis, another which are universally relevant if not mandatory, and define the standard which will govern how these and any optional extensions are integrated such that apps are maximally inter-operable and interpretable. The form it is currently in is basically throwing the previously published spec in a blender with Boutiques, which provides a schema standard and some tools for validation.

@omar-rifai
Copy link

Great, thanks @gkiar for setting this up. I won't be able to join next week but probably someone from my team will.

@ghisvail
Copy link
Contributor

@gkiar I'd be keen to sync with you all on this topic if that's ok. I work with @omar-rifai who cannot join this week unfortunately. What's the next time you are planning to meet?

@gkiar
Copy link

gkiar commented Jun 15, 2021

Hey @ghisvail, I think we'll follow the OHBM schedule and I'll give the pitch tomorrow afternoon, then we can schedule a time to sit down likely right after that (1-2ish, EST). If you join the mattermost, via the link shared here, we can coordinate more specifically then.

@sebastientourbier
Copy link
Collaborator

Hi @gkiar! Thanks to bring this back!
Happy to join the team during the OHBM hackathon!

@gkiar
Copy link

gkiar commented Oct 6, 2021

Hey @ all (I suppose everyone who has interacted with this issue will be following it),

I've drafted a summary of our progress at OHBM for inclusion in the proceedings, here. Please add suggestions by EOD Friday, Oct 8th. Sorry for the short notice, but it's a very little thing that is hopefully not particularly contentious given that it just summarizes what we did a few months ago 😉

Thanks!

@ericearl
Copy link
Collaborator

ericearl commented Oct 6, 2021

I think that's short and sweet and looks great. Thanks @gkiar !

@rob-luke
Copy link
Member

rob-luke commented Oct 6, 2021

Looks great. Thanks @gkiar

@sebastientourbier
Copy link
Collaborator

Great work @gkiar! Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
BEP enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

10 participants