Markus J. Ankenbrand

@GeminiSwan is your issue similar to #95?

The documentation has example code for most functions in the [reference](https://thackl.github.io/gggenomes/reference/index.html). E.g. for loading fasta and gff files there is https://thackl.github.io/gggenomes/reference/read_tracks.html Once you have your data loaded you can look...

The `cluster-ids` program is part of the [thackl/seq-scripts](https://github.com/thackl/seq-scripts) by @thackl. You can find it in the [bin directory](https://github.com/thackl/seq-scripts/tree/master/bin).

Same here using current shiny-phyloseq via `shiny::runGitHub` in this env: ``` > sessionInfo() R version 3.5.1 (2018-07-02) Platform: x86_64-pc-linux-gnu (64-bit) Running under: Debian GNU/Linux buster/sid Matrix products: default BLAS: /usr/lib/x86_64-linux-gnu/blas/libblas.so.3.8.0...

Hi, there are two potential issues here. The first one is, that `color` is provided with a fixed value inside `aes`. This way, both tracks end up with the same...

I don't know what causes this issue in your case. This minimal example works for me: ```R library(gggenomes) emale_gc2 dplyr::mutate(score2=score*(-.8)) |> dplyr::select(-score) gggenomes(emale_genes, seqs=emale_seqs) |> add_feats(emale_gc) |> add_feats(emale_gc2) + geom_seq()...

I have the same problem on Ubuntu 22.04 with Octave 7.2.0, as well. My `metakernel` 0.29.4, contains the proposed fix. I could not figure out, why it does not actually...

This is probably related to an issue in `mirtk` (https://github.com/BioMedIA/MIRTK/issues/782). You can work around it by removing the `-approximate` option in the call to `mirtk compose-dofs` and add a call...

I have the same problem as well in roughly 3-5% of the participants. I tried several things but was unable to fix it so far. This issue seems to be...

Ah yes, I did not change anything there. Instead, I'm now running each participant individually. So if one fails, that does not affect the others. It also allows better parallelization....