|
BLOG
|
Hi @IsmaelChivite We're find that there are some new buggy behaviors and slowness with this new version. Specifically on sending surveys from the Inbox. The "send" operation seems to get hung up towards the end of 15-20 seconds with a semi-transparent screen over the top of the survey. Occasionally the survey fails to send and gets stuck in the Outbox. It requires repeated attempts to send successfully. I did a small and probably not thorough enough test before updating the software/survey. My biggest concern was ensuring that the calculations throughout the survey worked properly (which they do). I didn't anticipate issues with sending. This survey has nested repeats, lots of hidden calculations and is edited from the Inbox throughout the day. Any recommendations would be apprecaited. Erica
... View more
09-27-2021
11:23 AM
|
1
|
0
|
8532
|
|
BLOG
|
@Anonymous User thanks. It looks like that might be a Premium connector that my organization has not approved to appear in our list of connectors within Power Automate or I am not seeing it appear when I search the Connectors). I will look for your blog sometime over the next two weeks to get more details before making a request to add this connector into our tenants.
... View more
08-24-2021
05:30 AM
|
0
|
0
|
5509
|
|
BLOG
|
@Anonymous User - thank you! I currently use Power Automate with Survey123... I guess I am just curious what the trigger would be here. It's exciting this will be possible now!
... View more
08-23-2021
06:36 AM
|
0
|
0
|
5525
|
|
BLOG
|
@Anonymous User - When will support in Power Automate be available?
... View more
08-23-2021
05:18 AM
|
1
|
0
|
5541
|
|
DOC
|
Hi @JakeSkinner - This is great. Is there any way to do this en-masse for many fields within one expression? Right now I am getting ready to write this expression & HTML code ~90 times for all of the fields I need to deal with. Thank you!
... View more
08-20-2021
05:45 AM
|
0
|
0
|
20242
|
|
BLOG
|
Hi @GlenShepherd , I did create a new idea - https://community.esri.com/t5/arcgis-online-ideas/offer-official-support-for-removing-related-tables/idi-p/1088567/jump-to/first-unread-message Thanks for your help around this issue. I would definitely love to see some improvements made so this is officially supported someday! Erica
... View more
08-12-2021
11:11 AM
|
1
|
0
|
15844
|
|
IDEA
|
First, some background: We have a hosted feature layer (hFL) which is used in a variety of different ways. In total, there are 6 Views of this hFL; some views are internal and editable, while the others are public and have view definitions applied to limit the data which is exposed. This hFL was built to include a related table; within the table we can record unauthorized trail use/conditions when staff are in the area. This information should not be exposed to the public. I had reached out to Esri Customer Care to determine if there was a way to remove a related table from a hFL view --- they replied that yes this was possible by going to the View's admin rest endpoint to use the "delete from definition" tool. I was told to add in the following snippet of JSON: { "layers": [{ "id": 1, "relationships": [{ "id": 0 }] }] } Once done, the hFL view no longer showed the related table. Awesome! After the fact, I learned that once you do this, you can not edit the pop-up (they basically break) and if you make schema changes to the original hFL (e.g. add a field or alter domains) they do not reliably trickle down to the hFL view that has had the related table removed. In some cases, schema edits come through fine, in other cases, they do not. There is also no way to undo the removal of the related table. The only option is to delete your View and start from scratch. My idea is this: In future releases of AGOL, it would be great to improve the View experience and make it fully support to hide or remove related tables from hFL Views. Right now the behavior is erratic and there is no way to undo this once completed (this was a huge problem for us since our public view is used in almost 100 maps). I think this would be useful to anyone who needs to share data publicly, but also limit access to internal-only information stored in related tables (e.g. inspections or something).
... View more
08-12-2021
11:10 AM
|
5
|
0
|
959
|
|
POST
|
Hi @PhilLarkin1 So the URI rest url wasn't correct - it still contained the encoding (%3D). I replaced that with a '=' but still got the error. I then decided to take your advice and format the HTTP GET query using the Query body. I did not do this to my "updateFeatures" HTTP request inside of my apply to each loop. Is this where you thought I should do it? This is what I did, the result was the same:
... View more
08-12-2021
10:36 AM
|
0
|
1
|
4174
|
|
POST
|
@PhilLarkin1 @ToryChristensen I am running into an issue here and think it has to do with the way my data is formatted...ultimately, I get the error: For my query parameter, I am using a field that has data formatted in the following way - EQ1234-012. Each time I test my Flow, it gets to the Parse JSON for the query and returns this: You can see that the returned value is truncated before the "-012" portion of the attribute value. Because of this, there is no match/no ObjectID to return in my apply to each array. I am not sure how to format the Query to properly return the entire value. I have tried a few iterations... Recommended setup via this blog (screen capture below). Replace the +%3D+ with = Surround EQ_File_Number with single quote Surround EQ_File_Number with double quotes Here is what my query currently looks like. Any suggestions on how to resolve this issue? Thank you!
... View more
08-12-2021
08:35 AM
|
0
|
3
|
4181
|
|
POST
|
Hi @DavidMcClennen , Bummer on no solution, but perhaps I can help you with this: no i dont have to ensure the people doing the assessing are right in front of the house when they submit the info is related already to the layer. however i'm having trouble creating the form from the layer. i think the relationship class between the table and layer isn't supported or something else... maybe you might have the answer? When creating a Survey123 form "on top of" an existing hosted feature layer, you need to make sure the relationship class is based on GlobalID. This means that the supportsApplyEditsWithGlobalID is set to true. If that is not the case, and it is based on ObjectID or another unique ID field in the data, you will run into trouble creating the form. There is info on this here - https://community.esri.com/t5/arcgis-survey123-blog/how-to-enable-supportsapplyeditswithglobalids-on/ba-p/893977 Hopefully I didn't totally miss what you were asking here.
... View more
08-12-2021
08:27 AM
|
1
|
1
|
2843
|
|
POST
|
Hi @DavidMcClennen - This is way old, but did you ever figure this out? I am having the same problem! Thanks,
... View more
08-12-2021
07:07 AM
|
1
|
3
|
2847
|
|
BLOG
|
Hi @GlenShepherd I did as you suggested w/ the following results: Checked all "properties: overridden" and ensured that all fields showed as "properties: inherited", which they did. Created a new test view from the original hosted feature layer. All fields were present as they should be. Used the "Delete from Definition" tool at REST to remove the related table. Once done, all fields were still present, but I couldn't update the pop-up (which was expected). Attempted to undo my removal of the related table using the same code snippet as above (I wasn't sure what else to use) through the Add to Definition and Update Definition tools at REST. Neither worked - I received an error in both instances. I am not sure if I needed a different code snippet... It seems like this modification just breaks the View's connection back to it's parent hosted feature layer. The weird part is, one of my problem layers (which doesn't have the new field) has not gone through the process to edit the REST definition.... For that layer I checked all fields for "properties: inherited" (they were), removed the AOI, removed the View Definition Filter, removed custom symbology and none of that made the missing field appear. I feel like my only solution is to re-create the Views. Thank you for your help. I might connect with technical support again. Ultimately, I feel like if I want to remove related tables in the future, I need to ensure the schema/pop-ups are 100% configured before doing so. One final question though...at the UC this week, it seemed like the View creation experience will be changing in the future. Will removal of related tables be supported in the new experience? Or will the workflow through REST still need to be used? It would be really great it for public Views a related table could be removed/hidden in some sort of officially supported way. In my example here, our related table tracks unauthorized trail use (e.g. ATVs, vandalism, etc.). This is for internal use only, so we remove the related table from the public View of our trail data inventory.
... View more
07-15-2021
11:00 AM
|
0
|
0
|
16307
|
|
BLOG
|
Hi @GlenShepherd 1. I am saying that the new field is not in my attribute table and also cannot be found under "Define Fields" when configuring the View Definition. Oddly enough, the new domains (for other fields) did show up when I followed your steps above for resetting the fields to the source. 2. Yes, I mean that I am unable to "configure pop-up" at all for the View layers that went through the workflow I described in my initial post (point 2). This is what I see now - it basically locks up the View "Visualization" page and I need to refresh or change pages to 'unlock' it again. If I click "OK" or "Cancel" at the bottom, nothing happens. As I mentioned above, I did open a technical support case for this issue and we logged #BUG-000136618. This was done via case number #02707008. I mentioned that 3 of my Views do not show my new field as an option under "Define Fields" under the View Definition. Two of these Views went through the process to hide/remove the related table, while one did not. So, it seems like I am having an issue with a one "regular view" that I did not do anything strange with, and then also with my 2 "modified views" where I have removed the related table. I do have another "modified view" (where I removed/hid the related table) that does show the new field. It makes no sense. Do you recommend I open another technical support case?
... View more
07-13-2021
06:32 AM
|
2
|
0
|
16335
|
|
POST
|
Hi @Ruth_JiatengXu Thank you! I just tested the beta build and replied to Zhifang's email. It worked perfectly! I appreciate this very much. I look forward to this beta build getting released for public use. Erica
... View more
07-09-2021
10:33 AM
|
0
|
0
|
1424
|
|
BLOG
|
Hi @GlenShepherd I've got two questions about this: 1) for your Scenario #1 above, can it take some time for a new field to show up in the Fields view definition for a layer? I've added a new field to my hosted feature layer. There are 6 different Views created from this. 3 out of 6 of these Views had the new field in the "Fields" list when I went to modify the View definition. The other 3 did not; these 3 did have an AOI defined, so I removed that, but the new field still does not show up in the Fields view definition list. Any thoughts? 2) I used the workflow described below to remove/hide the related table from my View layer which resulted in this bug - #BUG-000136618. The solution was provided to me by Esri Customer Care (see below for more details). Now, I am unable to edit my pop-up. Deleting the View in question is not an option because it is used in almost 100 maps. Is there some sort of work around that would allow me to a) edit the pop-up or b) re-order fields? From Esri Customer Care: Go to the admin rest endpoint of your hosted view layer and used the delete from definition tool. We added in the following snippet of json: { "layers": [{ "id": 1, "relationships": [{ "id": 0 }] }] } Once done the hosted view layer no longer shows the related table. Any help would be appreciated,
... View more
07-09-2021
07:59 AM
|
2
|
0
|
16401
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 09-06-2022 09:14 AM | |
| 6 | 10-24-2024 12:04 PM | |
| 1 | 04-28-2021 09:14 AM | |
| 3 | 09-06-2022 11:53 AM | |
| 1 | 01-17-2024 05:18 AM |
| Online Status |
Offline
|
| Date Last Visited |
02-14-2025
01:16 PM
|