Hi Henning <br><br>(posting to owl-devel directly)<br><br>Thanks for that, I didn't even know this was happening. Just checked with 2l02 and indeed I can reproduce the problem, I think there might be something strange in that entry, the parsing tests do pass (which means that the tests are not good enough!). Have you seen the problem with other cif files too?<br>
<br>Re the casp file problems, do you have an example of one of those casp files? I think both problems should be easily solvable without having to go for optional parsing. If you can send me one example I'll look into it.<br>
<br>Cheers<br><br>Jose<br><br><br><br>On 09/01/2010 12:37 PM, Henning Stehr wrote:
<blockquote cite="mid:AANLkTin7D=5f5HdVbxXyjGq8CCewng=+jfe-Q6P0uu6E@mail.gmail.com" type="cite">
  <pre>Continuing with the next problem right away...<br><br>I'm getting such errors when loading cif files (e.g. 2l02):<br><br>Exception in thread "main" java.lang.NullPointerException<br>        at owl.core.structure.CiffilePdb.readCrystalData(CiffilePdb.java:374)<br>
        at owl.core.structure.CiffilePdb.parseCifFile(CiffilePdb.java:296)<br>        at owl.core.structure.CiffilePdb.load(CiffilePdb.java:173)<br>        at owl.core.structure.Pdb.load(Pdb.java:259)<br>        at owl.casp.tools.MapStru2Seq.main(MapStru2Seq.java:69)<br>
<br>I had similar problems earlier with the new b-factor parsing and when<br>I checked I found that Casp models often break the correct format for<br>b-factors (which we had previously ignored). As a workaround I fixed<br>
the format in the files but I probably can't do that for cyrstal data.<br>Can we somehow make parsing all these things optional? I'm not sure<br>how to best implement this, but mabe some kind of legacy or lenient<br>
parse mode?<br><br>Thanks,<br>Henning<br></pre>
</blockquote>
<br><br>