Announcement

Collapse
No announcement yet.
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • Sebastian Kripfganz
    replied
    The lag order in first differences equals the lag order in levels minus one. Consider the following two examples (ignoring deterministic components), starting with the level representation:
    1) y = c1 * L.y + d0 * x + d1 * L.x + u
    2) y = c1 * L.y + c2 * L2.y + d0 * x + d1 * L.x + d2 * L2.x + u

    The corresponding error-correction representation is as follows:
    D.y = a * (L.y - b * L.x) + e1 * LD.y + f0 * D.x + f1 * LD.x + u

    By analytical reformulations of models 1) and 2) above you can compute the following parameter restrictions for both cases:
    1) a = c1 - 1 ; b = (d0 + d1) / (1 - c1) ; e1 = 0 ; f0 = d0 ; f1 = 0
    2) a = c2 + c1 - 1 ; b = (d0 + d1 + d2) / (1 - c1 - c2) ; e1 = - c2 ; f0 = d0 ; f1 = - d2

    As you can see, in model 1) the coefficient e1 of LD.y in the error-correction representation equals zero. It is only non-zero, when there are at least two lags of y in the level representation, as in model 2). The reason is simply that LD.y = L.y - L2.y but there is no L2.y in the level representation of model 1) that can be used to form LD.y in the corresponding error-correction representation.

    Leave a comment:


  • Karl Duffy
    replied
    Apologies Sebastian I do not quite follow you in relation to my above query. So is it only possible to include an AR term in the level model and not in the first-difference model?

    Leave a comment:


  • Sebastian Kripfganz
    replied
    That is possible and will happen when the optimal lag order for depvar is just one in the level ARDL formulation. For additional lags in first differences, at least two lags of depvar in levels are required. For indepvars, one lag in levels is sufficient because indepvars also appear contemporaneously on the right-hand side (as opposed to depvar).

    Leave a comment:


  • Karl Duffy
    replied
    Yeah I just figured that out with the minlag1 option. Thanks for the prompt response.

    The error correction representation does not include an AR term for depvar in first difference, do you know am I doing something wrong here or is it possible?

    Apologies for the queries, I think the code is very good, especially how it gives one the option to examine the regression underlying the ARDL model, very handy feature.

    Karl

    Leave a comment:


  • Sebastian Kripfganz
    replied
    In the error-correction representation, depvar always appears one period lagged (ADJ). indepvars can be forced to appear in period t-1 for the long-run effects (LR) by specifying the option minlag1.

    I agree that this is a bit unfortunate. The reason for this coding was that the optimal lag order could in general be zero for some indepvars. In this case, reformulating the long-run effects for period t-1 requires special treatment that we did not want to implement (so far).

    Leave a comment:


  • Karl Duffy
    replied
    @ Sebastian,

    When specifying the ec option in order to run in first difference form I noticed that in the resulting estimates the long run effects, which are usually given by the lagged level of your depvar and indepvar, are given as the level of each variable (I.e. given variable in time t instead of t-1). Is this deliberate in the model or is there a way to re specify so as to obtain a 'standard' ARDL bound testing model? If you could let me know when you get a chance I would appreciate it!

    Leave a comment:


  • Karl Duffy
    replied
    Great thanks. I will run through it and if I have any feedback, suggestions, or questions will let you know.

    Leave a comment:


  • Sebastian Kripfganz
    replied
    I just released a user-written command by myself and Daniel Schneider that accomplishes this task.

    The command ardl fits a linear regression model of depvar on indepvars with lagged depvar and indepvars as additional regressors. Information criteria can be used to find the optimal lag lengths. Estimation output is delivered either in levels form or in error-correction form. As an option, results from the Pesaran/Shin/Smith (2001) bounds testing procedure for the existence of a levels relationship can be displayed.

    You can find and install the ardl package by typing the following line in the Stata command window:
    net from "http://www.kripfganz.de/stata/"

    Please see the Stata help file for additonal information about the command. Comments, suggestions, and bug reports are highly welcome.

    Leave a comment:


  • Karl Duffy
    replied
    Hi Sebastian, just in relation to your code for choosing optimal lag length. Is it possible to modify it so as to run (p+1)^k regressions where p is your max lag length and k is the number of variables one has included? As with the above code Stata runs combinations where the lags are equal on all explanatory variables as opposed to running all possible combinations (thus giving a lot more regressions).

    Any help would be much appreciated! Karl.

    Leave a comment:


  • Sebastian Kripfganz
    replied
    Maybe it is too early in the morning for me, but I do not see any reason why you want to estimate 1) or 2). The short-run effects are already included in the initial model. They are given by the coefficients of the first-differenced regressors. The coefficient of ecm in 1) and 2) should actually be zero because it contains the noisy part (the residuals) of your initial model that does not explain d(emp_t). If it is non-zero, that may be a consequence of using ecm one period lagged in 1) and 2) (Again, why?). I would then suspect that you are missing some lags in your initial model to fully capture the dynamics.

    Btw: As this is the Stata forum it would be better if you use Stata syntax instead of EViews syntax to make it easier for the Stata listers to understand your problem.
    Last edited by Sebastian Kripfganz; 30 Jul 2014, 01:43.

    Leave a comment:


  • danishussalam
    replied
    Thank you sebastian. That was really helpful. I now am getting a grip on ARDL models.

    Let's say after the johansen cointegration test, I estimate an ARDL model of the following type

    d(emp_t) c @trend emp_t(-1) lnroad(-1) d(emp_t(-1)) d(lnroad(-1)) ,

    the coefficient of emp_t(-1) was b/w -1 and 0 and also the f-stat of c(3) and c(4) was greater than the upper bound value. Now I save the residual of the above equation in a series called ECM and estimate another regression for short run relationship.

    my questions: which regression should I now estimate?

    1) d(emp_t) c @trend d(emp_t(-1)) d(lnroad(-1)) ecm(-1)

    or

    2) d(emp_t) c @trend d(emp_t) d(lnroad) ecm(-1)

    Secondly , also let's say that the coefficient of ecm(-1) is not b/w -1 and 0 , can we conclude that the variables have long run relationship but they do not have any short run relationship?

    Would really appreciate if you can reply at your earliest.

    Leave a comment:


  • Sebastian Kripfganz
    replied
    You would estimate a vector error-correction model and test for the cointegrating rank. See vecrank and its documentation in the Stata manual.

    Regarding your EViews output: Your Wald test includes the coefficient of the lagged dependent variable such that it is not surprising that it rejects the null hypothesis. However, I am worried about the coefficient of your lagged dependent variable in the error-correction representation of the ARDL which is -1.39. This coefficient should typically lie in the range [-1,0] but yours is by far outside of this economically meaningful range.

    Leave a comment:


  • danishussalam
    replied

    Leave a comment:


  • danishussalam
    replied
    Thanks alot. One last question, how would I know if my model has more than one co-integration relationship? I am trying to find out the impact of private investment , public investment and road length on the employment in the transport sector. The model I estimated (pictured attached) does not have any significant p-values, though the wald test f-stat is higher than the upper bound value of persan which suggests that there exists a long run relationship among the variables. But what about the p-values? should I be worried? All variables of the model are I(0)
    Last edited by danishussalam; 26 Jul 2014, 14:34.

    Leave a comment:


  • Sebastian Kripfganz
    replied
    If your variables are I(1) and you have more than one co-integrating relationship among them, the single-equation ARDL model would be misspecified as it can accommodate only one co-integrating relationship. In that case you would prefer to estimate a vector error-correction model (VECM).

    If your variables are I(1) and you have exactly one co-integrating relationship, you can rewrite the ARDL model analytically in error-correction representation with first-differences of depvar on the left-hand side, the co-integrating relationship of the level variables as well as additional lags of first-differenced depvar and indepvars on the right-hand side. All those components are then I(0) which shows that you can safely estimate this ARDL model in levels.

    If your variables are I(1) but you do not have any co-integrating relationship among them, estimation is still fine because there exist values for the population parameters such that the error term can be I(0) due to the inclusion of lags of the dependent variable (the sum of the coefficients for the lags of depvar would equal unity in the underlying data generating process such that the level term drops out in the error-correction representation of the model; similarly for indepvars that are I(1)). However, in this case it would be more efficient to estimate an ARDL model directly in first differences.

    If all of your variables are I(0) then you obviously do not have any problem with the ARDL model.

    The point that I want to make is the following: Testing for non-stationarity and co-integration of your variables is still useful as it guides you towards the optimal model choice (VECM, ARDL in levels, ARDL in first differences).
    Last edited by Sebastian Kripfganz; 26 Jul 2014, 10:42.

    Leave a comment:

Working...
X