assembly genome is bigger than survey, error log

[feiyu007]

[M::adjust_utg_by_primary] primary contig coverage range: [59, infinity]
Writing sd.bp.p_ctg.gfa to disk...
[M::reduce_hamming_error_adv::2.146] # inserted edges: 3262, # fixed bubbles: 110
[M::adjust_utg_by_trio] primary contig coverage range: [59, infinity]
[M::recall_arcs] # transitive arcs::950
[M::recall_arcs] # new arcs::359154, # old arcs::272606
ERROR
ERROR
ERROR
[M::clean_trio_untig_graph] # adjusted arcs::10
[M::adjust_utg_by_trio] primary contig coverage range: [59, infinity]
[M::recall_arcs] # transitive arcs::2054
[M::recall_arcs] # new arcs::371220, # old arcs::282894
ERROR-set_utg_offset
[M::clean_trio_untig_graph] # adjusted arcs::18
[M::output_trio_graph_joint] dedup_base::54109272, miss_base::0

[chhylp123]

It looks fine since ERROR is a warning in most cases. The final assembly size is always larger than the estimated size. This is because k-mer-based estimated size may underestimate repeats. But if the final assembly is too large, please see: https://hifiasm.readthedocs.io/en/latest/faq.html#why-the-size-of-primary-assembly-or-partially-phased-assembly-is-much-larger-than-the-estimated-genome-size.