Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.graphics.apps.gnuplot > #253
| Path | csiph.com!x330-a1.tempe.blueboxinc.net!usenet.pasdenom.info!news.dougwise.org!news-transit.tcx.org.uk!eternal-september.org!feeder.eternal-september.org!.POSTED!not-for-mail |
|---|---|
| From | sfeam <sfeam@users.sourceforge.net> |
| Newsgroups | comp.graphics.apps.gnuplot |
| Subject | Re: Stacked boxes |
| Followup-To | comp.graphics.apps.gnuplot |
| Date | Wed, 13 Apr 2011 15:07:57 -0700 |
| Organization | gnuplot development team |
| Lines | 67 |
| Message-ID | <io56s1$err$1@dont-email.me> (permalink) |
| References | <4da3355c$0$12295$c3e8da3$aae71a0a@news.astraweb.com> <invdk4$11m$1@dont-email.me> <4da344aa$0$5610$c3e8da3$10cdda79@news.astraweb.com> <io073b$p22$1@dont-email.me> <4da3a149$0$22212$c3e8da3$a8a65a91@news.astraweb.com> <4da6025a$0$5766$c3e8da3$e408f015@news.astraweb.com> |
| Reply-To | sfeam@users.sourceforge.net |
| Mime-Version | 1.0 |
| Content-Type | text/plain; charset="ISO-8859-1" |
| Content-Transfer-Encoding | 7Bit |
| Injection-Date | Wed, 13 Apr 2011 22:08:02 +0000 (UTC) |
| Injection-Info | mx03.eternal-september.org; posting-host="joalffpZlyHxFtpFd/PRrw"; logging-data="15227"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19BVq8zNFbVUMCgE6PYPZxW" |
| User-Agent | KNode/4.4.3 |
| Cancel-Lock | sha1:4AungRjjsjrL9vR4DLJpi5HyJ3U= |
| Xref | x330-a1.tempe.blueboxinc.net comp.graphics.apps.gnuplot:253 |
Followups directed to: comp.graphics.apps.gnuplot
Show key headers only | View raw
Mike Rhodes wrote: > On 4/11/2011 8:48 PM, Mike Rhodes wrote: >> On 4/11/11 8:41 PM, sfeam wrote: >>> Mike Rhodes wrote: >>> >>> It seems like perhaps what you need to do is to treat time as a >>> sequence of discrete intervals (1 second?), and rather than drawing >>> a rectangle per se, add the instantaneous flow to a running total in >>> the appropriate bins. Then you could plot the bins in gnuplot with >>> the style "impulses". >> >> Fair enough, but it would still be a nice feature. > > To follow up on this, I have some example plots. > > The problem with aggregating the data into coarser intervals is that it > creates inaccurate amplitudes. As an example, I plotted 10 minutes of > netflow data in boxes, and with impulses at second and millisecond > intervals. > > http://s3.amazonaws.com/3tbVapQP/boxes.png > http://s3.amazonaws.com/3tbVapQP/seconds.png > http://s3.amazonaws.com/3tbVapQP/milli.png > > Notice how the first large spike, at around 07:06:30, has three > different maximum values (approx. 6, 9, and 12). The boxes plot is a > reliable reading of the largest single flow, and the millisecond plot > exactly maps to my input data, but the aggregated seconds plot is > inaccurate. > > So to get the graph I want, I need to use millisecond precision. But the > problem with remapping my boxes data into millisecond bins is the file > size. In this example, the millisecond file is 250x larger than the > boxes file -- and it's the exact same data, just represented > differently. At that rate, a 4MB boxes file becomes a 1GB millisecond > file! > > So I'm reiterating my feature request -- to have overlapping boxes stack > on top of each other. It would allow me to keep my data files small and > efficient while at the same time giving me the precision that I need in > the plots. Now you have a better feel for why the problem is hard :-) How is the program to decide if two boxes overlap, if not by exactly the same process that you are saying generates too much data? Can you think of some way other to handle the data internally, other than treating each "box" as a series of samples at some pre-defined interval? I'm serious in asking - if there's a clever way to do it then great, otherwise it strikes me as impractical for reason you've already identified. Here's another thought. Would it be acceptable to represent your data as a heat map? That is, instead of coding throughput as a height on y, code it as a fractional intensity. Draw each box as a filled area with the x dimension as it is now, the y dimension arbitrary, and the translucency of the box equal to some fractional value. Boxes that overlap will produce a darker color. Ethan > > Thanks, > Mike
Back to comp.graphics.apps.gnuplot | Previous | Next — Previous in thread | Next in thread | Find similar
Stacked boxes Mike Rhodes <M8R-1cd059@mailinator.com> - 2011-04-11 13:07 -0400
Re: Stacked boxes sfeam <sfeam@users.sourceforge.net> - 2011-04-11 10:26 -0700
Re: Stacked boxes Mike Rhodes <M8R-1cd059@mailinator.com> - 2011-04-11 14:12 -0400
Re: Stacked boxes sfeam <sfeam@users.sourceforge.net> - 2011-04-11 17:41 -0700
Re: Stacked boxes Mike Rhodes <M8R-1cd059@mailinator.com> - 2011-04-11 20:48 -0400
Re: Stacked boxes Mike Rhodes <M8R-1cd059@mailinator.com> - 2011-04-13 16:06 -0400
Re: Stacked boxes sfeam <sfeam@users.sourceforge.net> - 2011-04-13 15:07 -0700
Re: Stacked boxes James Waldby <not@valid.invalid> - 2011-04-14 00:12 +0000
Re: Stacked boxes sfeam <sfeam@users.sourceforge.net> - 2011-04-14 08:57 -0700
Re: Stacked boxes Mike Rhodes <M8R-1cd059@mailinator.com> - 2011-04-14 13:03 -0400
Re: Stacked boxes sfeam <sfeam@users.sourceforge.net> - 2011-04-14 14:00 -0700
Re: Stacked boxes Mike Rhodes <M8R-1cd059@mailinator.com> - 2011-04-14 17:29 -0400
Re: Stacked boxes sfeam <sfeam@users.sourceforge.net> - 2011-04-14 15:59 -0700
Re: Stacked boxes Mike Rhodes <M8R-1cd059@mailinator.com> - 2011-04-14 21:56 -0400
csiph-web