En ArcGIS Online for Organizations, ¿cómo se publica un servicio de entidades alojado que se comparte con Todos para su visualización, mientras se restringe la edición a usuarios o grupos específicos, y diferentes tipos de edición para diferentes grupos?
En la ayuda al final de los permisos del Editor para servicios de funciones en Configuración de múltiples niveles de acceso , dice
Si necesita admitir varios niveles de usuarios, cada uno de los cuales requiere diferentes operaciones, el enfoque recomendado es crear un servicio para cada nivel de usuario. Por ejemplo, podría crear un servicio de profesores que podría tener todas las operaciones permitidas. Junto con eso, podría crear un servicio de Estudiantes menos privilegiado con solo operaciones de Crear, Consultar y Subir permitidas.
Lo cual es genial, eso es lo que necesito hacer. Sin embargo, lo que queda fuera es cómo conciliar los Servicios de múltiples funciones para que cuando los Profesores creen nuevas funciones, los Estudiantes vean los nuevos registros, y viceversa.
El Create Serviceasistente de administración del navegador web le permite usar un servicio de características como fuente de uno nuevo, pero solo se usa el modelo de datos (definiciones de símbolos, nombres y tipos de campo, etc.) mientras las características reales se quedan atrás, el nuevo servicio está en blanco. Este es el comportamiento previsto .
fuente
Respuestas:
Después del 2015-jul-14
La situación ha mejorado mucho. El administrador de la organización puede crear un grupo con Miembros que pueden actualizar el permiso de elementos . Esto elimina la necesidad de credenciales de inicio de sesión compartidas y / o otorga a todos los editores privilegios de administrador de toda la organización * , al tiempo que hace que la respuesta de permisos de grupo ** sea viable para los mapas públicos.
La nueva práctica recomendada es:
Para obtener detalles completos, consulte Ver Habilitar a colegas para actualizar sus mapas y aplicaciones en el Blog de ArcGIS y las Mejores prácticas para usar capas en mapas en la ayuda en línea.
...
Tengo algunas reservas ya que el modelo de seguridad subyacente † no parece haber cambiado, el servicio de funciones en sí no tiene un concepto de usuario o grupo autorizado. Creo que todavía hay espacio para problemas, pero al menos el área de la superficie se reduce enormemente y se elimina la posibilidad de daños accidentales y meramente curiosos en los datos.
También tenga en cuenta que los servicios existentes que utilizan los métodos antiguos siguen siendo vulnerables. En mis pruebas de ayer, descubrí fácilmente los servicios de entidades expuestos involuntariamente simplemente buscando en arcgis.com "editar capa de servicios de entidades".
Antes de julio de 2015
Tuvimos una conversación prolongada con algunas personas de Esri Canada sobre esto en febrero de 2015. No existe un método seguro para regular las funciones de edición simultánea y privilegios de solo lectura en ArcGIS Online (en la actualidad). Lo mejor que se puede hacer es ocultar la ubicación del servicio editable, según las respuestas de Brad y Bmearns aquí, y luego habilitar Track Editor . Esto sería seguido con revisiones periódicas programadas de los registros y la eliminación de aquellos que no hayan sido realizados por alguien autorizado para hacerlo.
Una medida de protección adicional (pequeña, débil) puede ser agregar un filtro al mapa web para mostrar solo los registros donde
Creatoris not{one space}( no está en blanco no funciona). Esto solo afecta a ese mapa web. Las personas que pasan por alto el mapa web y acceden al servicio de funciones ven todo directamente.Si se necesita un servicio de entidades editable y seguro, debe ejecutar su propio servidor ArcGIS en otro lugar con el uso compartido y la edición bloqueados según sea necesario, y luego un servicio de solo lectura expuesto a ArcGIS Online.
Esto permite utilizar el tiempo de actividad masivo, el almacenamiento en caché de la red de distribución de contenido, el escalado de la CPU / memoria, etc. de la infraestructura de ArcGIS Online para un consumo público de solo lectura generalizado con acceso de edición en una máquina menos costosa y de menor distribución. No obtendrá los dos en un solo lugar, con ArcGIS Online.
actualización , 2015-mayo-27: agregado filtro por sugerencia del creador
fuente
He establecido grupos.
Un grupo es un grupo de edición. En ese grupo se comparte el mapa editable (con servicio de entidades).
El grupo es privado y solo invito a los editores.
Otro grupo es para no editores e invito a otros miembros.
En ese grupo se comparte mi mapa web (no editable) del servicio de mapas.
Funciona un poco como asignar permisos y roles.
fuente
(editado el 5/7/15)
No es ideal, pero logra la edición colaborativa y la visualización pública / no edición.
No pude recrear los permisos correctos usando roles, pero esto funcionará para nosotros, ya que el número de editores es pequeño y confío en ellos.
Algo como lo que Brad sugirió funcionó para mí.Comparta este mapa con el grupo que acaba de crear para editoresfuente
NAME=Fake Building made by matt, al noreste de la carretera Old Paper Mill. i.imgur.com/hi03EqU.png . ¿Se supone que este servicio de funciones está bloqueado para la edición pública?La nueva práctica recomendada descrita por matt wilkie funciona bien para los usuarios del grupo con el permiso "los miembros pueden actualizar" si solo necesitan actualizar los datos en el visor de mapas AGOL utilizando la capacidad "Agregar capa al mapa con la edición habilitada". Sin embargo, quiero que los usuarios de este grupo puedan actualizar los datos con ArcGIS Collector. Los permisos de edición no persisten después de abrir la capa de entidades alojada en el visor de mapas AGOL con la edición habilitada y guardando el mapa. El mapa se puede compartir con el grupo mediante la función "Compartir> Acceso y capacidades de actualización" en la pantalla Mi contenido. Pero no aparecerá en Collector para que los miembros del grupo accedan porque la capacidad de actualización no se guarda como parte del mapa.
fuente