RRDistMaps: plot not corresponding to tabulated distance data?
Hi, I played around a bit with the nice RRDistMaps tool in Chimera v1.17.3 and I am wondering why the output .png plot's size of a single protein structure analysis doesn't correspond at all to the protein length? For a 659 amino acid long protein I was expecting to find a plot in which the distance matrix data area is sized 659 by 659 pixels (or multiples of this) to allow for placing the corresponding grey-scale value for each calculated distance as indicated in the plot's legend. Instead, it appears that the output image's dimensions are actually dynamically adjusted depending on the RRDistMaps's tool window size at the time of generating the plot. As a result, the core data region in the plot can barely accomodate the full data set with regular screen resolutions - at my end at least, it is always smaller (except maybe for very small proteins; I did not check this in more detail, yet). Playing with the sliders and trying to re-export those manually re-formatted images also doesn't seem to solve the problem. Did I miss something here? I just found out about this accidentally while writing a small Python program analyzing the output plots pixel-wise. ;-) I also noticed that the data area appears bordered by a triple line set (single pixel wide, each: grey-black-grey). Please note that I don't question the numeric distance data as exported in .csv/.tsv format - it's all just about the exported .png file. One additional question: Is it possible to run this tool in batch mode from the command line with parameters specifying (forcing) the (correct) output plot size (data region), the input .pdb structure file and all the options available in the GUI plus export the distance data table in .csv format (and maybe even the alignment data)? And finally, it appears that I encontered a possible bug when trying to process more than two sequences using RRDistMaps: The Muscle-based online alignment seems to fail (tried it for two days now) - here is the log: Traceback from web service request (connection setup): Traceback (most recent call last): File "C:\Program Files\Chimera 1.17.3\share\WebServices\opal_client.py", line 11, in __init__ self._setup(serviceName, opalURL, sessionData) File "C:\Program Files\Chimera 1.17.3\share\WebServices\opal_client.py", line 50, in _setup self.sudsClient = Client(self.serviceURL + "?wsdl", **kw) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\client.py", line 115, in __init__ self.wsdl = reader.open(url) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\reader.py", line 150, in open d = self.fn(url, self.options) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\wsdl.py", line 136, in __init__ d = reader.open(url) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\reader.py", line 74, in open d = self.download(url) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\reader.py", line 92, in download fp = self.options.transport.open(Request(url)) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\transport\https.py", line 62, in open return HttpTransport.open(self, request) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\transport\http.py", line 69, in open raise TransportError(str(e), e.code, e.fp) TransportError: HTTP Error 404: Not Found Typically, if you get a TypeError, it's a problem on the remote server and it should be fixed shortly. If you get a different error or get TypeError consistently for more than a day, please report the problem using the Report a Bug... entry in the Help menu. Please include the traceback printed above as part of the problem description. Traceback from web application request: Traceback (most recent call last): File "C:\Program Files\Chimera 1.17.3\share\WebServices\appWebService.py", line 51, in _initApp self.backend = Backend(service, url) File "C:\Program Files\Chimera 1.17.3\share\WebServices\opal_client.py", line 21, in __init__ raise NonChimeraError("Web service appears " NonChimeraError: Web service appears to be down. See Reply Log for more details. Service 'opal:MuscleService' is unavailable. See Reply Log for more details. Best regards, Michael. -- Dr. Michael H.W. Weber Rechenkraft.net e.V.
HI Michael, Chimera is no longer actively developed and those who wrote the RR Dist Maps tool are no longer with the group, sorry. Unfortunately, it does not have a corresponding command either. Regards, Elaine ----- Elaine C. Meng, Ph.D. UCSF Chimera(X) team Resource for Biocomputing, Visualization, and Informatics Department of Pharmaceutical Chemistry University of California, San Francisco
On Dec 28, 2024, at 7:12 AM, Dr. Michael Weber via Chimera-users <chimera-users@cgl.ucsf.edu> wrote:
Hi, I played around a bit with the nice RRDistMaps tool in Chimera v1.17.3 and I am wondering why the output .png plot's size of a single protein structure analysis doesn't correspond at all to the protein length? For a 659 amino acid long protein I was expecting to find a plot in which the distance matrix data area is sized 659 by 659 pixels (or multiples of this) to allow for placing the corresponding grey-scale value for each calculated distance as indicated in the plot's legend. Instead, it appears that the output image's dimensions are actually dynamically adjusted depending on the RRDistMaps's tool window size at the time of generating the plot. As a result, the core data region in the plot can barely accomodate the full data set with regular screen resolutions - at my end at least, it is always smaller (except maybe for very small proteins; I did not check this in more detail, yet). Playing with the sliders and trying to re-export those manually re-formatted images also doesn't seem to solve the problem. Did I miss something here? I just found out about this accidentally while writing a small Python program analyzing the output plots pixel-wise. ;-) I also noticed that the data area appears bordered by a triple line set (single pixel wide, each: grey-black-grey). Please note that I don't question the numeric distance data as exported in .csv/.tsv format - it's all just about the exported .png file.
One additional question: Is it possible to run this tool in batch mode from the command line with parameters specifying (forcing) the (correct) output plot size (data region), the input .pdb structure file and all the options available in the GUI plus export the distance data table in .csv format (and maybe even the alignment data)?
And finally, it appears that I encontered a possible bug when trying to process more than two sequences using RRDistMaps: The Muscle-based online alignment seems to fail (tried it for two days now) - here is the log:
Traceback from web service request (connection setup): Traceback (most recent call last): File "C:\Program Files\Chimera 1.17.3\share\WebServices\opal_client.py", line 11, in __init__ self._setup(serviceName, opalURL, sessionData) File "C:\Program Files\Chimera 1.17.3\share\WebServices\opal_client.py", line 50, in _setup self.sudsClient = Client(self.serviceURL + "?wsdl", **kw) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\client.py", line 115, in __init__ self.wsdl = reader.open(url) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\reader.py", line 150, in open d = self.fn(url, self.options) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\wsdl.py", line 136, in __init__ d = reader.open(url) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\reader.py", line 74, in open d = self.download(url) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\reader.py", line 92, in download fp = self.options.transport.open(Request(url)) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\transport\https.py", line 62, in open return HttpTransport.open(self, request) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\transport\http.py", line 69, in open raise TransportError(str(e), e.code, e.fp) TransportError: HTTP Error 404: Not Found
Typically, if you get a TypeError, it's a problem on the remote server and it should be fixed shortly. If you get a different error or get TypeError consistently for more than a day, please report the problem using the Report a Bug... entry in the Help menu. Please include the traceback printed above as part of the problem description. Traceback from web application request: Traceback (most recent call last): File "C:\Program Files\Chimera 1.17.3\share\WebServices\appWebService.py", line 51, in _initApp self.backend = Backend(service, url) File "C:\Program Files\Chimera 1.17.3\share\WebServices\opal_client.py", line 21, in __init__ raise NonChimeraError("Web service appears " NonChimeraError: Web service appears to be down. See Reply Log for more details. Service 'opal:MuscleService' is unavailable. See Reply Log for more details.
Best regards, Michael.
-- Dr. Michael H.W. Weber Rechenkraft.net e.V.
_______________________________________________ Chimera-users mailing list -- chimera-users@cgl.ucsf.edu To unsubscribe send an email to chimera-users-leave@cgl.ucsf.edu Archives: https://mail.cgl.ucsf.edu/mailman/archives/list/chimera-users@cgl.ucsf.edu/
Hi Michael, Here is a web page describing how to make plots like RRDist in ChimeraX. It uses the ChimeraX capability to plot AlphaFold predicted aligned error scores, and uses some Python code to write the residue to residue distances in the AlphaFold format. https://rbvi.github.io/chimerax-recipes/rrdist/rrdist.html The plot can be saved using the menu that appears using right-mouse-click. It saves the plot at 1 pixel per residue regardless of its size on your screen. Also you can choose to hide the divider lines on the plot between chains using that menu. There is a command to show the plot (alphafold pae) but no option to save the image with the command. https://www.cgl.ucsf.edu/chimerax/docs/user/commands/alphafold.html#pae Tom 
On Dec 28, 2024, at 7:12 AM, Dr. Michael Weber via Chimera-users <chimera-users@cgl.ucsf.edu> wrote:
Hi, I played around a bit with the nice RRDistMaps tool in Chimera v1.17.3 and I am wondering why the output .png plot's size of a single protein structure analysis doesn't correspond at all to the protein length? For a 659 amino acid long protein I was expecting to find a plot in which the distance matrix data area is sized 659 by 659 pixels (or multiples of this) to allow for placing the corresponding grey-scale value for each calculated distance as indicated in the plot's legend. Instead, it appears that the output image's dimensions are actually dynamically adjusted depending on the RRDistMaps's tool window size at the time of generating the plot. As a result, the core data region in the plot can barely accomodate the full data set with regular screen resolutions - at my end at least, it is always smaller (except maybe for very small proteins; I did not check this in more detail, yet). Playing with the sliders and trying to re-export those manually re-formatted images also doesn't seem to solve the problem. Did I miss something here? I just found out about this accidentally while writing a small Python program analyzing the output plots pixel-wise. ;-) I also noticed that the data area appears bordered by a triple line set (single pixel wide, each: grey-black-grey). Please note that I don't question the numeric distance data as exported in .csv/.tsv format - it's all just about the exported .png file.
One additional question: Is it possible to run this tool in batch mode from the command line with parameters specifying (forcing) the (correct) output plot size (data region), the input .pdb structure file and all the options available in the GUI plus export the distance data table in .csv format (and maybe even the alignment data)?
And finally, it appears that I encontered a possible bug when trying to process more than two sequences using RRDistMaps: The Muscle-based online alignment seems to fail (tried it for two days now) - here is the log:
Traceback from web service request (connection setup): Traceback (most recent call last): File "C:\Program Files\Chimera 1.17.3\share\WebServices\opal_client.py", line 11, in __init__ self._setup(serviceName, opalURL, sessionData) File "C:\Program Files\Chimera 1.17.3\share\WebServices\opal_client.py", line 50, in _setup self.sudsClient = Client(self.serviceURL + "?wsdl", **kw) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\client.py", line 115, in __init__ self.wsdl = reader.open(url) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\reader.py", line 150, in open d = self.fn(url, self.options) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\wsdl.py", line 136, in __init__ d = reader.open(url) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\reader.py", line 74, in open d = self.download(url) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\reader.py", line 92, in download fp = self.options.transport.open(Request(url)) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\transport\https.py", line 62, in open return HttpTransport.open(self, request) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\transport\http.py", line 69, in open raise TransportError(str(e), e.code, e.fp) TransportError: HTTP Error 404: Not Found
Typically, if you get a TypeError, it's a problem on the remote server and it should be fixed shortly. If you get a different error or get TypeError consistently for more than a day, please report the problem using the Report a Bug... entry in the Help menu. Please include the traceback printed above as part of the problem description. Traceback from web application request: Traceback (most recent call last): File "C:\Program Files\Chimera 1.17.3\share\WebServices\appWebService.py", line 51, in _initApp self.backend = Backend(service, url) File "C:\Program Files\Chimera 1.17.3\share\WebServices\opal_client.py", line 21, in __init__ raise NonChimeraError("Web service appears " NonChimeraError: Web service appears to be down. See Reply Log for more details. Service 'opal:MuscleService' is unavailable. See Reply Log for more details.
Best regards, Michael.
-- Dr. Michael H.W. Weber Rechenkraft.net e.V.
_______________________________________________ Chimera-users mailing list -- chimera-users@cgl.ucsf.edu To unsubscribe send an email to chimera-users-leave@cgl.ucsf.edu Archives: https://mail.cgl.ucsf.edu/mailman/archives/list/chimera-users@cgl.ucsf.edu/
Hm, thanks for your response, Elaine. Couldn't that tool be moved to ChimeraX in a future version? :) Michael. --- Dr. Michael H.W. Weber Rechenkraft.net e.V. Am 29.12.2024 18:38 schrieb Elaine Meng:
HI Michael, Chimera is no longer actively developed and those who wrote the RR Dist Maps tool are no longer with the group, sorry.
Unfortunately, it does not have a corresponding command either. Regards, Elaine ----- Elaine C. Meng, Ph.D. UCSF Chimera(X) team Resource for Biocomputing, Visualization, and Informatics Department of Pharmaceutical Chemistry University of California, San Francisco
On Dec 28, 2024, at 7:12 AM, Dr. Michael Weber via Chimera-users <chimera-users@cgl.ucsf.edu> wrote:
Hi, I played around a bit with the nice RRDistMaps tool in Chimera v1.17.3 and I am wondering why the output .png plot's size of a single protein structure analysis doesn't correspond at all to the protein length? For a 659 amino acid long protein I was expecting to find a plot in which the distance matrix data area is sized 659 by 659 pixels (or multiples of this) to allow for placing the corresponding grey-scale value for each calculated distance as indicated in the plot's legend. Instead, it appears that the output image's dimensions are actually dynamically adjusted depending on the RRDistMaps's tool window size at the time of generating the plot. As a result, the core data region in the plot can barely accomodate the full data set with regular screen resolutions - at my end at least, it is always smaller (except maybe for very small proteins; I did not check this in more detail, yet). Playing with the sliders and trying to re-export those manually re-formatted images also doesn't seem to solve the problem. Did I miss something here? I just found out about this accidentally while writing a small Python program analyzing the output plots pixel-wise. ;-) I also noticed that the data area appears bordered by a triple line set (single pixel wide, each: grey-black-grey). Please note that I don't question the numeric distance data as exported in .csv/.tsv format - it's all just about the exported .png file.
One additional question: Is it possible to run this tool in batch mode from the command line with parameters specifying (forcing) the (correct) output plot size (data region), the input .pdb structure file and all the options available in the GUI plus export the distance data table in .csv format (and maybe even the alignment data)?
And finally, it appears that I encontered a possible bug when trying to process more than two sequences using RRDistMaps: The Muscle-based online alignment seems to fail (tried it for two days now) - here is the log:
Traceback from web service request (connection setup): Traceback (most recent call last): File "C:\Program Files\Chimera 1.17.3\share\WebServices\opal_client.py", line 11, in __init__ self._setup(serviceName, opalURL, sessionData) File "C:\Program Files\Chimera 1.17.3\share\WebServices\opal_client.py", line 50, in _setup self.sudsClient = Client(self.serviceURL + "?wsdl", **kw) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\client.py", line 115, in __init__ self.wsdl = reader.open(url) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\reader.py", line 150, in open d = self.fn(url, self.options) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\wsdl.py", line 136, in __init__ d = reader.open(url) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\reader.py", line 74, in open d = self.download(url) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\reader.py", line 92, in download fp = self.options.transport.open(Request(url)) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\transport\https.py", line 62, in open return HttpTransport.open(self, request) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\transport\http.py", line 69, in open raise TransportError(str(e), e.code, e.fp) TransportError: HTTP Error 404: Not Found
Typically, if you get a TypeError, it's a problem on the remote server and it should be fixed shortly. If you get a different error or get TypeError consistently for more than a day, please report the problem using the Report a Bug... entry in the Help menu. Please include the traceback printed above as part of the problem description. Traceback from web application request: Traceback (most recent call last): File "C:\Program Files\Chimera 1.17.3\share\WebServices\appWebService.py", line 51, in _initApp self.backend = Backend(service, url) File "C:\Program Files\Chimera 1.17.3\share\WebServices\opal_client.py", line 21, in __init__ raise NonChimeraError("Web service appears " NonChimeraError: Web service appears to be down. See Reply Log for more details. Service 'opal:MuscleService' is unavailable. See Reply Log for more details.
Best regards, Michael.
-- Dr. Michael H.W. Weber Rechenkraft.net e.V.
_______________________________________________ Chimera-users mailing list -- chimera-users@cgl.ucsf.edu To unsubscribe send an email to chimera-users-leave@cgl.ucsf.edu Archives: https://mail.cgl.ucsf.edu/mailman/archives/list/chimera-users@cgl.ucsf.edu/
Thanks, Tom - I will check it out. Best, Michael. --- Dr. Michael H.W. Weber Rechenkraft.net e.V. Am 30.12.2024 20:41 schrieb Tom Goddard:
Hi Michael,
Here is a web page describing how to make plots like RRDist in ChimeraX. It uses the ChimeraX capability to plot AlphaFold predicted aligned error scores, and uses some Python code to write the residue to residue distances in the AlphaFold format.
https://rbvi.github.io/chimerax-recipes/rrdist/rrdist.html [1]
The plot can be saved using the menu that appears using right-mouse-click. It saves the plot at 1 pixel per residue regardless of its size on your screen. Also you can choose to hide the divider lines on the plot between chains using that menu. There is a command to show the plot (alphafold pae) but no option to save the image with the command.
https://www.cgl.ucsf.edu/chimerax/docs/user/commands/alphafold.html#pae [2]
Tom
On Dec 28, 2024, at 7:12 AM, Dr. Michael Weber via Chimera-users <chimera-users@cgl.ucsf.edu> wrote:
Hi, I played around a bit with the nice RRDistMaps tool in Chimera v1.17.3 and I am wondering why the output .png plot's size of a single protein structure analysis doesn't correspond at all to the protein length? For a 659 amino acid long protein I was expecting to find a plot in which the distance matrix data area is sized 659 by 659 pixels (or multiples of this) to allow for placing the corresponding grey-scale value for each calculated distance as indicated in the plot's legend. Instead, it appears that the output image's dimensions are actually dynamically adjusted depending on the RRDistMaps's tool window size at the time of generating the plot. As a result, the core data region in the plot can barely accomodate the full data set with regular screen resolutions - at my end at least, it is always smaller (except maybe for very small proteins; I did not check this in more detail, yet). Playing with the sliders and trying to re-export those manually re-formatted images also doesn't seem to solve the problem. Did I miss something here? I just found out about this accidentally while writing a small Python program analyzing the output plots pixel-wise. ;-) I also noticed that the data area appears bordered by a triple line set (single pixel wide, each: grey-black-grey). Please note that I don't question the numeric distance data as exported in .csv/.tsv format - it's all just about the exported .png file.
One additional question: Is it possible to run this tool in batch mode from the command line with parameters specifying (forcing) the (correct) output plot size (data region), the input .pdb structure file and all the options available in the GUI plus export the distance data table in .csv format (and maybe even the alignment data)?
And finally, it appears that I encontered a possible bug when trying to process more than two sequences using RRDistMaps: The Muscle-based online alignment seems to fail (tried it for two days now) - here is the log:
Traceback from web service request (connection setup): Traceback (most recent call last): File "C:Program FilesChimera 1.17.3shareWebServicesopal_client.py", line 11, in __init__ self._setup(serviceName, opalURL, sessionData) File "C:Program FilesChimera 1.17.3shareWebServicesopal_client.py", line 50, in _setup self.sudsClient = Client(self.serviceURL + "?wsdl", **kw) File "C:Program FilesChimera 1.17.3binlibsite-packagessuds_jurko-0.6-py2.7.eggsudsclient.py", line 115, in __init__ self.wsdl = reader.open(url) File "C:Program FilesChimera 1.17.3binlibsite-packagessuds_jurko-0.6-py2.7.eggsudsreader.py", line 150, in open d = self.fn(url, self.options) File "C:Program FilesChimera 1.17.3binlibsite-packagessuds_jurko-0.6-py2.7.eggsudswsdl.py", line 136, in __init__ d = reader.open(url) File "C:Program FilesChimera 1.17.3binlibsite-packagessuds_jurko-0.6-py2.7.eggsudsreader.py", line 74, in open d = self.download(url) File "C:Program FilesChimera 1.17.3binlibsite-packagessuds_jurko-0.6-py2.7.eggsudsreader.py", line 92, in download fp = self.options.transport.open(Request(url)) File "C:Program FilesChimera
1.17.3binlibsite-packagessuds_jurko-0.6-py2.7.eggsudstransporthttps.py",
line 62, in open return HttpTransport.open(self, request) File "C:Program FilesChimera
1.17.3binlibsite-packagessuds_jurko-0.6-py2.7.eggsudstransporthttp.py",
line 69, in open raise TransportError(str(e), e.code, e.fp) TransportError: HTTP Error 404: Not Found
Typically, if you get a TypeError, it's a problem on the remote server and it should be fixed shortly. If you get a different error or get TypeError consistently for more than a day, please report the problem using the Report a Bug... entry in the Help menu. Please include the traceback printed above as part of the problem description. Traceback from web application request: Traceback (most recent call last): File "C:Program FilesChimera 1.17.3shareWebServicesappWebService.py", line 51, in _initApp self.backend = Backend(service, url) File "C:Program FilesChimera 1.17.3shareWebServicesopal_client.py", line 21, in __init__ raise NonChimeraError("Web service appears " NonChimeraError: Web service appears to be down. See Reply Log for more details. Service 'opal:MuscleService' is unavailable. See Reply Log for more details.
Best regards, Michael.
-- Dr. Michael H.W. Weber Rechenkraft.net e.V.
_______________________________________________ Chimera-users mailing list -- chimera-users@cgl.ucsf.edu To unsubscribe send an email to chimera-users-leave@cgl.ucsf.edu Archives:
https://mail.cgl.ucsf.edu/mailman/archives/list/chimera-users@cgl.ucsf.edu/
Links: ------ [1] https://rbvi.github.io/chimerax-recipes/rrdist/rrdist.html [2] https://www.cgl.ucsf.edu/chimerax/docs/user/commands/alphafold.html#pae
Hi Michael, Some day someone may implement the residue-to-residue distance tool in ChimeraX. Perhaps a developer outside the UCSF core team who knows the Python programming language can contribute an implementation. There is documentation and tutorial on how to create ChimeraX extensions here https://www.cgl.ucsf.edu/chimerax/docs/devel/index.html Tom
On Dec 30, 2024, at 11:06 AM, Dr. Michael Weber via Chimera-users <chimera-users@cgl.ucsf.edu> wrote:
Hm, thanks for your response, Elaine. Couldn't that tool be moved to ChimeraX in a future version? :) Michael.
--- Dr. Michael H.W. Weber Rechenkraft.net e.V.
Am 29.12.2024 18:38 schrieb Elaine Meng:
HI Michael, Chimera is no longer actively developed and those who wrote the RR Dist Maps tool are no longer with the group, sorry. Unfortunately, it does not have a corresponding command either. Regards, Elaine ----- Elaine C. Meng, Ph.D. UCSF Chimera(X) team Resource for Biocomputing, Visualization, and Informatics Department of Pharmaceutical Chemistry University of California, San Francisco
On Dec 28, 2024, at 7:12 AM, Dr. Michael Weber via Chimera-users <chimera-users@cgl.ucsf.edu> wrote: Hi, I played around a bit with the nice RRDistMaps tool in Chimera v1.17.3 and I am wondering why the output .png plot's size of a single protein structure analysis doesn't correspond at all to the protein length? For a 659 amino acid long protein I was expecting to find a plot in which the distance matrix data area is sized 659 by 659 pixels (or multiples of this) to allow for placing the corresponding grey-scale value for each calculated distance as indicated in the plot's legend. Instead, it appears that the output image's dimensions are actually dynamically adjusted depending on the RRDistMaps's tool window size at the time of generating the plot. As a result, the core data region in the plot can barely accomodate the full data set with regular screen resolutions - at my end at least, it is always smaller (except maybe for very small proteins; I did not check this in more detail, yet). Playing with the sliders and trying to re-export those manually re-formatted images also doesn't seem to solve the problem. Did I miss something here? I just found out about this accidentally while writing a small Python program analyzing the output plots pixel-wise. ;-) I also noticed that the data area appears bordered by a triple line set (single pixel wide, each: grey-black-grey). Please note that I don't question the numeric distance data as exported in .csv/.tsv format - it's all just about the exported .png file. One additional question: Is it possible to run this tool in batch mode from the command line with parameters specifying (forcing) the (correct) output plot size (data region), the input .pdb structure file and all the options available in the GUI plus export the distance data table in .csv format (and maybe even the alignment data)? And finally, it appears that I encontered a possible bug when trying to process more than two sequences using RRDistMaps: The Muscle-based online alignment seems to fail (tried it for two days now) - here is the log: Traceback from web service request (connection setup): Traceback (most recent call last): File "C:\Program Files\Chimera 1.17.3\share\WebServices\opal_client.py", line 11, in __init__ self._setup(serviceName, opalURL, sessionData) File "C:\Program Files\Chimera 1.17.3\share\WebServices\opal_client.py", line 50, in _setup self.sudsClient = Client(self.serviceURL + "?wsdl", **kw) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\client.py", line 115, in __init__ self.wsdl = reader.open(url) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\reader.py", line 150, in open d = self.fn(url, self.options) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\wsdl.py", line 136, in __init__ d = reader.open(url) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\reader.py", line 74, in open d = self.download(url) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\reader.py", line 92, in download fp = self.options.transport.open(Request(url)) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\transport\https.py", line 62, in open return HttpTransport.open(self, request) File "C:\Program Files\Chimera 1.17.3\bin\lib\site-packages\suds_jurko-0.6-py2.7.egg\suds\transport\http.py", line 69, in open raise TransportError(str(e), e.code, e.fp) TransportError: HTTP Error 404: Not Found Typically, if you get a TypeError, it's a problem on the remote server and it should be fixed shortly. If you get a different error or get TypeError consistently for more than a day, please report the problem using the Report a Bug... entry in the Help menu. Please include the traceback printed above as part of the problem description. Traceback from web application request: Traceback (most recent call last): File "C:\Program Files\Chimera 1.17.3\share\WebServices\appWebService.py", line 51, in _initApp self.backend = Backend(service, url) File "C:\Program Files\Chimera 1.17.3\share\WebServices\opal_client.py", line 21, in __init__ raise NonChimeraError("Web service appears " NonChimeraError: Web service appears to be down. See Reply Log for more details. Service 'opal:MuscleService' is unavailable. See Reply Log for more details. Best regards, Michael. -- Dr. Michael H.W. Weber Rechenkraft.net e.V. _______________________________________________ Chimera-users mailing list -- chimera-users@cgl.ucsf.edu To unsubscribe send an email to chimera-users-leave@cgl.ucsf.edu Archives: https://mail.cgl.ucsf.edu/mailman/archives/list/chimera-users@cgl.ucsf.edu/
_______________________________________________ Chimera-users mailing list -- chimera-users@cgl.ucsf.edu To unsubscribe send an email to chimera-users-leave@cgl.ucsf.edu Archives: https://mail.cgl.ucsf.edu/mailman/archives/list/chimera-users@cgl.ucsf.edu/
participants (3)
-
Dr. Michael Weber -
Elaine Meng -
Tom Goddard