Development #41224
Mis à jour par Valentin Deniaud il y a environ 4 ans
Quand le connecteur fait une requête GetFeature, il précise outputFormat=json.
Or dans la spec OpenGIS,
<pre>
A server may advertise additional values for the outputFormat parameter in its capabilities document (see
8.3.3) indicating that multiple output formats, including previous versions of GML, are supported. However,
This International Standard does not assign any specific meaning to these additional values.
</pre>
Et en bonus, c'est dans le code de GeoServer ou autre qu'il y a une tolérance qui permet d'envoyer json au lieu du nom exact de la propriété.
L'endpoint a été développé pour Grenoble, où dans le GetCapabilities on peut voir que GetFeature supporte @application/json@, et on peut gracieusement dire juste @json@.
Or à Lyon, on peut aussi avoir une sortie en json, mais cette fois en spécifiant @application/json; subtype=geojson@, que geoserver permet d'abréger en @geojson@.
Donc ce ticket vise à avoir quelque chose d'automatique qui dans les deux cas sache demander du json.
En parallèle il y a un gros boulot commencé dans #38865, #20305, convertir le xml en json pour fonctionner dans tous les cas, mais pour le moment on peut se contenter du patch simple qui va émerger de ce ticket IMO (et puis s'éviter la conversion quand c'est possible, c'est toujours sympa).
Or dans la spec OpenGIS,
<pre>
A server may advertise additional values for the outputFormat parameter in its capabilities document (see
8.3.3) indicating that multiple output formats, including previous versions of GML, are supported. However,
This International Standard does not assign any specific meaning to these additional values.
</pre>
Et en bonus, c'est dans le code de GeoServer ou autre qu'il y a une tolérance qui permet d'envoyer json au lieu du nom exact de la propriété.
L'endpoint a été développé pour Grenoble, où dans le GetCapabilities on peut voir que GetFeature supporte @application/json@, et on peut gracieusement dire juste @json@.
Or à Lyon, on peut aussi avoir une sortie en json, mais cette fois en spécifiant @application/json; subtype=geojson@, que geoserver permet d'abréger en @geojson@.
Donc ce ticket vise à avoir quelque chose d'automatique qui dans les deux cas sache demander du json.
En parallèle il y a un gros boulot commencé dans #38865, #20305, convertir le xml en json pour fonctionner dans tous les cas, mais pour le moment on peut se contenter du patch simple qui va émerger de ce ticket IMO (et puis s'éviter la conversion quand c'est possible, c'est toujours sympa).