arcgis.features.managers module¶

Helper classes for managing feature layers and datasets. These class are not created by users directly. Instances of this class, are available as a properties of feature layers and make it easier to manage them.

AttachmentManager¶

class arcgis.features.managers.AttachmentManager(layer)¶

Manager class for manipulating feature layer attachments. This class is not created by users directly. An instance of this class, called ‘attachments’, is available as a property of the FeatureLayer object, if the layer supports attachments. Users call methods on this ‘attachments’ object to manipulate (create, get, list, delete) attachments.

add(oid, file_path)¶

Adds an attachment to a feature layer Input:

oid - string - OBJECTID value to add attachment to file_path - string - path to file

Output:: JSON Repsonse

delete(oid, attachment_id)¶

removes an attachment from a feature Input:

oid - integer or string - id of feature attachment_id - integer - id of attachment to erase

Output:: JSON response

download(oid=None, attachment_id=None, save_path=None)¶

downloads attachment and returns it’s path on disk.

The download tool works as follows:

1). if nothing is given, all attachments will be downloaded

example: download()

2). If a single oid and attachment_id are given, the single file will download 3). If a list of oid values are given, all the attachments for those object ids will be saved locally.

Arguement	Description
oid	optional list/string. A list of object Ids or a single value to download data from.
attachment_id	optional string. Id of the attachment to download. This is only honored if return_all is False.
save_folder	optional string. Path to save data to.

Returns: list of downloaded files

get_list(oid)¶: returns the list of attachements for a given OBJECT ID

search(where='1=1', object_ids=None, global_ids=None, attachment_types=None, size=None, keywords=None, show_images=False, as_df=False)¶

The search method allows querying the layer for its attachments and returns the results as a Pandas DataFrame or dict

Arguement	Description
where	required string. The definition expression to be applied to the related layer/table. From the list of records that are related to the specified object Ids, only those records that conform to this expression will be returned. Example: where=”STATE_NAME = ‘Alaska’”. The query results will return all attachments in Alaska.
object_ids	optional list/string. The object IDs of this layer/table to be queried. Syntax: objectIds=<objectId1>,<objectId2> Example: objectIds=2. The query results will return attachments only for the specified object id.
global_ids	optional list/string. The global IDs of this layer/table to be queried. Syntax: globalIds=<globalIds1>,<globalIds2> Example: globalIds=6s430c5a-kb75-4d52-a0db-b30bg060f0b9,35f0d027-8fc0-4905-a2f6-373c9600d017 The query results will return attachments only for specified global id.
attachment_types	optional list/string. The file format that is supported by query attachment. Supported attachment types: bmp, ecw, emf, eps, ps, gif, img, jp2, jpc, j2k, jpf, jpg, jpeg, jpe, png, psd, raw, sid, tif, tiff, wmf, wps, avi, mpg, mpe, mpeg, mov, wmv, aif, mid, rmi, mp2, mp3, mp4, pma, mpv2, qt, ra, ram, wav, wma, doc, docx, dot, xls, xlsx, xlt, pdf, ppt, pptx, txt, zip, 7z, gz, gtar, tar, tgz, vrml, gml, json, xml, mdb, geodatabase Example: attachment_types=’image/jpeg’
size	optional tuple/list. The file size of the attachment is specified in bytes. You can enter a file size range (1000,15000) to query for attachments with the specified range. Example: size=1000,15000. The query results will return all attachments within the specified file size range (1000 - 15000) bytes.
keywords	optional string. When attachments are uploaded, keywords can be assigned to the uploaded file. By passing a keyword value, the values will be searched. Example: keywords=’airplanes’
show_images	optional bool. The default is False, when the value is True, the results will be displayed as a HTML table. If the as_df is set to False, this parameter will be ignored.
as_df	optional bool. Default is False, if True, the results will be a Pandas’ DataFrame. If False, the values will be a list of dictionary values.

Returns: list of downloaded files

update(oid, attachment_id, file_path)¶

updates an existing attachment with a new file Inputs:

oid - string/integer - Unique record ID attachment_id - integer - Unique attachment identifier file_path - string - path to new attachment

Output:: JSON response

SyncManager¶

class arcgis.features.managers.SyncManager(featsvc)¶

Manager class for manipulating replicas for syncing disconnected editing of feature layers. This class is not created by users directly. An instance of this class, called ‘replicas’, is available as a property of the FeatureLayerCollection object, if the layer is sync enabled / supports disconnected editing. Users call methods on this ‘replicas’ object to manipulate (create, synchronize, unregister) replicas.

create(replica_name, layers, layer_queries=None, geometry_filter=None, replica_sr=None, transport_type='esriTransportTypeUrl', return_attachments=False, return_attachments_databy_url=False, asynchronous=False, attachments_sync_direction='none', sync_model='none', data_format='json', replica_options=None, wait=False, out_path=None, sync_direction=None, target_type='client')¶

The create operation is performed on a feature layer collection resource. This operation creates the replica between the feature dataset and a client based on a client-supplied replica definition. It requires the Sync capability. See Sync overview for more information on sync. The response for create includes replicaID, replica generation number, and data similar to the response from the feature layer collection query operation. The create operation returns a response of type esriReplicaResponseTypeData, as the response has data for the layers in the replica. If the operation is called to register existing data by using replicaOptions, the response type will be esriReplicaResponseTypeInfo, and the response will not contain data for the layers in the replica.

Inputs:

replica_name - name of the replica layers - layers to export layer_queries - In addition to the layers and geometry parameters, the layer_queries

parameter can be used to further define what is replicated. This parameter allows you to set properties on a per layer or per table basis. Only the properties for the layers and tables that you want changed from the default are required. Example:

layer_queries = {“0”:{“queryOption”: “useFilter”, “useGeometry”: true, “where”: “requires_inspection = Yes”}}

geometry_filter - spatial filter from arcgis.geometry.filters module to filter results by a: spatial relationship with another geometry

replica_sr - the spatial reference of the replica geometry. transport_type - The transport_type represents the response format. If the

transport_type is esriTransportTypeUrl, the JSON response is contained in a file, and the URL link to the file is returned. Otherwise, the JSON object is returned directly. The default is esriTransportTypeUrl. If async is true, the results will always be returned as if transport_type is esriTransportTypeUrl. If dataFormat is sqlite, the transportFormat will always be esriTransportTypeUrl regardless of how the parameter is set. Values: esriTransportTypeUrl | esriTransportTypeEmbedded

return_attachments - If true, attachments are added to the replica and returned in

the response. Otherwise, attachments are not included. The default is false. This parameter is only applicable if the feature service has attachments.

return_attachments_databy_url - If true, a reference to a URL will be provided for

each attachment returned from create method. Otherwise, attachments are embedded in the response. The default is true. This parameter is only applicable if the feature service has attachments and if return_attachments is true.

asynchronous - If true, the request is processed as an asynchronous job, and a URL is

returned that a client can visit to check the status of the job. See the topic on asynchronous usage for more information. The default is false.

attachments_sync_direction - Client can specify the attachmentsSyncDirection when

creating a replica. AttachmentsSyncDirection is currently a createReplica property and cannot be overridden during sync. Values: none, upload, bidirectional

sync_model - this parameter is used to indicate that the replica is being created for

per-layer sync or per-replica sync. To determine which model types are supported by a service, query the supportsPerReplicaSync, supportsPerLayerSync, and supportsSyncModelNone properties of the Feature Service. By default, a replica is created for per-replica sync. If syncModel is perReplica, the syncDirection specified during sync applies to all layers in the replica. If the syncModel is perLayer, the syncDirection is defined on a layer-by-layer basis.

If syncModel is perReplica, the response will have replicaServerGen. A perReplica syncModel requires the replicaServerGen on sync. The replicaServerGen tells the server the point in time from which to send back changes. If syncModel is perLayer, the response will include an array of server generation numbers for the layers in layerServerGens. A perLayer sync model requires the layerServerGens on sync. The layerServerGens tell the server the point in time from which to send back changes for a specific layer. sync_model=none can be used to export the data without creating a replica. Query the supportsSyncModelNone property of the feature service to see if this model type is supported.

See the RollbackOnFailure and Sync Models topic for more details. Values: perReplica | perLayer | none Example: syncModel=perLayer

data_format - The format of the replica geodatabase returned in the response. The

default is json. Values: filegdb, json, sqlite, shapefile

replica_options - This parameter instructs the create operation to create a

new replica based on an existing replica definition (refReplicaId). It can be used to specify parameters for registration of existing data for sync. The operation will create a replica but will not return data. The responseType returned in the create response will be esriReplicaResponseTypeInfo.

wait - if async, wait to pause the process until the async operation is completed. out_path - folder path to save the file

create_replica_item(replica_name, item, destination_gis, layers=None, extent=None)¶: creates a replicated service from a parent to another GIS

get(replica_id)¶

returns replica metadata for a specific replica. Inputs:

replica_id - The replicaID returned by the feature service
when the replica was created.

get_list()¶: returns all the replicas for the feature layer collection

sync_replicated_items(parent, child, replica_name)¶

synchronizes two replicated items between portals

Paramters:

parent: arcgis.gis.Item class that points to a feature service who is the parent (source) dataset.
child: arcgis.gis.Item class that points to the child replica
replica_name: name of the replica to synchronize

Output:

boolean value. True means service is up to date/synchronized, False means the synchronization failed.

synchronize(replica_id, transport_type='esriTransportTypeUrl', replica_server_gen=None, return_ids_for_adds=False, edits=None, return_attachment_databy_url=False, asynchronous=False, sync_direction='snapshot', sync_layers='perReplica', edits_upload_id=None, edits_upload_format=None, data_format='json', rollback_on_failure=True)¶: synchronizes replica with feature layer collection http://resources.arcgis.com/en/help/arcgis-rest-api/index.html#//02r3000000vv000000

unregister(replica_id)¶

unregisters a replica from a feature layer collection Inputs:

replica_id - The replicaID returned by the feature service
when the replica was created.

FeatureLayerCollectionManager¶

class arcgis.features.managers.FeatureLayerCollectionManager(url, gis=None, fs=None)¶

Allows updating the definition (if access permits) of a feature layer collection. This class is not created by users directly. An instance of this class, called ‘manager’, is available as a property of the FeatureLayerCollection object.

Users call methods on this ‘manager’ object to manage the feature layer collection.

add_to_definition(json_dict)¶

The add_to_definition operation supports adding a definition property to a hosted feature layer collection service. The result of this operation is a response indicating success or failure with error code and description.

This function will allow users to change or add additional values to an already published service.

Input:

json_dict - part to add to host service. The part format can: be derived from the properties property. For layer level modifications, run updates on each individual feature service layer object.

Output:

JSON message as dictionary

create_view(name, spatial_reference=None, extent=None, allow_schema_changes=True, updateable=True, capabilities='Query', view_layers=None)¶

Creates a view of an existing feature service. You can create a view, if you need a different view of the data represented by a hosted feature layer, for example, you want to apply different editor settings, apply different styles or filters, define which features or fields are available, or share the data to different groups than the hosted feature layer create a hosted feature layer view of that hosted feature layer.

When you create a feature layer view, a new hosted feature layer item is added to Content. This new layer is a view of the data in the hosted feature layer, which means updates made to the data appear in the hosted feature layer and all of its hosted feature layer views. However, since the view is a separate layer, you can change properties and settings on this item separately from the hosted feature layer from which it is created.

For example, you can allow members of your organization to edit the hosted feature layer but share a read-only feature layer view with the public.

To learn more about views visit: https://doc.arcgis.com/en/arcgis-online/share-maps/create-hosted-views.htm

Argument	Description
name	Required string. Name of the new view item
spatial_reference	Optional dict. Specify the spatial reference of the view
extent	Optional dict. Specify the extent of the view
allow_schema_changes	Optional bool. Default is True. Determines if a view can alter a service’s schema.
updateable	Optional bool. Default is True. Determines if view can update values
capabilities	Optional string. Specify capabilities as a comma separated string. For example “Query, Update, Delete”. Default is ‘Query’.
view_layers	Optional list. Specify list of layers present in the FeatureLayerCollection that you want in the view.

Returns: Returns the newly created item for the view.

delete_from_definition(json_dict)¶

The delete_from_definition operation supports deleting a definition property from a hosted feature layer collection service. The result of this operation is a response indicating success or failure with error code and description. See http://resources.arcgis.com/en/help/arcgis-rest-api/index.html#/Delete_From_Definition_Feature_Service/02r30000021w000000/ # noqa for additional information on this function. Input:

json_dict - part to add to host service. The part format can
be derived from the properties property. For layer level modifications, run updates on each individual feature service layer object. Only include the items you want to remove from the FeatureService or layer.

Output:: JSON Message as dictionary

classmethod fromitem(item)¶

overwrite(data_file)¶

Overwrite all the features and layers in a hosted feature layer collection service. This operation removes all features but retains the properties (such as metadata, itemID) and capabilities configured on the service. There are some limits to using this operation:

Only hosted feature layer collection services can be overwritten

The original data used to publish this layer should be available on the portal

3. The data file used to overwrite should be of the same format and filename as the original that was used to publish the layer 4. The schema (column names, column data types) of the data_file should be the same as original. You can have additional or fewer rows (features).

In addition to overwriting the features, this operation also updates the data of the item used to published this layer.

Parameters: data – path to data_file used to overwrite the hosted feature layer collection
Returns: JSON message as dictionary such as {‘success’:True} or {‘error’:’error message’}

property properties¶: The properties of this object

refresh()¶: refreshes a feature layer collection

update_definition(json_dict)¶

The update_definition operation supports updating a definition property in a hosted feature layer collection service. The result of this operation is a response indicating success or failure with error code and description.

Input:

json_dict - part to add to host service. The part format can: be derived from the properties property. For layer level modifications, run updates on each individual feature service layer object.

Output:

JSON Message as dictionary

FeatureLayerManager¶

class arcgis.features.managers.FeatureLayerManager(url, gis=None)¶

Allows updating the definition (if access permits) of a feature layer. This class is not created by users directly. An instance of this class, called ‘manager’, is available as a property of the FeatureLayer object, if the layer can be managed by the user. Users call methods on this ‘manager’ object to manage the feature layer.

add_to_definition(json_dict)¶

The addToDefinition operation supports adding a definition property to a hosted feature layer. The result of this operation is a response indicating success or failure with error code and description.

This function will allow users to change add additional values to an already published service.

Input:

json_dict - part to add to host service. The part format can: be derived from the asDictionary property. For layer level modifications, run updates on each individual feature service layer object.

Output:

JSON message as dictionary

delete_from_definition(json_dict)¶

The deleteFromDefinition operation supports deleting a definition property from a hosted feature layer. The result of this operation is a response indicating success or failure with error code and description. See: http://resources.arcgis.com/en/help/arcgis-rest-api/index.html#/Delete_From_Definition_Feature_Service/02r30000021w000000/ # noqa for additional information on this function. Input:

json_dict - part to add to host service. The part format can
be derived from the asDictionary property. For layer level modifications, run updates on each individual feature service layer object. Only include the items you want to remove from the FeatureService or layer.

Output:: JSON Message as dictionary

classmethod fromitem(item, layer_id=0)¶: Creates a FeatureLayerManager object from a GIS Item. The type of item should be a ‘Feature Service’ that represents a FeatureLayerCollection. The layer_id is the id of the layer in feature layer collection (feature service).

property properties¶: The properties of this object

refresh()¶: refreshes a service

truncate(attachment_only=False, asynchronous=False, wait=True)¶

The truncate operation supports deleting all features or attachments in a hosted feature service layer. The result of this operation is a response indicating success or failure with error code and description. See: http://resources.arcgis.com/en/help/arcgis-rest-api/#/Truncate_Feature_Layer/02r3000002v0000000/ # noqa for additional information on this function. Input:

attachment_only - Deletes all the attachments for this layer.
None of the layer features will be deleted when attachmentOnly=true.

asynchronous - Supports options for asynchronous processing. The
default format is false. It is recommended to set async=true for larger datasets.

wait - if async, wait to pause the process until the async
operation is completed.

Output:: JSON Message as dictionary

update_definition(json_dict)¶

The updateDefinition operation supports updating a definition property in a hosted feature layer. The result of this operation is a response indicating success or failure with error code and description.

Input:

json_dict - part to add to host service. The part format can: be derived from the asDictionary property. For layer level modifications, run updates on each individual feature service layer object.

Output:

JSON Message as dictionary

VersionManager¶

class arcgis.features._version.VersionManager(url, gis, flc=None)¶

VersionManager allows users to manage the branch versioning for FeatureLayerCollection services. The Version Management Service is responsible for exposing the management capabilities necessary to support feature services that work with branch versioned datasets.

See the following for more information: https://developers.arcgis.com/rest/services-reference/version-management-service.htm

Argument	Description
url	Required String. The URI to the web resource.
gis	Required GIS. The enterprise connection to the Portal site.
flc	Optional FeatureLayerCollection. This is the parent container that the branch versioning is enabled on.

property all¶: returns all visible versions on a service

create(name, permission='public', description='')¶

Create the named version off of DEFAULT. The version is associated with the specified feature service. During creation, the description and access (default is public) may be optionally set.

Argument	Description
name	Required String. The name of the version
permission	Optional String. The access permissions of the new version. The default access permission is public. Values: private, public, protected, or hidden
description	Optional String. The description of the new version

Returns: Boolean

get(version, mode=None)¶

Finds and Locations a Version by it’s name

Argument

Description

version

Required String. This is the name of the version to locate.

mode

Optional String. This allows users to get a version in a specific state of edit or read. If None is provided (default) the version is created without entering a mode.

Values:

edit - starts editting mode

read - starts reading mode

None - no mode is started. This is default.

property locks¶: For the specified feature service, return the locks for the administrator or the owner of the versions that have locks.

property properties¶: returns the service properties

purge(version, owner)¶

Removes a lock from a version

Argument	Description
version	Required String. The name of the version that is locked.
owner	Required String. The owner of the lock.

Returns: Boolean

search(owner=None, show_hidden=False)¶

For the specified feature service, return the info of all versions that the client has access to. If the client is the service owner (the user that published the service), all versions are accessible and will be returned.

Argument	Description
owner	Optional String. A filter the versions by the owner.
show_hidden	Optional Boolean. If False (default) hidden versions will not be returned.

Returns: dict

Version¶

class arcgis.features._version.Version(url, flc, gis=None, session_guid=None, mode=None)¶

A Version represents a single branch in the version tree.

Argument	Description
url	Required String. The URI to the web resource.
gis	Required GIS. The enterprise connection to the Portal site.
flc	Optional FeatureLayerCollection. This is the parent container that the branch versioning is enabled on.
session_guid	Optional String. If a GUID is known for specific version, a user can specify it.
mode	Optional String. If a user wants to start either editing or reading on creation of the Version, it can be specified here. This is useful when a user is using the Version with a with statement. Allowed Values: edit - starts an edit session read - starts a read session

alter(owner=None, version=None, description=None, permission=None)¶

The `alter` operation changes the geodatabase version’s name, description, and access permissions.

Argument	Description
owner	Optional String. The new name of the owner.
version	Optional String. The new name of the version.
permission	Optional String. The new access level of the version. Values: private, public, protected, or hidden
description	Optional String. The description of the new version

Returns: Boolean

conflicts()¶: The `conflicts` operation allows you to view the conflicts by layer and type (update-update, update-delete, delete-update) that were identified during the last Reconcile operation. The features that are in conflicts will also be returned as they existed in the branch, ancestor, and default versions.

delete()¶

Deletes the current version

Returns: Boolean

delete_forward_edits(moment)¶

If the input moment does not match a specific moment (a moment corresponding to an edit operation), the call will return an error. The client app must correctly manage the edit session’s edit operations moments (for example, the undo/redo stack) and not blindly pass in a timestamp that could mistakenly delete all the forward moments. Thus, the input moment must be equal to a moment in which an edit operation for the version was applied. The call will also fail if the session does not have a write lock on the version.

Argument	Description
moment	Required String. Moment representing the new tail of the version; all forward moments will be trimmed.

Returns: Boolean

differences(result_type)¶

The `differences` operation allows you to view differences between the current version and the default version. The two versions can be compared to check for the following conditions.

Inserts - features that are present in the current version but not the default version
Updates - features that have different attributes or geometry in the current version than the default version
Deletions - features that are present in the default version but not in the current version

Both differences and conflicts will be returned. It is the clients responsibility to determine which are differences, and which are conflicts.

Returns: dict

edit(layer, adds=None, updates=None, deletes=None, use_global_ids=False, rollback_on_failure=True)¶

The edit operation allows users to apply changes to the current version. The edit session must be in the mode of edit or an exception will be raised.

Inputs	Description
layer	Required FeatureLayer. The layer to perform the edit on.
adds	Optional FeatureSet/List. The array of features to be added.
updates	Optional FeatureSet/List. The array of features to be updateded.
deletes	Optional FeatureSet/List. string of OIDs to remove from service
use_global_ids	Optional boolean. Instead of referencing the default Object ID field, the service will look at a GUID field to track changes. This means the GUIDs will be passed instead of OIDs for delete, update or add features.
rollback_on_failure	Optional boolean. Optional parameter to specify if the edits should be applied only if all submitted edits succeed. If false, the server will apply the edits that succeed even if some of the submitted edits fail. If true, the server will apply the edits only if all edits succeed. The default value is true.

Returns: dictionary

inspect(conflicts, inspect_all=False, set_inspected=False)¶

The `inspect` operation allows the client to annotate conflicts from the conflict set that was obtained during the last reconcile operation. Users can mark the conflicts as being inspected; additionally, a description or note can be associated with the conflict.

Argument	Description
conflicts	Required List. The conflicts that are being inspected (removed) from the conflict set. Parameter Format: [ { “layerId” : <layerId>, “features” : [ { “objectId” : <objectId>, “note” : string } ] } ] The objectId key is required. The note parameter is optional.
inspect_all	Optional Boolean. This parameter, if true, will mark all conflicts as being inspected.
set_inspected	Optional Boolean. If True, the examined values will be set to inspected. If `inspect_all` is True, this parameter is ignored.

Returns: Boolean

property layers¶: returns the layers in the FeatureLayerCollection

property mode¶

The mode allows versoin editors to start and stop edit, read, or view mode.

Allowed Values:

edit - calls the start_editing method and creates a lock

read - calls the start_reading method and creates a lock

None - terminates all sessions and lets a user view the version information (default)

post()¶

The Post operation allows the client to post the changes in their branch to the default version. The client can only post changes if the branch version has not been modified since the last reconcile. If the default version has been modified in the interim, the client will have to reconcile again before posting.

Returns: Boolean

property properties¶: returns the service properties

reconcile(end_with_conflict=False, with_post=False)¶

Reconcile a version against the DEFAULT version. The reconcile operation requires that you are the only user currently editing the version and the only user able to edit the version throughout the reconcile process until you save or post. The reconcile operation requires that you have full permissions to all the feature classes that have been modified in the version being edited. The reconcile operation detects differences between the branch version and the default version and flags these differences as conflicts. If conflicts exist, they should be resolved.

Argument	Description
end_with_conflict	Optional Boolean. Specifies if the reconcile should abort when conflicts are found. The default is False
with_post	Optional Boolean. If True the with_post causes a post of the current version following the reconcile.

property save_edits¶

Get/Set the Property to Save the Changes.

When set to true, any edits performed on the version will be saved.

start_editing()¶

Starts an edit session for the current user.

Returns: boolean

start_reading()¶

Start reading represents a long-term service session. When start_reading is enabled, it will prevent other users from editing or reconciling the version.

Returns: Boolean

stop_editing(save=None)¶

Starts an edit session for the current user.

Argument	Description
save	Optional Boolean. States if the values should be saved. If the value is set, the save_edits property will be overrided.

Returns: boolean

stop_reading()¶

Stops and releases a reading session.

Returns: Boolean

ParcelFabricManager¶

class arcgis.features._parcel.ParcelFabricManager(url, gis, version, flc)¶

The Parcel Fabric Server is responsible for exposing parcel management capabilities to support a variety of workflows from different clients and systems.

Argument	Description
url	Required String. The URI to the service endpoint.
gis	Required GIS. The enterprise connection.
version	Required Version. This is the version object where the modification will occur.
flc	Required FeatureLayerCollection. This is the parent container for ParcelFabricManager.

build(extent=None, moment=None, return_errors=False)¶

A build will fix known parcel fabric errors.

For example, if a parcel polygon exists without lines, then build will construct the missing lines. If lines are missing, the polygon row(s) are created. When constructing this objects, build will attribute the related keys as appropriate. Build also maintains lineage and record features. The parcel fabric must have sufficient information for build to work correctly. Ie, source reference document, and connected lines.

Build provides options to increase performance. The process can just work on specific parcels, geometry types or only respond to parcel point movement in the case of an adjustment.

Argument	Description
extent	Optional Envelope. The extent to build. Syntax: {“xmin”:X min,”ymin”: y min, “xmax”: x max, “ymax”: y max, “spatialReference”: <wkt of spatial reference>}
moment	Optional String. This should only be specified by the client when they do not want to use the current moment
return_errors	Optional Boolean. If True, a verbose response will be given if errors occured. The default is False

Returns: Boolean

change_type(parcels, target_type, parcel_subtype=0, moment=None)¶

Changes a set of parcels to a new parcel type. It creates new polygons and lines and deletes them from the source type. This is used when a parcel was associated in the wrong parcel type subtype and/or when creating multiple parcels as part of a build process. Example: when lot parcels are created as part of a subdivision, the road parcel is moved to the encumbrance (easement) parcel type.

Argument	Description
parcels	Required List. Parcels list that will change type
target_type	Required String. The target parcel layer
target_subtype	Optional Integer. Target parcel subtype. The default is 0 meaning no subtype required.
moment	Optional String. This parameter represents the session moment (the default is the version current moment). This should only be specified by the client when they do not want to use the current moment.

Returns: Dictionary

clip(parent_parcels, clip_record=None, clipping_parcels=None, geometry=None, moment=None)¶

Clip cuts a new child parcel into existing parent parcels. Commonly it retires the parent parcel(s) it cuts into to generate a reminder child parcel. This type of split is often part of a parcel split metes and bounds record driven workflow.

Argument	Description
parent_parcels	parent parcels that will be clipped into. Syntax: parentParcels= <parcel (guid)+layer (name)…>
clip_record	Optional String. It is the GUID for the active legal record.
clipping_parcels	Optional List. A list of child parcels that will be used to clip into the parent parcels. Parcel lineage is created if the child ‘clipping_parcels’ and the parcels being clipped are of the same parcel type. Syntax: clippingParcels= < id : parcel guid, layered: <layer id>…> Example: [{“id”:”{D01D3F47-5FE2-4E39-8C07-E356B46DBC78}”,”layerId”:”16”}] Either clipping_parcels or geometry is required.
geometry	Optional Polygon. Allows for the clipping a parcel based on geometry instead of ‘clippingParcels’ geometry. No parcel lineage is created. Either clipping_parcels or geometry is required.
moment	Optional String. This should only be specified by the client when they do not want to use the current moment

Returns: Dictionary

copy_lines_to_parcel_type(parent_parcels, record, target_type, moment=None, mark_historic=False, use_source_attributes=False, attribute_overrides=None)¶

Copy lines to parcel type is used when the construction of the child parcel is based on parent parcel geometry. It creates a copy of the parent parcels lines that the user can modify (insert, delete, update) before they build the child parcels. If the source parcel type and the target parcel type are identical (common) parcel lineage is created.

Argument	Description
parent_parcels	Required String. Parcel parcels from which lines are copied.
record	Required String. The unique identifier (guid) of the active legal record.
target_type	Required String. The target parcel layer to which the lines will be copied to.
moment	Optional String. This parameter represents the session moment (the default is the version current moment). This should only be specified by the client when they do not want to use the current moment.
mark_historic	Optional Boolean. Mark the parent parcels historic. The default is False.
use_source_attributes	Optional Boolean. If the source and the target line schema match, attributes from the parent parcel lines will be copied to the new child parcel lines when it is set to True. The default is False.
attribute_overrides	Optional Dictionary. To set fields on the child parcel lines with a specific value. Uses a key/value pair of FieldName/Value. Example: {‘type’ : “PropertySet”, “propertySetItems” : []}

Returns: boolean

delete(parcels, moment=None)¶

Delete a set of parcels, removing associated or unused lines, and connected points.

Argument	Description
parcels	Required List. The parcels to erase.
moment	Optional String. This parameter represents the session moment (the default is the version current moment). This should only be specified by the client when they do not want to use the current moment.

Returns: Boolean

property layer¶: returns the Parcel Layer for the service

merge(parent_parcels, target_parcel_type, attribute_overrides=None, child_name=None, default_area_unit=None, merge_record=None, merge_into=None, moment=None)¶

Merge combines 2 or more parent parcels into onenew child parcel. Merge sums up legal areas of parent parcels to the new child parcel legal area (using default area units as dictated by client). The child parcel lines arecomposed from the outer boundaries of the parent parcels. Merge can create multipart parcels as well as proportion lines (partial overlap of parent parcels). Record footprint is updated to match the child parcel.

Argument	Description
parent_parcels	Required String. It is the parcel(guid)+layer(name) identifiers to merge.
target_parcel_type	Required String. Layer where parcel is merged to. History is created when parents and child are of the same parcel type
attribute_overrides	Optional List. A list of attributes to set on the child parcel, if they exist. Pairs of field name and value. Syntax: attributeOverrides= [{ “type”:”PropertySet”,”propertySetItems”:[<field name>,<field value>]}] to set subtype, include subtype value in this list.
child_name	Optional String. A descript of the child layer.
default_area_unit	Optional String. The area units of the child parcel.
merge_record	Optional String. Record identifier (guid). If missing, no history is created.
merge_into	Optional String. A parcel identifier (guid). Invalid to have a record id.
moment	Optional String. This parameter represents the session moment (the default is the version current moment). This should only be specified by the client when they do not want to use the current moment.

Returns: Dictionary

property properties¶: returns the properties of the service