@researchdatabox/raido-openapi-generated-node 0.0.1 → 0.0.2

package/dist/model/raidUpdateRequest.js

@@ -0,0 +1,107 @@
+"use strict";
+/**
+ * RAID v2 API
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
+ *
+ * The version of the OpenAPI document: 2.0.0
+ * Contact: contact@raid.org
+ *
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
+ * https://openapi-generator.tech
+ * Do not edit the class manually.
+ */
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.RaidUpdateRequest = void 0;
+class RaidUpdateRequest {
+    'identifier';
+    'title';
+    'date';
+    'description';
+    'access';
+    'alternateUrl';
+    'contributor';
+    'organisation';
+    'subject';
+    'relatedRaid';
+    'relatedObject';
+    'alternateIdentifier';
+    'spatialCoverage';
+    'traditionalKnowledgeLabel';
+    static discriminator = undefined;
+    static attributeTypeMap = [
+        {
+            "name": "identifier",
+            "baseName": "identifier",
+            "type": "Id"
+        },
+        {
+            "name": "title",
+            "baseName": "title",
+            "type": "Array<Title>"
+        },
+        {
+            "name": "date",
+            "baseName": "date",
+            "type": "ModelDate"
+        },
+        {
+            "name": "description",
+            "baseName": "description",
+            "type": "Array<Description>"
+        },
+        {
+            "name": "access",
+            "baseName": "access",
+            "type": "Access"
+        },
+        {
+            "name": "alternateUrl",
+            "baseName": "alternateUrl",
+            "type": "Array<AlternateUrl>"
+        },
+        {
+            "name": "contributor",
+            "baseName": "contributor",
+            "type": "Array<Contributor>"
+        },
+        {
+            "name": "organisation",
+            "baseName": "organisation",
+            "type": "Array<Organisation>"
+        },
+        {
+            "name": "subject",
+            "baseName": "subject",
+            "type": "Array<Subject>"
+        },
+        {
+            "name": "relatedRaid",
+            "baseName": "relatedRaid",
+            "type": "Array<RelatedRaid>"
+        },
+        {
+            "name": "relatedObject",
+            "baseName": "relatedObject",
+            "type": "Array<RelatedObject>"
+        },
+        {
+            "name": "alternateIdentifier",
+            "baseName": "alternateIdentifier",
+            "type": "Array<AlternateIdentifier>"
+        },
+        {
+            "name": "spatialCoverage",
+            "baseName": "spatialCoverage",
+            "type": "Array<SpatialCoverage>"
+        },
+        {
+            "name": "traditionalKnowledgeLabel",
+            "baseName": "traditionalKnowledgeLabel",
+            "type": "Array<TraditionalKnowledgeLabel>"
+        }
+    ];
+    static getAttributeTypeMap() {
+        return RaidUpdateRequest.attributeTypeMap;
+    }
+}
+exports.RaidUpdateRequest = RaidUpdateRequest;

package/dist/model/raidoMetadataSchemaV1.js

@@ -1,7 +1,7 @@
 "use strict";
 /**
  * RAID v2 API
- * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not this project).
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
  *
  * The version of the OpenAPI document: 2.0.0
  * Contact: contact@raid.org
@@ -25,6 +25,12 @@ class RaidoMetadataSchemaV1 {
     'alternateUrls';
     'contributors';
     'organisations';
+    'subjects';
+    'relatedRaids';
+    'relatedObjects';
+    'alternateIdentifiers';
+    'spatialCoverages';
+    'traditionalKnowledgeLabels';
     static discriminator = undefined;
     static attributeTypeMap = [
         {
@@ -71,6 +77,36 @@ class RaidoMetadataSchemaV1 {
             "name": "organisations",
             "baseName": "organisations",
             "type": "Array<OrganisationBlock>"
+        },
+        {
+            "name": "subjects",
+            "baseName": "subjects",
+            "type": "Array<SubjectBlock>"
+        },
+        {
+            "name": "relatedRaids",
+            "baseName": "relatedRaids",
+            "type": "Array<RelatedRaidBlock>"
+        },
+        {
+            "name": "relatedObjects",
+            "baseName": "relatedObjects",
+            "type": "Array<RelatedObjectBlock>"
+        },
+        {
+            "name": "alternateIdentifiers",
+            "baseName": "alternateIdentifiers",
+            "type": "Array<AlternateIdentifierBlock>"
+        },
+        {
+            "name": "spatialCoverages",
+            "baseName": "spatialCoverages",
+            "type": "Array<SpatialCoverageBlock>"
+        },
+        {
+            "name": "traditionalKnowledgeLabels",
+            "baseName": "traditionalKnowledgeLabels",
+            "type": "Array<TraditionalKnowledgeLabelBlock>"
         }
     ];
     static getAttributeTypeMap() {

package/dist/model/raidoMetadataSchemaV2.js

@@ -0,0 +1,116 @@
+"use strict";
+/**
+ * RAID v2 API
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
+ *
+ * The version of the OpenAPI document: 2.0.0
+ * Contact: contact@raid.org
+ *
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
+ * https://openapi-generator.tech
+ * Do not edit the class manually.
+ */
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.RaidoMetadataSchemaV2 = void 0;
+/**
+* This type is expected to be used for Raido endpoint stuff. It can diverge from the \"raid standard\", if needed.   There is a companion `PublicRaidMetadataSchemaV1` type that\'s intended to stick more closely to the standard.
+*/
+class RaidoMetadataSchemaV2 {
+    'metadataSchema';
+    'id';
+    'titles';
+    'dates';
+    'descriptions';
+    'access';
+    'alternateUrls';
+    'contributors';
+    'organisations';
+    'subjects';
+    'relatedRaids';
+    'relatedObjects';
+    'alternateIdentifiers';
+    'spatialCoverages';
+    'traditionalKnowledgeLabels';
+    static discriminator = undefined;
+    static attributeTypeMap = [
+        {
+            "name": "metadataSchema",
+            "baseName": "metadataSchema",
+            "type": "RaidoMetaschemaV2"
+        },
+        {
+            "name": "id",
+            "baseName": "id",
+            "type": "IdBlock"
+        },
+        {
+            "name": "titles",
+            "baseName": "titles",
+            "type": "Array<TitleBlock>"
+        },
+        {
+            "name": "dates",
+            "baseName": "dates",
+            "type": "DatesBlock"
+        },
+        {
+            "name": "descriptions",
+            "baseName": "descriptions",
+            "type": "Array<DescriptionBlock>"
+        },
+        {
+            "name": "access",
+            "baseName": "access",
+            "type": "AccessBlock"
+        },
+        {
+            "name": "alternateUrls",
+            "baseName": "alternateUrls",
+            "type": "Array<AlternateUrlBlock>"
+        },
+        {
+            "name": "contributors",
+            "baseName": "contributors",
+            "type": "Array<ContributorBlock>"
+        },
+        {
+            "name": "organisations",
+            "baseName": "organisations",
+            "type": "Array<OrganisationBlock>"
+        },
+        {
+            "name": "subjects",
+            "baseName": "subjects",
+            "type": "Array<SubjectBlock>"
+        },
+        {
+            "name": "relatedRaids",
+            "baseName": "relatedRaids",
+            "type": "Array<RelatedRaidBlock>"
+        },
+        {
+            "name": "relatedObjects",
+            "baseName": "relatedObjects",
+            "type": "Array<RelatedObjectBlock>"
+        },
+        {
+            "name": "alternateIdentifiers",
+            "baseName": "alternateIdentifiers",
+            "type": "Array<AlternateIdentifierBlock>"
+        },
+        {
+            "name": "spatialCoverages",
+            "baseName": "spatialCoverages",
+            "type": "Array<SpatialCoverageBlock>"
+        },
+        {
+            "name": "traditionalKnowledgeLabels",
+            "baseName": "traditionalKnowledgeLabels",
+            "type": "Array<TraditionalKnowledgeLabelBlock>"
+        }
+    ];
+    static getAttributeTypeMap() {
+        return RaidoMetadataSchemaV2.attributeTypeMap;
+    }
+}
+exports.RaidoMetadataSchemaV2 = RaidoMetadataSchemaV2;

package/dist/model/raidoMetaschema.js

@@ -1,7 +1,7 @@
 "use strict";
 /**
  * RAID v2 API
- * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not this project).
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
  *
  * The version of the OpenAPI document: 2.0.0
  * Contact: contact@raid.org

package/dist/model/raidoMetaschemaV2.js

@@ -0,0 +1,23 @@
+"use strict";
+/**
+ * RAID v2 API
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
+ *
+ * The version of the OpenAPI document: 2.0.0
+ * Contact: contact@raid.org
+ *
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
+ * https://openapi-generator.tech
+ * Do not edit the class manually.
+ */
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.RaidoMetaschemaV2 = void 0;
+/**
+* \"Metaschema\" is the enumeration of different \"Metadata schema\"  that Raido supports. The values are currently match the discriminator type names used for returning metadata, but they don\'t have to.
+*/
+var RaidoMetaschemaV2;
+(function (RaidoMetaschemaV2) {
+    RaidoMetaschemaV2[RaidoMetaschemaV2["RaidoMetadataSchemaV2"] = 'RaidoMetadataSchemaV2'] = "RaidoMetadataSchemaV2";
+    RaidoMetaschemaV2[RaidoMetaschemaV2["RaidoMetadataSchemaV1"] = 'RaidoMetadataSchemaV1'] = "RaidoMetadataSchemaV1";
+    RaidoMetaschemaV2[RaidoMetaschemaV2["LegacyMetadataSchemaV1"] = 'LegacyMetadataSchemaV1'] = "LegacyMetadataSchemaV1";
+})(RaidoMetaschemaV2 = exports.RaidoMetaschemaV2 || (exports.RaidoMetaschemaV2 = {}));

package/dist/model/readRaidResponseV2.js

@@ -1,7 +1,7 @@
 "use strict";
 /**
  * RAID v2 API
- * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not this project).
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
  *
  * The version of the OpenAPI document: 2.0.0
  * Contact: contact@raid.org

package/dist/model/readRaidV2Request.js

@@ -1,7 +1,7 @@
 "use strict";
 /**
  * RAID v2 API
- * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not this project).
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
  *
  * The version of the OpenAPI document: 2.0.0
  * Contact: contact@raid.org

package/dist/model/registrationAgency.js

@@ -0,0 +1,38 @@
+"use strict";
+/**
+ * RAID v2 API
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
+ *
+ * The version of the OpenAPI document: 2.0.0
+ * Contact: contact@raid.org
+ *
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
+ * https://openapi-generator.tech
+ * Do not edit the class manually.
+ */
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.RegistrationAgency = void 0;
+/**
+* ROR that identifies the organisation that operates the raid registration agency software that minted this raid.
+*/
+class RegistrationAgency {
+    'id';
+    'schemaUri';
+    static discriminator = undefined;
+    static attributeTypeMap = [
+        {
+            "name": "id",
+            "baseName": "id",
+            "type": "string"
+        },
+        {
+            "name": "schemaUri",
+            "baseName": "schemaUri",
+            "type": "string"
+        }
+    ];
+    static getAttributeTypeMap() {
+        return RegistrationAgency.attributeTypeMap;
+    }
+}
+exports.RegistrationAgency = RegistrationAgency;

package/dist/model/relatedObject.js

@@ -0,0 +1,47 @@
+"use strict";
+/**
+ * RAID v2 API
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
+ *
+ * The version of the OpenAPI document: 2.0.0
+ * Contact: contact@raid.org
+ *
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
+ * https://openapi-generator.tech
+ * Do not edit the class manually.
+ */
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.RelatedObject = void 0;
+class RelatedObject {
+    'id';
+    'schemaUri';
+    'type';
+    'category';
+    static discriminator = undefined;
+    static attributeTypeMap = [
+        {
+            "name": "id",
+            "baseName": "id",
+            "type": "string"
+        },
+        {
+            "name": "schemaUri",
+            "baseName": "schemaUri",
+            "type": "string"
+        },
+        {
+            "name": "type",
+            "baseName": "type",
+            "type": "RelatedObjectType"
+        },
+        {
+            "name": "category",
+            "baseName": "category",
+            "type": "RelatedObjectCategory"
+        }
+    ];
+    static getAttributeTypeMap() {
+        return RelatedObject.attributeTypeMap;
+    }
+}
+exports.RelatedObject = RelatedObject;

package/dist/model/relatedObjectBlock.js

@@ -0,0 +1,53 @@
+"use strict";
+/**
+ * RAID v2 API
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
+ *
+ * The version of the OpenAPI document: 2.0.0
+ * Contact: contact@raid.org
+ *
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
+ * https://openapi-generator.tech
+ * Do not edit the class manually.
+ */
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.RelatedObjectBlock = void 0;
+class RelatedObjectBlock {
+    'relatedObject';
+    'relatedObjectSchemeUri';
+    'relatedObjectType';
+    'relatedObjectTypeSchemeUri';
+    'relatedObjectCategory';
+    static discriminator = undefined;
+    static attributeTypeMap = [
+        {
+            "name": "relatedObject",
+            "baseName": "relatedObject",
+            "type": "string"
+        },
+        {
+            "name": "relatedObjectSchemeUri",
+            "baseName": "relatedObjectSchemeUri",
+            "type": "string"
+        },
+        {
+            "name": "relatedObjectType",
+            "baseName": "relatedObjectType",
+            "type": "string"
+        },
+        {
+            "name": "relatedObjectTypeSchemeUri",
+            "baseName": "relatedObjectTypeSchemeUri",
+            "type": "string"
+        },
+        {
+            "name": "relatedObjectCategory",
+            "baseName": "relatedObjectCategory",
+            "type": "string"
+        }
+    ];
+    static getAttributeTypeMap() {
+        return RelatedObjectBlock.attributeTypeMap;
+    }
+}
+exports.RelatedObjectBlock = RelatedObjectBlock;

package/dist/model/relatedObjectCategory.js

@@ -0,0 +1,35 @@
+"use strict";
+/**
+ * RAID v2 API
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
+ *
+ * The version of the OpenAPI document: 2.0.0
+ * Contact: contact@raid.org
+ *
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
+ * https://openapi-generator.tech
+ * Do not edit the class manually.
+ */
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.RelatedObjectCategory = void 0;
+class RelatedObjectCategory {
+    'id';
+    'schemaUri';
+    static discriminator = undefined;
+    static attributeTypeMap = [
+        {
+            "name": "id",
+            "baseName": "id",
+            "type": "string"
+        },
+        {
+            "name": "schemaUri",
+            "baseName": "schemaUri",
+            "type": "string"
+        }
+    ];
+    static getAttributeTypeMap() {
+        return RelatedObjectCategory.attributeTypeMap;
+    }
+}
+exports.RelatedObjectCategory = RelatedObjectCategory;

package/dist/model/relatedObjectType.js

@@ -0,0 +1,35 @@
+"use strict";
+/**
+ * RAID v2 API
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
+ *
+ * The version of the OpenAPI document: 2.0.0
+ * Contact: contact@raid.org
+ *
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
+ * https://openapi-generator.tech
+ * Do not edit the class manually.
+ */
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.RelatedObjectType = void 0;
+class RelatedObjectType {
+    'id';
+    'schemaUri';
+    static discriminator = undefined;
+    static attributeTypeMap = [
+        {
+            "name": "id",
+            "baseName": "id",
+            "type": "string"
+        },
+        {
+            "name": "schemaUri",
+            "baseName": "schemaUri",
+            "type": "string"
+        }
+    ];
+    static getAttributeTypeMap() {
+        return RelatedObjectType.attributeTypeMap;
+    }
+}
+exports.RelatedObjectType = RelatedObjectType;

package/dist/model/relatedRaid.js

@@ -0,0 +1,35 @@
+"use strict";
+/**
+ * RAID v2 API
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
+ *
+ * The version of the OpenAPI document: 2.0.0
+ * Contact: contact@raid.org
+ *
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
+ * https://openapi-generator.tech
+ * Do not edit the class manually.
+ */
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.RelatedRaid = void 0;
+class RelatedRaid {
+    'id';
+    'type';
+    static discriminator = undefined;
+    static attributeTypeMap = [
+        {
+            "name": "id",
+            "baseName": "id",
+            "type": "string"
+        },
+        {
+            "name": "type",
+            "baseName": "type",
+            "type": "RelatedRaidType"
+        }
+    ];
+    static getAttributeTypeMap() {
+        return RelatedRaid.attributeTypeMap;
+    }
+}
+exports.RelatedRaid = RelatedRaid;

package/dist/model/relatedRaidBlock.js

@@ -0,0 +1,41 @@
+"use strict";
+/**
+ * RAID v2 API
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
+ *
+ * The version of the OpenAPI document: 2.0.0
+ * Contact: contact@raid.org
+ *
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
+ * https://openapi-generator.tech
+ * Do not edit the class manually.
+ */
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.RelatedRaidBlock = void 0;
+class RelatedRaidBlock {
+    'relatedRaid';
+    'relatedRaidType';
+    'relatedRaidTypeSchemeUri';
+    static discriminator = undefined;
+    static attributeTypeMap = [
+        {
+            "name": "relatedRaid",
+            "baseName": "relatedRaid",
+            "type": "string"
+        },
+        {
+            "name": "relatedRaidType",
+            "baseName": "relatedRaidType",
+            "type": "string"
+        },
+        {
+            "name": "relatedRaidTypeSchemeUri",
+            "baseName": "relatedRaidTypeSchemeUri",
+            "type": "string"
+        }
+    ];
+    static getAttributeTypeMap() {
+        return RelatedRaidBlock.attributeTypeMap;
+    }
+}
+exports.RelatedRaidBlock = RelatedRaidBlock;