POC : Création d'un endpoint WFS / OGC API Features #974
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Vu cette réaction sur LinkedIn et la discussion correspondante avec @MathieuFV sur Mattermost
La personne mentionne le standard "OGC API Features" (successeur au WFS si je comprends bien) comme moyen d'exposer nos données sous un format qui soit facilement réutilisable grâce à un large outillage GIS
Il y a des solutions sur étagère auxquelles il "suffit" de donner l'URL de notre DB.
Il "suffirait" donc de construire une vue sur la DB (une
MATERIALIZED VIEW
en PostgreSQL) qui contiendrait ce qu'on veut exposer (en gros je dirais la géométrie + les colonnes permettant de reproduire le contenu d'une popup sur la carto)Dans cette PR de preuve de concept, je démarre un conteneur du logiciel pg_featureserv (écrit en Go) et ça donne un endpoint d'API avec vue sur la table
location
que je réussis sans problème à charger dans QGISLedit logiciel gère les requêtes faites à PostGIS quand on se déplace / zoome sur la carte. L'API ainsi créée permet aussi de filtrer avec le langage CQL qui fait partie du standard OGC API (même fonctionnement que l'API WFS de Sogelink)