[Chimera-users] automatically calculated labels for quantitative tomography data
Martin de Jonge
Martin.deJonge at synchrotron.org.au
Wed Sep 11 23:13:46 PDT 2013
Hi Tom,
Yes, your generalisation has far wider appeal! - but I understand that updating metrics are difficult to implement. Good luck!, and thanks for taking the time to understand my idea.
I see what you say about the 2dlabels command - I could achieve this particular outcome by a (long) series of specified statements to the threshold and the label fields - true. And thanks also for the tip about more than one histogram in the volume viewer - that is a very simple and handy modification.
Sorry it didn't work out with the Larabell group, that could have been a big collaboration. /I/ like your output, even if they didn't!
Best,
martin
-----Original Message-----
From: Tom Goddard [mailto:goddard at sonic.net]
Sent: Thursday, 12 September 2013 10:30 AM
To: Martin de Jonge
Cc: chimera-users at cgl.ucsf.edu List
Subject: Re: [Chimera-users] automatically calculated labels for quantitative tomography data
Hi Martin,
Thanks for the detailed explanation. I think a generalization of your idea might be useful to more people. Basically you could create a text label including an automatically updated numeric value, but that number could be calculated from a density map contour level, or a molecular dynamics trajectory energy value, or a distance between a residue and ligand during a conformational change -- in other words the numerical value could measure many things. The case of just density map threshold levels has some utility, but since the same value can be seen in the volume dialog where you actually change the value, it seems more for presentation than analysis. The general tool would take significant work, because Chimera doesn't have a framework for providing measurement updates.
We are working on the next generation of Chimera and this graphical label idea is interesting because we are looking at having fewer dialogs -- even a Chimera in a web browser. Maybe instead of using a separate volume dialog you could just display the threshold levels like you have done, and simply use the mouse to directly change those values in the graphics window.
You've mentioned movie making. The labeling in your figure can be included in Chimera movies now, and the values can change, and labels fade in and out. Most Chimera movies are made with command scripts and these label operations would use the 2dlabels command. Granted with your proposed tool it might be easier to make the movie, but I'd say only slightly easier, because the overall movie making is not simple and the labels are just one small aspect.
I have worked with Carolyn Larabell's group looking at their x-ray tomography data using Chimera some years back. They concluded Amira better suited their needs for doing segmentation. Here is a demo I gave showing what Chimera could do with their Pombe cell tomography.
http://www.cgl.ucsf.edu/chimera/data/ncxt-feb2008/xraytomography.html
Tom
On Sep 11, 2013, at 5:05 PM, Martin de Jonge wrote:
> Hi Tom,
>
> Thanks for the reply. I guess you raise a few questions, so I'll try and pick them individually.
>
> 1. the concept
>
>>> Or maybe it doesn't need a separate window -- you might just be able to say display colored labels in the graphics (e.g. "Zn 11" "Cu 47" "Ca 1500") for several density maps that list both an element name and the current contour level. You could control those levels using the Volume Viewer dialog and the labels would automatically update.
>
> Yes, I think that's what I was thinking. In the image I linked you to earlier, the threshold levels were manually entered into the color key. Every time the threshold changed these entries had to be updated also. In the new implementation one might enter into the color key dialog: "Ca {#3 * 1000}", where "#3" represents the threshold level for model number 3, the " * 1000" indicates multiplication by 1000, and the curly brackets indicate the presence of a substitutional expression. (Of course you would want to make this syntax consistent with Chimera!)
>
> The thinking about the simple mathematical operations is that sometimes the reconstructed data is only relatively scaled, and needs a final conversion factor to become a 'real' unit. Alternately, one might have data in ng/µm^3 and wish to convert to ug/cm^3, in which case multiplication by some power of 10 would be nice. In other cases the mathematical function could enable a change from units of mass/volume to molarity. Don't worry too much about this idea - it is probably not worth the effort, and can probably be performed by other means.
>
> 2. the user base
>
> I agree that at present there is not much call for this feature, however I note that two forms of x-ray tomography have recently entered the quantitative domain: x-ray fluorescence tomography (now performed by 10+ groups around the world) and soft-x-ray absorption tomography, performed most notably by the group of Larabell and LeGros at the UCSF (see eg http://www.ncbi.nlm.nih.gov/pubmed/21360734) (have you made contact with that group? I /think/ they render with Amira, but they are putting heaps of computing effort into automated segmentation of their LAC data, and I imagine this could be a good team to collaborate / share resources with). But I appreciate that the tomography user base would not rise to 1000 within 5 years, and therefore that this extension may not be practicable.
>
> I think this feature would be useful for the other main Chimera user base, which I gather is the protein crystallography (PX) / molecular modelling / imaging people. I guess my thinking here is that one of the great features of Chimera is the ability to explore the dataset dynamically, by adjusting thresholds, rotating, etc. This applies also for molecular / PX data. For all cases it is useful to adjust the threshold (being now generalised to either linear absorption coefficient (LAC), elemental concentration, or electron density) to see different features. This is usually done with the slider, or from the cmd line, but can also be scripted in movies etc. My suggestion (that I think you have understood in general, but repeat for clarity) is that there could be a mechanism to display the present threshold in a key on the display window. As such it could be one (electron density, LAC) or several (elemental concentration) numbers that are transferred into the key.
>
> Why am I saying this? Just in case you think there might be some other call for this feature from the other user base! I leave it to you to decide, and fully accept your knowledge of the Chimera user base!
>
> Thanks for the response, and for developing a great piece of software. Let me know if there is anything I can do in return (besides acknowledgement / citation!).
>
> [PS - I took the chimera-users off the response just in case you think the Larabell comments are politically sensitive. I don't mind if they go out - I stand by my words - I'll leave it to you to decide, and to forward the mail to the development team as you see fit.]
>
> Yours,
>
> Martin de Jonge
>
>
>
>
>
> -----Original Message-----
> From: Tom Goddard [mailto:goddard at sonic.net]
> Sent: Thursday, 12 September 2013 8:16 AM
> To: Martin de Jonge
> Cc: chimera-users at cgl.ucsf.edu
> Subject: Re: [Chimera-users] automatically calculated labels for quantitative tomography data
>
> Hi Martin,
>
> Your elemental abundance tomography is interesting. I'm not sure I understand your Chimera suggestion. Do you mean there would be a separate window that lists the threshold levels for Zn, Cu, Fe, Mn density maps in type-in fields and adjusting the values would both change the contour level (as is done by the Volume Viewer tool) and update the labels displayed in the graphics window (as with the 2D Label tool)? Or maybe it doesn't need a separate window -- you might just be able to say display colored labels in the graphics (e.g. "Zn 11" "Cu 47" "Ca 1500") for several density maps that list both an element name and the current contour level. You could control those levels using the Volume Viewer dialog and the labels would automatically update. (By the way, did you know you can display 6 or 10 histograms in the Volume Viewer dialog instead of the normal limit of 3? Use volume dialog menu Features / Data Display Options and change "Maximum number of Histograms.", and use Features / Save Default Dialog Settings if you want that to be the default for future Chimera uses.) I don't understand what you mean by "include simple mathematical operations".
>
> If I understand your basic idea, I think it is specialized enough that only a few Chimera users would use it. I'm not sure I've ever seen a figure like yours with values that correspond directly to density map levels, because usually the density map values have some meaningless normalization. Most often presentation figure keys need to be created in an entirely custom way appropriate to the content of the figure. Still I think the feature you suggest would be cool, but given the hundreds of improvements people have requested we try to work on ones that lots of Chimera users (500 or 1000) will benefit from, or requests that allow you to do something that isn't otherwise possible.
>
> Tom
>
>
> On Sep 10, 2013, at 7:56 PM, Martin de Jonge wrote:
>
>> Hi all,
>>
>> this might sound like a strange feature, but I use Chimera to render quantitative tomography data. I typically render somewhere between 2 and 6 separate elements (i.e., Zn, Cu, Fe, Mn, etc) and present these with a colour key, along with a numerical value to indicate the threshold concentration (typically in mmol or similar unit). There is an example of such data in: http://www.pnas.org/content/107/36/15676/F1.expansion.html
>>
>> When exploring such data it is very useful to adjust the display threshold, as various anatomical features appear at very different concentration levels. My suggestion / request is to have a numerical field in the colour key that can be linked to (eg) the per-model thresholds to indicate the concentration threshold at that moment. This would be particularly useful for making movies for presentations and articles.
>>
>> Some thoughts on useful properties of this numerical field:
>>
>> - it should inherit the colour of the colour-key label that it is associated with (or be able to select to be inheritable)
>> - it could include simple mathematical operations, for when there is a simple relationship between the data and the reportable concentration eg, *, /, +, -
>> - one should be able to specify the format of the number (using the usual formatting codes).
>>
>> thanks
>>
>> Martin de Jonge
>> _______________________________________________
>> Chimera-users mailing list
>> Chimera-users at cgl.ucsf.edu
>> http://plato.cgl.ucsf.edu/mailman/listinfo/chimera-users
>>
>
>
More information about the Chimera-users
mailing list