From: Nina J. <jel...@gm...> - 2013-08-23 04:23:16
|
Hi Martin, All, On 22 August 2013 23:55, Martin Guetlein <mar...@go...>wrote: > On Thu, Aug 22, 2013 at 6:28 PM, Rajarshi Guha <raj...@gm...> > wrote: > > Do you mean dot connected compounds? In that sense, most (if not all) > QSAR > > descriptors should be evaluating descriptors for individual components > > separately. After that what they do depends on the application - if we're > > talking about salt forms, probably drop the salt components. > Alternatively, > > if we're talking about mixtures (which is not really the case for a dot > > connected representation), there could be various ways to generate a > mixture > > descriptor > > Hi Rajarshi, > > Yep, in smiles representation its dot connected compounds. > In our data these compounds are mostly salts/ions, some mixtures and > some isomeres. > So in more detail, how would you compute the the descriptor values for > the mixtures? > It depends. Calculating properties of mixtures is a science of its own. Properties of salts could be different to those of parent compounds. For isomers getting mean is just one of the options. On the other side, it depends on the descriptors as well. A single fingerprint value (or structure alert) for the entire (dot-connected) compound is perfectly fine in most cases. Simple examples where one value is valid are the molecular mass or atoms/bonds count. I'm sure the chemists on this list will come with more examples :) My preferred solution actually would be to introduce interfaces, specifying if a descriptor accepts a disconnected structure, or not. If it does accept, then it might returns a single value (or set of values - this means a second interface specifying the return value) . If not, then an exception is thrown, and it is the application responsibility to take the proper action (e.g. most commercial software does some be kind of standardization, splitting salts, etc.). Best regards, Nina > For isomeres, using the mean value should be fine, what do you think? > > Kind regards, > Martin > > > > > > > > > On Thu, Aug 22, 2013 at 12:14 PM, Martin Guetlein > > <mar...@go...> wrote: > >> > >> Hi, > >> > >> How do CDK descriptors handle molecules with multiple compounds in it? > >> > >> I experimented a bit, and found out that it depends on the descriptor: > >> * most descriptors apparently just add up the values of the single > >> compounds (like xlogp, that does make no sense does it?) > >> * some fail for multi-compound molecules > >> * some compute sth else > >> > >> My application is building QSAR models. I am not a chemist, but my > >> feeling is that the clean but complicated solution would be to have > >> 'set-valued features' (a set of values instead of a single value) for > >> multi-compound molecules. But thats pretty complicated and most of my > >> molecules have only one compound. But I think that the average value > >> of the single compounds should be preferred for descriptors like > >> molecular weight or logp. > >> > >> Kind regards, > >> Martin > >> > >> P.S.: Sorry, If I missed existing discussions/documentation on this > >> issue, I had some problems to denominate (and therefore google) this > >> issue. > >> > >> -- > >> Dipl-Inf. Martin Gütlein > >> Phone: > >> +49 (0)761 203 8442 (office) > >> +49 (0)177 623 9499 (mobile) > >> Email: > >> gue...@in... > >> > >> > >> > ------------------------------------------------------------------------------ > >> Introducing Performance Central, a new site from SourceForge and > >> AppDynamics. Performance Central is your source for news, insights, > >> analysis and resources for efficient Application Performance Management. > >> Visit us today! > >> > >> > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > >> _______________________________________________ > >> Cdk-user mailing list > >> Cdk...@li... > >> https://lists.sourceforge.net/lists/listinfo/cdk-user > > > > > > > > > > -- > > Rajarshi Guha | http://blog.rguha.net > > NIH Center for Advancing Translational Science > > > > -- > Dipl-Inf. Martin Gütlein > Phone: > +49 (0)761 203 8442 (office) > +49 (0)177 623 9499 (mobile) > Email: > gue...@in... > > > ------------------------------------------------------------------------------ > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > _______________________________________________ > Cdk-user mailing list > Cdk...@li... > https://lists.sourceforge.net/lists/listinfo/cdk-user > |