We need a new FeatureData[Contig] type to represent contigs which were generated through co-assembly of reads from multiple samples (see https://github.com/bokulich-lab/q2-assembly/issues/22). Since this process leads to the loss of the "sample" concept, we wouldn't want to store those contigs as SampleData[Contigs] (the contigs simply become features). Introducing a new type will also allow us to better control the flow of data through the MOSHPIT pipeline in a case where the user starts with co-assembly, as certain actions will need to work slightly differently.
We need a new
FeatureData[Contig]type to represent contigs which were generated through co-assembly of reads from multiple samples (see https://github.com/bokulich-lab/q2-assembly/issues/22). Since this process leads to the loss of the "sample" concept, we wouldn't want to store those contigs asSampleData[Contigs](the contigs simply become features). Introducing a new type will also allow us to better control the flow of data through the MOSHPIT pipeline in a case where the user starts with co-assembly, as certain actions will need to work slightly differently.