Plus possible d'utiliser le service WMS ortho avec GeoServer ou MapStore2

[MaelREBOUX]

Type de diffusion concernée

Service WMS Raster

Accès concerné

Ouvert

Description de l'erreur

Bonjour,

Je me fais porte-parole de quelques plates-formes qui réutilisent vos services : Rennes Métropole, CRAIG notamment.

Depuis samedi 15/02 nous ne parvenons plus à utiliser le service "Données "ortho" en WMS Raster" (cf https://geoservices.ign.fr/services-web-experts-ortho).

Les capacités du service sont bonnes : https://data.geopf.fr/annexes/ressources/wms-r/ortho.xml
Mais ni mapStore2 en direct ou GeoServer pour mettre en place un cascading ne parviennent à utiliser vos services.
En revanche : ça passe avec un QGIS.

Un problème de filtrage user-agent de votre côté ?

[MaelREBOUX]

Ce serait à faire confirmer mais il me semble qu'un getMap ne fonctionne pas et reste scotché sur les capacités.

Exemple :

https://data.geopf.fr/annexes/ressources/wms-r/ortho.xml?SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&FORMAT=image%2Fjpeg&TRANSPARENT=true&LAYERS=ORTHOIMAGERY.ORTHOPHOTOS.ORTHO-EXPRESS.2023&STYLES=&SRS=EPSG%3A3857&CRS=EPSG%3A3857&TILED=true&WIDTH=256&HEIGHT=256&BBOX=-198124.77731517702%2C6110070.29300385%2C-195678.7924100514%2C6112516.277908975

ici me renvoie à nouveau les capacités.

[Dolite]

L'adresse https://data.geopf.fr/annexes/ressources/wms-r/ortho.xml est un getcapabilities statique, qui permet de restreindre les couches visibles dessus. Ces capacités précisent l'URL des serveurs WMS pour les opérations GetMap et GetFeatureInfo. QGis permet bien de tenir compte d'une URL différente pour les autres opérations. Il est donc normal que les requêtes GetMap envoyées vers /annexes/... soient en échec. Mais cela n'a jamais fonctionné normalement.

[Dolite]

Vous interrogiez le getCapabilities sur le service source avant (https://data.geopf.fr/wms-r?SERVICE=WMS&VERSION=1.3.0&REQUEST=GetCapabilities) ou vous avez toujours demandé la version statique et filtrée ?

[MarieSuet]

Bonjour, J'ajoute que le flux wmts qui fonctionnait jusqu'à samedi dans geoserver et mapstore2 ne fonctionne plus (erreur ci-dessous dans le navigateur)

[MaelREBOUX]

Vous interrogiez le getCapabilities sur le service source avant (https://data.geopf.fr/wms-r?SERVICE=WMS&VERSION=1.3.0&REQUEST=GetCapabilities) ou vous avez toujours demandé la version statique et filtrée ?

Oui c'est ce que j'ai en prod mais il ne fonctionne plus non plus. Pour ça que je tente de passer sur https://data.geopf.fr/annexes/ressources/wms-r/ortho.xml

[MaelREBOUX]

Bonjour @Dolite ,

Les services re-fonctionnent ce matin, ce qui tend à confirmer que le problème vient bien de votre côté.
On m'a rappelé (j'avais oublié) que cela arrive de temps à autre, sur des durées très variables.

Il y a une incohérence quelque part car votre nouveau fichier de capacités
https://data.geopf.fr/annexes/ressources/wms-r/ortho.xml
est bien valide et liste des couches mais ne permet pas de les utiliser car les opération GetMap renvoient sur les capacités. Ce service WMS ne nous semble donc pas valide.

Le service WMS utilisable est en effet l'ancien https://data.geopf.fr/wms-r?SERVICE=WMS&VERSION=1.3.0&REQUEST=GetCapabilities
Mais c'est celui qui "tombe" de temps à autre.

Merci de nous éclairer et de corriger ce qui doit l'être.

[MaelREBOUX]

Dit autrement :

https://data.geopf.fr/annexes/ressources/wms-r/ortho.xml sont les capacités et liste des couches.

Mais on y voit que le Request /WMS_Capabilities/Capability/Request/GetCapabilities/DCPType/HTTP/Get/OnlineResource pointe vers une autre URL : https://data.geopf.fr/wms-r/wms?SERVICE=WMS&

Il faudrait creuser pour savoir si le standard autorise ou pas une URL différente. En tout cas : QGIS l'accepte mais pas GeoServer ni MapStore2. Gênant.

[Dolite]

https://data.geopf.fr/annexes/ressources/wms-r/ortho.xml a toujours été un fichier statique, le getcapabilities filtré (avec seulement les couches d'ortho), et non un service WMS. C'est donc normal qu'un GetMap envoyé à cette URL échoue (et retourne toujours les capacités, malgré les paramètres de requête). Une application cliente qui ne tient pas compte des URL spécifiques pour le GetMap dans ce fichier ne pourra pas fonctionner de cette manière. C'est la technique présentée dans ce tutoriel qui est mise en place.

Le "vrai" service WMS est toujours https://data.geopf.fr/wms-r, qui sait répondre à toutes les requêtes.

Nous avons eu hier une relivraison du service WMS Raster, cela peut expliquer en partie les dysfonctionnement et veuillez nous en excuser. Mais hors QGis, le passage par le fichier thématique https://data.geopf.fr/annexes/ressources/wms-r/ortho.xml sera toujours en échec pour autre chose que le GetCapabilities.

[Dolite]

S'il reste des GetMap, GetTile ou GetFeatureInfo vers les services de la Géoplateforme (https://data.geopf.fr/wmts et https://data.geopf.fr/wms-r) en échec, n'hésitez pas à donner des exemples de requêtes pour que nous puissions investiguer.

Bonne journée à vous.

[MaelREBOUX]

OK.
Mais dans ce cas, pourquoi cacher les capacités "dynamiques" sur votre page https://geoservices.ign.fr/services-web-experts-ortho ?
Quelqu'un qui débarque va avoir des difficultés d'utilisation. Il me semble opportun de le rajouter / remettre.

S'il reste des GetMap, GetTile ou GetFeatureInfo vers les services de la Géoplateforme en échec, n'hésitez pas à donner des exemples de requêtes pour que nous puissions investiguer.

Comptez sur nous :D

[Dolite]

Il est vrai qu'il faudrait a minima préciser les conditions dans lesquelles le passage par ce getcap thématique fonctionne.

[MaelREBOUX]

Suivi : c'est reparti la semaine dernière et c'est à nouveau coupé depuis 11h30.

[MaelREBOUX]

Je viens de créer #70
car c'est un autre problème que celui décrit ici