I had just enough time before a meeting to do that myself:

http://chemapps.stolaf.edu/jmol/zip/jmol-14.3.7_2014.09.10b.zip

On Wed, Sep 10, 2014 at 7:37 AM, Robert Hanson <[email protected]> wrote:

> If you edit jsmol/j2s/JU/BinaryDocument.js
>
> and remove this line:
>
> System.out.println (t);
>
> it will go faster, I think. Maybe also in jsmol/j2s/core/corebinary.js,
> carefully remove:
>
> System.out.println(a);
>
>
>
>
> On Wed, Sep 10, 2014 at 7:33 AM, Robert Hanson <[email protected]> wrote:
>
>> Well, one thing I forgot was to remove a debug  comment that is printing
>> every integer read. So that will slow things down VERY much in JSmol/HTML5.
>> Sorry about that.
>>
>> But also it looks like in applet1 you have
>>
>> sosurface1 created with cutoff=0.5 min=0 max=0.4541953206062317;
>>
>> so you just need to remove that cutoff:
>>
>> isosurface downsample 2 *cutoff 0.5* boundbox 'data/1akeA_10A.mrc' mesh
>> nofill
>>
>>
>>
>>
>>
>> On Wed, Sep 10, 2014 at 6:44 AM, <[email protected]> wrote:
>>
>>>  Hmm… I’ve uploaded this new version of  JSmol, and I now get an error
>>> with the original 1cbs.cif example, and the map for my 2 example fails to
>>> load – “loading map file…” displays indefinitely:
>>> http://www.ccpem.ac.uk/jsmol_test/cutofftest.htm - is there something
>>> else I’ve missed?
>>>
>>>
>>>
>>> Chris
>>>
>>>
>>>
>>>
>>>
>>> *From:* Robert Hanson [mailto:[email protected]]
>>> *Sent:* 08 September 2014 20:28
>>> *To:* [email protected]
>>> *Subject:* Re: [Jmol-users] Setting cutoff with some maps causes map to
>>> fail to load
>>>
>>>
>>>
>>> rebooting on this issue after fixing a possibly related problem --
>>> http://chemapps.stolaf.edu/jmol/zip/jmol-14.3.7_2014.09.08b.zip
>>>
>>>
>>> Jmol.___JmolVersion="14.3.7_2014.09.08"
>>>
>>> bug fix: binary document reader can skip bytes if an http connection
>>>          fails to deliver the full set of requested bytes in one
>>> operation
>>>          (methods used only by nonstandard MRC files and PyMOL session
>>> files)
>>>
>>>  ​
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Want excitement?
>>> Manually upgrade your production database.
>>> When you want reliability, choose Perforce
>>> Perforce version control. Predictably reliable.
>>>
>>> http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
>>> _______________________________________________
>>> Jmol-users mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/jmol-users
>>>
>>>
>>
>>
>> --
>> Robert M. Hanson
>> Larson-Anderson Professor of Chemistry
>> Chair, Department 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
>>
>>
>
>
> --
> Robert M. Hanson
> Larson-Anderson Professor of Chemistry
> Chair, Department 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
>
>


-- 
Robert M. Hanson
Larson-Anderson Professor of Chemistry
Chair, Department 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
------------------------------------------------------------------------------
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
_______________________________________________
Jmol-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jmol-users

Reply via email to