Skip to content
Merged
Show file tree
Hide file tree
Changes from 28 commits
Commits
Show all changes
29 commits
Select commit Hold shift + click to select a range
7dfa9c4
first draft of data model tutorial
andrewelamb Dec 10, 2025
1ca26dd
fix typos
andrewelamb Dec 10, 2025
01e7091
fix typos
andrewelamb Dec 10, 2025
8c6328b
clean up into
andrewelamb Dec 10, 2025
baeef99
clean up into
andrewelamb Dec 10, 2025
31d7745
clean up into
andrewelamb Dec 10, 2025
8b87655
clean up column descriptions
andrewelamb Dec 10, 2025
2531a8d
clean up column descriptions
andrewelamb Dec 10, 2025
d745d3a
Add conditonal dependencies section
andrewelamb Dec 10, 2025
052e3f3
fix conditonal dependencies section
andrewelamb Dec 10, 2025
f571580
fix conditonal dependencies section
andrewelamb Dec 10, 2025
81010ae
add conditonal dependencies example
andrewelamb Dec 10, 2025
c24f203
move file and link in mkdcos
andrewelamb Dec 11, 2025
ffd8061
various fixes to the tutorial
andrewelamb Dec 11, 2025
aff17fc
various fixes to the tutorial
andrewelamb Dec 11, 2025
47c669d
various fixes to the tutorial
andrewelamb Dec 11, 2025
d9092b2
various fixes to the tutorial
andrewelamb Dec 11, 2025
615c609
various fixes to the tutorial
andrewelamb Dec 11, 2025
e86a481
Update docs/explanations/curator_data_model.md
andrewelamb Dec 11, 2025
ce0bc19
Update docs/explanations/curator_data_model.md
andrewelamb Dec 11, 2025
ac2f00e
Update docs/explanations/curator_data_model.md
andrewelamb Dec 11, 2025
9c38077
Update docs/explanations/curator_data_model.md
andrewelamb Dec 11, 2025
1bc7334
Update docs/explanations/curator_data_model.md
andrewelamb Dec 11, 2025
f377504
Update docs/explanations/curator_data_model.md
andrewelamb Dec 11, 2025
69711f1
Update docs/explanations/curator_data_model.md
andrewelamb Dec 11, 2025
8748db4
Update docs/explanations/curator_data_model.md
andrewelamb Dec 11, 2025
63758d7
copilot fixes
andrewelamb Dec 11, 2025
9746259
more fixes to tutorial
andrewelamb Dec 11, 2025
c1514c6
more fixes to tutorial
andrewelamb Dec 11, 2025
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
389 changes: 389 additions & 0 deletions docs/explanations/curator_data_model.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,389 @@
# CSV data model description

The Curator-Extension (formerly Schematic) data model is used to create JSON Schemas for Curator. See [JSON Schema documentation](https://json-schema.org/). This is used for the DCCs that prefer working in a tabular format (CSV) over JSON or LinkML. A data model is created in the format specified below. Then the Curator-Extension in the Synapse Python Client can be used to convert to JSON Schema.

A link will be provided here to documentation for converting CSV data models to JSON Schema in the near future.

## Understanding the Structure

A data model describes real world entities(data types) and attributes that you want to collect data for. For example you might want to describe a Patient, and you want to collect their age, gender and name.

The CSV data model described in this tutorial formalizes this structure:

- The CSV data model describes one or more data types.
- Each row describes either a data type, or an attribute.

Here is the Patient described above represented as a CSV data model:

| Attribute | DependsOn |
|---|---|
| Patient | "Age, Gender, Name" |
| Age | |
| Gender | |
| Name | |

The end goal is to create a JSON Schema that can be used in Curator. A JSON Schema consists of only one data type and their attributes. Converting the above data model to JSON Schema results in:

```json
{
"description": "TBD",
"properties": {
"Age": {
"description": "TBD",
"title": "Age"
},
"Gender": {
"description": "TBD",
"title": "Gender"
},
"Name": {
"description": "TBD",
"title": "Name"
}
}
}
```

## CSV Data model columns

Note: Individual columns are covered later on this page.

Defining data types:

- Put a unique data type name in the `Attribute` column
- List its attributes (minimum 1) in the `DependsOn` column (comma-separated)
- Optionally add a description to the `Description` column.

Defining attributes:

- Put a unique attribute name in the `Attribute` column
- Leave the `DependsOn` column empty
- All other columns are optional

### Attribute

The name of the data type or attribute being described on this line. This should be a unique identifier in the file. For attributes this will be translated as the title in the JSON Schema.

### DependsOn

The set of of attributes this data type has. These must be attributes that exists in this data model. Each attribute will appear in the properties of the JSON Schema. This should be a comma-separated list in quotes. Example: "Patient ID, Sex, Year of Birth, Diagnosis"

### Description

A description of the datatype or attribute. This will be appear as a description in the JSON Schema. If left blank, this will be filled with ‘TBD’.

### Valid Values

Set of possible values for the current attribute. This attribute will be an enum in the JSON Schema, with the values here as the enum values. See [enum](https://json-schema.org/understanding-json-schema/reference/enum#enumerated-values). This should be a comma-separated list in quotes. Example: "Female, Male, Other"

Data Model:

| Attribute | DependsOn | Valid Values |
|---|---|---|
| Patient | "Gender" | |
| Gender | | "Female, Male, Other" |

JSON Schema output:

```json
{
"description": "TBD",
"properties": {
"Gender": {
"description": "TBD",
"title": "Gender",
"enum": ["Female", "Male", "Other"]
}
}
}
```

### Required

Whether a value must be set for this attribute. This field is boolean, i.e. valid values are `TRUE` and `FALSE`. All attributes that are required will appear in the required list in the JSON Schema. See [required](https://json-schema.org/understanding-json-schema/reference/object#required).

Note: Leaving this empty is the equivalent of `False`.

Data Model:

| Attribute | DependsOn | Required |
|---|---|---|
| Patient | "Gender, Age" | |
| Gender | | True |
| Age | | False |

JSON Schema output:

```json
{
"description": "TBD",
"properties": {
"Gender": {
"description": "TBD",
"title": "Gender",
},
"Age": {
"description": "TBD",
"title": "Age"
}
},
"required": ["Gender"]
}
```

### columnType

The data type of this of this attribute. See [type](https://json-schema.org/understanding-json-schema/reference/type).

Must be one of:

- `string`
- `number`
- `integer`
- `boolean`
- `string_list`
- `integer_list`
- `boolean_list`

Data Model:

| Attribute | DependsOn | columnType |
|---|---|---|
| Patient | "Gender, Hobbies" | |
| Gender | | string |
| Hobbies | | string_list |

JSON Schema output:

```json
{
"description": "TBD",
"properties": {
"Gender": {
"description": "TBD",
"title": "Gender",
"type": "string"
},
"Hobbies": {
"description": "TBD",
"title": "Hobbies",
"type": "array",
"items": {
"type": "string"
}
}
}
}
```

### Format

The format of this attribute. See [format](https://json-schema.org/understanding-json-schema/reference/type#format) The type of this attribute must be "string" or "string_list". The value of this column will be appear as the `format` of this attribute in the JSON Schema. Must be one of:

- `date-time`
- `email`
- `hostname`
- `ipv4`
- `ipv6`
- `uri`
- `uri-reference`
- `uri-template`
- `json-pointer`
- `date`
- `time`
- `regex`
- `relative-json-pointer`

Data Model:

| Attribute | DependsOn | columnType | Format |
|---|---|---|---|
| Patient | "Gender, Birth Date" | | |
| Gender | | string | |
| Birth Date | | string | date |

JSON Schema output:

```json
{
"description": "TBD",
"properties": {
"Gender": {
"description": "TBD",
"title": "Gender",
"type": "string"
},
"Birth Date": {
"description": "TBD",
"title": "Birth Date",
"type": "string",
"format": "date"
}
}
}
```

### Pattern

The regex pattern this attribute must match. The type of this attribute must be `string` or `string_list`. See [pattern](https://json-schema.org/understanding-json-schema/reference/regular_expressions#regular-expressions) The value of this column will appear as the `pattern` of this attribute in the JSON Schema. Must be a legal regex pattern as determined by the python `re` library.

Data Model:

| Attribute | DependsOn | columnType | Pattern |
|---|---|---|---|
| Patient | "Gender, ID" | | |
| Gender | | string | |
| ID | | string | [a-f] |

JSON Schema output:

```json
{
"description": "TBD",
"properties": {
"Gender": {
"description": "TBD",
"title": "Gender",
"type": "string"
},
"ID": {
"description": "TBD",
"title": "ID",
"type": "string",
"pattern": "[a-f]"
}
}
}
```

### Minimum/Maximum

The range that this attribute's numeric values must fall within. The type of this attribute must be "integer", "number", or "integer_list". See [range](https://json-schema.org/understanding-json-schema/reference/numeric#range) The value of these columns will appear as the `minimum` and `maximum` of this attribute in the JSON Schema. Both must be numeric values.

Data Model:

| Attribute | DependsOn | columnType | Minimum | Maximum |
|---|---|---|---|---|
| Patient | "Age, Weight, Health Score" | | | |
| Age | | integer | 0 | 120 |
| Weight | | number | 0.0 | |
| Health Score | | number | 0.0 | 1.0 |

JSON Schema output:

```json
{
"description": "TBD",
"properties": {
"Age": {
"description": "TBD",
"title": "Age",
"type": "integer",
"minimum": 0,
"maximum": 120
},
"Weight": {
"description": "TBD",
"title": "Weight",
"type": "number",
"minimum": 0.0
},
"Health Score": {
"description": "TBD",
"title": "Health Score",
"type": "number",
"minimum": 0.0,
"maximum": 1.0
}
}
}
```

### Validation Rules (deprecated)

This is a remnant from Schematic. It is still used (for now) to translate certain validation rules to other JSON Schema keywords.

If you are starting a new data model, DO NOT use this column.

If you have an existing data model using any of the following validation rules, follow these instructions to update it:

- `list`: Make sure you are using one of the list-types in the `columnType` column.
- `regex`: `regex <module> <pattern>`, move the `<pattern>` to the `Pattern` column.
- `inRange`: `inRange <minimum> <maximum>`, move the `<minimum>` and/or the `<maximum>` to the `Minimum` and `Maximum` columns respectively.
- `date`: Use the `Format` column with value `date`
- `url`: Use the `Format` column with value `uri`

## Conditional dependencies

The `DependsOn` and `Valid Values` columns can be used together to flexibly define conditional logic for determining the relevant attributes for a data type.

In this example we have the `Patient` data type. The `Patient` can be diagnosed as healthy or with cancer. For Patients with cancer we also want to collect info about their cancer type, and any cancers in their family history.

Data Model:

| Attribute | DependsOn | Valid Values | Required | columnType |
|---|---|---|---|---|
| Patient | "Diagnosis" | | | |
| Diagnosis | | "Healthy, Cancer" | True | string |
| Cancer | "Cancer Type, Family History" | | | |
| Cancer Type | | "Brain, Lung, Skin" | True | string |
| Family History | | "Brain, Lung, Skin" | True | string_list |

To demonstrate this, see the above example with the `Patient` and `Cancer` data types:

- `Diagnosis` is an attribute of `Patient`.
- `Diagnosis` has `Valid Values` of `Healthy` and `Cancer`.
- `Cancer` is also a data type.
- `Cancer Type` and `Family History` are attributes of `Cancer` and are both required.

As a result of the above data model, in the JSON Schema:

- `Cancer Type` and `Family History` become properties of `Patient`.
- For a given `Patient`, if `Diagnosis` == `Cancer` then `Cancer Type` and `Family History` become required for that `Patient`.
- The conditional logic is contained in the `allOf` array.

```JSON
{
"description": "TBD",
"properties": {
"Diagnosis": {
"description": "TBD",
"enum": ["Cancer", "Healthy"],
"title": "Diagnosis",
"type": "string"
},
"Cancer Type": {
"description": "TBD",
"enum": ["Brain","Lung","Skin"],
"title": "Cancer Type",
"type": "string"
},
"Family History": {
"description": "TBD",
"title": "Family History",
"type": "array",
"items": {
"type": "string",
"enum": ["Brain","Lung","Skin"],
}
}
},
"required": ["Diagnosis"],
"allOf": [
{
"if": {
"properties": {
"Diagnosis": {
"enum": [
"Cancer"
]
}
}
},
"then": {
"required": ["Cancer Type", "Family History"]
}
}
]
}
```
1 change: 1 addition & 0 deletions mkdocs.yml
Original file line number Diff line number Diff line change
Expand Up @@ -145,6 +145,7 @@ nav:
- Benchmarking: explanations/benchmarking.md
- Structuring Your Project: explanations/structuring_your_project.md
- Asyncio Changes in Python 3.14: explanations/asyncio_in_python_3_14.md
- Curator Data model: explanations/curator_data_model.md
- News:
- news.md
- Contact Us: https://sagebionetworks.jira.com/servicedesk/customer/portal/9/group/16/create/206
Expand Down
Loading