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
For the second question, depth.uniq is not equals with depth, One path may contain a node multiple times for PGGB gfa, in minigraph cactus gfa ,depth.uniq is equals with depth. My own understanding.
OK, fine. The graph I used was generated by minigraph cactus, so depth.uniq always equals with depth. And maybe dear developers (@ekg@subwaystation) can provide another output representing the depth for only one haplotype. That means in the above case:
#node.id depth depth.uniq
1435085 15 15
will be
#node.id depth depth.uniq *something*
1435085 15 15 *2*(only in HG00096_hap1 and NA21487_hap2)
I also met this problem using
odgi extract
like #572 , odgi somehow keeps the node which needs to be removed in my bed fileI have a node
1435085
in the raw graph which is too long and so simple with the depth only two:which needs to be removed in my case, so I made a bed file containing the intervals with length longer than 1k and depth lower than 5:
but when I
extract
ed with the following command, I got:it seems the node was not be removed...
And I have two questions:
depth.uniq
in the output ofodgi depth
, which seems always equals withdepth
?Best wishes!
The text was updated successfully, but these errors were encountered: