-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Stochastic starting designs #3
Comments
Hey @joncheryl , what do you think of this. Right now we run through the fedorov process once with |
I don't know if you noticed but I changed the initial design function so that the initial design contains the r largest leverage points (where r is the rank of the design matrix) and the rest are randomly selected from the candidate set. A think that a design with only the largest leverage points will have a lot of points on the boundary and this may not be best. I like the idea of running the federov process several times with different initial designs so as to better explore the design space. I should probably reread that jobo paper again. I was thinking that maybe a good initial design would be the least dense design as possible, i.e. one that maximizes the minimum distance between points. This may be possible to generate by systematically selecting from leverage quantiles (dubious). For example, first select the points with the largest leverage (maybe a few have leverage 1), then select the points with the smallest leverage (maybe a few have leverage 0), then select the points with the median leverage, then points with the 75th percentile leverage, then points with the 25th percentile leverage, then points with the 87.5th percentile leverage, then points with the 12.5th percentile leverage, 62.5th percentile, etc. |
I did notice your changes--which I thought were a very good idea. I It might be smart to utilize different initialization routines depending On Tue, Dec 30, 2014 at 07:48:57PM -0800, John Sherrill wrote:
|
Related to #2. Using largest leverage will always produce the same starting design. We should add some stochasticity to this so we don't always start at the same point, thus, hopefully exploring the design space more efficiently.
The text was updated successfully, but these errors were encountered: