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

[GH-1061] don't send back defaults when user specifies reference_fasta_prefix #221

Merged
merged 2 commits into from
Nov 13, 2020

Conversation

ehigham
Copy link
Member

@ehigham ehigham commented Nov 12, 2020

Purpose

Using the reference_fasta_prefix to dictate all the references is weird. We should only use it to compute the reference_fasta.

Changes

  • merge the reference_fasta into references if the specifies them
  • don't make default values part of the API. This makes back-porting fixes + updated input values easier.

@ehigham ehigham merged commit be5ae06 into master Nov 13, 2020
@ehigham ehigham deleted the ehigham/GH-1061-refence-fasta-prefix branch November 13, 2020 15:48
Copy link
Contributor

@tbl3rd tbl3rd left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Not sure I understand the motivation, but looks good to me.

(let [hg38 "gs://gcp-public-data--broad-references/hg38/v0/"]
(merge references/contamination-sites
(references/hg38-genome-references prefix)
(references/hg38-genome-references nil)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Could we (def hg38-genome-references …) and just merge it as data?

@ehigham
Copy link
Member Author

ehigham commented Nov 13, 2020

Not sure I understand the motivation, but looks good to me.

The idea is that I think it's weird to specify all references via a reference_fasta_prefix - surely that should only define the reference fasta?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants