Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[csvddf] tweaks to structure #99

rufuspollock opened this issue Feb 9, 2014 · 2 comments

[csvddf] tweaks to structure #99

rufuspollock opened this issue Feb 9, 2014 · 2 comments


Copy link

@rufuspollock rufuspollock commented Feb 9, 2014

Propose these changes:

  • Eliminate nesting of values under dialect key
  • Make version optional

New structure would look like:

  // csvddfVersion is now optional
  "csvddfVersion": 1.0,
  "delimiter": ",",
  "doubleQuote": true,
  "lineTerminator": "\r\n",
  "quoteChar": "\"",
  "skipInitialSpace": true

Client specs (e.g. Tabular Data Package) would probably nest this info under a key named dialect or similar but that would be up to them.

Version change: csvddfVersion would be bumped to 2.0

Potential other changes

Make keys optional and specify defaults for their absence (defaults would be as in the example above).

Why make the change:

  • Unnecessary nesting is annoying
  • Requirement to have csvddfVersion is cumbersome for the many circumstances where you may want to use the keys from this spec but wouldn't be able to be conformant
Copy link
Contributor Author

@rufuspollock rufuspollock commented Feb 10, 2014

@ldodds wdyt?

Copy link

@ldodds ldodds commented Feb 10, 2014

I agree. For the datapackage validator I did, I assumed that the dialect key in the package referred to the sub key, rather than nesting (I couldn't find examples).

So a flatter structure with suggestion of a default key name (dialect) for embedding sounds good to me.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
2 participants