conversion:subject_discriminator

URI construction for datasets with multiple (tabular) components.

Why was the table (indentified by conversion:subject_discriminator) tucked between dataset/ and version/?

• The ordering of components used to construct the URI of the dataset follows a decompositional metaphor.
  • i.e., source/s are grouped by the the aggregator's base_uri; datasets/s are grouped by their source/s; dataset components/tables/files/discriminators/subdatasets are grouped by their dataset/s; version/s are grouped by their dataset/s (or subdatasets); and entities are grouped by (initially) the versioned datasets or (eventually) the abstract datasets.
• individual tables are also more of a part of the dataset than a part of the version.
• We assume that the tables (i.e., the individual csv files) will persist across multiple versions.
• This design was guided by logical organization and NOT physical organization of the data.

If I have multiple CSVs, should I always keep the subject_discriminator?

Keeping it or removing it affects the URIs for the entities named during conversion.