Databases
StackOverflow2013
Postsdbo
POR: update plot [xy]lims with new points() or lines() additions?
 

Note that there are some explanatory texts on larger screens.

plurals
  1. POR: update plot [xy]lims with new points() or lines() additions?
    primarykey
    data
    text
    <p><strong><em>Background:</em></strong> </p> <p>I'm running a Monte Carlo simulation to show that a particular process (a cumulative mean) does <strong>not</strong> converge over time, and often diverges wildly in simulation (the expectation of the random variable = infinity). I want to plot about 10 of these simulations on a line chart, where the x axis has the iteration number, and the y axis has the cumulative mean up to that point.</p> <p><strong><em>Here's my problem:</em></strong></p> <p>I'll run the first simulation (each sim. having 10,000 iterations), and build the main plot based on its current range. But often one of the simulations will have a range a few orders of magnitude large than the first one, so the plot flies outside of the original range. So, <strong>is there any way to dynamically update the ylim or xlim of a plot upon adding a new set of points or lines?</strong></p> <p>I can think of two <strong>workarounds</strong> for this: 1. store each simulation, then pick the one with the largest range, and build the base graph off of that (not elegant, and I'd have to store a lot of data in memory, but would probably be laptop-friendly <strong>[[EDIT: as Marek points out, this is not a memory-intense example, but if you know of a nice solution that'd support far more iterations such that it becomes an issue (think high dimensional walks that require much, much larger MC samples for convergence) then jump right in]]</strong>) 2. find a seed that appears to build a nice looking version of it, and set the ylim manually, which would make the demonstration reproducible.</p> <p>Naturally I'm holding out for something more elegant than my workarounds. Hoping this isn't too pedestrian a problem, since I imagine it's not uncommon with simulations in R. Any ideas?</p>
    singulars
    1. PO
      singulars
      1. PTAnswer
    1. This table or related slice is empty.
    1. PTQuestion
    1. This table or related slice is empty.
    1. USHamiltonUlmer
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. PO
      singulars
      1. PTAnswer
    2. PO
      singulars
      1. PTAnswer
    1. VO
      singulars
      1. POR: update plot [xy]lims with new points() or lines() additions?
      1. This table or related slice is empty.
      1. VTUpMod
    2. VO
      singulars
      1. POR: update plot [xy]lims with new points() or lines() additions?
      1. This table or related slice is empty.
      1. VTUpMod
    1. COI just wonder: have you any memory issues? 10 vectors of 10.000 isn't a lot. As I check: X<-lapply(1:10,function(i) rnorm(100000,0,1000)); object.size(X)/1024/1024 is just 7MB of RAM. So 1. should be ok.
      singulars
      1. POR: update plot [xy]lims with new points() or lines() additions?
      1. USMarek
    2. CONo, good point - I'm definitely NOT running into memory issues (hence laptop-friendly) with this simulation, but I'll be demonstrating far more complicated [Q]MC[MC] simulations in the future, with the same output of a graph. I'm looking for something that in general wouldn't rely on too much storage, especially as things get more complicated and I need far larger MC sample sizes to ensure convergence. This may be unavoidable / I might be overestimating the difficulty of implementing said future simulations.
      singulars
      1. POR: update plot [xy]lims with new points() or lines() additions?
      1. USHamiltonUlmer
 

Querying!

 
Guidance
A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload