POST
|
Hi @DavidTinning Do you remember what steps you took to make progress here? I don't even need to be able to edit the ArcGIS Server feature service, but I do need to be able to take it offline with an ArcGIS Online webmap in collector. Sounds like I'm running into the same issue as you. Thanks
... View more
11-03-2022
08:45 AM
|
0
|
0
|
766
|
POST
|
Reviving this topic again since I'm back on ArcPro2.6, and now the problem is back. Like @XabierVelasco_Echeverría I can cancel the script once it's in a loop and get the expected data download, but I'd like to be able to pin point the error here.
... View more
10-20-2021
08:25 AM
|
0
|
0
|
961
|
POST
|
Will using a custom widget to run a feature report template through WAB still consume credits?
... View more
09-02-2020
02:58 AM
|
0
|
0
|
1018
|
POST
|
I downgraded back to ArcPro2.3.0 and on python 3.6.6. Now everything is working as expected. Basically using the same script shared by Thomas Laue ("ArcGIS API AGOL Download Feature Layer as GDB_Python3.py"). Tells us something I guess, but I don't know what yet....
... View more
08-20-2020
06:09 AM
|
0
|
0
|
1284
|
POST
|
Thanks. Still can't seem to get things going. I might try going back to the ArcPro version I was on when this was working... just to test. Please let me know if you come up with anything new.
... View more
08-19-2020
08:28 AM
|
0
|
0
|
1284
|
POST
|
Thanks for the quick reply Richard Fisher. Can you share a sample script in context? Hoping to see your changes in context. Thanks!
... View more
08-19-2020
06:17 AM
|
0
|
3
|
1284
|
POST
|
I've been running this script on multiple feature service for a couple years now. I just upgraded to ArcPro2.6 and now I'm getting this looping issue at fgb.download(). Can't seem to resolve it??
... View more
08-19-2020
05:08 AM
|
0
|
5
|
1284
|
IDEA
|
Has this product plan been pushed to development? Without offline capabilities, workforce has less utility for our organization since most field staff work in remote areas. Just seeing where this one is at, thanks!!!
... View more
02-28-2020
07:55 AM
|
0
|
1
|
1979
|
POST
|
To add to my test, I turned off the required and read only properties for all fields in the "Sample Info" group. When pulling up an incomplete survey from drafts, the same behaviour happens with the next required field on the page. ${sample_num} refreshes off the repeat count as expected, but a refresh for ${collection_area_id} is missing the concatenated ${sample_num} component. Any fields with relevant dependencies also seem to be thrown off.
... View more
11-04-2019
06:51 AM
|
0
|
0
|
1361
|
POST
|
Thanks James, It's not ideal, but to test, I tried removing the required property from ${sample_num}. The same behavior moves to the field called ${collection_area_ID} when opening a survey from Drafts. In theory I could remove all the fields in the "Sample Info" group, except for Sample Number. That's what makes the related record unique under the protocol the data is being collected. Using AGOL's global_Ids, collection_area_id could be calculated when downloading to a local geodatabase. However, I am taking advantage of a watermark that pastes collection_area_id on a required field photo, so there are other reasons to calculate these fields. Multiple partners will be using this app, and contributing their data to a centralized database for further QA/QC procedures. The calculated fields, and subsequent watermarks were intended for the data's end-use. Given that this issue will most likely come up for other users, I'll need to find a work-around. Any suggestions are appreciated, thanks, Chris
... View more
11-04-2019
03:25 AM
|
0
|
0
|
1361
|
POST
|
Hi Doug Browning and James Tedrick, I took the advice to switch up the syntax for the repeat count to "3". That didn't seem to solve the problem. Just to test, I then changed the data type for ${sample_num} from integer to text (legacy fixes for this bug seemed to be addressed for text fields first). Changing the data type also didn't solve the problem. After all this, I turned off "read only" for the calculated fields involved in the bug. I wanted to see if I could manually refresh them when reopening a survey from Drafts. With these settings, after opening from Drafts I can obviously manually edit the fields (not ideal) and refreshing seems to work, but then when I move to the next record in the repeat, Survey123 gets stuck on ${sample_num} and displays "required !" regardless of it visually appearing to have a data value... and then I can't move forward to the next related record even though all required fields are seemingly populated and valid (visually).
... View more
11-01-2019
05:13 AM
|
0
|
3
|
1361
|
POST
|
Thanks Doug Browning for the tip, I will report the result back here asap. Cheers, Chris
... View more
10-31-2019
10:13 AM
|
0
|
0
|
1361
|
POST
|
Good point Doug Browning. The survey was originally developed so that if "no" was selected, there would be no repeat available... it was requested later to instead thin out the data collected within the repeat if "no" was selected. An oversight on my end I guess. Do you think this line has something to do with my issue?
... View more
10-31-2019
04:25 AM
|
0
|
6
|
1161
|
POST
|
Not really. I've just accepted it as a thing for now. I had ESRI delete it once (24 hour turn-around). The next time it happened I just let it sit in "my contents" and eventually it went away (couple months I think). But as soon as it goes away, I get another one....
... View more
10-30-2019
06:37 AM
|
0
|
0
|
2274
|
POST
|
Just to share out my XLSform on this issue. Similar XLSform structure to Admin Admin
... View more
10-30-2019
06:29 AM
|
0
|
8
|
1161
|
Title | Kudos | Posted |
---|---|---|
3 | 04-02-2019 11:27 AM |
Online Status |
Offline
|
Date Last Visited |
03-17-2023
03:58 AM
|