<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Also, just FYI, if you open the regular 5ire mmCIF entry (i.e. asymmetric unit) in ChimeraX, it will show a table of possible assemblies (as listed in the mmCIF file). The first entry in the table is the complete icosahedral virus assembly. If you click on that link in the table it will show the complete assembly.<div class=""><br class=""></div><div class="">—Eric</div><div class=""><br class=""><div class="">
<div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class=""><span class="Apple-tab-span" style="white-space: pre;"> </span>Eric Pettersen</div><div class=""><span class="Apple-tab-span" style="white-space: pre;"> </span>UCSF Computer Graphics Lab</div><div class=""><br class=""></div></div>
</div>
<div><br class=""><blockquote type="cite" class=""><div class="">On Mar 27, 2018, at 12:46 PM, Conrad Huang <<a href="mailto:conrad@cgl.ucsf.edu" class="">conrad@cgl.ucsf.edu</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">Hi, Tofayel.<br class=""><br class="">Elaine is indisposed for a few days, so I'm looking into this problem.<br class=""><br class="">Unfortunately, from what I can tell, it is a problem with the PDB format itself.The official standard (<a href="https://www.wwpdb.org/documentation/file-format-content/format33/sect9.html#ATOM" class="">https://www.wwpdb.org/documentation/file-format-content/format33/sect9.html#ATOM</a>) only allows for three-character residue names in columns 18-20 and one-character chain identifiers in column 22. It looks like Phenix, seeing that column 21 is unused, is allowing two-character chain identifiers in columns 21-22. Chimera (and ChimeraX), on the other hand, seeing that column 21 is unused, is allowing four-character residue names. So the string "ASPA1" is interpreted by Phenix as residue "ASP" in chain "A1", but by Chimera as residue "ASPA" in chain "1". (Doubly unfortunate, the one-character chain identifier limit is built into the Chimera data structures so we cannot simply change the PDB parser to support two-character chains.)<br class=""><br class="">As Elaine suggested earlier, your best bet is probably using mmCIF format instead of PDB. mmCIF is not column-based and is explicitly designed to handle very large structures. Phenix version 1.8.2 and later support mmCIF as does ChimeraX. I would not recommend Chimera for large mmCIF files as it requires excessive memory resources and is very slow to boot. (ChimeraX can open 5ire_BIOMT_expanded.pdb in under a minute and renders a beautiful [tooting our own horn :-)] image with ambient occlusion.)<br class=""><br class="">Conrad<br class=""><br class="">On 3/26/2018 10:08 PM, #TOFAYEL AHMED# wrote:<br class=""><blockquote type="cite" class="">Hi Elaine,<br class="">Thanks for getting back to me so promptly. Please find below the google drive link for the files. I am describing what I have in the folder: I have downloaded the model 5IRE from PDB website (filename:5ire.pdb) and applied phenix to operate on the transformation matrix (BIOMT record in REMARK 350) to generate the icosahedral complete virus (filename:5ire_BIOMT_expanded.pdb). Now, phenix has used two letter IDs for the chains and these chain IDs get changed when I open 5ire_BIOMT_expanded.pdb in Chimera1.12. I have then resaved the file again using Chimera1.12 and this file is named as chimera-saved.pdb.<br class="">This is just an example case and it closely matches my problem. In real scenario, I need to use fit in map option in chimera and move the coordinates, so there is no way I can avoid "opening my model in chimera and resave them in new position".<br class="">Kindly suggest after going through the files !<br class="">Link: <a href="https://drive.google.com/drive/folders/1p8-QxEDjlszAbQ3M-f9MREo2gCHgIOWQ?usp=sharing" class="">https://drive.google.com/drive/folders/1p8-QxEDjlszAbQ3M-f9MREo2gCHgIOWQ?usp=sharing</a><br class="">Best regards,<br class="">Tofayel<br class="">------------------------------------------------------------------------<br class="">*From:* Elaine Meng <<a href="mailto:meng@cgl.ucsf.edu" class="">meng@cgl.ucsf.edu</a>><br class="">*Sent:* Tuesday, March 27, 2018 1:04:22 AM<br class="">*To:* #TOFAYEL AHMED#<br class="">*Cc:* UCSF Chimera Mailing List<br class="">*Subject:* Re: [Chimera-users] Reading and saving large files in chimera<br class="">Hi Tofayel,<br class="">Not being a phenix user, I may need more specifics, like:<br class="">- are you getting a single PDB file of the whole capsid from applying the biomt in phenix, and opening that single PDB file in Chimera?<br class="">- does that file have more than one chain with the same ID, or chain IDs with multiple characters?<br class="">- is the chain ID different as soon as you read the structure in to Chimera, or is it only different when you write to an output file?<br class="">- are you saving as Chimera session or writing a single PDB file?<br class="">I know the capsid in your example has many chains, so I can only guess that in the file from phenix, there are either duplicate chain IDs or chain IDs with more characters than Chimera or PDB format allow.<br class="">One idea is to try using ChimeraX instead. It can write mmCIF format. However, with my limited understanding of what is happening (sorry), I don’t know if that would solve your problem.<br class="">Best regards,<br class="">Elaine<br class="">-----<br class="">Elaine C. Meng, Ph.D.<br class="">UCSF Chimera(X) team<br class="">Department of Pharmaceutical Chemistry<br class="">University of California, San Francisco<br class=""><blockquote type="cite" class="">On Mar 26, 2018, at 4:03 AM, #TOFAYEL AHMED# <<a href="mailto:TOFAYEL001@e.ntu.edu.sg" class="">TOFAYEL001@e.ntu.edu.sg</a>> wrote:<br class="">Hi Chimera developers and users,<br class="">I have faced a problem with chain IDs and secondary structure while working on a large file. As I am refining my model in Phenix and visualizing in Chimera, I need to go back and forth between these two software and that creates a problem. To replicate my problem, here I have taken an example from PDB so that you get the <br class=""></blockquote>idea. If I take model bearing PDB id 5IRE and apply "phenix.pdb.biomt_reconstruction" I can generate the complete virus icosahedral structure from the asymmetric unit. But when I open this complete virus structure in Chimera and save it back again the chain IDs get changed. Is there any work around to maintain the original chain IDs and therefore maintain the secondary structure definitions in the file header, after opening and thereafter saving using Chimera?<br class=""><blockquote type="cite" class="">Best regards,<br class="">Tofayel<br class="">NTU Singapore<br class=""></blockquote>_______________________________________________<br class="">Chimera-users mailing list: <a href="mailto:Chimera-users@cgl.ucsf.edu" class="">Chimera-users@cgl.ucsf.edu</a><br class="">Manage subscription: <a href="http://plato.cgl.ucsf.edu/mailman/listinfo/chimera-users" class="">http://plato.cgl.ucsf.edu/mailman/listinfo/chimera-users</a><br class=""></blockquote>_______________________________________________<br class="">Chimera-users mailing list: <a href="mailto:Chimera-users@cgl.ucsf.edu" class="">Chimera-users@cgl.ucsf.edu</a><br class="">Manage subscription: <a href="http://plato.cgl.ucsf.edu/mailman/listinfo/chimera-users" class="">http://plato.cgl.ucsf.edu/mailman/listinfo/chimera-users</a><br class=""><br class=""></div></div></blockquote></div><br class=""></div></body></html>