You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
You will be taken to a page explaining some of the technical details. Click on the "[Start Your deposit](https://www.openicpsr.org/openicpsr/workspace?create=true&archive=aea)" button to initiate the deposit process itself.
37
+
2.You will be taken to a page explaining some of the technical details. Click on the "[Start Your deposit](https://www.openicpsr.org/openicpsr/workspace?create=true&archive=aea)" button to initiate the deposit process itself.
40
38
41
39
42
40
---
43
-
44
-
### Checklist for Metadata
41
+
````{dropdown} **Checklist for Metadata**
45
42
46
43
#### Required
47
44
@@ -75,25 +72,23 @@ You will be taken to a page explaining some of the technical details. Click on t
75
72
- [ ] Units of Observation
76
73
- [ ] Any additional metadata elements
77
74
78
-
---
79
-
80
75
Start by providing the metadata (descriptors) for the data and code you are uploading.
81
76
77
+
````
82
78
83
-
### Details on Filling Out Metadata
79
+
`````{dropdown}**Details on Filling Out Metadata**
84
80
85
-
86
-
#### Describe the project
81
+
````{dropdown} Describe the project
87
82
88
83

89
84
90
85
- The **title** should be "`Data and Code for: [Title of article]`" if it contains both data and code. If only one or the other are included, then "`Data for: [Title of article]`" or "`Code for: [Title of article]`". In some cases, when data is split across multiple deposits, one might use "`Supplementary Data for: [Title of article]`". Do not use the uninformative "Replication files for...", nor "Data for ..." when the deposit contains code.
91
86
- The **authors** should be those who compiled the data and code. The names, and order of the names, may differ (if necessary) from the article.
92
87
- The **summary** might be short. It should always be informative. It can include the **abstract** of the article itself. It should not include information on the related article (which has its own field). If data is included, the summary/abstract should describe the data.
93
88
- Identify any **funding sources** here - the information can be queried by some funders, and can assist with your award reporting.
89
+
````
94
90
95
-
96
-
#### Scope of project section
91
+
````{dropdown} Scope of project section
97
92
98
93
To fill out the required metadata elements **Subject Terms**, **JEL Classification**, and **Manuscript Number**, open the "Scope of Project" section:
99
94
@@ -115,8 +110,9 @@ To fill out the required metadata elements **Subject Terms**, **JEL Classificati
115
110
- Most fields are repeatable, please enter as many values as needed. For instance, if subsets of the data cover different periods (e.g., `1999-2019` and `2004-2019`). Just click "add value" next to the time period field for each time period.
116
111
- This information can also be provided when only code is made available.
117
112
- When only code is produced, authors should choose `data type = program source code`: 
@@ -133,17 +129,16 @@ To fill out the required metadata elements **Subject Terms**, **JEL Classificati
133
129
- Authors are encouraged to link back to **working papers** or related publications that have or will use this (same!) data.
134
130
- If code is derived from or continues to be updated on a Git repository (**Github, Gitlab, Bitbucket**, etc.), authors can link to it here.
135
131
- Future functionality will automatically list articles (including articles by third parties) that cite the data.
132
+
````
136
133
134
+
`````
137
135
138
-
139
-
### Uploading
136
+
````{dropdown}**Uploading**
140
137
141
138
Once the metadata is completed, authors can upload files.
142
139
143
140
Upload files in the way you expect the files to be organized in order to run the code.
144
141
145
-
---
146
-
147
142
#### Checklist for Uploading
148
143
149
144
- [ ] README is in PDF or TXT format
@@ -153,9 +148,9 @@ Upload files in the way you expect the files to be organized in order to run the
153
148
- [ ] Do not upload data that you do not have the rights to publish! (This includes PII that is not authorized by your IRB)
154
149
- [ ] Do not upload confidential data!
155
150
156
-
---
151
+
````
157
152
158
-
### Some caveats and tips
153
+
````{dropdown}**Someimportant caveats and tips**
159
154
160
155
#### Importing ZIP files
161
156
@@ -197,40 +192,13 @@ We said it above:
197
192
> - See the "[Depositing Data for the Greater Good](https://social-science-data-editors.github.io/guidance/sample-depositing-data-for-greater-good.html)" page at the Social Science Data Editors website.
198
193
> - Consult the [Accessing Restricted Data Through openICPSR](https://www.openicpsr.org/openicpsr/accessRD) page about the process at openICPSR, but other repositories may be acceptable.
199
194
200
-
**TL;DR version:**
201
-
202
-
-[ ] Choose where to upload any restricted data (but not HERE)
203
-
-[ ] If you are able to provide the data to the Data Editor, select the appropriate checkbox on the [DCAF](https://www.aeaweb.org/journals/forms/data-code-availability) but **DO NOT** upload the data here (even temporarily). You will be sent a secure upload form.
204
-
-[ ] Be sure to answer the [Submission questions](#submission-questions) with respect to the data that you **have** deposited, not data withheld or deposited elsewhere
205
-
-[ ] proceed as usual as outlined below
206
-
207
-
#### Tips
208
-
209
195
- Please upload the README (in PDF or TXT) as the very first file - ensuring that it can be found easily by browsers of the archive.
210
196
- It is OK to upload Markdown or Word documents in addition to, but not instead of the PDF or TXT version
211
197
- Please upload the README to the root of the repository - any data and code can be in subdirectories, but it is easier to find the README if it is not in subdirectories.
212
198
- There should be no duplicate README files in the repository
199
+
````
213
200
214
-
#### Ideal structure
215
-
216
-
Your deposit should have
217
-
218
-
-[ ] no redundant directories: the first thing you should see is the README and any subdirectories
219
-
-[ ] there should be no ZIP files!
220
-
-[ ] the structure should be as you last ran the code
221
-
222
-
> [NOTE] The AEA staff will not re-arrange or otherwise restructure your deposit in any way. What you see in the deposit interface is what others will see once it is published.
223
-
224
-
You should see something like this:
225
-
```
226
-
data_directory/
227
-
prog_directory/
228
-
README.pdf
229
-
LICENSE.txt
230
-
```
231
-
(the `LICENSE.txt` is optional if you want to adopt one of the standard openICPSR licenses upon publication. See [our licensing guidance](Licensing_guidance) for other options).
232
-
233
-
### Submitting to the Data Editor
201
+
````{dropdown}**Submitting to the Data Editor**
234
202
235
203
Once you are satisfied that all (publishable) data files are present, are complete, and all metadata is satisfactory, including all required elements filled out, you should **submit** the deposit, by changing the **status** of the deposit:
236
204
@@ -274,9 +242,9 @@ You should choose a license from the drop-down menu, or, if you have a custom li
274
242
#### Finalizing
275
243
276
244
Press "submit." Should you have forgotten something, you can "recall" the submission, fix the issue, and re-submit.
245
+
````
277
246
278
-
279
-
### Citing Your Deposit
247
+
````{dropdown}**Citing Your Deposit**
280
248
281
249
At present (2020), the openICPSR repository does not display the Digital Object Identifier (DOI) that will be associated with your deposit. However, it can be deduced easily.
282
250
@@ -301,7 +269,39 @@ At present (2020), the openICPSR repository does not display the Digital Object
301
269
302
270
{% include deposit-doi.html %}
303
271
272
+
````
273
+
304
274
### Ready to submit manuscript
305
275
306
276
Once you have completed the deposit, you are now ready to submit the manuscript native files, together with the [Data and Code Availability Form](https://www.aeaweb.org/journals/forms/data-code-availability), as per the journal's guidelines ([AER guidelines here](https://www.aeaweb.org/journals/aer/submissions/accepted-articles/styleguide)).
307
277
278
+
**TL;DR version:**
279
+
280
+
-[ ] Choose where to upload any restricted data (but not HERE)
281
+
-[ ] If you are able to provide the data to the Data Editor, select the appropriate checkbox on the [DCAF](https://www.aeaweb.org/journals/forms/data-code-availability) but **DO NOT** upload the data here (even temporarily). You will be sent a secure upload form.
282
+
-[ ] Be sure to answer the [Submission questions](#submission-questions) with respect to the data that you **have** deposited, not data withheld or deposited elsewhere
283
+
-[ ] proceed as usual as outlined below
284
+
285
+
286
+
#### Ideal structure
287
+
288
+
Your deposit should have
289
+
290
+
-[ ] no redundant directories: the first thing you should see is the README and any subdirectories
291
+
-[ ] there should be no ZIP files!
292
+
-[ ] the structure should be as you last ran the code
293
+
294
+
> [NOTE] The AEA staff will not re-arrange or otherwise restructure your deposit in any way. What you see in the deposit interface is what others will see once it is published.
295
+
296
+
You should see something like this:
297
+
```
298
+
data_directory/
299
+
prog_directory/
300
+
README.pdf
301
+
LICENSE.txt
302
+
```
303
+
(the `LICENSE.txt` is optional if you want to adopt one of the standard openICPSR licenses upon publication. See [our licensing guidance](Licensing_guidance) for other options).
0 commit comments