ffranr

Thank you for the reply @dtolnay (btw, I love your work!) I agree with you that the example C++ snippet that you have provided is not valid C++. However, I'm...

Thanks for the reply @ogoffart. I think you're right that I need to take a step back and make sure my strategy makes sense. My ultimate goal is to build...

There's a lot going on in this issue. I think that it would be beneficial to spin out certain problems into separate issues. For instance, I think that chunking the...

Copied over the post from the duplicate: @iqbal-lab said: > I don't know the exact RAM usage by our kmer hash, but for future reference, we could replace it with...

The hash function we currently used is here: https://github.com/iqbal-lab-org/gramtools/blob/72786ae667f29e710938c96d792f24d0d8e660f1/libgramtools/include/common/utils.hpp#L20

@sm0179 What is the use case for this feature?

That make sense, thank you for clarifying. May I suggest: `--min-allele-freq`

@guggero does my solution look as if it's going in the right direction? (By the way, I haven't completed the logic yet and the formatting isn't correct.)

These are the lnd transactions I'm trying to process: https://gist.github.com/ffranr/73b0624a96a93893a66ba73c5161b3b5 `AccountCreation` is at `"block_height": 120`. But there's a `AccountModification` for the same account at `"block_height": 0`. My methodology does not...

I'm still stuck with a strange withdraw transaction. I would expect at least one `is_our_address` to be `true`. And I thought at least one `output_type` should be taproot. Command: ```...