Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.graphics.apps.gnuplot > #1910

Re: smooth kdensity

From sfeam <sfeam@users.sourceforge.net>
Newsgroups comp.graphics.apps.gnuplot
Subject Re: smooth kdensity
Followup-To comp.graphics.apps.gnuplot
Date 2013-06-22 12:48 -0700
Organization gnuplot development team
Message-ID <kq4uo0$r6g$1@dont-email.me> (permalink)
References <kpv5ng$60a$1@news.rz.uni-karlsruhe.de> <kpv6os$5ks$1@dont-email.me> <kpvnh2$d9e$1@news.rz.uni-karlsruhe.de> <kq2s05$gc0$1@dont-email.me> <kq4jm9$bop$1@news.rz.uni-karlsruhe.de>

Followups directed to: comp.graphics.apps.gnuplot

Show all headers | View raw


Karl wrote:

> Am 22.06.2013 02:48, schrieb sfeam:
>> Karl wrote:
>> 
>>> And i saw that the possibility to give an explicit kernel width for
>>> every data point in a third column has been removed in CVS. For
>>> example for scattering experiments, the kernel should be larger for
>>> smaller 2theta values, because the resolution of a linear detector
>>> is smaller there.
>> 
>> My understanding is that bandwidth is a property of all the points
>> jointly, so it would make no sense to have a different bandwidth
>> for each point.  Do you have a reference that discusses the use
>> of a non-constant bandwidth?
>> 
> I´ll have to dig for some reference, tell you when i have one.
> 
> One thing is that in a diffraction pattern with several peaks, each
> can have it´s idividual lineshape. 

By "lineshape" do you mean the rocking (Darwin) curve?
Below you are talking about detector nonlinearity, but here I'm not
sure whether you are talking about a property of the source, the
sample, or what.

> But then i think they would have to
> be handled (smoothed) individually, anyway.
> 
> But when the scattered points positions are not evenly distributed (as
> is the case if you measure angles with a linear or planar detector
> array), then the larger points should clearly get a proportionally
> higher bandwidth, i´d say.

I'm not sure about that.  In that case isn't the proper approach to
describe the non-linearity of the axis explicitly, and do your smoothing
or other analysis on the corrected coordinates?  It's going to be
necessary to work back to angular coordinates in any case in order to
interpret the peak locations.

	Ethan

> 
>  Karl

Back to comp.graphics.apps.gnuplot | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

smooth kdensity Karl <mail.kfr@gmx.net> - 2013-06-20 15:05 +0200
  Re: smooth kdensity sfeam <sfeam@users.sourceforge.net> - 2013-06-20 08:28 -0700
    Re: smooth kdensity Karl <mail.kfr@gmx.net> - 2013-06-20 20:09 +0200
      Re: smooth kdensity sfeam <sfeam@users.sourceforge.net> - 2013-06-21 17:48 -0700
        Re: smooth kdensity Karl <mail.kfr@gmx.net> - 2013-06-22 16:34 +0200
          Re: smooth kdensity sfeam <sfeam@users.sourceforge.net> - 2013-06-22 12:48 -0700
            Re: smooth kdensity Karl <mail.kfr@gmx.net> - 2013-06-24 06:12 +0200
              Re: smooth kdensity sfeam <sfeam@users.sourceforge.net> - 2013-06-28 12:09 -0700

csiph-web