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

should support schema dereferencing before validation #37

Open
roll opened this issue Nov 10, 2017 · 1 comment
Open

should support schema dereferencing before validation #37

roll opened this issue Nov 10, 2017 · 1 comment

Comments

@roll
Copy link
Member

roll commented Nov 10, 2017

http://frictionlessdata.io/specs/implementation/

On dereferencing and descriptor validation

Some properties in the Frictionless Data specifications allow a path (a URL or a POSIX path) that resolves to an object.

The most prominent example of this is the schema property on Tabular Data Resource descriptors.

Allowing such references has practical use for publishers, for example in allowing schema reuse. However, it does introduce difficulties in the validation of such properties. For example, validating a path pointing to a schema rather than the schema object itself will do little to guarantee the integrity of the schema definition. Therefore implementors MUST dereference such "referential" property values before attempting to validate a descriptor. At present, this requirement applies to the following properties in Tabular Data Package and Tabular Data Resource:

  • schema
  • dialect
@roll roll added the question label Nov 10, 2017
@roll roll added this to the Version-1 milestone Nov 10, 2017
@OriHoch OriHoch changed the title Do we support schema dereferencing before validation? should support schema dereferencing before validation Nov 30, 2017
@OriHoch OriHoch removed the question label Nov 30, 2017
@OriHoch
Copy link
Collaborator

OriHoch commented Nov 30, 2017

not supported

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

No branches or pull requests

2 participants