|
8799 | 8799 | ],
|
8800 | 8800 | "additionalProperties": false
|
8801 | 8801 | },
|
| 8802 | + "dataUseRestriction": { |
| 8803 | + "type": "object", |
| 8804 | + "properties": { |
| 8805 | + "is": { |
| 8806 | + "type": "array", |
| 8807 | + "items": { |
| 8808 | + "type": "string", |
| 8809 | + "nullable": true |
| 8810 | + } |
| 8811 | + } |
| 8812 | + }, |
| 8813 | + "required": [ |
| 8814 | + "is" |
| 8815 | + ], |
| 8816 | + "additionalProperties": false |
| 8817 | + }, |
8802 | 8818 | "developmentStage": {
|
8803 | 8819 | "type": "object",
|
8804 | 8820 | "properties": {
|
|
8873 | 8889 | ],
|
8874 | 8890 | "additionalProperties": false
|
8875 | 8891 | },
|
| 8892 | + "duosId": { |
| 8893 | + "type": "object", |
| 8894 | + "properties": { |
| 8895 | + "is": { |
| 8896 | + "type": "array", |
| 8897 | + "items": { |
| 8898 | + "type": "string", |
| 8899 | + "nullable": true |
| 8900 | + } |
| 8901 | + } |
| 8902 | + }, |
| 8903 | + "required": [ |
| 8904 | + "is" |
| 8905 | + ], |
| 8906 | + "additionalProperties": false |
| 8907 | + }, |
8876 | 8908 | "effectiveCellCount": {
|
8877 | 8909 | "oneOf": [
|
8878 | 8910 | {
|
|
9842 | 9874 | }
|
9843 | 9875 | }
|
9844 | 9876 | },
|
9845 |
| - "description": "\nCriteria to filter entities from the search results.\n\nEach filter consists of a field name, a relation (relational operator),\nand an array of field values. The available relations are \"is\",\n\"within\", \"contains\", and \"intersects\". Multiple filters are combined\nusing \"and\" logic. An entity must match all filters to be included in\nthe response. How multiple field values within a single filter are\ncombined depends on the relation.\n\nFor the \"is\" relation, multiple values are combined using \"or\" logic.\nFor example, `{\"fileFormat\": {\"is\": [\"fastq\", \"fastq.gz\"]}}` selects\nentities where the file format is either \"fastq\" or \"fastq.gz\". For the\n\"within\", \"intersects\", and \"contains\" relations, the field values must\ncome in nested pairs specifying upper and lower bounds, and multiple\npairs are combined using \"and\" logic. For example, `{\"donorCount\":\n{\"within\": [[1,5], [5,10]]}}` selects entities whose donor organism\ncount falls within both ranges, i.e., is exactly 5.\n\nThe accessions field supports filtering for a specific accession and/or\nnamespace within a project. For example, `{\"accessions\": {\"is\": [\n{\"namespace\":\"array_express\"}]}}` will filter for projects that have an\n`array_express` accession. Similarly, `{\"accessions\": {\"is\": [\n{\"accession\":\"ERP112843\"}]}}` will filter for projects that have the\naccession `ERP112843` while `{\"accessions\": {\"is\": [\n{\"namespace\":\"array_express\", \"accession\": \"E-AAAA-00\"}]}}` will filter\nfor projects that match both values.\n\nThe organismAge field is special in that it contains two property keys:\nvalue and unit. For example, `{\"organismAge\": {\"is\": [{\"value\": \"20\",\n\"unit\": \"year\"}]}}`. Both keys are required. `{\"organismAge\": {\"is\":\n[null]}}` selects entities that have no organism age.\n\nSupported field names are: accessions, aggregateLastModifiedDate, aggregateSubmissionDate, aggregateUpdateDate, assayType, biologicalSex, bionetworkName, bundleUuid, bundleVersion, cellCount, cellLineType, contactName, contentDescription, developmentStage, donorCount, donorDisease, effectiveCellCount, effectiveOrgan, entryId, fileFormat, fileId, fileName, fileSize, fileSource, fileVersion, genusSpecies, institution, instrumentManufacturerModel, isIntermediate, isTissueAtlasProject, laboratory, lastModifiedDate, libraryConstructionApproach, matrixCellCount, modelOrgan, modelOrganPart, nucleicAcidSource, organ, organPart, organismAge, organismAgeRange, pairedEnd, preservationMethod, project, projectDescription, projectEstimatedCellCount, projectId, projectTitle, publicationTitle, sampleDisease, sampleEntityType, sampleId, selectedCellType, sourceId, sourceSpec, specimenDisease, specimenOrgan, specimenOrganPart, submissionDate, tissueAtlas, updateDate, workflow, accessible\n" |
| 9877 | + "description": "\nCriteria to filter entities from the search results.\n\nEach filter consists of a field name, a relation (relational operator),\nand an array of field values. The available relations are \"is\",\n\"within\", \"contains\", and \"intersects\". Multiple filters are combined\nusing \"and\" logic. An entity must match all filters to be included in\nthe response. How multiple field values within a single filter are\ncombined depends on the relation.\n\nFor the \"is\" relation, multiple values are combined using \"or\" logic.\nFor example, `{\"fileFormat\": {\"is\": [\"fastq\", \"fastq.gz\"]}}` selects\nentities where the file format is either \"fastq\" or \"fastq.gz\". For the\n\"within\", \"intersects\", and \"contains\" relations, the field values must\ncome in nested pairs specifying upper and lower bounds, and multiple\npairs are combined using \"and\" logic. For example, `{\"donorCount\":\n{\"within\": [[1,5], [5,10]]}}` selects entities whose donor organism\ncount falls within both ranges, i.e., is exactly 5.\n\nThe accessions field supports filtering for a specific accession and/or\nnamespace within a project. For example, `{\"accessions\": {\"is\": [\n{\"namespace\":\"array_express\"}]}}` will filter for projects that have an\n`array_express` accession. Similarly, `{\"accessions\": {\"is\": [\n{\"accession\":\"ERP112843\"}]}}` will filter for projects that have the\naccession `ERP112843` while `{\"accessions\": {\"is\": [\n{\"namespace\":\"array_express\", \"accession\": \"E-AAAA-00\"}]}}` will filter\nfor projects that match both values.\n\nThe organismAge field is special in that it contains two property keys:\nvalue and unit. For example, `{\"organismAge\": {\"is\": [{\"value\": \"20\",\n\"unit\": \"year\"}]}}`. Both keys are required. `{\"organismAge\": {\"is\":\n[null]}}` selects entities that have no organism age.\n\nSupported field names are: accessions, aggregateLastModifiedDate, aggregateSubmissionDate, aggregateUpdateDate, assayType, biologicalSex, bionetworkName, bundleUuid, bundleVersion, cellCount, cellLineType, contactName, contentDescription, dataUseRestriction, developmentStage, donorCount, donorDisease, duosId, effectiveCellCount, effectiveOrgan, entryId, fileFormat, fileId, fileName, fileSize, fileSource, fileVersion, genusSpecies, institution, instrumentManufacturerModel, isIntermediate, isTissueAtlasProject, laboratory, lastModifiedDate, libraryConstructionApproach, matrixCellCount, modelOrgan, modelOrganPart, nucleicAcidSource, organ, organPart, organismAge, organismAgeRange, pairedEnd, preservationMethod, project, projectDescription, projectEstimatedCellCount, projectId, projectTitle, publicationTitle, sampleDisease, sampleEntityType, sampleId, selectedCellType, sourceId, sourceSpec, specimenDisease, specimenOrgan, specimenOrganPart, submissionDate, tissueAtlas, updateDate, workflow, accessible\n" |
9846 | 9878 | },
|
9847 | 9879 | {
|
9848 | 9880 | "name": "format",
|
|
9892 | 9924 | }
|
9893 | 9925 | }
|
9894 | 9926 | }
|
| 9927 | + }, |
| 9928 | + "504": { |
| 9929 | + "description": "\nRequest timed out. When handling this response, clients\nshould wait the number of seconds specified in the\n`Retry-After` header and then retry the request.\n" |
9895 | 9930 | }
|
9896 | 9931 | }
|
9897 | 9932 | },
|
|
9916 | 9951 | },
|
9917 | 9952 | "description": "The name of the catalog to query."
|
9918 | 9953 | },
|
| 9954 | + { |
| 9955 | + "name": "wait", |
| 9956 | + "in": "query", |
| 9957 | + "required": false, |
| 9958 | + "schema": { |
| 9959 | + "type": "integer", |
| 9960 | + "format": "int64", |
| 9961 | + "enum": [ |
| 9962 | + 0, |
| 9963 | + 1 |
| 9964 | + ], |
| 9965 | + "default": 1 |
| 9966 | + }, |
| 9967 | + "description": "\nIf 0, the client is responsible for honoring the waiting period\nspecified in the `Retry-After` response header. If 1, the server\nwill delay the response in order to consume as much of that waiting\nperiod as possible. This parameter should only be set to 1 by\nclients who can't honor the `Retry-After` header, preventing them\nfrom quickly exhausting the maximum number of redirects. If the\nserver cannot wait the full amount, any amount of wait time left\nwill still be returned in the `Retry-After` header of the response.\n" |
| 9968 | + }, |
9919 | 9969 | {
|
9920 | 9970 | "name": "filters",
|
9921 | 9971 | "in": "query",
|
|
11308 | 11358 | "type": "string"
|
11309 | 11359 | },
|
11310 | 11360 | "description": "\nAn opaque string representing the manifest preparation job\n"
|
| 11361 | + }, |
| 11362 | + { |
| 11363 | + "name": "wait", |
| 11364 | + "in": "query", |
| 11365 | + "required": false, |
| 11366 | + "schema": { |
| 11367 | + "type": "integer", |
| 11368 | + "format": "int64", |
| 11369 | + "enum": [ |
| 11370 | + 0, |
| 11371 | + 1 |
| 11372 | + ], |
| 11373 | + "default": 0 |
| 11374 | + }, |
| 11375 | + "description": "\nIf 0, the client is responsible for honoring the waiting period\nspecified in the `Retry-After` response header. If 1, the server\nwill delay the response in order to consume as much of that waiting\nperiod as possible. This parameter should only be set to 1 by\nclients who can't honor the `Retry-After` header, preventing them\nfrom quickly exhausting the maximum number of redirects. If the\nserver cannot wait the full amount, any amount of wait time left\nwill still be returned in the `Retry-After` header of the response.\n" |
11311 | 11376 | }
|
11312 | 11377 | ],
|
11313 | 11378 | "get": {
|
|
12902 | 12967 | "schema": {
|
12903 | 12968 | "type": "integer",
|
12904 | 12969 | "format": "int64",
|
| 12970 | + "enum": [ |
| 12971 | + 0, |
| 12972 | + 1 |
| 12973 | + ], |
12905 | 12974 | "default": 0
|
12906 | 12975 | },
|
12907 |
| - "description": "\nIf 0, the client is responsible for honoring the waiting period\nspecified in the Retry-After response header. If 1, the server\nwill delay the response in order to consume as much of that\nwaiting period as possible. This parameter should only be set to\n1 by clients who can't honor the `Retry-After` header,\npreventing them from quickly exhausting the maximum number of\nredirects. If the server cannot wait the full amount, any amount\nof wait time left will still be returned in the Retry-After\nheader of the response.\n" |
| 12976 | + "description": "\nIf 0, the client is responsible for honoring the waiting period\nspecified in the `Retry-After` response header. If 1, the server\nwill delay the response in order to consume as much of that waiting\nperiod as possible. This parameter should only be set to 1 by\nclients who can't honor the `Retry-After` header, preventing them\nfrom quickly exhausting the maximum number of redirects. If the\nserver cannot wait the full amount, any amount of wait time left\nwill still be returned in the `Retry-After` header of the response.\n" |
12908 | 12977 | },
|
12909 | 12978 | {
|
12910 | 12979 | "name": "replica",
|
|
13041 | 13110 | "schema": {
|
13042 | 13111 | "type": "integer",
|
13043 | 13112 | "format": "int64",
|
| 13113 | + "enum": [ |
| 13114 | + 0, |
| 13115 | + 1 |
| 13116 | + ], |
13044 | 13117 | "default": 0
|
13045 | 13118 | },
|
13046 |
| - "description": "\nIf 0, the client is responsible for honoring the waiting period\nspecified in the Retry-After response header. If 1, the server\nwill delay the response in order to consume as much of that\nwaiting period as possible. This parameter should only be set to\n1 by clients who can't honor the `Retry-After` header,\npreventing them from quickly exhausting the maximum number of\nredirects. If the server cannot wait the full amount, any amount\nof wait time left will still be returned in the Retry-After\nheader of the response.\n" |
| 13119 | + "description": "\nIf 0, the client is responsible for honoring the waiting period\nspecified in the `Retry-After` response header. If 1, the server\nwill delay the response in order to consume as much of that waiting\nperiod as possible. This parameter should only be set to 1 by\nclients who can't honor the `Retry-After` header, preventing them\nfrom quickly exhausting the maximum number of redirects. If the\nserver cannot wait the full amount, any amount of wait time left\nwill still be returned in the `Retry-After` header of the response.\n" |
13047 | 13120 | },
|
13048 | 13121 | {
|
13049 | 13122 | "name": "replica",
|
|
0 commit comments