Login

News

OpenMx 0.2.7-1125 released

Submitted by mspiegel on
This version is primarily a bug fix release. Here is the full change log:

Release 0.2.7-1125

  • added 'unsafe' argument to mxRun function. See ?mxRun for more information.
  • bugfix for filtering definition variable assignment to current data source.
  • bugfix for using data.frame with integer type columns that are not factors.

    • GenEpiHelperFunctions.R location --> move to SVN?

    Submitted by tbates on
    people are referring to GenEpiHelperFunctions.R without a path. This means we can't know what version they have, nor can anyone not au-fee with the source of that file use the posted code.
    To keep the file up to date, and accessible, should we move it into the svn under a directory like "libraries" or "user", or even "demo"?
    That would mean all users would get it, and it would be kept up to date.

    Otherwise perhaps encourage something like

    source("http://www.vipbg.vcu.edu/~vipbg/Tc24/GenEpiHelperFunctions.R")

    Model with two definition variables won't run and has funky values in matrix.

    Submitted by neale on
    Please see the comment in thread http://openmx.psyc.virginia.edu/thread/394#comment-1355 . There is definitely at least a cosmetic bug and quite possibly something more serious. It's critical as this is an example for the workshop next week.

    OpenMx 0.2.6-1114 released

    Submitted by mspiegel on
    Lots of changes in this new release. A high level summary -- (1) the back-end can now explicitly calculate the Hessian matrix and standard error estimates. This functionality has been disabled by default for the current binary release. It will be enabled by default in the next binary release. See ?mxOption for explicitly enabling these options. (2) omxMnor and omxAllInt have been implemented. See ?omxMnor and ?omxAllInt. (3) Matrix subranges and the range operator have been implemented.

    Timing reported by summary() seems to be wrong

    Submitted by neale on
    Running a model reported

    frontend elapsed time: 0.7429769 secs
    backend elapsed time: 2.985495 mins
    looks ok but in fact I system.time'd the run and it reported:

    > system.time(multivTwinSatFit<-mxRun(multivTwinSatModel))
    Running multivTwinSat
    user system elapsed
    177.301 0.608 179.884

    so there are some 175 seconds missing from the tally.

    Also, the results from a run with @independent=T under snowfall are different and seem to be basically reporting zero seconds for backend elapsed time.

    Version number in summary() of a fitted model is incorrect

    Submitted by neale on
    I did an svn up and sudo make install to r1073, with no errors. Issue #1 is

    i) The version number in summary() is stuck at 1050:
    > openmx version number: 0.2.5-1050

    I noticed that the tar filename is also stuck at 1050 during the build:
    > cd build; R CMD INSTALL OpenMx_0.2.5-1050.tar.gz
    perhaps this propagates the version #?

    Snowfall breaks mxRun when applied to a model with non-independent submodels

    Submitted by neale on
    > summary(mxRun(multivTwinSatModel))
    Running multivTwinSat
    The Major iteration limit was reached (Mx status BLUE).

    name matrix row col Estimate Std.Error
    1 MZ.CholMZ 1 1 13.42733135 1.6998343
    2 MZ.CholMZ 2 1 -11.29844592 5.0999658

    180 DZ.ExpMeanDZ 1 t2var6 76.25965274 2.9879526

    Observed statistics: 960
    Estimated parameters: 180
    Degrees of freedom: 780
    -2 log likelihood: 7259.518
    Saturated -2 log likelihood: NA
    numObs: 101
    Chi-Square: NA
    p: NA
    AIC (Mx): 5699.518

    Subscribe to
      Login

    News