-
Notifications
You must be signed in to change notification settings - Fork 0
Home
Benjamin C. edited this page Dec 13, 2024
·
7 revisions
- API Features de l'OGC :
- Client mviewer développé par JDev pour la communauté geOrchestra : https://gis.jdev.fr/mviewerjdev/?config=demo/addlayers.xml#
- Client carto de démo de OneGeo Suite : https://rec.onegeosuite.fr/maps/#/map/348
- Point d'accès de l'API Features de démo de geOrchestra (extension GeoServer) : https://demo.georchestra.org/geoserver/ogc/features/v1/
- Point d'accès de l'API Features de démo de OneGeo Suite (extension GeoServer) : https://rec.onegeosuite.fr/geoserver/ogc/features/v1/collections
- ProConnect :
- OneGeo Suite : https://rec.onegeosuite.fr/login/fr/signin/?next=
Codesprint réalisé en distanciel (en visio). Le lien de la visio est celui utilisé habituellement pour les réunions du collectif CICCLO (voir l'en-tête du canal CICCLO du Mattermost de l'Afigéo).
- réaliser des tests des différentes implémentations de ProConnect et de l'API Features afin de vérifier le bon fonctionnement et le respect des standards
- réaliser des tests croisés entre solutions techniques issues des différentes communautés logicielles afin de vérifier leur interopérabilité effective
- identifier les anomalies à résoudre
- échanger entre développeurs des solutions pour réaliser un diagnostic correct des anomalies et flécher les axes de correction
- les solutions à tester doivent être mises à disposition des testeurs quelques jours avant le codesprint
- les tests des solutions devront commencer les jours précédents le codesprint afin d'identifier au plus tôt les soucis nécessitant des échanges entre développeurs et des corrections
- des tests complémentaires pourront avoir lieu durant le codesprint pour mieux identifier les conditions de reproduction des anomalies, pour mieux les caractériser ou pour tester d'éventuelles corrections
- les anomalies et les doutes identifiés lors des tests feront l'objet de ticket/issues dans le présent dépôt Github
- les échanges techniques si rapportant seront consignés sous la forme de discussions dans les tickets eux-mêmes
- les membres du dépôt Github pourront assignés les tickets. Benjamin Chartier pourra les assignés pour les créateurs de ticket qui ne seraient pas membres du dépôt Github.
- chaque communauté se chargera de reproduire ou référencer les tickets qui les concernent dans son propre gestionnaire de ticket si cela est nécessaire
- Alkante
- Camptocamp
- IGN - Équipe Géoplateforme
- JDev
- Neogeo Technologies
À noter que pour la Géoplateforme :
- les implémentations de l'API features ne seront pas disponibles pour le codesprint ;
- des tests avec les comptes ProConnect utilisés par les autres solutions seront possibles sur une plateforme de recette uniquement.
- Visio : celui utilisé habituellement pour les réunions du collectif CICCLO (voir l'en-tête du canal CICCLO du Mattermost de l'Afigéo)
- Création et suivi des tickets : Issues du projet Github
- Solutions testées : voir liste des outils en haut de la présente page
- Autres outils utilisables pour les tests (charge à chacun de les déployer) :
- Côté client : QGIS, ArcGIS...
- voir cette page produite par le groupe de rédacteurs du standard pour d'autres outils mobilisables : Implementations
Les cas d'usage des cahiers des charges sont reproduits dans cette page :