You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The current abstraction for input files feels quite off.
It does not really make sense that there is a metadataInputFilename and ndjsonInputFilename competing, one of which describes format, the other the type of data. These should be unified with an automatic detection of the code paths to choose.
That sequences can only be provided externally in .fasta files, when specifying a metadataInputFilename, is also very unintuitive
The text was updated successfully, but these errors were encountered:
The current abstraction for input files feels quite off.
It does not really make sense that there is a
metadataInputFilename
andndjsonInputFilename
competing, one of which describes format, the other the type of data. These should be unified with an automatic detection of the code paths to choose.That sequences can only be provided externally in
.fasta
files, when specifying ametadataInputFilename
, is also very unintuitiveThe text was updated successfully, but these errors were encountered: