- URL:https://<kgserveradmin_datamodeledit_namedTypes_type-url>/update
- Version Introduced:10.9.1
Description
License:
At ArcGIS Enterprise 10.9.1, named users in the Enterprise portal must be licensed with the ArcGIS Knowledge user type extension to create, edit, and update Knowledge Graph Server services. At ArcGIS Enterprise 11.0, your account no longer requires the ArcGIS Knowledge user type extension, but you must be signed in to the Enterprise portal to create, edit, and update Knowledge Graph Server services.
The update operation is available for a knowledge graph service data model's administrative named types resource. With this operation, an administrative client can update an entity type or relationship type in the data model. Identify the type you want to update by specifying the type name. Use the data model query operation to learn about the item types that are defined in the schema.
You must have sufficient privileges to edit content and editing must be enabled for the knowledge graph service for this operation to be successful. You can enable editing for a knowledge graph service in the same way that you enable it for a hosted feature layer. The knowledge graph service's strict property must not be set to true, which indicates the data model cannot be modified.
If the knowledge graph service's data model can be updated, you can use this operation to set the strict property for a specific type. For example, making this change would mean only the owner of the service or the service administrator can add or remove properties for this type. The strict property can be set for both entity types and relationship types.
For relationship types, you can additionally set properties to indicate whether the types that can participate in a relationship are flexible. If a HasVehicle relationship type should only be used to connect a Person entity with a Vehicle entity, you can set both the strictOrigin property and strictDest properties to true. In contrast, the default HasDocument relationship type has the strictDest property set to true because the destination of any HasDocument relationship must have a Document entity type. However, any type of entity can have a HasDocument relationship, so the HasDocument relationship type has its strictOrigin property set to false.
JSON Response syntax
{
"strict": <boolean>,
"strictOrigin": <boolean>,
"strictDest": <boolean>
}
JSON Response example
{
"strict": true,
"strictOrigin": false,
"strictDest": true
}