#424 closed defect (fixed)
mmCIF chain names
| Reported by: | Eric Pettersen | Owned by: | Greg Couch |
|---|---|---|---|
| Priority: | blocker | Milestone: | |
| Component: | Input/Output | Version: | |
| Keywords: | Cc: | Tom Goddard | |
| Blocked By: | Blocking: | ||
| Notify when closed: | Platform: | all | |
| Project: | ChimeraX |
Description
Need the pdbx_poly_seq_scheme records extruded into the structure metadata in order to show descriptive names for chains
Change History (4)
comment:1 by , 9 years ago
| Cc: | added |
|---|
comment:2 by , 9 years ago
comment:3 by , 9 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
Interim solution: For the pdbx_poly_seq_scheme information, added a Residue.mmcif_chain_id, and structure.metadatachain_entity_map. And put the entity table into the metadata. The additional information should help any code that looks at other mmCIF tables.
comment:4 by , 9 years ago
Well, a little prematurely closed, but now the new Residue attr is saved/restored/copied, and the metadata is used to set the descriptive chain names, so it is "actually" closed as of now. :-)
Note:
See TracTickets
for help on using tickets.
Separate email from Eric says: "The tables I need are ‘pdbx_poly_seq_scheme’, ‘entity’, and ‘entity_name_com’."
As noted in #175, parsing the pdbx_poly_seq_scheme table slows down parsing of 3j3q by ~3.4% and that information needed is already available from the other tables that are read. The entity table is already read. So, it would be inexpensive to add reading the entity_name_com table and call a C/C++ API that sets the descriptive names for chains. Extruding the tables into the metadata is possible, but would be much slower.