AEA Data Editor

AEA Data Editor

The AEA Data Editor’s mission is to design and oversee the AEA journals’ strategy for archiving and curating research data and promoting reproducible research.

What data to provide

5 minute read

Published:

On this page:

What do we mean by “data”?

What data should be provided?

One of my data editor colleagues at Social Science Data Editors relayed a question to me recently (“asking for a friend…”): “do extract files need to be included in AEA data replication submissions?”

They noted “The closest I could find was https://www.aeaweb.org/journals/data/data-code-policy#content which has a blanket request for “data” but it might help to distinguish between “extracts” and “analysis” files.

The short answer

It depends.

  • extract (raw) data can be reliably re-acquired today?
  • extract (raw) data can be reliably re-acquired in the future?
  • analysis data can be reproduced with reasonable resources?

The longer answer

For the raw input data (which may be an extract - that’s actually not the key criterion), we require that the acquisition of the data be reproducible.

You don’t have to provide any data, if

  • the results can be reproduced by downloading precisely specified raw data (reasonableness constraint)
  • can reproduce analysis files reliably - subject to a reasonableness constraint.

But you might also have to provide all the data.

Reproducibility, now and in the future, is key, not whether the data is part of the package or not.

But: this is not always straightforward. Take IPUMS as a (frequent) example.

  1. IPUMS curates its entire database (assign a DOI), so the “reliably in the future” part is OK ✅
  2. But IPUMS has a purely (as of today) manual data extract system. There is no computer code that can reliably re-acquire an extract today or in the (near) future. ❌
    • And even manual extraction is fraught with the potential for error (and can be quite tedious) ❌
  3. And very importantly: providing extracts is allowed by their terms of use for MOST but not all of their datasets. ✅

We thus prefer to have a copy of IPUMS extracts - and the read-in code, and the data dictionary that they provide with every extract (if you didn’t grab yours, go back into the IPUMS system and download it now!) The AEA’s Data and Code Repository can curate as well as IPUMS, but make the data more easily available, lowering the cost of reproducibility for all future researchers.

If IPUMS were to allow for sharing or archiving of machine-actionable extract specs (not an easy problem), we would reconsider and NOT request extracts!

Problems?

Of course, there can be impediments. For instance, we would prefer to curate the data when the data provider does NOT curate the data (has no preservation policy, assigns no DOI). But the third condition (terms of use) is just as important, and often prevents us from taking custody of an extract (or even of the analysis data).

We ask for extracts from various online query systems (WDI, OECD, etc.) because the precise query cannot be saved, or is complicated, etc.

Solutions?

One obvious solution is for all data query systems to have some system to save or export query code.

PSID

A nice (simple, but not perfect) example for such a stored-query system is the PSID:

  1. They do curate their database, though no DOIs are assigned, and you need to know to ask (meh… but OK: ✅)
  2. While they do not assign DOIs to historical queries, you can (as a user) share a query, see https://simba.isr.umich.edu/DC/c.aspx. ✅
  3. Which is good, since you are not allowed to share the data itself! ❌ (Actually, you can, via https://www.openicpsr.org/openicpsr/psid)

Counter point

The obvious corollary is:

  1. If a data provider curates the data (say, at a trusted repository, or with a credible preservation policy) (for which a DOI is a signal, but not a condition) ✅
  2. and the data can be downloaded, or queried through an API1 or something similar ✅
  3. regardless of their license and terms of use

we will REJECT your data deposit - please simply leave it where it is!

But cite it, and provide precise instructions on how to get it (if a simple click is not sufficient).

And those analysis files?

So when do we want analysis (intermediate) files?

  • when we cannot reliably get the raw data, and there are no issues with redistributing the analysis files
  • when the raw data can be redistributed, but are “too large” to acquire (at the AEA, that boundary is around 30GB)
  • when the raw data can be redistributed, but the analysis data are already the result of a very resource (computer count or time) intensive processing

In all of those cases, we want the analysis data.

When do we NOT want the analysis data? Well, if the raw data can be trivially acquired (download, API1), and can be reasonably quickly processed, then we (and future researchers) do not need your copy of the analysis data. But it also doesn’t hurt…

BTW, “reasonably” means we are not using more than maybe 50 compute cores. “Quickly” means that it runs no longer than 2-3 weeks - to produce the analysis data.

And just contact us

In all cases, if you have questions, concerns, or doubts, do contact me - as many others have already done.

  1. P.S. That footnote for API? Well, APIs get deprecated over time, so we actually prefer to have the raw data saved, but it’s probably OK to skip the analysis data. ↩ ↩2

You May Also Enjoy

On the use and reuse of within-project code

5 minute read

We often see researchers handle variants of their analysis by copying and pasting code, or by copying code files into separate directories, and making only m...

On the use and redistribution of data

5 minute read

Many researchers are confused by the difference between “use” and “(re-)distribution” of data. In a nutshell, just because you are able to freely use the dat...

Random notes from the AMAs

1 minute read

In the AMAs (see past and future AMAs), we talked about many things. No transcript, but here’s a raw dump of the various websites that were used.