If possible, use commands such as:

select 1.1  #select the first model
translateselected ....
rotateselected.....

to reorient one model to match the other. I did the following:

load files "t1.pdb" "t2.pdb"
frame 0
x = {71.c4*}[2].xyz - {71.c4*}[1].xyz  # must use { } here, not ( )
select within(model, (71.c4*)[1])   # must use ( ) here, not {}!  (sorry!)
translateselected @x

but I see you have a major issue there. If you know how to do the 
rotation to get one to the frame of the other, do something like:

select 1.1
rotate internal x 24.3
rotate internal y 15.2
rotate internal z 12.0

if you

set axes molecular
axes on

you will see that {0 0 0} is nowhere near the center of the molecule. In 
fact, we have:

x = {2.1}.xyz

giving:

x = "{7.1044445 -14.36 -10.242222}"



Jason Persampieri wrote:

> I have 2 different models (a normal rna structure, and just its 
> backbone).  Unfortunately, they are 'positioned' in different 
> coordinate systems.  Forgetting the *model's* rotation for a second 
> (something I'll have to deal with next), I want to synchronize camera 
> rotation on the two.
>
> It seems the most straightforward way is to center each model at {0 0 
> 0}, then apply camera rotations using any of the methods discussed the 
> past couple of days. 
>
> Unfortunately, when I do a "centerAt absolute 0 0 0" or "center {0 0 
> 0}", it doesn't seem like the model actually gets re-centered (it's 
> orientationInfo shows a center value of {0 0 0} but the model is 
> offset in the window).  I think perhaps I'm running in to 'model' vs 
> 'world' coordinate confusion.
>
You definitely want to work exclusively with model rotations -- use 
"internal" in those rotation commands you are giving.

> If you want to see an example, check out 
> http://clavius.bc.edu/~pappy/clotelab/localmove/getResults.php?id=1626667850 
> <http://clavius.bc.edu/%7Epappy/clotelab/localmove/getResults.php?id=1626667850>
>  
> .
>
yeiks!!!

> Does any of this make sense?  I'm a sleepy, sleepy programmer and this 
> is driving me batty!
>
> _jason
>
>
>------------------------------------------------------------------------
>
>-------------------------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc.
>Still grepping through log files to find problems?  Stop.
>Now Search log events and configuration files using AJAX and a browser.
>Download your FREE copy of Splunk now >>  http://get.splunk.com/
>
>------------------------------------------------------------------------
>
>_______________________________________________
>Jmol-users mailing list
>[email protected]
>https://lists.sourceforge.net/lists/listinfo/jmol-users
>  
>


-- 
Robert M. Hanson
Professor of Chemistry
St. Olaf College
Northfield, MN
http://www.stolaf.edu/people/hansonr


If nature does not answer first what we want,
it is better to take what answer we get. 

-- Josiah Willard Gibbs, Lecture XXX, Monday, February 5, 1900



-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Jmol-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jmol-users

Reply via email to