• And now for something completely different...

    A cake so good, you like to protect it with whatever force you have.
  • My OpenTox Workshop contribution: Linking explicit and implicit knowledge

    Please find below the views I have expressed at the OpenTox Workshop in the nice Potsdam area near Berlin:
  • CDK 1.3.5

    A lot of changes in this release: the SMSD code (see doi:10.1186/1758-2946-1-12), removed outdated code (force field, R-CDK bridge), SMILES @ and @@ chiralities reading, a new IChemObjectBuilder interfaces, and several new features in the MDL IO classes. The full list:
  • PMD code checking: checking for programming against CDK interfaces

    I wrote recently about programming against interfaces , which led to some discussion. Rajarshi commented:
  • Cleaner CDK Code #6: set the CDKException's cause Exception

    For about two weeks now, I am working on fixing a bug in the nonotify module: the classes were still sending around change events. I decided to finally do it the proper way: sending around change events is extra functionality, so the data module should extend the nonotify module and not the other way around, as in CDK 1.2 and CDK 1.3 up to now. There was a dirty hack in place, introducing a boolean indicating it should send events or not, but that turned out to be insufficient.
  • CKAN 1.0: A major contribution to Open Knowledge

    Peter informed about the CKAN 1.0 release. I browsed the 27 chemistry packages, and saw for example BODR show up:
  • Cleaner CDK Code #5: develop against interfaces

    Rajarshi is at the EBI (or at least was yesterday), talking about his rcdk package (his excellent slides). One slide is about how to create a new atom; he mentions not to use new Atom() but the DefaultChemObjectBuilder instead (slide 73). I do not entire agree with the message given.