Bugs item #914988, was opened at 2004-03-12 14:50 Message generated for change (Settings changed) made by migueljmol You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=379133&aid=914988&group_id=23629
Category: Scripting Group: None Status: Closed Resolution: Fixed Priority: 5 Submitted By: Miguel (michaelthoward) >Assigned to: Miguel (migueljmol) Summary: trailing wildcards in atom expressions Initial Comment: >>But even >> select [C]3:A.O5* >>is not working at the moment >>http://www.imb-jena.de/cgi-bin/SCOPlnk.exe?JMOL=264d >>in current RasMol >> select [C]3:A.O5* >> select C3:A.O5* >> select C3A.O5* >>all select the same expected atom. >> >> > >It is not clear to me what role the * is playing in these expressions. Is >it a wild-card? Or is it a ' prime ? > > * is a wildcard only, if alone in the field, that is RasMol behavior select C3A.* select c3a.???? both select the whole residue select *:A.* select the chain :A select c:*.* select [c]*:*.* select all Cytosine select C3A.C? selects the [C]3:A base carbons *.c2 *.c4 *.c5 *.c6 select c3a.c?? select c3a.c??? selects all c3a carbons select c3a.c?* selects the sugar carbons ---------------------------------------------------------------------- Comment By: Miguel (michaelthoward) Date: 2004-03-13 12:02 Message: Logged In: YES user_id=608250 -------- Mensaje Original -------- Asunto: Re: Wildcard behavior De: "Miguel Howard" <[EMAIL PROTECTED]> Fecha: Sab, 13 de Marzo de 2004, 11:55 Para: <[EMAIL PROTECTED]> >>>>But even >>>> select [C]3:A.O5* >>>>is not working at the moment >>>>http://www.imb-jena.de/cgi-bin/SCOPlnk.exe?JMOL=264d >>>>in current RasMol >>>> select [C]3:A.O5* >>>> select C3:A.O5* >>>> select C3A.O5* >>>>all select the same expected atom. I just checked in code to correct this. All of the above successfully select the same atom. It also works with insertion codes ... if there happened to be a 3^A insertion code in the file then the following would work: select c3^a select c3^aa.05* Miguel Note for programming language techies ===================================== The RasMol expression evaluation behavior is ambiguous and is dependent upon what was defined at the time that the expression is evaluated. Consider the following: define c3a <some selection> select c3a The behavior of the select c3a changes depending upon whether there was a variable called c3a already defined. That definition may have been in another script file that ran the current script file as a 'subroutine'. Therefore, interpretation of the string 'c3a' must be delayed until runtime. I am not happy about this. And I am not happy that I had to hack the Jmol compiler/interpreter to make this work. But what's done is done :-( ---------------------------------------------------------------------- Comment By: Miguel (michaelthoward) Date: 2004-03-13 12:01 Message: Logged In: YES user_id=608250 I tested all of these with 2c4d ... Now seem OK to me ---------------------------------------------------------------------- Comment By: Miguel (michaelthoward) Date: 2004-03-13 11:57 Message: Logged In: YES user_id=608250 It was not a wildcard ... If the * is not the first character of the field then it is taken as an '*' character, which is used to denote the ' character in .pdb files. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=379133&aid=914988&group_id=23629 ------------------------------------------------------- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click _______________________________________________ Jmol-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jmol-developers
