Correct the paper's corporation-tax finding, and state three limits it omits (main.pdf needs rebuilding) - #190
Merged
Conversation
…t omits ## The correction The paper reports that the corporation-tax deviation does not converge: compounding 1.21-1.27x per quarter to GBP 43,387m by quarter 25 with no sign of settling. That was a bug in the closure's anchoring, not a property of the published equation, and it was fixed in PolicyEngine/obr-macroeconomic-model#37: holding the add-factors in log space (the EViews convention for a dlog equation) lets the published equation's own error-correction term give the deviation a steady state. Measured on the corrected closure, same sustained +5pp rise: GBP 0.24bn at q8, GBP 0.38bn at q12, GBP 0.68bn at q25, approaching a ~GBP 0.95bn/quarter plateau. The root is slow (~0.958/quarter), so the twelve-quarter horizon every published result uses reaches only ~40% of it. Corrected in experiments.tex, limitations.tex and results.tex, with the superseded figures kept and labelled rather than deleted. ## Three limits the paper does not state - No quarter of a reform solve reaches tolerance. The appendix describes the stall-break mechanism but not how often it fires: on a scored reform all 20 quarters of BOTH solves exit stall, none on tol, so a delta is the difference of two non-converged solves. - The reform path is configuration-dependent. The 12-quarter 2025Q1-2027Q4 experiment is smooth and monotone; the same reform over the adapter's default 20-quarter window is neither and reaches -0.085% by 2027Q4 against Figure 4's -0.057%. Same equations, same vintage, different window. - Whole blocks never respond. Under every lever tested, unemployment, employment, retail prices, exports and imports move by EXACTLY zero. ## What I checked and got wrong first I initially reported the -0.057% figure as an error in the paper. It is not: figures/fig_reform_data.csv gives that exact path, smooth and monotone, and the text matches its own artifact. The -0.085% I measured is the adapter's default 20-quarter window, a different configuration. That is now recorded as a limitation instead of a correction. I also claimed the paper does not discuss solver non-convergence. It does -- appendix.tex documents stall detection and calibration.tex documents de-seeding because of it. What was missing is the frequency, which is what the new item states. ## main.pdf IS NOT REBUILT There is no LaTeX toolchain on this machine and no CI job builds the paper, so main.pdf still reflects the pre-correction source. It must be rebuilt before the PDF is cited or re-published: cd papers/obr-macro && latexmk -pdf main.tex Site suite 1564 passed; contract clean. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Lcj9DDqam9KmVCfhEdnJcJ
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
The correction
The paper reports that the corporation-tax deviation does not converge — compounding 1.21–1.27× per quarter to £43,387m by quarter 25 "with no sign of settling".
That was a bug in the closure's anchoring, not a property of the published equation, and it was fixed in PolicyEngine/obr-macroeconomic-model#37: holding the add-factors in log space (the EViews convention for a
dlogequation) lets the published equation's own error-correction term give the deviation a steady state.Measured on the corrected closure, same sustained +5pp rise:
The root is slow (~0.958/quarter), so the twelve-quarter horizon every published result uses reaches only ~40% of it. Corrected in
experiments.tex,limitations.texandresults.tex, with the superseded figures kept and labelled rather than deleted.Three limits the paper does not state
stall, none ontol. A delta is the difference of two non-converged solves, and under a costing path that is flat across the first four quarters the GDP response can still change sign within them.What I checked and got wrong first
I initially reported two further findings that did not survive checking, and they're worth stating so the record is clean:
figures/fig_reform_data.csvgives that exact path, smooth and monotone, and the text matches its own artifact. The −0.085% I measured is the adapter's default 20-quarter window — a different configuration. That's now recorded as a limitation, not a correction.appendix.texdocuments stall detection andcalibration.texdocuments de-seeding because of it. What was missing is the frequency, which the new item supplies.There's no LaTeX toolchain on this machine and no CI job builds the paper, so
main.pdfstill reflects the pre-correction source. It must be rebuilt before the PDF is cited or re-published:Testing
LaTeX not compiled (no toolchain) — brace and math-mode balance checked by hand on all three edited files. Site suite 1564 passed; contract clean.
🤖 Generated with Claude Code
https://claude.ai/code/session_01Lcj9DDqam9KmVCfhEdnJcJ