When a survey is made available to the public is it possible to secure the hosted AOL feature service so that results of the survey are not visible?
Is this a survey that was authored via the website or Survey123 Connect? You can either set or confirm that the people filling in the survey cannot view the data by going to the Item Details for the Feature Service (if published by Survey123 Connect) or the _fieldworker Feature Service View (if published by Survey123 website). Check the Settings for the Feature Service, and look at the following settings:
Thanks for quick reply.
This survey was created via the website, so I do have the _fieldworker Feature Service View and its settings are:
· What kind of editing is allowed – Only add new features
· What features can editors see – Editors can’t see any features
· What access do anonymous editors (not signed in) have? – The same as signed in editors
This worked great, pulled the Feature Service View into ArcMap and nothing, just what we were looking for!
My remaining concern is do I need to make similar setting changes to the Feature Layer and the _stakeholder Feature Layer View or can I just change the Share property to only group members for these two items?
You shouldn't need to make a change to the Feature Layer or _stakeholder Feature Layer View.
To provide a quick overview, with surveys created via the website we take advantage of Feature Service Views (Create hosted feature layer views—ArcGIS Online Help | ArcGIS ). These allow us to have different URLs for the same data to better restrict who can do what with the data in the table:
With views, you can restrict:
For example, if you need to hide certain fields on the Analyze page, you can edit which fields are seen in the Stakeholder View. If you want to have a complete dataset shared internally for review and a public dataset that shows only the QA'd data, you can set up a view for the public that has a definition query applied to filter out the in QA data.
If I set that editors can only access their features, can anonymous users access all anonymously created records? Or must one be signed in to then access features created by their username? I'll definitely use a view in a public web map app, but since the hosted feature layer still needs to be shared publicly for the public to take the survey, I'm trying to hide certain fields from prying eyes. If I turn on "edit only your features" to disable editing by the public, then I can't allow the project manager on AGO to have access to editing all features, right?
When editor tracking is set, an anonymous user can see all anonymously submitted by default.
From your description, it sounds like for the submitting feature layer view you would want Add Features and then disable query. You would want a separate view for your editors that doesn't have query limitations.
Thanks for the quick reply! So it sounds like the main hosted feature class can be "locked down" even if a view created on that feature class needs to broaden access for our project staff. That will work perfect for us!
Retrieving data ...