If you need a different view of the data represented by a single hosted feature layer—for example, you want to apply different editor settings, styles, or filters—create a hosted feature layer view of that hosted feature layer. If you want to provide users with a single view that joins the data for two hosted feature layers, create a joined hosted feature layer view.
When you create a feature layer view, a new layer item is added to Content. This new layer is a view of the data in the source layers, which means edits made to the data in the source appear in the view. However, because the view is a separate item, you can change properties and settings on the view item separately from the hosted feature layer item 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.
Only the owner of a hosted feature layer or an organization administrator can create a hosted feature layer view. This is different than copying a layer, which can be done by nonowners and even public users.
Tip:Creating a hosted feature layer view alters the schema of the source hosted feature layer. The Schema updated date that is present on the Overview and Data tabs of the hosted feature layer item page updates when the schema changes.
Because hosted feature layer views reference existing data, they do not use additional credits.
Create a hosted feature layer viewFollow these steps to create a hosted feature layer view of one hosted feature layer or one of the sublayers in a hosted feature layer:
You must have privileges to create content, and you must be the owner of the hosted feature layer from which you want to create the view or be an organization administrator.
The layer must be a hosted feature layer, not a feature layer added from the web or a feature collection.
You may need to click the expand button to see all options.
By default, all layers are included. To exclude a layer from the view, click the layer name. Click the layer again to add it back to the view.
For example, you can exclude blank (null) field values or only include numeric field values greater than a number that you specify.
To define a filter expression, click Add filter > Add expression and use the drop-down lists to construct the expression.
You can add multiple filter expressions per layer. To do so, click Add expression and define an additional expression. Repeat this step for each filter expression you need to add.
When you have all the filters defined, use the Filter results drop-down menu to define whether a feature must meet all the conditions defined in the filter expression to be included in the view (Match all expressions) or whether a feature must meet only one of the filter's expressions to be included in the view (Match at least one expression).
Click the Polygon or Rectangle button and draw an area on the map. To define the same area of interest for all the layers in the view, click Apply to all layers.
To define which fields to include in the view, click Select fields and click the field names to remove them from or add them to the view. To help you determine whether a field should be included or excluded from the view, click the information button next to the field name to see a description of the field. Click Done when you finish defining which fields to include in the view.
You cannot exclude fields that ArcGIS Online requires. For example, you cannot uncheck system fields such as the layer's ID. You also cannot exclude fields that don't allow null values if you have not set a default value for the field. If no default value is set, editors must have access to nonnullable fields to input values when editing.
You can also start typing a category name to narrow the list of categories.
Tags are words or short phrases that describe the item and help users find the item when searching. Federal land is considered one tag, while Federal,land is considered two tags.
The hosted feature layer view's item page appears when the view is created.
Now you can share the view.
Create a joined hosted feature layer viewA joined hosted feature layer view allows you to combine data from two different sublayers in the same or different hosted feature layers or table layers based on a relationship between nonspatial attributes in each layer. You can join a layer to a layer, a layer to a table, or a table to a table.
Joined views are useful when you want to combine data from two layers and you need the data to dynamically update along with the source layers.
The following conditions must be met to create a joined hosted feature layer view:
Either determine what these columns are before you define the view, or you can preview the fields in each source layer while you're defining the view.
Follow these steps to create a joined hosted feature layer view:
This layer is the target layer. Rows from the join layer you choose in step 5 will be appended to this layer.
The layer must be a hosted feature layer, not a feature layer added from the web or a feature collection.
You may need to click the expand button to see all options.
If the target layer is configured to show the user only the features created by that user, the joined view will provide feature access based on the creator values stored in the target layer. This means that users of the view will only see the features they created in the target layer.
Even if the join layer is configured to show the user only the features created by that user, the joined view will not restrict feature access based on the creator values stored in the join layer.
If the join definition requires an additional set of fields, click Add field and choose additional fields from the target and join layers.
Tip:Click the Information button next to a field to see a field's properties and what it contains.
If you choose the Inner join option, the view will only contain the features in the target view that meet the join definition.
For example, creating a joined view that contains city boundaries (target layer) and hospital points (join layer) joined by the city name in each layer, the Inner join option results in a view that contains only those city boundaries that have a hospital. Choosing the Left join option results in a view that contains all city boundaries, even those that do not have a hospital.
You can also start typing a category name to narrow the list of categories.
Tags are words or short phrases that describe the item and help users find the item when searching. Federal land is considered one tag, while Federal,land is considered two tags.
The hosted feature layer view's item page appears when the joined view is created. If you click the Data tab, you'll find fields from the target and joined layer in the table. If you defined a calculation, the virtual field or fields created as a result of the join appear in the table with the target layer attributes.
Now you can share the view.
Use one-to-one join optionsYou can use one of the following options to define a one-to-one join:
For example, to pull in the hospitals with the greatest number of beds in each city, sort by the bed_number field in the hospital layer and use a descending sort order.
For example, you could join a feature layer of cities with the hospital layer based on the state name and calculate the minimum number of hospital beds in hospitals per city.
When you summarize matching records, the count of the summarized records is included as a column in the view layer by default.
To define a calculation, do the following after you choose the Summarize matching records option:
Keep in mind the following when using joined hosted feature layer views:
Settings for hosted feature layer views fall into three categories, as described in the sections below.
Settings inherited from the hosted feature layer that cannot be independently configured on the viewsHosted feature layer views inherit the following settings from the hosted feature layers from which you create them. When any of these settings change on a hosted feature layer, the settings also change on all its views; you cannot independently change these settings on the hosted feature layer view.
This is not applicable to a joined hosted feature layer view, because you cannot edit data in a joined hosted feature layer view.
Hosted feature layer views inherit the following from the hosted feature layer from which you create them. If you prefer a different configuration for the feature layer view, you can change the view's configuration without affecting the hosted feature layer.
These settings are not inherited in joined hosted feature layer views.
Hosted feature layer views inherit metadata from the primary hosted feature layer. If you never edit the layer-level metadata on the view, changes made to the metadata in the primary hosted feature layer will be seen in the view. Once you edit the view's layer-level metadata, edits are not synchronized between the view and the primary hosted feature layer.
You cannot alter these settings on joined hosted feature layer views.
When you change these settings on a field in a hosted feature layer view, the field property in the view shows that it no longer inherits the setting from the source hosted feature layer. The field property overrides the source layer setting. If you later decide to revert to the settings that were inherited from the hosted feature layer, click Reset to source.
Hosted feature layer views do not inherit the following from the hosted feature layer from which you create them. Set these separately on the view.
This is not applicable to a joined hosted feature layer view, because you cannot edit data in a joined hosted feature layer view.
This is not applicable to a joined hosted feature layer view, because you cannot edit data in a joined hosted feature layer view.
For joined hosted feature layer views, the following additional settings are not inherited:
Hosted feature layer views do not inherit the following settings from the hosted feature layer from which you create them, but they are dependent on the configuration of the hosted feature layer:
To enable these settings on the hosted feature layer view, you must first enable them on the primary hosted feature layer. To disable these settings on the primary hosted feature layer, you must first disable them on the hosted feature layer views.
These settings do not apply to joined hosted feature layer views.
Hosted feature layer views and data accessAs the owner of hosted feature layers or an organization administrator, you must carefully consider the implications of enabling editing and take into consideration who has access to the layer. For example, if you enable editing on a layer that is shared with the public, anyone on the internet—even people who do not sign in to your organization—can edit the layer. In general, the more people who have access to a layer, the more restrictive the editing privileges should be on the layer. So unless you're creating a hosted feature layer with the express purpose of using it in a public-facing app to collect information, you should not enable editing on a feature layer you've shared with everyone.
Hosted feature layer views are ideal for helping you control access to the same hosted feature data; you can allow editing access to only those users who need it. You can make your hosted feature layer editable and share it with only those groups whose members need to edit the data. Then you can create hosted feature layer views from the hosted feature layer, don't enable editing on them, and share the views with more groups, the entire organization, or even the public without compromising your data.
See Data access and editing for an explanation of how combining views and different editing options can help you make the same data available to different types of users with different editing needs.
Considerations when creating hosted feature layer viewsKeep the following in mind when you create hosted feature layer views:
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4