These are chat archives for frictionlessdata/chat
Indeed, looking forward to get in gear. But first, we have a hackathon to run - and that means making more data packages! https://discuss.okfn.org/t/october-27-open-tourism-data-hackathon/5860
@loleg that's great and you can start pushing your data packages to the new https://datahub.io/ - if you are interested in being an alpha publisher user just sign up and then fill in the short questionnaire ...
This post walks you through the major changes in the Data Package v1 specs compared to pre-v1. It covers changes in the full suite of Data Package specifications including Data Resources and Table Schema. It is particularly valuable if:
You can find the entire blogpost here http://datahub.io/blog/upgrade-to-data-package-specs-v1
licenses: as for Data Package metadata. If not specified the resource inherits from the data package.
@Stephen-Gates because i don't think the specific resource inherits in a defined sense like licenses. sources are a less specific in that sense - whereas licenses obviously filter down the sources you specify may apply to some resources but not others etc.
I guess my question is more to you: what semantics do you want and why :-) ?
sourcesonce at the package level and explicitly say resources inherit. If
sourcesvary at the resource level, specify at that level and don't specify at the package level. Given licence compatibility issues, you could you specify different
licencesat the resource and not have a
licenceat the package level. The Specs support this apart from explicit inheritance of
sourcesfrom the package. This could be fixed in the data resource spec by
source: as for Data Package metadata. If not specified the resource inherits from the data package.