data.world
data.world · Storage · 1 record · JSON
data.world Storage
fails: quotaemailno cardR
| Free tier | 100 GB total storage on the free Community plan, but with a 3 GB limit per dataset or project — and their own docs are stricter still: 'Dataset ingested to data.world: 1 GB'; 'Size of a file in a dataset: 1 GB'; 'Number of files in a dataset: 250'; 'Project: 1 GB'. The 100 GB aggregate is therefore unreachable in practice because each unit can only be 1 GB. unit GB; metered on stored-bytes |
|---|---|
| Price | Community free (100 GB aggregate, 1-3 GB per unit). Professional Community plan $12/month for 20 private projects — ~$120/TB/month against a 100 GB pool, though the per-unit 1 GB cap makes the pool theoretical. |
| Per-object cap | not stated |
| Retention | not stated |
| Egress | Free but rate-shaped: 'Number of burst streams API calls: 5 in the first second … then 1 per second'; streamed records capped at 1 MiB; streamed request 1 GB. |
| Identity | email email |
| Binding | none no constraint of a named kind was recorded; the verdict rests on the quota sentence rather than on a named limit |
| Interface | rest rest |
| Tooling | A real developer API (developer.data.world) plus SQL over datasets, so it is programmatically clean. The API surface is the best part of the product and the quota is the worst. |
| Composes with | 20 private projects/datasets × 3 GB, or the 100 GB aggregate if per-unit limits were the only constraint. In practice 1 GB per dataset × 100 units is the ceiling, so sharding to 500 GB means 500 units — three times the published unit count. |
| Reliability | Ownership change in progress (ServiceNow). The docs' 1 GB ingest limit contradicts the marketing 3 GB figure — believe the docs. |
| Notes | 100 GB total storage on the free Community plan, but with a 3 GB limit per dataset or project — and their own docs are stricter still: 'Dataset ingested to data.world: 1 GB'; 'Size of a file in a dataset: 1 GB'; 'Number of files in a dataset: 250'; 'Project: 1 GB'. The 100 GB aggregate is therefore unreachable in practice because each unit can only be 1 GB. |
| Evidence rung | reported One page read moves it to documented. |
| Checked | 2026-10-21 (inherited); stale on 2026-11-04 |
| Parsed numbers |
|
Evidence (3)
| date | source | what it proved |
|---|---|---|
| 2026-10-21 | docs.data.world/en/99147-data-size-limit-and-timeout-specifi | opened: 'Dataset ingested to data.world: 1 GB'; 'Project: 1 GB'; 'Size of a file in a dataset: 1 GB'; 'Number of files in a dataset: 250'; rate limiting table. |
| 2026-10-21 | data.world/product/community/ | opened: '20 private projects/datasets', '20 live tables', '3GB limit per dataset or project', '100GB total storage size'; and the banner 'ServiceNow to acquire data.world'. |
| 2026-10-21 | data.world/product/community/ | same page: the free tier is framed around 'Open Data' access, i.e. read-side value, not storage. |
More fields (2)
{
"dead_end": {
"failure_class": "quota",
"why": "100 GB total storage on the free Community plan, but with a 3 GB limit per dataset or project — and their own docs are stricter still: 'Dataset ingested to data.world: 1 GB'; 'Size of a file in a dataset: 1 GB'; 'Number of files in a dataset: 250'; 'Project: 1 GB'. The 100 GB aggregate is therefore unreachable in practice because each unit can only be 1 GB.",
"retry_when": null,
"first_recorded": "2026-10-21"
},
"price_verbatim": "Community free (100 GB aggregate, 1-3 GB per unit). Professional Community plan $12/month for 20 private projects — ~$120/TB/month against a 100 GB pool, though the per-unit 1 GB cap makes the pool theoretical."
}Unknown or withheld values (6)
$.extras.dead_end.retry_whenprocess$.free_tier.notesprocess$.per_object_cap.notesnot-extracted$.per_object_cap.statednot-extracted$.retention.notesnot-extracted$.retention.statednot-extracted