Closed corneliusroemer closed 1 year ago
@AngieHinrichs I think this should be reasonably straightforward. Can we add that easily to the web interface? For matUtils, I am not sure it's necessary, but @jmcbroome could take a look?
Yes, it should be straightforward.
OK, I believe this is working on the test server: https://genome-test.gi.ucsc.edu/cgi-bin/hgPhyloPlace (Also, @corneliusroemer, the extra Auspice config stuff you showed me, entropy panel and filters)
It will take a few weeks to percolate out to the main server unless I make a special request to our admins.
Excellent Angie! Thanks so much!
By the way I'm now forwarding requests to dev.usher.bio to your test server - easier than remembering that URL :p
The main server is at usher.bio as usual
@AngieHinrichs regarding the Auspice config, @jameshadfield has written a guide for it now: https://github.com/nextstrain/docs.nextstrain.org/commit/3a3d12ba94077c0187110a691f710241648377ea
Tested it and can't get it to work. This was my input:
EPI_ISL_15160902
EPI_ISL_15199927-15199928
And this was the error:
Sorry about that! I will take a look...
and thanks for dev.usher.bio, awesome!
Those IDs resolved to these tree names:
Canada/MB-CPL-515676/2022|EPI_ISL_15199928|2022-09-06
Canada/MB-CPL-515675/2022|EPI_ISL_15199927|2022-09-06
USA/VA-CDC-QDX41426322/2022|OP542979.1|2022-09-12
-- and then a matUtils command was exec'd to get subtrees, but it died, still trying to figure out why...
Sorry, it was a change to my command-line conda environment that I didn't realize would affect the web server's matUtils executable (its libprotobuf shared object file disappeared -- because it was getting that from my conda environment in which it was compiled, yikes).
Fixed now.
GISAID exports EPI_ISLs in contracted form including things like
EPI_ISL_14884799-14884801
Usher currently doesn't recognize these.
It would be great if you could adapt Usher to recognize these.
Here's a sample where the first item is not recognized: