Transparency & Data Policy (io-transparency-and-data-policy)
IO does not just ask for data — its editorial staff re-run your quantitative results and verify the
proofs of your formal models, and editors will not issue final acceptance until all reported analyses
are confirmed. This pre-publication verification is IO's signature. Build the package as you analyze
so conditional acceptance does not stall.
When to trigger
- Building the reproducibility/replication package (start during analysis, not at acceptance)
- A manuscript reached conditional acceptance and the editorial staff requested data and code
- You have a formal model whose proofs IO staff will verify
- Data cannot be fully shared (privacy, ethics, legal/provider restrictions) and you need the path
- Writing the Data Availability Statement
What IO requires (verify current wording on the policy page — 待核实 on verbatim text)
-
No data at initial submission. Authors do not provide data or command files when first
submitting (consistent with double-blind review).
-
Data requested at conditional acceptance. The editorial staff request the data and command
files at the time of conditional acceptance.
-
Verification before final acceptance. For papers using quantitative data, IO staff re-run the
code to confirm the reported results; for formal papers, IO staff verify the proofs. Editors
do not issue final acceptance until all results of all reported analyses are confirmed. Treat this
as a real check, not a formality.
-
Deposit to the IO Dataverse. On final acceptance, upload quantitative datasets and supporting
files to the IO Dataverse on Harvard Dataverse; the entry mints a DOI to be cited in the
published article. Not a personal website or generic cloud link.
-
Data Availability Statement. A DAS is required for quantitative articles (encouraged for
qualitative), appearing before the reference list.
-
Qualitative materials. Authors are strongly encouraged to deposit qualitative data at the
Qualitative Data Repository (QDR) at Syracuse, with access controls where needed.
When data cannot be shared (exemption path)
-
Explain why the relevant data are not available (ethical/privacy concerns or legal restrictions by
the provider).
- Provide README instructions on exactly how others can obtain the data (access process,
application, provider contact).
- Where possible, provide synthetic or simulated data so the code runs end-to-end. (Confirm the
current exemption procedure on the live policy page — 待核实.)
Build-as-you-go checklist
Anti-patterns
- Treating the deposit as a post-publication afterthought (it gates final acceptance)
- Depositing code that does not actually reproduce the printed tables/figures (IO re-runs it)
- A formal model with hand-waved or incomplete proofs (IO verifies proofs)
- A personal URL instead of the IO Dataverse; no DOI cited in the article
- Claiming data are restricted without giving an access path or synthetic substitute
- Forgetting the Data Availability Statement
Output format
【Stage】initial (no data) / conditional acceptance (data requested) / pre-final (verification)
【Quantitative reproduces?】master script re-runs all tables/figures locally? [Y/N]
【Formal proofs】complete, checkable proof appendix? [Y/N/NA]
【Repository】IO Dataverse (Harvard) staged + DOI plan? [Y/N]
【Data Availability Statement】drafted before references? [Y/N]
【Restricted data?】exemption note + access path + synthetic data?
【Qualitative】QDR deposit + sources documented? [Y/N/NA]
【Next】io-review-process
Supplementary resources