Special Characters in Tcoffee .fasta Interpretation

[Alex Men Tong]

Hi!

I work with Peter Yoon and am attempting to implement a DALI to Tcoffee workflow.

Tcoffee runs perfectly locally, but upon processing the same files through our server, Tcoffee seems to produce nonASCII characters in the first merge step causing a fatal error when merging the final msa. Our files and scripts are all UTF-8 encoded and the error only appears upon the first Tcoffee call in a singularity container.

A workaround to this is to isolate each merge step and iterate the merging however this scales the processing time by 100x. The characters are printable in ISO-8859-1 Latin 1 encryption. Using a previous version and simply implementing sanitization functions do not fix this issue.

I was wondering if we are surpassing Tcoffee's processing limit like the MAXNPID error of previous models or if there were any encryption logic errors.

Thanks!

Alex

[Cedric Notredame]

Dear Alex

I do not think it has to do with the max-PID. If you could send one of the faulty output I will investigate 

Not much thought got into the encoding. I am just using the standard ascii, there is also not too much checking going on on the input side and it could be that some char slipping through may cause damages at some point. 

Cheers 

Cedric 

-- 

Dr Cedric Notredame, PhD
ORCID - https://orcid.org/0000-0003-1461-0988

On 25 Jun 2024, at 02:50, 'Alex Men Tong' via Tcoffee <tco...@googlegroups.com> wrote:

Hi!

--
You received this message because you are subscribed to the Google Groups "Tcoffee" group.
To unsubscribe from this group and stop receiving emails from it, send an email to tcoffee+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/tcoffee/1430f5fb-4eb9-41c3-86b3-d2c750e150fdn%40googlegroups.com.