summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorMuriithi Frederick Muriuki2021-08-30 08:49:00 +0300
committerMuriithi Frederick Muriuki2021-08-30 08:49:00 +0300
commit6c12c41bb95f4c8ab7feeee5c6cbf5c7ea79349e (patch)
treef03388b1fa9641c08b02e6121255766ab14ef9a7
parent0e91efd6a2b6647732aaff86c26021b5f2c217ab (diff)
downloadgn-gemtext-6c12c41bb95f4c8ab7feeee5c6cbf5c7ea79349e.tar.gz
Update issue with progress and notes
* Add notes on progress * Add notes on the genotype files, that is still not quite clear, to help with tracing the flow of information
-rw-r--r--topics/gn1-migration-to-gn2/clustering.gmi30
1 files changed, 30 insertions, 0 deletions
diff --git a/topics/gn1-migration-to-gn2/clustering.gmi b/topics/gn1-migration-to-gn2/clustering.gmi
index 6b88be3..a2a7eb1 100644
--- a/topics/gn1-migration-to-gn2/clustering.gmi
+++ b/topics/gn1-migration-to-gn2/clustering.gmi
@@ -255,3 +255,33 @@ ModuleNotFoundError: No module named 'reaper'
```
There's a chance we might have to write a separate rust library whose entire purpose is to add the python bindings, or maybe add the bindings to the rust-qtlreaper library itself.
+
+## 2021-08-30
+
+### 08:38
+
+I built a new module to act as an interface between /rust-qtlreaper/ and the Genenetwork3 python code.
+
+I also looked at how the genotype file is identified in GN2 and compared with the data in GN3. It seems like the corresponding value in GN3 to identify the genotype file would be the ~riset~ field in the trait.
+
+For the examples used to test the data out, all the values end up being "BXD". There is a chance that the ~riset~ field's value could be different for each trait, depending on what the user runs the code against.
+
+I think this is part of what Rob was talking about
+
+=> https://github.com/genenetwork/genenetwork3/pull/31#issuecomment-890907828 here.
+
+The issues to consider are:
+
+* If all the traits are from a single group, then ALL the heatmap functions can be run
+* If all the traits are from a single species, but different groups, then only the 'mapping' function of the heatmap should be enabled
+* If the traits are from two or more species, then NO heatmap functions can be run.
+
+Still need to identify how the groups are identified/formed. From a cursory inspection of
+
+=> https://github.com/genenetwork/genenetwork2/blob/testing/wqflask/base/data_set.py#L319 GN2
+
+it seems like the groups correspond to the ~riset~ field in GN3, since they share the name
+
+I might need to figure out how the traits correspond to a species.
+
+For the time being, however, I make the assumption that the ~riset~ field for all the traits is the same value, and use that to get the genotype file for use in computation of the QTL values with /rust-qtlreaper/.