Conversation
|
Since |
| rm -r archive.org | ||
| ", | ||
| "size": "1 GB", | ||
| "resources": { |
There was a problem hiding this comment.
"resources" is the nomenclature used in datapackage.json.
| @@ -0,0 +1,38 @@ | |||
| { | |||
| "name": "scholarpedia.org", | |||
|
The most effective way to find the common ground, I think, is by packaging datasets that have already been packaged in these various standards and see which choice covers the most cases. |
|
@flyingzumwalt since you're the captain of this repo, RFCR? Is this not in the intended direction? |
|
I put 2 version of manifest file. One is the output of |
|
All of the issues you're closing pre-date my involvement. I will have to do a bit of reading in order to provide comments. That will have to wait until after the data.gov sprint. I'm currently maxed out dealing with that work. |
|
This PR packages the data with the scale of 10e5 orders of magnitude smaller than data.gov. Delivering data.gov depends on having the manifest/datapackage.json/packfile implemented, which can be done in parallel with smaller datasets. |
|
The issues this PR close basically contain which datasets have been published to ipfs. The main concern is the datapackage.json format and the packmanifest format. I don't know how to make this simpler to put: I decouple the task of having to spec these format from having to prepare a 300TB data in the first place. |
|
Just as a comment, here is the I based my format on http://specs.frictionlessdata.io/data-package/. What are your thoughts about this format, or the differences between this and your proposal? |
resourcesis normalizeddatapackage.jsonCloses: #86, #18, #32, #35