On 3 Apr 2012, at 05:20, Jeff Hansen wrote: > Assuming everyone wants to spend $20 for a Windows only application I suppose > you might be right (about not putting it at the top of the todo list). > Probably not a good assumption though. >
The expected uses for this mode would include (for me for example) the conversion of several 100 models on a Mac, at regular intervals, not in batch mode. But I should again mention the theme of data integrity. By the time the model data has gone through these various transforms, it is very unlikely that a "molecule" and its semantics could be reconstituted from it. The choice to re-use the model in a different context has certainly been greatly weakened. If people are wondering how this works, let me give one example. I frequently go to Steve Bachrach's blog, where he invariably embeds Jmol with data. I often induce Jmol to release the data and try out other calculations in a separate environment. Quite often these in turn materialise as a similarly enhanced blog post, or a comment on Steve's blog. I am sure many reading this list will have done something similar in a different context. I will bet however that the transform Collada => VRML => chemistry file does not exist, and almost certainly never will. Since the purpose of obtaining Collada export was to create a 3D widget in iBooks author so as to incorporate an interactive model, an alternative which may preserve the data integrity rather better would be to include eg GLMol or Chemdoodle or any other as a widget in iBooks author. Kevin, would you like to comment on this? Perhaps also it would help me to understand the Bachrach scenario of data extraction and re-use in the JavaScript/JSON/Chemdoodle (security) context. How might that work for example (with or without server-side interventions)? ------------------------------------------------------------------------------ Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev _______________________________________________ Jmol-users mailing list Jmol-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jmol-users
