L’interface est localisée ; les présentations et documents des Skills sont traduits automatiquement par IA dans votre langue. Le code, les commandes, chemins et termes techniques restent en version originale, et le document de l’auteur fait foi.
Explorer les Skills
Données et recherche · SKILL.md

restat-replication-package

restat-replication-package

Use when assembling the data-and-code replication package for a The Review of Economics and Statistics (REStat) manuscript under the journal's Data and Code Availability Policy — the deposit to the REStat Harvard Dataverse with a README that permits replication. Builds the package; it does not run the primary analysis.

Independent GitHub snapshot · Automated classification · Original documentation governs

Documentation de la Skill

GitHub

name: restat-replication-package description: Use when assembling the data-and-code replication package for a The Review of Economics and Statistics (REStat) manuscript under the journal's Data and Code Availability Policy — the deposit to the REStat Harvard Dataverse with a README that permits replication. Builds the package; it does not run the primary analysis.

Replication Package & Data/Code Policy (restat-replication-package)

When to trigger

  • The paper is approaching acceptance and a data/code deposit will be required
  • You use proprietary or restricted data and must plan for the policy before paying the fee
  • A README, master script, or directory structure needs to be assembled
  • You are unsure what REStat's Data and Code Availability Policy actually requires

The REStat data/code bar (refreshed 2026-06-20; live-check the official policy page)

REStat operates a Data and Code Availability Policy for empirical papers. The signature features that distinguish REStat from its siblings:

  • Deposit to the REStat Harvard Dataverse (dataverse.harvard.edu/dataverse/restat) — REStat uses a proper Dataverse archive, NOT openICPSR (which the AEA journals use) and NOT the JAE Data Archive. Getting the repository right is a load-bearing REStat detail.
  • Post data and code, with documented README files, before publication. The goal is to provide enough information to permit replication of the results in the paper.
  • Proprietary / restricted data: indicate this at submission. When data cannot be posted, you must document the data and provide instructions for how other researchers can obtain it. Practical note: if your paper uses proprietary data, the journal asks you not to pay the submission fee until the editorial office confirms your data comply with the policy.
  • Policy generally applies to papers from volume 92 onward per the REStat Harvard Dataverse API description.

Package architecture (build it as you go)

restat-replication/
  README.(md|pdf)        # the heart of the deposit — see contents below
  data/
    raw/                 # source data (or access instructions if restricted)
    processed/           # built analysis files, regenerated by code
  code/
    00_run_all.do/.R/.py # one master script regenerating EVERY exhibit
    01_build.*           # raw → processed
    02_analysis.*        # processed → estimates
    03_exhibits.*        # estimates → tables/figures
  output/
    tables/  figures/    # exactly what appears in the paper + appendix

README contents (what permits replication)

  • Data availability statement: each dataset, its source, terms, and (if restricted) exact access instructions; flag proprietary data clearly.
  • Computational requirements: software + versions (Stata 18 MP / R 4.x / Python 3.x), packages with versions, OS, approximate run time and hardware.
  • Instructions: how to run 00_run_all from raw data to every table/figure; what each script produces.
  • Mapping: a table linking each exhibit number in the paper/appendix to the script and line that generates it.
  • Seeds: set and report seeds for any simulation / bootstrap / randomization inference.

Checklist

  • Target archive confirmed: REStat Harvard Dataverse (not openICPSR, not JAE)
  • One master script regenerates every table and figure from raw (or processed) data
  • README has data-availability statement, computational requirements, run instructions, exhibit↔script map
  • Software/package versions pinned; seeds set and reported
  • Proprietary/restricted data flagged at submission; access instructions documented
  • (Proprietary data) submission fee not paid until editorial office confirms policy compliance
  • Every number in the paper traces to deposited code (consistency with restat-tables-figures)

Anti-patterns

  • Depositing to openICPSR or the JAE archive — REStat uses its own Harvard Dataverse
  • Treating the package as a post-acceptance chore — assemble it alongside the analysis
  • A README that lists files but gives no run instructions or exhibit↔script mapping
  • Unpinned package versions / unset seeds — results that will not reproduce
  • Discovering only at acceptance that proprietary data cannot be posted (declare at submission)
  • Paying the submission fee on a proprietary-data paper before compliance is confirmed

Output format

【Archive】REStat Harvard Dataverse confirmed? [Y/N]
【Master script】00_run_all regenerates all exhibits from data? [Y/N]
【README】availability stmt + compute reqs + instructions + exhibit↔script map? [Y/N]
【Versions/seeds】software+packages pinned; seeds set/reported? [Y/N]
【Proprietary data】flagged at submission; access instructions; fee held? [Y/N / n/a]
【Traceability】every paper number ← deposited code? [Y/N]
【Next step】restat-referee-strategy
Skills enregistrées