Prendre en compte la configuration `restrictedArea`

[Gaetanbrl]

---

Description fonctionnelle

En tant qu'administrateur métier,
Je veux appliquer la zone de restriction utilisateur en édition,
Afin de limiter les modifications aux entités autorisées.

---

Description technique

• Le contrôle d'autorisation d'édition et le filtre spatial sont appliqués.
• La configuration restrictedArea est lue, la zone utilisateur est récupérée, puis un test spatial est effectué avant édition.
• Les opérateurs WITHIN, CONTAINS et INTERSECTS sont supportés, avec un message clair en cas de refus.
• La zone peut être fournie en WKT direct ou récupérée via une URL qui renvoie du WKT ou du JSON.
• Exemple de configuration: restrictedArea: { "operator": "WITHIN", "geometrySource": "wkt|url", "url": "/console/account/areaofcompetence", "allowedRoles": ["ADMIN"] }.
• Le système i18n de MapStore2 est utilisé pour tous les textes affichés.
• Un message de réussite ou d'erreur (toast ou alerte) est affiché après chaque action.

---

Description des droits d'édition et de lecture

• Les utilisateurs ayant un rôle autorisé peuvent consulter les données selon le contexte et la couche.
• Seuls les rôles autorisés pour la couche, ainsi que les administrateurs, peuvent modifier les données.
• Si restrictedArea est activée et qu'une zone utilisateur existe, la modification est limitée aux entités correspondantes selon WITHIN, CONTAINS ou INTERSECTS.
• Les contrôles techniques (services), les règles métier et les restrictions territoriales sont vérifiés avant l'action.

---

Référence documentaire

• Documentation officielle MapStore2: https://docs.mapstore.geosolutionsgroup.com/en/latest/developer-guide/query/
• Lien vers API si utilisée: https://docs.geoserver.org/stable/en/user/services/wfs/reference.html

---