A ruby gem to support validating CSV files to check their syntax and contents.
Add this line to your application's Gemfile:
gem 'csvlint'
And then execute:
$ bundle
Or install it yourself as:
$ gem install csvlint
Currently the gem supports retrieving a CSV accessible from a URL, File, or an IO-style object (e.g. StringIO)
require 'csvlint'
validator = Csvlint::Validator.new( "http://example.org/data.csv" )
validator = Csvlint::Validator.new( File.new("/path/to/my/data.csv" ))
validator = Csvlint::Validator.new( StringIO.new( my_data_in_a_string ) )
When validating from a URL the range of errors and warnings is wider as the library will also check HTTP headers for best practices
#invoke the validation
validator.validate
#check validation status
validator.valid?
#access array of errors, each is an Csvlint::ErrorMessage object
validator.errors
#access array of warnings
validator.warnings
#access array of information messages
validator.info_messages
#get some information about the CSV file that was validated
validator.encoding
validator.content_type
validator.extension
#retrieve HTTP headers from request
validator.headers
The validator supports configuration of the CSV Dialect used in a data file. This is specified by passing a dialect hash to the constructor:
dialect = {
"header" => true,
"delimiter" => ","
}
validator = Csvlint::Validator.new( "http://example.org/data.csv", dialect )
The options should be a Hash that conforms to the CSV Dialect JSON structure.
While these options configure the parser to correctly process the file, the validator will still raise errors or warnings for CSV structure that it considers to be invalid, e.g. a missing header or different delimiters.
Note that the parser will also check for a header
parameter on the Content-Type
header returned when fetching a remote CSV file. As
specified in RFC 4180 the values for this can be present
and absent
, e.g:
Content-Type: text/csv; header=present
The validator provides feedback on a validation result using instances of Csvlint::ErrorMessage
. Errors are divided into errors, warnings and information
messages. A validation attempt is successful if there are no errors.
Messages provide context including:
category
has a symbol that indicates the category or error/warning::structure
(well-formedness issues),:schema
(schema validation),:context
(publishing metadata, e.g. content type)type
has a symbol that indicates the type of error or warning being reportedrow
holds the line number of the problemcolumn
holds the column number of the issuecontent
holds the contents of the row that generated the error or warning
The following types of error can be reported:
:wrong_content_type
-- content type is nottext/csv
:ragged_rows
-- row has a different number of columns (than the first row in the file):blank_rows
-- completely empty row, e.g. blank line or a line where all column values are empty:invalid_encoding
-- encoding error when parsing row, e.g. because of invalid characters:not_found
-- HTTP 404 error when retrieving the data:stray_quote
-- missing or stray quote:unclosed_quote
-- unclosed quoted field:whitespace
-- a quoted column has leading or trailing whitespace:line_breaks
-- line breaks were inconsistent or incorrectly specified:undeclared_header
-- if there is no machine-readable description of whether a header is present (e.g. in a dialect orContent-Type
header)
The following types of warning can be reported:
:no_encoding
-- theContent-Type
header returned in the HTTP request does not have acharset
parameter:encoding
-- the character set is not UTF-8:no_content_type
-- file is being served without aContent-Type
header:excel
-- noContent-Type
header and the file extension is.xls
:check_options
-- CSV file appears to contain only a single column:inconsistent_values
-- inconsistent values in the same column. Reported if <90% of values seem to have same data type (either numeric or alphanumeric including punctuation):empty_column_name
-- a column in the CSV header has an empty name:duplicate_column_name
-- a column in the CSV header has a duplicate name:title_row
-- if there appears to be a title field in the first row of the CSV
There are also information messages available:
:nonrfc_line_breaks
-- uses non-CRLF line breaks, so doesn't conform to RFC4180.:assumed_header
-- the validator has assumed that a header is present
The library supports validating data against a schema. A schema configuration can be provided as a Hash or parsed from JSON. The structure currently follows JSON Table Schema with some extensions.
An example schema file is:
{
"fields": [
{
"name": "id",
"constraints": { "required": true }
},
{
"name": "price",
"constraints": { "required": true, "minLength": 1 }
},
{
"name": "postcode",
"constraints": {
"required": true,
"pattern": "[A-Z]{1,2}[0-9][0-9A-Z]? ?[0-9][A-Z]{2}"
}
}
]
}
Parsing and validating with a schema:
schema = Csvlint::Schema.load_from_json_table(uri)
validator = Csvlint::Validator.new( "http://example.org/data.csv", nil, schema )
Supported constraints:
required
-- there must be a value for this field in every rowunique
-- the values in every row should be uniqueminLength
-- minimum number of characters in the valuemaxLength
-- maximum number of characters in the valuepattern
-- values must match the provided regular expressiontype
-- specifies an XML Schema data type. Values of the column must be a valid value for that typeminimum
-- specify a minimum range for values, the value will be parsed as specified bytype
maximum
-- specify a maximum range for values, the value will be parsed as specified bytype
datePattern
-- specify astrftime
compatible date pattern to be used when parsing date values and min/max constraints
Supported data types (this is still a work in progress):
- String --
http://www.w3.org/2001/XMLSchema#string
(effectively a no-op) - Integer --
http://www.w3.org/2001/XMLSchema#integer
orhttp://www.w3.org/2001/XMLSchema#int
- Float --
http://www.w3.org/2001/XMLSchema#float
- Double --
http://www.w3.org/2001/XMLSchema#double
- URI --
http://www.w3.org/2001/XMLSchema#anyURI
- Boolean --
http://www.w3.org/2001/XMLSchema#boolean
- Non Positive Integer --
http://www.w3.org/2001/XMLSchema#nonPositiveInteger
- Positive Integer --
http://www.w3.org/2001/XMLSchema#positiveInteger
- Non Negative Integer --
http://www.w3.org/2001/XMLSchema#nonNegativeInteger
- Negative Integer --
http://www.w3.org/2001/XMLSchema#negativeInteger
- Date --
http://www.w3.org/2001/XMLSchema#date
- Date Time --
http://www.w3.org/2001/XMLSchema#dateTime
- Year --
http://www.w3.org/2001/XMLSchema#gYear
- Year Month --
http://www.w3.org/2001/XMLSchema#gYearMonth
- Time --
http://www.w3.org/2001/XMLSchema#time
Use of an unknown data type will result in the column failing to validate.
Schema validation provides some additional types of error and warning messages:
:missing_value
(error) -- a column marked asrequired
in the schema has no value:min_length
(error) -- a column with aminLength
constraint has a value that is too short:max_length
(error) -- a column with amaxLength
constraint has a value that is too long:pattern
(error) -- a column with apattern
constraint has a value that doesn't match the regular expression:header_name
(warning) -- the header in the CSV has a column name that doesn't match the schema:missing_column
(warning) -- a row in the CSV file has a missing column, that is specified in the schema. This is a warning only, as it may be legitimate:extra_column
(warning) -- a row in the CSV file has extra column.:unique
(error) -- a column with aunique
constraint contains non-unique values:below_minimum
(error) -- a column with aminimum
constraint contains a value that is below the minimum:above_maximum
(error) -- a column with amaximum
constraint contains a value that is above the maximum
You can also provide an optional options hash as the fourth argument to Validator#new. Supported options are:
- :limit_lines -- only check this number of lines of the CSV file. Good for a quick check on huge files.
options = {
limit_lines: 100
}
validator = Csvlint::Validator.new( "http://example.org/data.csv", nil, nil, options )
- Fork it
- Create your feature branch (
git checkout -b my-new-feature
) - Commit your changes (
git commit -am 'Add some feature'
) - Push to the branch (
git push origin my-new-feature
) - Create new Pull Request