POST
|
Hello again, To follow on from this solution, now that the restrictions are at the feature service and restrictions are in place (thank you @jcarlson for that), there is one last hurdle to overcome.... I need to allow specific users view access to ALL of the survey data (not just what they collected). In other words, I need a couple users to be able to view all of the data just like I can as the owner. They do NOT require edit access. I am planning to provide this access via a dashboard. There are 2 main solutions I considered: 1) As the owner, create a hosted feature layer view of the survey data and share that with a group that contains only the users that require view access to all of the data. My thinking is that if the Owner of the feature layer (myself) creates the view, it should allow access to all of the data just like the owner has. 2) Copy (overwrite) every so often using a python script, a dashboard version of all the data rather than reading the data in real time via the feature layer view. My preference, and that with which I started is (1) above and it seemed to work just fine. Logging in as one of the users that can see all of the data via the view, worked just fine. However, I do not know what has changed but now it will not display any data. As the owner all of the data is accessible but as the user who is in the group of users that has access to the view, they cannot see any of the data now. Before I go down path (2), can someone explain if this approach makes sense to them (i.e. it should work, or should it not work). Thanks Kindly, BKS
... View more
09-25-2023
12:26 PM
|
0
|
0
|
429
|
POST
|
Even if the date/time is different, what would downloading (refresh) the survey do to synchronize things with local copy of survey? It's not like you're downloading the service to your local survey. And you can't use the web based tool to edit a Connect published version of the survey (meaning there shouldn't be any survey edits made on AGOL that need to be downloaded). It would would not surprise me that you are correct and it's a rather blunt test performed. Clearly it's there to help within something, but it would be nice to know what's going on so we can take appropriate actions, or not. Even better, make the "refresh/download" icon a dismiss-able notification. Thanks for your input.
... View more
07-06-2023
11:44 AM
|
1
|
0
|
562
|
POST
|
I too do not feel settled when the refresh icon is there but often I choose to re-publish since I know I didn't change anything in the survey. Why does the local s123 Connect version of a survey need to know whether the permissions like "only being able to see/edit your own submissions" have been changed in AGOL. Isn't the permission info managed (except for things like Sent folder and Inbox access) from AGOL and/or S123 website collaborate tab? Why does local Connect version need to be refreshed if refreshing the survey does not change anything in local Connect version? Thanks for taking the time to consider my question. BKS
... View more
07-06-2023
10:19 AM
|
0
|
2
|
590
|
POST
|
@Katie_Clark I think you are correct. I did in fact turn the edit tracking off, made an edit to the Creator field and turned it back on. This is more than likely what triggered it. Thanks for pointing that out. But what I'm trying to understand better is when it should concern me? Should I re-publish or download from AGOL? In this case I don't think I need to do anything, correct? If I were to change the access to the survey from the S123 website, do I need to re-publish or download the survey? I guess I just don't see why there is a need to synchronize local and AGOL copies when the changes I'm making don't exist on both sides? or is there something I'm just missing (this is likely the case)? Cheers, BKS
... View more
07-06-2023
09:31 AM
|
0
|
4
|
610
|
POST
|
Hey there, Quick question, RE: the "refresh" icon on the upper right corner of a given survey when in S123 Connect (see attached), can someone explain to me exactly what triggers this to occur? I have a published survey in AGOL (not public), and I've updated a few of the values in the hosted service that supports the survey. Now I see the icon in S123 Connect. There hasn't been any changes to the survey. Is this giving me a false indicator that the AGOL and the local copy of the survey is out of sync? Thanks for any info. Regards, BKS
... View more
07-06-2023
09:13 AM
|
0
|
6
|
652
|
POST
|
Ok, now I'm in the same boat as you all. @JamesTedrick, any update on how to resolve the issue where I have to append my survey's hosted feature service to a new hosted feature service whilst maintaining the Creator values??? Note - my users must only be able to view/edit their own data. When I migrate the data to the new feature service, the Creator gets my username, thus they can never view/edit data they've submitted previously. Any info is appreciated. Cheers, BKS
... View more
06-02-2023
01:51 PM
|
1
|
0
|
988
|
POST
|
All good. I took a closer look at the map when logged into AGOL as a survey test user. There were several layers that had errors because I had not provided access to these based on my test user. Once I granted my test user access to the background layers the map displays as expected. The map was showing only grey prior to this. Thanks again for all your help and speedy replies. Cheers, BKS
... View more
06-01-2023
11:05 AM
|
0
|
0
|
530
|
POST
|
Hey @jcarlson , That worked as far as I can tell. That was great to hear. I was hoping for an easy solution such as that. However it has created another issue which I do not understand. When I adjust the source feature service to allow users to see only their data and allow users to edit only their data, the web map that I use for my geopoint question does not display the map. Neither in the widget window, nor in the large window when you click on the map widget. If I change it back to allow users to see and edit all the data it displays the map. In the map I do have the source feature service but I wouldn't think that would be an issue. Also, when I login as a survey user into AGOL, with the feature service configured to only see/edit their own data, the map can be opened just fine. I need to resolve this. Any thoughts/ideas? BKS
... View more
06-01-2023
10:45 AM
|
0
|
2
|
534
|
POST
|
Maybe I'm missing something simple. I am not sure. Requirement - Survey users must be able to submit surveys, as well as access only their own surveys via Inbox to make any changes. They cannot be able to view other users submissions. This works well for the field app per Inbox. I set a query of dc_name=${username} and this returns only their own surveys (i.e. dc_name is autopopulated to AGOL username and is readonly). For the s123 website, I created a group and give it access to the survey under the "Collaborate tab > Share survey" (i.e. Add and update records - read access enabled). Under the "Collaborate tab > Share results" I configure it to allow viewers to see only their own data. This is all good. The problem I'm having is that the survey users, if they login to AGOL, they can view others data by looking at the hosted feature service supporting the survey. I suspect there is a simple fix to this using feature service views but I'm not sure how to prevent survey users from accessing the feature service that supports the survey. Is there a way to do this that still allows for submitting surveys and using the Inbox? Thanks for any info. BKS
... View more
06-01-2023
07:52 AM
|
0
|
5
|
559
|
POST
|
One other note... in the layer I store the date time as text. But in the survey I specify a dateType type so I can use format-date function to extract pieces for something else in the survey. Maybe that might be an issue? Do I need to store the survey date / time in a date field in the layer?
... View more
05-18-2023
10:33 AM
|
0
|
0
|
259
|
POST
|
Wondering if anyone else has experienced something similar that could point me to a resolution. Standard survey which has worked perfectly for a long time. I record the date and time that the survey is captured in a datetime column. All good. Recently I've decided to implement Inbox and remove Sent folder. Now when I test the ability to submit a survey, then retrieve it via Inbox, make edit and then resubmit, I am no longer able to because the date/time field is empty in the survey yet it is a required field and read only intentionally. I look at the data from ArcGIS Pro and the date/time seems to appear to be captured correctly. Like all of the other instances. Anyone else experience anything like this? Essentially the problem is that some data (in my case one field) is not returning to the survey via the Inbox. Thanks for any insight. BKS ps - one other note, I'm using the expression "once(now())" in the calculation field for the data / time data. I've always used this before but perhaps it is causing an issue with Inbox?
... View more
05-18-2023
10:10 AM
|
0
|
1
|
270
|
IDEA
|
Fantastic news! Good decision. Looking forward to implementation. @IsmaelChivite thanks for the update. Cheers bks
... View more
05-16-2023
03:00 PM
|
0
|
0
|
1060
|
IDEA
|
Couldn't agree more that this would be a very beneficial (and I suspect not very difficult) enhancement to implement. Just like @Geoeki , we have inexperienced users and being able to see their data in report form is fantastic, but having to instruct them on how to do so via Data tab in ArcGIS Survey123 website tends to downplay the enthusiasm they have for getting their reports. Some will be intimidated by the Data page on the website. They just want the report. Per @ZhifangWang options 1 and 2 above, avoiding the need to open Survey123 website data page and simply downloading the report via browser window is necessary to remove users confusion. Leaving them on the Data page for some may be a good idea but for others the confusion will still remain. Thus both choices would be best, but if I had to pick one it would be option 2. Hope others see the value of this and upvote (via contacting local support). BKS
... View more
02-10-2023
11:12 AM
|
0
|
0
|
1063
|
POST
|
Solved my own problem. Sometimes you just need to step away. Looking closer at the map I was referencing in S123 connect map tab, it contained a FL that was identical (but a different copy) to the one I was referring to in the submission_URL of the Setting tab. Human error. At least good to know it is working. BKS
... View more
02-05-2023
02:12 PM
|
0
|
0
|
387
|
POST
|
Hey there, I'm at a loss for why I cannot edit the location of a feature accessed via a geopoint question. I have existing survey data that I import from the INBOX. I then use the geopoint question referencing the layer containing the point I wish to move. I am able to accept the new location in the Geopoint question, and then it seemingly successfully submits the survey record with the new location. When I re-load the survey via refreshed INBOX, the point is in the same location pre-edit. Or, perhaps I should say, the symbol for the point feature is in the same location pre-edit. The map cursor is in the correct target location to where I had moved the point. I've tried opening the map after the submit to see if it was just not showing the target location updated in S123, but the edit does not appear to make it to the hosted layer. Is there a setting that I'm missing? I have one geopoint for the parent layer and I have one geopoint question for a repeat layer. Thanks for any ideas. BKS S123 Connect 3.15.170 S123 field app 3.15.151 Windows 10 PS - behaves same on Android and iOS field app
... View more
02-03-2023
01:47 PM
|
0
|
2
|
436
|
Title | Kudos | Posted |
---|---|---|
1 | 06-02-2023 01:51 PM | |
1 | 07-06-2023 11:44 AM | |
1 | 02-11-2021 09:18 AM | |
7 | 06-25-2021 09:54 AM | |
1 | 02-04-2021 12:20 PM |
Online Status |
Offline
|
Date Last Visited |
2 weeks ago
|