aboutsummaryrefslogtreecommitdiff
path: root/docs/dyn/documentai_v1beta3.projects.locations.html
diff options
context:
space:
mode:
Diffstat (limited to 'docs/dyn/documentai_v1beta3.projects.locations.html')
-rw-r--r--docs/dyn/documentai_v1beta3.projects.locations.html6
1 files changed, 3 insertions, 3 deletions
diff --git a/docs/dyn/documentai_v1beta3.projects.locations.html b/docs/dyn/documentai_v1beta3.projects.locations.html
index 74116a40c..447f51292 100644
--- a/docs/dyn/documentai_v1beta3.projects.locations.html
+++ b/docs/dyn/documentai_v1beta3.projects.locations.html
@@ -110,7 +110,7 @@ h1, h2, h3 {
<pre>Fetches processor types.
Args:
- parent: string, Required. The project of processor type to list. The available processor types may depend on the whitelisting on projects. Format: projects/{project}/locations/{location} (required)
+ parent: string, Required. The project of processor type to list. The available processor types may depend on the allow-listing on projects. Format: `projects/{project}/locations/{location}` (required)
x__xgafv: string, V1 error format.
Allowed values
1 - v1 error format
@@ -121,8 +121,8 @@ Returns:
{ # Response message for fetch processor types.
&quot;processorTypes&quot;: [ # The list of processor types.
- { # A processor type is responsible for performing a certain document understanding task on a certain type of document. All processor types are created by the documentai service internally. User will only list all available processor types via UI. For different users (projects), the available processor types may be different since we&#x27;ll expose the access of some types via EAP whitelisting. We make the ProcessorType a resource under location so we have a unified API and keep the possibility that UI will load different available processor types from different regions. But for alpha the behavior is that the user will always get the union of all available processor types among all regions no matter which regionalized endpoint is called, and then we use the &#x27;available_locations&#x27; field to show under which regions a processor type is available. For example, users can call either the &#x27;US&#x27; or &#x27;EU&#x27; endpoint to feach processor types. In the return, we will have an &#x27;invoice parsing&#x27; processor with &#x27;available_locations&#x27; field only containing &#x27;US&#x27;. So the user can try to create an &#x27;invoice parsing&#x27; processor under the location &#x27;US&#x27;. Such attempt of creating under the location &#x27;EU&#x27; will fail. Next ID: 9.
- &quot;allowCreation&quot;: True or False, # Whether the processor type allows creation. If yes, user can create a processor of this processor type. Otherwise, user needs to request access.
+ { # A processor type is responsible for performing a certain document understanding task on a certain type of document.
+ &quot;allowCreation&quot;: True or False, # Whether the processor type allows creation. If true, users can create a processor of this processor type. Otherwise, users need to request access.
&quot;availableLocations&quot;: [ # The locations in which this processor is available.
{ # The location information about where the processor is available.
&quot;locationId&quot;: &quot;A String&quot;, # The location id, currently must be one of [us, eu].