Latest Contributions by BKS

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

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

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

@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

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

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

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

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

Fantastic news!  Good decision.  Looking forward to implementation.  @IsmaelChivite thanks for the update. Cheers bks ... View more

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