got it -- but it loads just fine for me. You sure you are using 13.0.12 or
13.0.13?
On Sun, Jan 27, 2013 at 2:45 AM, Gutow, Jonathan H wrote:
> I may have found the issue. The application is happy to load a file that
> is only built from surfaces and does not contain any atoms. However, if I
I may have found the issue. The application is happy to load a file that is
only built from surfaces and does not contain any atoms. However, if I launch
JmolData.jar it appears to be looking for a file containing atoms in the
directory I launched it in. I got the following error by launching
I got the same problem with 13.0.12 and I think it may relate specifically to
loading files that are not .pdb.gz. I got it to work using a PNGJ scene made
with 1lcd.pdb, but not one made with a .pmesh file. I also got some oddities
with a .xyz file, but haven't reproduced that. I may have mes
or maybe even 13.0.12 --- you are several versions back using 13.0.9 (Nov,
2012)
On Sat, Jan 26, 2013 at 9:35 AM, Robert Hanson wrote:
> Can you try that with Jmol 13.1.12 and tell me if that is still a problem?
> I'm not seeing it:
>
> >jmoldata -s plwilliamson.png
>
> JmolData using command o
Can you try that with Jmol 13.1.12 and tell me if that is still a problem?
I'm not seeing it:
>jmoldata -s plwilliamson.png
JmolData using command options ["-s", "plwilliamson.png"]
Add -n (NOGRAPHICS) for faster performance if you are not creating images.
(C) 2012 Jmol Development
Jmol Version:
I'm trying to move the way Sagemath handles 3-D data to use more standard Jmol
formats. However, I've run into a discrepancy on how Jmol.jar and JmolData.jar
behave. I'm testing with 13.0.9.
If I have a simple pmesh file XXX.pmesh I can load it into Jmol with a number
of commands for example
