Hi there,
I am using MLwiN in the Secure Data environment but I am having trouble using runmlwin. I have specified the MLwiN file path using the 'global MLwiN_path' command but when I try to use the runmlwin command I receive the error message 'unrecognized command: runmlwin’. I'm not sure why this is the case as MLwiN is installed. Could it be because this is a fairly old (v2.2) version of MLwiN? I realise that you may be unfamiliar with the SDS setup but I'm just trying to understand what the most likely problem is.
Many thanks,
Elisabeth
runmlwin in the Secure Data Service
-
- Posts: 1384
- Joined: Mon Oct 19, 2009 10:34 am
Re: runmlwin in the Secure Data Service
It sounds as if runmlwin is not properly installed. Did you install it with the command:
or by copying the ado files from another machine?
If you enter the command:
into Stata it should tell you whether the command is somewhere that it can find it.
Once you have the command installed you will also need a fairly up to date version of MLwiN (currently v2.25 is the lowest allowed version and v2.28 is the lowest recommended version).
Code: Select all
ssc install runmlwin
If you enter the command:
Code: Select all
which runmlwin
Once you have the command installed you will also need a fairly up to date version of MLwiN (currently v2.25 is the lowest allowed version and v2.28 is the lowest recommended version).
Re: runmlwin in the Secure Data Service
Hi Chris,
Thanks for your reply. I had assumed that runmlwin was already installed in the secure environment but it looks like it's not, and I don't have the privileges to do so myself. I'll ask the data holders to install it and upgrade to a newer version of MLwiN and hopefully that will do the trick.
Thanks again,
Elisabeth
Thanks for your reply. I had assumed that runmlwin was already installed in the secure environment but it looks like it's not, and I don't have the privileges to do so myself. I'll ask the data holders to install it and upgrade to a newer version of MLwiN and hopefully that will do the trick.
Thanks again,
Elisabeth