|
POST
|
Hi Adam, you likely need to enable the new field on your feature layer view. If you open the view in the map viewer, you should see an option in the layer menu "Set View Definition" -> "Define Fields": In the "Define Fields" dialog, you should then see the fields you've added: If you still don't see the new fields, probably best to contact Technical Support to figure out what is happening. Ultimately as Khaled mentioned, feature layer views do inherit fields added to the primary layer. They are just disabled from the view until explicitly enabled by you. This is to maintain data security - say you add a field with sensitive info to your private primary layer that has public views. If the field were to automatically show, the data would be exposed before you had the opportunity to disable. note - and as Russ mentioned, if the layer was created using Survey123, field inheritance may be disabled. Cheers, Chris
... View more
01-24-2019
11:24 AM
|
3
|
2
|
3353
|
|
POST
|
Hi Pan gis, you can also use a custom role for this user and grant them specific privileges for what content they can view. There are privileges that restrict access to content / groups shared with the organization: - View content shared with the organization - View groups shared with organization - View organizational members When these privileges are removed, users can only see what is explicitly shared with them via group or is public. Here is documentation that lists the available privileges: Levels, roles, and privileges—ArcGIS Online Help | ArcGIS Here is documentation for configuring custom roles: Configure roles—ArcGIS Online Help | ArcGIS Cheers, Chris
... View more
10-10-2018
10:57 AM
|
3
|
1
|
2735
|
|
POST
|
There's a server-side aspect as well. I believe the bug was related to support for a new property on map service layers introduced at 10.6.1 (quantizationParameters). Likely this was a latent issue in 3.24 but not too many folks had 10.6.1 yet for it to be exposed.
... View more
09-19-2018
12:46 PM
|
1
|
1
|
1916
|
|
POST
|
The issue was within the jsapi..updating to the latest WAB dev version once it's released in the next couple weeks should resolve it. It works in agol now because apps hosted in agol (WAB hosted version, map viewer, configurable apps, etc) reference the latest jsapi (which is always updated with a new, incremented version as part of the general agol release). The WAB dev version points to the previous version of the jsapi (or more specifically, the latest version of the jsapi at the time the WAB dev version is made available for download). So once updated to the latest WAB dev version, it will include references to the latest jsapi version which includes this fix. Hope this helps clear up the differing behavior. Cheers, Chris
... View more
09-19-2018
12:15 PM
|
0
|
4
|
1916
|
|
POST
|
Hi @Map_Sync - unfortunately, no specific tool. I used the needle in the haystack approach and tried to open each layer in the app until it was evident which were private. Your earlier comment regarding the second and a half window before getting bounced to sign is true for the ui experience. However, if you open the developer tools for your browser, you can easily persist the traffic from the initial page load. Which is then basically a log of the network traffic when the app loads all the layers in contains. In my case, I used Chrome's dev tools (CTRL + SHFT + I will open them). The network tab in dev tools is where the traffic can be found. Selecting the Preserve log option (highlighted) below will keep the log as you go from page to page (especially nice in scenarios like this). I also filtered content to only urls with "Server" in the url, which should be all feature services and map services. Not always the case the offending url is a feature service or map service (or ArcGIS service in general) but most often, it is. And selecting the XHR option will further refine the network traffic to only include cross-domain requests (which basically excludes html / javascript traffic and generally returns service requests). So in this case, filtering on 'server' and XHR is a bit redundant but both are useful on their own. Once I had the list below, I opened each unique request in a separate tab until it was clear which were unshared. All of this can be done in Fiddler or any other tool that captures network traffic. note: the screenshot below is from a sample I set up..not the app Jonathan posted. Cheers Chris
... View more
08-24-2018
09:57 AM
|
6
|
1
|
3971
|
|
POST
|
Hi Allyson - yes, unless you have a tile layer (with automatic tiles enabled) published from the feature layer, you should be able to disable. If not, there might be something going on. Thanks, Chris
... View more
08-21-2018
08:38 AM
|
0
|
0
|
6993
|
|
POST
|
Hi Jonathan - it looks like two of the services referenced by your app are no longer shared publicly. They appear to be referenced directly by the app rather than part of a web map used in the app. There might be more, but this these are the two I found from a quick review: - https://services3.arcgis.com/mUOkJoEmAco8dFLO/arcgis/rest/services/Camping_Dun/FeatureServer/0 - https://services3.arcgis.com/mUOkJoEmAco8dFLO/arcgis/rest/services/Rings_Dun/FeatureServer/0 Cheers, Chris
... View more
08-20-2018
09:26 AM
|
1
|
3
|
9126
|
|
POST
|
Hi Richard, Would it be possible to get a copy of the original xml you used to import? Can email me at cwhitmore@esri.com if you'd prefer not to post it here. I checked the metadata on some other items in the BLM organization..some of the elements you mentioned seemed to show correctly in the HTML view of the metadata for other items so maybe something specific is going on (here's one I checked where Access Constraints and Distribution Liability seem to come though). BLM Administrative Unit Office Points Thanks, Chris
... View more
08-09-2018
05:25 PM
|
1
|
1
|
1000
|
|
POST
|
Hi Mary - sorry, I missed your July response. I double-checked the behavior - it seems to be working as expected after the June release (both feature and field definitions are honored when exported by owner / admin) so there might be something specific going on with your layer. I'm happy to take a look but would need access to the layer as owner (feel free to email me at cwhitmore@esri.com, if this is ok). Otherwise, it's probably best to contact support again and work with them to troubleshoot via screenshare, etc. Thanks, Chris
... View more
08-07-2018
01:10 PM
|
0
|
3
|
2119
|
|
POST
|
Hi Sunny, There are probably better ways to tackle this but a simple way would be to use Arcade to generate a multi-variate unique types renderer and then adjust the resulting types in the ui. Using the fields you posted above (as well as the two possible values you listed for each field), the expression would look like this: $feature.Status + ', ' + $feature.SafetyIssue This will create unique types for all the possible combinations of the two fields in your data (which should be "pending, no", "pending, yes", "completed, no", "completed, yes"). It should give you something like this: From there, you can then adjust labels, symbology. Here's my attempt (note you can symbolize "completed, no" and "completed,yes" to appear as if they are the same type (or you can group them under 'Other' and relabel / style as needed).
... View more
07-31-2018
04:10 PM
|
11
|
1
|
16260
|
|
POST
|
Hi Mary, This behavior is planned to be changed in the upcoming release later this month. When an admin or owner exports, the view definition will be honored so the behavior will be the same whether you are owner / admin or not. Thanks, Chris
... View more
06-06-2018
09:13 AM
|
0
|
7
|
2119
|
|
POST
|
Hi Rob, Could it be an HTTP / HTTPS issue? The WFS is defined as HTTP (and doesn't appear to support HTTPS). If it's expected that HTTPS isn't working and you must use HTTP, the browser would need to use HTTP to load the layer. I tried the same steps and seemed to get the prompt for authentication (when using HTTP): Thanks, Chris
... View more
06-05-2018
09:13 AM
|
1
|
0
|
2362
|
|
POST
|
Sam Perkins ok great good to hear. The Ms and Zs change makes sense (when they are present, geometries are processed a bit differently in some cases. It looks like in this case, this resulted in null geometry for a few features). Adrian's suggestion should have worked as well - when running the repair geometry tool, make sure OGC is selected as the validation method. If you're able and willing, it'd be great to contact support with this case and get an issue logged that we can look into further. Here is support's info: https://support.esri.com/en/contact-tech-support. thanks, Chris
... View more
04-24-2018
09:09 AM
|
1
|
0
|
2695
|
|
POST
|
Great thanks! Sorry should have also asked - which features are you seeing that aren't displaying.
... View more
04-23-2018
04:34 PM
|
0
|
3
|
2695
|
|
POST
|
Hi Sam, Is it possible to share the layer? Thanks, Chris
... View more
04-23-2018
01:38 PM
|
0
|
5
|
2695
|
| Title | Kudos | Posted |
|---|---|---|
| 2 | 11-01-2024 03:09 PM | |
| 2 | 11-06-2024 06:58 AM | |
| 2 | 07-11-2024 09:18 AM | |
| 1 | 02-06-2024 08:21 AM | |
| 1 | 02-01-2024 11:42 AM |
| Online Status |
Offline
|
| Date Last Visited |
04-03-2025
09:40 AM
|