On peut renvoyer Carmen à la spécif que j'ai trouvée concernant la
conformité INSPIRE:
https://inspire.ec.europa.eu/file/1556/download?token=2IJ7xEJG
(à partir de la page 60)

Ce n'est pas marqué clairement, mais XML 1.1 n'est pas imposé, mais les
espaces de noms spécifiques à Inspire (hors de la norme WMS d'OGC, qui
devrait être en version 1.3 et non plus 1.1.1) devraient être déclarés dans
le XML (de préférence à la racine de l'élément <WMS>), ce qui est oublié
par Carmen dans les services web qu'il a confiés à nos offices publics et
qu'il utilise ces espaces dans les contenus de l'élément racine du
document, comme il le fait déjà pour chaque attribut "xlink:*" ou "xsi:*",
bien que cela serait aussi bien de les déclarer seulement à la racine <WMS>
que pour chacun des éléments utilisant ces attributs):

<?xml version="1.0"...?>
<!DOCTYPE ...>
<WMS version="1.3"
   xmlns:inspire_vs=“
http://inspire.ec.europa.eu/schemas/inspire_vs_ows11/1.0”
   xmlns:inspire_vs=“
http://inspire.ec.europa.eu/schemas/inspire_vs_ows11/1.0”
   xmlns:inspire_common=“http://inspire.ec.europa.eu/schemas/common/1.0”
>
...
</WMS>

Il y a un exemple page 63 du PDF INSPIRE ci-dessus.


Le sam. 25 janv. 2020 à 16:18, Philippe Verdy <ver...@gmail.com> a écrit :

> J'ajoute que la version 1.1 ou 1.1.1 de WMS est obsolète et son support a
> été retiré des spécifications sur
> https://www.opengeospatial.org/standards/wms
> Bref Carmen n'est pas à jour (pourtant un fix est simple à faire dans les
> XML générés, une ligne en plus dans la DTD et un pseudo-attribut dans
> l'élément racine) !
>
>
> Le sam. 25 janv. 2020 à 16:15, Philippe Verdy <ver...@gmail.com> a écrit :
>
>> Il y a le même problème à l'INPN, dont les WMS ne se chargent pas non
>> plus dans JOSM (même exception: préfixe "inspire_vs:" non lié à une
>> déclaration d'espace de nom dans l'élément XML racine, la même DTD incluse
>> ne suffit pas pour XML.
>>
>> Les autres outils SIG (QGIS) utilisent sans doute non pas un parseur XML
>> normal mais un parseur SGML qui se moque des espaces de noms XML (ou un
>> vieux parseur XML avant la standardisation des espaces de noms... alors que
>> le WMS en fait usage pour d'autres espaces de noms comme "xlink:" et
>> "xsi:"), et traite uniquement des noms d'éléments complets (avec leur
>> préfixe inclus, inséparable et non remplaçable comme c'est le cas en XML)
>> déclarés dans la DTD incluse dont XML se moque pas mal.
>>
>>
>> https://inpn.mnhn.fr/telechargement/cartes-et-information-geographique/nat/natura
>>
>>
>> (ce sont les données des ZSC et ZPS transmises à l'Union européenne
>> concernant les zones Natura 2000).
>>
>> JOSM semble vouloir la conformité XML stricte 1.1 publiée en 2004, mais
>> cette façon de faire c'est du vieux XML 1.0 de 1998. C'est pourtant la
>> version 1.0 de XML qui est déclarée dans l'entête WMS. Mais JOSM la lit
>> comme du XML 1.1. En fin de compte c'est peut-être bien un bogue de JOSM.
>>
>> Ceci dit je ne sais pas si la norme WMS impose la conformité XML 1.1
>> (pourtant pas difficile à réaliser : juste un pseudo-attribut xmlns:*=* à
>> ajouter dans la balise racine, et une ligne dans la DTD incluse pour
>> déclarer cet attribut, même s'il a une valeur fixe). Cela semble être le
>> cas pour la version WMS 1.3, mais le même logiciel Carmen utilisé par l'ONF
>> et l'INPN utilise une ancienne version WMS 1.1.
>>
>> Je ne sais pas trop quoi en penser. Dans le cadre Inspire il devrait y
>> avoir une spécification des versions et de la compatibilité requise sur les
>> services ouverts proposés.
>>
>>
>>
>>
>> Le sam. 25 janv. 2020 à 12:53, deuzeffe <opensm....@deuzeffe.org> a
>> écrit :
>>
>>> Ça ressemble à celle mentionnée sur le site du cadastre, non ?
>>> Cf
>>>
>>> https://cadastre.gouv.fr/scpc/html/CU_01_ConditionsGenerales_fr.html?dontSaveLastForward&CSRF_TOKEN=C1BM-QP7J-85OB-ATJI-GJP6-V5RL-I6D1-TJ7E&keepVolatileSession=
>>>
>>> (mais quelle URL ALC !!!)
>>>
>>> Ce qui, d'après Marc-marc relayant la parole de Christian, n'est plus
>>> d'actualité quant à l'obligation de mettre l'attribution sur le fond
>>> cadastre... (je ne sais pas s'il s'agit de cette discussion là :
>>>
>>> https://lists.openstreetmap.org/pipermail/talk-fr/2020-January/095969.html
>>> )
>>>
>>> Le 24/01/2020 à 18:27, Vincent Bergeot a écrit :
>>> > Le 24/01/2020 à 15:41, marc marc a écrit :
>>> >> une idée de la licence de cette couche ?
>>> >
>>> > quand on veut télécharger les données on tombe sur un truc long /
>>> >
>>> > Exploitation des fichiers et données
>>> > Sous réserve du respect des droits de propriété intellectuelle qui
>>> leur
>>> > sont attachés, mentionnés dans les métadonnées, les informations mises
>>> à
>>> > disposition peuvent être utilisées par toute personne qui le souhaite
>>> à
>>> > d'autres fins que celles de la mission de service public pour les
>>> > besoins de laquelle elles ont été élaborées ou sont détenues. La
>>> > réutilisation des informations suppose que celles-ci ne soient pas
>>> > altérées, que leur sens ne soit pas dénaturé et que leurs sources et
>>> la
>>> > date de leur dernière mise à jour soient mentionnées (ex : " Source :
>>> > Service xxx, données 2005). Ces conditions portent sur l'ensemble des
>>> > fichiers livrés, à savoir, les fichiers de données, les métadonnées et
>>> > l'avertissement.
>>> >
>>> > Sont ainsi possible, sous ces conditions, la présentation sur tout
>>> > support, y compris sur Internet, des données et métadonnées, ainsi que
>>> > toute étude ou analyse résultant de l'exploitation de ces informations.
>>> >
>>> > L'utilisateur peut également changer le format informatique et adapter
>>> > les données et métadonnées pour les intégrer à son propre système
>>> > d'information ou les mettre à disposition. Il peut agréger les
>>> > informations, ajouter ou supprimer des attributs, sélectionner une
>>> > partie du territoire, et réaliser une généralisation géographique. Il
>>> > doit alors veiller à respecter scrupuleusement la qualité des données
>>> et
>>> > à ne pas en dénaturer le sens.
>>> >
>>> > Toutefois, ces différentes utilisations des données devront tenir
>>> compte
>>> > des caractéristiques et des limites indiquées dans les métadonnées qui
>>> > leur sont associées. Les utilisateurs sont mis particulièrement en
>>> garde
>>> > contre toute interprétation, utilisation ou présentation des données à
>>> > une échelle plus grande que celle indiquée dans les métadonnées, par
>>> > exemple à une échelle cadastrale pour un zonage numérisé à 1:25000.
>>> >
>>> > Les informations mises à disposition ne sont pas fournies en vue d'une
>>> > utilisation particulière, et aucune garantie quant à leur aptitude à
>>> un
>>> > usage particulier n'est apportée par le service fournisseur.
>>> >
>>> > En conséquence, l'utilisateur apprécie notamment :
>>> > o l'opportunité d'utiliser les données ;
>>> > o la compatibilité des fichiers avec ses systèmes informatiques ;
>>> > o l'adéquation des données à ses besoins ;
>>> > o s'il dispose de la compétence suffisante pour utiliser les
>>> > informations mises à disposition.
>>> >
>>> > L'utilisateur veille à vérifier que l'actualité des informations mises
>>> à
>>> > disposition est compatible avec chaque usage qu'il en fait.
>>> > Il est invité à informer le service mettant les informations à
>>> > disposition des erreurs et anomalies qu'il pourrait éventuellement
>>> > relever dans ces informations, ce service restant libre d'apprécier la
>>> > suite à donner à ce signalement.
>>> >
>>>
>>> _______________________________________________
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Répondre à