Skip to main content
Predict a class from table columns. The dataset is a single CSV with a header row: feature columns plus one class column. There are no per-sample files.

Folder layout

  • One CSV, UTF-8, comma-separated, with a header row.
  • Every column has one consistent type. Feature columns are typically numeric; the class column may be text or integer codes.

Data CSV

In schema columns, empty cells and exactly the tokens NA, N/A, n/a, NULL, null, None, none, NaN, nan, <NA>, #N/A (case-sensitive) are stored as NULL.

Ingest with the CLI

Pass the CSV file, or a folder that holds only that CSV. Ingest the training and the test split separately:
The CLI infers a SQL type for every column, so --schema is optional. To set the types yourself, pass --schema 'col:TYPE,col:TYPE' and quote it, because a type such as VARCHAR(64) contains shell characters. --schema replaces the inferred schema: list every feature column you want stored, not just the ones you retype. Including the label column in --schema is fine: the ingestor drops it from the stored schema. The CLI skips a reserved column such as id.

ingest.yaml

What the ingestor checks

Plus the checks every ingest runs.

Sample dataset

The template ships a synthetic CSV with id, three FLOAT features (feature_00, feature_01, feature_02) and a binary label column — the rows shown above are taken from it. The ingest.yaml above ingests it as is; only csv: changes to wherever you staged the file.

Model settings for this dataset

When you link a model, the platform checks it against the dataset (see model parameters by task):
  • num_feature_points must equal the number of stored feature columns: every column except the label and reserved columns such as id. For the sample, that is 3.
  • output_classes must equal the number of distinct labels. For the sample, that is 2.
Most model-zoo templates default to 50 features and 5 classes, so edit both. Feature columns reach the model sorted by column name, whatever order the CSV or schema uses.

Next steps