You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
However, if the extra column is not in the middle (name, include, identifier, see example2.zip), frictionless will throw a parsing issue for the second column, and still add the last column:
I think this behaviour should be documented better. Ideally, we have a schema_sync parameter in read_resource() which compares column headers with the schema (#127) and:
If false (default):
Warn for name mismatch
Error for order mismatch
Error for extra columns (different than current behavior)
example.zip contains
data.csv
with 3 columns. Only the first two are defined in datapackage.json.Frictionless will silently include the extra column
include
and name itX3
:However, if the extra column is not in the middle (name, include, identifier, see example2.zip), frictionless will throw a parsing issue for the second column, and still add the last column:
A col_select does not circumvent this issue:
I think this behaviour should be documented better. Ideally, we have a
schema_sync
parameter inread_resource()
which compares column headers with the schema (#127) and:If
false
(default):If
true
:schema_sync = true
then allows more loose reading of data, something that would be beneficial to e.g. the bioRad packageThe text was updated successfully, but these errors were encountered: