Re: [OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

2020-01-25 Par sujet deuzeffe 
Ok. Faudrait que ça soit signalé aux diversses administrations qui 
blablatises encore ainsi ;)


Bon, et pour la couche cadastre (par ex.), qui est donc en LO, on 
indique quand même nom, source et millésime, non ?


Le 25/01/2020 à 16:00, Christian Quest a écrit :
Tout ça c'est du bla bla (obsolète), qui de toute façon ne fait que 
reprendre de façon alambiquée les termes de la Loi (ah, ce besoin des 
administrations de faire des phrases... pour reprendre Audiard).


Indiquer quelque part source et millésime suffit, le plus simple étant 
sur le changeset.


Bla bla obsolète vu qu'on y parle d'obtenir une copie sous une forme 
numérique, contre le paiement d'une redevance, ce qui n'est plus légal 
depuis déjà plusieurs années (Loi Valter)... et de droits sui generis 
des bases de données, droit largement supprimé par la Loi Lemaire pour 
celles constituées par les administrations. Rien d'étonnant pour un site 
web optimisé pour du 800x600 ;)



Le 25/01/2020 à 12:53, deuzeffe 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_TOKEN=C1BM-QP7J-85OB-ATJI-GJP6-V5RL-I6D1-TJ7E= 



(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 
)




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

2020-01-25 Par sujet Philippe Verdy 
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 ), 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 
que pour chacun des éléments utilisant ces attributs):



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”
>
...


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


Le sam. 25 janv. 2020 à 16:18, Philippe Verdy  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  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  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_TOKEN=C1BM-QP7J-85OB-ATJI-GJP6-V5RL-I6D1-TJ7E=
>>>
>>> (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

Re: [OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

2020-01-25 Par sujet Philippe Verdy 
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  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  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_TOKEN=C1BM-QP7J-85OB-ATJI-GJP6-V5RL-I6D1-TJ7E=
>>
>> (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
>> >

Re: [OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

2020-01-25 Par sujet Philippe Verdy 
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  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_TOKEN=C1BM-QP7J-85OB-ATJI-GJP6-V5RL-I6D1-TJ7E=
>
> (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 ;
>

Re: [OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

2020-01-25 Par sujet Christian Quest 
Tout ça c'est du bla bla (obsolète), qui de toute façon ne fait que 
reprendre de façon alambiquée les termes de la Loi (ah, ce besoin des 
administrations de faire des phrases... pour reprendre Audiard).


Indiquer quelque part source et millésime suffit, le plus simple étant 
sur le changeset.


Bla bla obsolète vu qu'on y parle d'obtenir une copie sous une forme 
numérique, contre le paiement d'une redevance, ce qui n'est plus légal 
depuis déjà plusieurs années (Loi Valter)... et de droits sui generis 
des bases de données, droit largement supprimé par la Loi Lemaire pour 
celles constituées par les administrations. Rien d'étonnant pour un site 
web optimisé pour du 800x600 ;)



Le 25/01/2020 à 12:53, deuzeffe 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_TOKEN=C1BM-QP7J-85OB-ATJI-GJP6-V5RL-I6D1-TJ7E=


(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 
)



--
Christian Quest - OpenStreetMap France


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

2020-01-25 Par sujet deuzeffe 

Ça ressemble à celle mentionnée sur le site du cadastre, non ?
Cf 
https://cadastre.gouv.fr/scpc/html/CU_01_ConditionsGenerales_fr.html?dontSaveLastForward_TOKEN=C1BM-QP7J-85OB-ATJI-GJP6-V5RL-I6D1-TJ7E=


(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

Re: [OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

2020-01-25 Par sujet Vincent Bergeot 

Le 25/01/2020 à 09:34, Christian Quest a écrit :

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 /
[]


Ceci correspond donc globalement à la Licence Ouverte.


il me semble aussi mais je me sens rassuré de te voir l'écrire.

Vérifiez juste dans les métadonnées qu'il n'est pas fait mention de 
droits de propriété intellectuelle de tiers...


voici le lien de téléchargement (environ 5Mo) reçu pour la plus belle 
région de france : 
http://tele.carmencarto.fr/DOWNLOADS/rdf_pub.frt_reg75_1579886482_6349.zip


Je ne comprends rien aux fichiers, si vous y lisez quelques choses de 
compréhensible, je suis intéressé à la fois par le contenu mais aussi 
comment vous avez ouvert les divers fichiers !


à plus

--
Vincent Bergeot


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

2020-01-25 Par sujet Christian Quest 

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.




Ceci correspond donc globalement à la Licence Ouverte.

Vérifiez juste dans les métadonnées qu'il n'est pas fait mention de 
droits de propriété intellectuelle de tiers...


--
Christian Quest - OpenStreetMap France

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

2020-01-24 Par sujet Romain MEHUT 
Merci Thomas pour avoir creusé la question.

De mon côté j'ai obtenu la réponse suivante de l'ONF :
"Nos flux externes sont hébergés par la plate-forme Carmen dont nous
n’assurons pas le développement ni le support. Pour toute question
technique concernant la construction des flux, je vous invite donc à vous
rapprocher de l’équipe Carmen :
http://carmen.naturefrance.fr/actualites/demandes-support-formulaire-contact

Par ailleurs, les flux actuels sont parfaitement fonctionnels dans la
plupart des clients SIG de référence, notamment ArcGIS et QGIS ainsi que
dans un certain nombre de portails Web. Cela pourrait laisser penser que la
source de votre problème se trouve plutôt du côté de la prise en charge du
flux par votre logiciel."


Du coup, est-ce que je poursuis auprès de l'équipe Carmen ?


Romain

Le ven. 24 janv. 2020 à 15:36, Thomas Gratier 
a écrit :

> Bonjour,
>
> "Visiblement un développeur de l'ONF a bidouillé "à la main" l'entête XML
> de ce fichier qui n'est visiblement pas créé entièrement par un outil
> automatique, si on regarde simplement l'indentation changeante et
> inconsistante (qu'un outil automatique n'aurait pas généré comme ça)."
>
> Complètement faux. L'outil c'est Mapserver et c'est généré automatiquement
> (cf https://github.com/mapserver/mapserver/blob/master/mapwms.c#L2992)
> Sinon, j'ai trouvé encore plus simple pour contourner proprement
> http://ws.carmencarto.fr/WMS/105/ONF_Forets?request=GetCapabilities=1.3.0
> Il faut rajouter la version 1.3.0 dans l'appel GetCapabilities (voir l'url
> du lien précédent) pour ne plus avoir les mentions Inspire qui font planter
> JOSM car par défaut c'est la 1.1.1 qui retourne ces références Inspire
> (suffit de lire le code dans le premier lien fourni pour le comprendre)
>
> Cordialement
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

2020-01-24 Par sujet Vincent Bergeot 

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.


--
Vincent Bergeot


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

2020-01-24 Par sujet Philippe Verdy 
Le ven. 24 janv. 2020 à 15:36, Thomas Gratier 
a écrit :

> Bonjour,
>
> "Visiblement un développeur de l'ONF a bidouillé "à la main" l'entête XML
> de ce fichier qui n'est visiblement pas créé entièrement par un outil
> automatique, si on regarde simplement l'indentation changeante et
> inconsistante (qu'un outil automatique n'aurait pas généré comme ça)."
>
> Complètement faux. L'outil c'est Mapserver et c'est généré automatiquement
> (cf https://github.com/mapserver/mapserver/blob/master/mapwms.c#L2992)
>

C'est peut-être un serveur mais il se base sur des fichiers macros ou des
bouts de code édités manuellement. Et ça se voit dans les warnings laissés
en commentaires. Un générateur automatique ne ferait pas ça.

Sinon, j'ai trouvé encore plus simple pour contourner proprement
> http://ws.carmencarto.fr/WMS/105/ONF_Forets?request=GetCapabilities=1.3.0
> Il faut rajouter la version 1.3.0 dans l'appel GetCapabilities (voir l'url
> du lien précédent) pour ne plus avoir les mentions Inspire qui font planter
> JOSM car par défaut c'est la 1.1.1 qui retourne ces références Inspire
> (suffit de lire le code dans le premier lien fourni pour le comprendre)
>

Ca montre que ça a été un peu bricolé sur un serveur qui n'était pas fait
initialement pour ça. Rien que l'inclusion d'une DTD dans un XML montre une
solution manuelle de compatibilité (sans doute pour les outils internes
maison qui ne savent pas traiter les namespaces XML mais utilisent un
parseur XML plus simple, plus ou moins hérité des parseurs SGML; d'où les
déclarations SGML, inutiles en XML dont les schémas sont plutôt gérés par
des références à des URI d'espaces de noms, et où les préfixes assignés
n'ont pas de signification.

Il suffit de voir que le DTD interne déclare des "attributs" (uniquement
pour SGML) alors que ce sont des pseudo-attributs en XML et qu'on n'a pas
besoin (ni même normalement le droit) de déclarer, tels que
".
Un parseur XML ne peut faire qu'ignorer ces déclarations, ou bien les
rejeter en mode strict, elles n'ont aucune signification pour lui et ce
n'est pas parce qu'on indique que ces attributs sont implicites pour SGML
qu'ils signifient quelquechose dans le corps du document, à moins d'un
traitement spécial des DTD pour construire le DOM au chargement du document.
Les namespaces XML sont totalement indépendants des DTD.
https://docstore.mik.ua/orelly/xml/xmlnut/ch04_04.htm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

2020-01-24 Par sujet marc marc 
Le 24.01.20 à 15:35, Thomas Gratier a écrit :
> j'ai trouvé encore plus simple pour contourner proprement
> http://ws.carmencarto.fr/WMS/105/ONF_Forets?request=GetCapabilities=1.3.0

bravo pour ce travail de recherche complet \o/
une idée de la licence de cette couche ?
parce que si tout va bien, on ajoute dans josm/eli histoire que tout le
monde en profite sans devoir rajouter à la main une nouvelle couche
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

2020-01-24 Par sujet Thomas Gratier 
Bonjour,

"Visiblement un développeur de l'ONF a bidouillé "à la main" l'entête XML
de ce fichier qui n'est visiblement pas créé entièrement par un outil
automatique, si on regarde simplement l'indentation changeante et
inconsistante (qu'un outil automatique n'aurait pas généré comme ça)."

Complètement faux. L'outil c'est Mapserver et c'est généré automatiquement
(cf https://github.com/mapserver/mapserver/blob/master/mapwms.c#L2992)
Sinon, j'ai trouvé encore plus simple pour contourner proprement
http://ws.carmencarto.fr/WMS/105/ONF_Forets?request=GetCapabilities=1.3.0
Il faut rajouter la version 1.3.0 dans l'appel GetCapabilities (voir l'url
du lien précédent) pour ne plus avoir les mentions Inspire qui font planter
JOSM car par défaut c'est la 1.1.1 qui retourne ces références Inspire
(suffit de lire le code dans le premier lien fourni pour le comprendre)

Cordialement


Thomas Gratier



Le ven. 24 janv. 2020 à 13:01, Philippe Verdy  a écrit :

> il manque juste un pseudo-attribut dans l'élément racine:
> 
>
> changé en:
>xmlns:inspire_vs="_vs;"
> >
>
> avec la déclaration de l'entité dans le DTD inclus:
> http://inspire.ec.europa.eu/schemas/inspire_vs/1.0;>
>
> On peut aussi combiner sans nécessairement définir cette entité nommée
> (bien que nommer une entité pour les URI réutilisées partout dans une DTD
> soit une pratique courante pour l'usage au sein de la DTD, m^me si on ne le
> fait pas dans le corps du document pour ses éléments):
>
> http://inspire.ec.europa.eu/schemas/inspire_vs/1.0;>
>
> En gros c'est du "quasiment" Inspire standard mais il y a des
> "VendorSpecificCapabilities", essentiellement pour les langues européennes
> supportées. Un processeur WMS qui ne connait pas ces extensions ne sait pas
> quoi en faire quand il tombe sur ces éléments ou attributs d'extension
> utilisant ce préfixe " inspire_vs:".
>
> Les autres préfixes "inspire_common:" présents dans les noms d'élements et
> d'attributs sont déclarés dans la DTD, mais en XML il vaut mieux aussi les
> déclarer avec un espace de nom XML (qui permet ensuite de se passer de la
> DTD incluse dans le fichier XML, si le processeur final du fichier WMS
> connait déjà ce schéma intégré dans la version indiquée par l'URI, au lieu
> de faite la liaison élément par élément dans leur déclaration de la DTD):
>
> http://inspire.ec.europa.eu/schemas/inspire_vs/1.0;
> xmlns:inspire_common=" http://inspire.ec.europa.eu/schemas/inspire_vs/1.0
> ">
>
> Visiblement un développeur de l'ONF a bidouillé "à la main" l'entête XML
> de ce fichier qui n'est visiblement pas créé entièrement par un outil
> automatique, si on regarde simplement l'indentation changeante et
> inconsistante (qu'un outil automatique n'aurait pas généré comme ça).
>
> A la base c'était généré par un outil, mais il y a eu du copier-coller
> manuel de bouts de code (pour ajouter ces extensions facultatives dans un
> espace de noms spécifique "inspire_vs", et aussi pour modifier les valeurs
> des "boundingbox"). On fait ça localement pour du test en développement
> avec ses outils internes, mais on ne déploie pas ça en prod sans tester la
> conformité complète et la compatibilité avec les autres outils
> réutilisateurs,  justement dans le cadre ouvert d'Inspire.
>
>
> Le jeu. 23 janv. 2020 à 21:54, Romain MEHUT  a
> écrit :
>
>> Merci Thomas pour l'alternative.
>>
>> Je viens d'envoyer un mél à l'ONF en expliquant le problème d'accès et le
>> souhait que ce soit corrigé.
>>
>> Romain
>>
>> Le jeu. 23 janv. 2020 à 21:33, Thomas Gratier <
>> osgeo.mailingl...@gmail.com> a écrit :
>>
>>> Salut Romain,
>>>
>>> Tu peux tricher avec l'URL suivante
>>> https://gist.githubusercontent.com/ThomasG77/a1af86730d6b0051d6781199364f2d42/raw/b8064ac7164333d80c31e8d0fe70e0a57bd52c8f/onf-capabilities.xml
>>> dans la partie "2. Entrer l'URL GetCapabilities" dans la section pour
>>> l'ajout de couches WMS dans JOSM
>>> C'est le même contenu que
>>> http://ws.carmencarto.fr/WMS/105/ONF_Forets?request=GetCapabilities
>>> mais j'ai nettoyé les tags XML et la déclaration liée au namespace
>>> inspire
>>> J'ai vérifié et cela permet de contourner le problème. Pas propre mais
>>> pas bloqué.
>>>
>>> Thomas Gratier
>>>
>> ___
>> 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

2020-01-24 Par sujet Philippe Verdy 
il manque juste un pseudo-attribut dans l'élément racine:


changé en:


avec la déclaration de l'entité dans le DTD inclus:
http://inspire.ec.europa.eu/schemas/inspire_vs/1.0;>

On peut aussi combiner sans nécessairement définir cette entité nommée
(bien que nommer une entité pour les URI réutilisées partout dans une DTD
soit une pratique courante pour l'usage au sein de la DTD, m^me si on ne le
fait pas dans le corps du document pour ses éléments):

http://inspire.ec.europa.eu/schemas/inspire_vs/1.0;>

En gros c'est du "quasiment" Inspire standard mais il y a des
"VendorSpecificCapabilities", essentiellement pour les langues européennes
supportées. Un processeur WMS qui ne connait pas ces extensions ne sait pas
quoi en faire quand il tombe sur ces éléments ou attributs d'extension
utilisant ce préfixe " inspire_vs:".

Les autres préfixes "inspire_common:" présents dans les noms d'élements et
d'attributs sont déclarés dans la DTD, mais en XML il vaut mieux aussi les
déclarer avec un espace de nom XML (qui permet ensuite de se passer de la
DTD incluse dans le fichier XML, si le processeur final du fichier WMS
connait déjà ce schéma intégré dans la version indiquée par l'URI, au lieu
de faite la liaison élément par élément dans leur déclaration de la DTD):

http://inspire.ec.europa.eu/schemas/inspire_vs/1.0; xmlns:inspire_common="
http://inspire.ec.europa.eu/schemas/inspire_vs/1.0 ">

Visiblement un développeur de l'ONF a bidouillé "à la main" l'entête XML de
ce fichier qui n'est visiblement pas créé entièrement par un outil
automatique, si on regarde simplement l'indentation changeante et
inconsistante (qu'un outil automatique n'aurait pas généré comme ça).

A la base c'était généré par un outil, mais il y a eu du copier-coller
manuel de bouts de code (pour ajouter ces extensions facultatives dans un
espace de noms spécifique "inspire_vs", et aussi pour modifier les valeurs
des "boundingbox"). On fait ça localement pour du test en développement
avec ses outils internes, mais on ne déploie pas ça en prod sans tester la
conformité complète et la compatibilité avec les autres outils
réutilisateurs,  justement dans le cadre ouvert d'Inspire.


Le jeu. 23 janv. 2020 à 21:54, Romain MEHUT  a
écrit :

> Merci Thomas pour l'alternative.
>
> Je viens d'envoyer un mél à l'ONF en expliquant le problème d'accès et le
> souhait que ce soit corrigé.
>
> Romain
>
> Le jeu. 23 janv. 2020 à 21:33, Thomas Gratier 
> a écrit :
>
>> Salut Romain,
>>
>> Tu peux tricher avec l'URL suivante
>> https://gist.githubusercontent.com/ThomasG77/a1af86730d6b0051d6781199364f2d42/raw/b8064ac7164333d80c31e8d0fe70e0a57bd52c8f/onf-capabilities.xml
>> dans la partie "2. Entrer l'URL GetCapabilities" dans la section pour
>> l'ajout de couches WMS dans JOSM
>> C'est le même contenu que
>> http://ws.carmencarto.fr/WMS/105/ONF_Forets?request=GetCapabilities
>> mais j'ai nettoyé les tags XML et la déclaration liée au namespace inspire
>> J'ai vérifié et cela permet de contourner le problème. Pas propre mais
>> pas bloqué.
>>
>> Thomas Gratier
>>
> ___
> 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

Re: [OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

2020-01-23 Par sujet Romain MEHUT 
Merci Thomas pour l'alternative.

Je viens d'envoyer un mél à l'ONF en expliquant le problème d'accès et le
souhait que ce soit corrigé.

Romain

Le jeu. 23 janv. 2020 à 21:33, Thomas Gratier 
a écrit :

> Salut Romain,
>
> Tu peux tricher avec l'URL suivante
> https://gist.githubusercontent.com/ThomasG77/a1af86730d6b0051d6781199364f2d42/raw/b8064ac7164333d80c31e8d0fe70e0a57bd52c8f/onf-capabilities.xml
> dans la partie "2. Entrer l'URL GetCapabilities" dans la section pour
> l'ajout de couches WMS dans JOSM
> C'est le même contenu que
> http://ws.carmencarto.fr/WMS/105/ONF_Forets?request=GetCapabilities
> mais j'ai nettoyé les tags XML et la déclaration liée au namespace inspire
> J'ai vérifié et cela permet de contourner le problème. Pas propre mais pas
> bloqué.
>
> Thomas Gratier
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

2020-01-23 Par sujet Thomas Gratier 
Salut Romain,

Tu peux tricher avec l'URL suivante
https://gist.githubusercontent.com/ThomasG77/a1af86730d6b0051d6781199364f2d42/raw/b8064ac7164333d80c31e8d0fe70e0a57bd52c8f/onf-capabilities.xml
dans la partie "2. Entrer l'URL GetCapabilities" dans la section pour
l'ajout de couches WMS dans JOSM
C'est le même contenu que
http://ws.carmencarto.fr/WMS/105/ONF_Forets?request=GetCapabilities
mais j'ai nettoyé les tags XML et la déclaration liée au namespace inspire
J'ai vérifié et cela permet de contourner le problème. Pas propre mais pas
bloqué.

Thomas Gratier


Le jeu. 23 janv. 2020 à 21:07, Romain MEHUT  a
écrit :

> Le jeu. 23 janv. 2020 à 12:05, marc marc  a
> écrit :
>
>>
>> solution pragmatique : écrire à l'ONF pour signaler que tel url ne va
>> plus après avoir vérifié sur leur site si une nouvelle n'est pas dispo.
>>
>
> Ok je me renseigne.
> Romain
> ___
> 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

Re: [OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

2020-01-23 Par sujet Romain MEHUT 
Le jeu. 23 janv. 2020 à 12:05, marc marc  a
écrit :

>
> solution pragmatique : écrire à l'ONF pour signaler que tel url ne va
> plus après avoir vérifié sur leur site si une nouvelle n'est pas dispo.
>

Ok je me renseigne.
Romain
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

2020-01-23 Par sujet Philippe Verdy 
Un WMS c'est au départ un seul fichier XML descriptif qui contient toutes
les références aux serveurs de tuiles et décrire leur organisation. Ce
fichier est généralement (mais pas obligatoirement) hébergé par le même
fournisseur que le fournisseur des tuiles.

On peut en avoir une copie locale modifiée/"patchée" au lieu de le
télécharger depuis le serveur WMS (qui se charge alors de la diffusion ou
de ses mises à jour, ton logiciel le charge et le garde en cache).

Ensuite le logiciel de rendu utilisera les infos de ce fichier pour accéder
correctement aux tuiles avec les bonnes URL et les bons paramètres
d'affichage, et les bonnes métadonnées (dont celles de licence et droit
d'auteur, ou encore des infos sur les référentiels et projections utilisés,
ainsi que les infos sur le format des tuiles) pour que leur interprétation
et rendu soit corrects.

Le format XML n'est pas compliqué mais il impose une déclaration dans
l'entête des préfixes de "namespaces" pour les lier à une URI. Les préfixes
en XML sinon ne signifient rien, même pour XHTML ou SVG (et même le mot-clé
symbolique peut être librement redéfini, c'est la liaison du préfixe à
l'URI qui indique qu'il s'agit bien du même schéma et donc indique la
sémantique du fichier). Seuls quelques préfixes sont prédéfinis (il y en a
très peu, ce sont en fait des "pseudo-espaces" faisant partie intégrante de
la norme XML et qu'un fichier XML ne peut pas remplacer librement, car ces
espaces de noms sont réservés, notamment le préfixe "xml:").

Ainsi une balise XML nommée  ou  peut signifier
la même chose, si "toto" et "titi" sont liés à la même URI par la
déclaration de ces espaces dans l'entête XML. C'est ce qui fait la
versatilité du format XML, qui donne la possibilité d'encapsuler des
fichiers contenant des balises et attributs homonymes sans les modifier,
alors qu'ils ont des sémantiques différentes selon la déclaration des
préfixes dans la balise de leur élément conteneur. Les espaces de noms
peuvent aussi être utilisés seulement pour les noms des attributs
individuels et se mélanger à d'autres espaces de noms pour les balises
elles-mêmes. XML permet aussi de déclarer quel est l'espace de noms par
défaut, pour les balises et attributs n'ayant aucun préfixe, autrement à
dit à quelle URI ces balises et attributs sont liés. L'URI n'est qu'un
identifiant supposé unique pour un schéma de codage donné, elle n'a pas
besoin d'être téléchargée, même si souvent on peut la télécharger pour y
trouver un fichier de schéma XML (mais ce schéma peut être implicite et
intégré parmi les URI reconnues par l'utilisateur du fichier). C'est bien
l'URI qui indique la sémantique du fichier, pas seumement les noms de
balises ni les préfixes utilisés.

Si on ne lie pas les préfixes aux espaces de noms par une URI, le fichier
XML n'est pas conforme, l'interprétation est hasardeuse, l'encapsulation de
données depuis plusieurs sources utilisant des schémas différents est
impossible sans ambiguité. C'est vrai aussi pour XHTML.

Mais pas nécessaire pour HTML. même en HTML5 (dont l'espace de noms par
défaut est prédéfini par la déclaration de l'entête  où il
n'est même pas nécessaire de préciser l'URI)



HTML5 peut être utilisé *aussi* en syntaxe XHTML mais dans ce cas il devra
comporter cette déclaration d'espace de son propre espace de noms pour être
conforme XML, et les règles syntaxiques de fermeture explicite et
obligatoire de toutes les  balise d'XML s'imposent, alors qu'elles sont
partiellement levées en HTML5 comme c'était aussi déjà le cas pour HTML4 et
SGML, qui n'imposent pas cela et utilisent un espace de noms unique pour
toutes leurs balises et attributs et sinon imposent quelques espaces de
noms prédéfinis pour des cas spéciaux, le reste nécessite une déclaration
dans le "DTD" de la pseudo-balise   en tête du fichier; mais les
DTD ont été bannies en HTML5 à cause de risques de sécurité et surtout à
cause des déclarations "d'entités nommées" pouvant remplacer n'importe quoi
dans la syntaxe de ce qui suit avec un mécanisme proche de ceux des
"macros" dans les préprocesseurs; HTML5 à la place prédéclare un certain
nombre d'entités nommées, et bannit désormais toute déclaration
supplémentaire ou implicite, contrairement à ce que "tolérait" HTML4 dont
les entités nommées étaient ajoutées à loisir par différents navigateurs ou
éditeurs de documents : en HTML5 les balises nommées prédéfinies, qu'on ne
doit pas déclarer dans un DTD comme on pouvait le faire en HTML4 mais qui
compliquait les parseurs et posaient de sérieux problèmes de sécurité et
performance, ne concerne que des caractères isolés, pas n'importe quel
élément de syntaxe comme en SGML; tous les autres caractères doivent être
encodés directement, en UTF-8 par défaut s'il n'y a pas un autre "charset"
déclaré, et HTML5 ne reconnait que certains charsets et les traite de façon
différente d'HTML4 qui était plus permissif, notamment pour ce qui concerne
les charsets 8 bits ASCII, ISO 8859-1 et Windows-1252, tous mappés

Re: [OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

2020-01-23 Par sujet marc marc 

> Philippe Verdy wrote
>> corriger la syntaxe XML, et utiliser ce fichier> pour accéder aux tuiles...

comment injecteras-tu ce xml modifié dans la réponse reçue par josm ?
cela sent le 100% vapoware !

Le 23.01.20 à 10:32, Romain MEHUT a écrit :
> Sauf que je n'ai pas les compétences pour faire ce que tu proposes en
> correctif :(

solution pragmatique : écrire à l'ONF pour signaler que tel url ne va
plus après avoir vérifié sur leur site si une nouvelle n'est pas dispo.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

2020-01-23 Par sujet Romain MEHUT 
Philippe Verdy wrote
> Chez moi non, j'ai aussi une erreur XML, le flux WMS inutilisable, reste à
> trouver un WMS corrigé donnant accès aux mêmes tuiles. Tu peux déjà créer
> une copie du WMS existant, corriger la syntaxe XML, et utiliser ce fichier
> pour accéder aux tuiles...
> C'est à signaler à l'office qui a mis en place ce XML bogué.

Sauf que je n'ai pas les compétences pour faire ce que tu proposes en
correctif :(

Romain




--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

2020-01-22 Par sujet Philippe Verdy 
L'erreur indique notamment qu'il manque la déclaration des préfixes
d'espaces de noms (namespaces) XML dans l'entête pour les
"extendedCapabilities".
Elle peut aussi indiquer que ton outil ne comprend pas les déclarations
implicites de schéma (le schéma XML déclaré n'est pas le bon, il n'est pas
à jour, il y manque des déclarations, peut-être que ça marche à l'ONF avec
leur outil où ils sont prédéclarés et implicites avec leur outil, ou bien
ton propre outil WMS ne comprend pas le schéma et utilise ses propres
déclarations implicites pour les préfixes de namespaces XML). Dans ce cas
c'est ton outil qu'il faut corriger pour prendre en charge les déclarations
d'espaces (mais il bloque peut-être les déclarations externes pour des
raisons de sécurité ou performance : à toi d'en garder une copie locale sur
ton serveur dans ce cas, ou corriger le parefeu de ton serveur pour ne pas
bloquer les requêtes externes et garder un cache local de ces requêtes pour
la performance et éviter de recharger sans arrêt ces références cachables).

Le jeu. 23 janv. 2020 à 01:04, Philippe Verdy  a écrit :

> Chez moi non, j'ai aussi une erreur XML, le flux WMS inutilisable, reste à
> trouver un WMS corrigé donnant accès aux mêmes tuiles. Tu peux déjà créer
> une copie du WMS existant, corriger la syntaxe XML, et utiliser ce fichier
> pour accéder aux tuiles...
> C'est à signaler à l'office qui a mis en place ce XML bogué.
>
> Le mer. 22 janv. 2020 à 22:18, Romain MEHUT  a
> écrit :
>
>> Bonsoir David,
>>
>> Je me rends compte que j'avais inversé les liens dans mon mél et c'est
>> bien avec le lien que tu indiques que j'ai le message d'erreur :
>> "Impossible d'analyser la liste des calques WMS.
>> javax.xml.stream.XMLStreamException: ParseError at [raw,col]:[109,36]
>> Message :
>> http://www.w3.org/TR/1999/REC-xml-names-19990114#ElementPrefixUnbound?inspire_vs_vs:ExtendedCapabilities
>> "
>>
>> Chez toi, cela fonctionne ?
>>
>> Merci.
>>
>> Romain
>>
>> Le mer. 22 janv. 2020 à 18:09, David Marchal  a écrit :
>>
>>> Bonsoir, Romain.
>>>
>>> Essaie avec cette URL-ci : http://ws.carmencarto.fr/WMS/105/ONF_Forets? Ça
>>> te donne, entre autres, les forêts et parcelles publiques ; attention, les
>>> données ne sont mises à jour qu’une fois l’an.
>>>
>>> Cordialement.
>>>
>>> Le 21 janv. 2020 à 20:20, Romain MEHUT  a écrit
>>> :
>>>
>>> Bonsoir,
>>>
>>> Il y a quelque temps déjà j'avais réussi à ajouter un flux WMS (
>>> http://metadata.carmencarto.fr/geonetwork/105/fre/catalog.search#/metadata/fr-662043116-82880F0D-E1C4-4EF3-80AF-416977F118F1)
>>> de l'ONF dans JOSM pour visualiser l'emprise des forêts publiques mais
>>> maintenant j'ai un message d'erreur : "Impossible d'analyser la liste des
>>> calques WMS. javax.xml.stream.XMLStreamException: ParseError at
>>> [raw,col]:[109,36] ..."
>>>
>>> Sinon il y un autre flux WFS (
>>> http://metadata.carmencarto.fr/geonetwork/105/fre/catalog.search#/metadata/fr-662043116-7D3DC709-E1EB-470B-9FD0-8ABF8AAFD8E4)
>>> mais ce n'est pas reconnu par JOSM.
>>>
>>> Donc quelqu'un saurait-il comment s'y prendre ?
>>>
>>> Merci d'avance.
>>>
>>> Romain
>>> ___
>>> 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
>>>
>> ___
>> 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

Re: [OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

2020-01-22 Par sujet Philippe Verdy 
Chez moi non, j'ai aussi une erreur XML, le flux WMS inutilisable, reste à
trouver un WMS corrigé donnant accès aux mêmes tuiles. Tu peux déjà créer
une copie du WMS existant, corriger la syntaxe XML, et utiliser ce fichier
pour accéder aux tuiles...
C'est à signaler à l'office qui a mis en place ce XML bogué.

Le mer. 22 janv. 2020 à 22:18, Romain MEHUT  a
écrit :

> Bonsoir David,
>
> Je me rends compte que j'avais inversé les liens dans mon mél et c'est
> bien avec le lien que tu indiques que j'ai le message d'erreur :
> "Impossible d'analyser la liste des calques WMS.
> javax.xml.stream.XMLStreamException: ParseError at [raw,col]:[109,36]
> Message :
> http://www.w3.org/TR/1999/REC-xml-names-19990114#ElementPrefixUnbound?inspire_vs_vs:ExtendedCapabilities
> "
>
> Chez toi, cela fonctionne ?
>
> Merci.
>
> Romain
>
> Le mer. 22 janv. 2020 à 18:09, David Marchal  a écrit :
>
>> Bonsoir, Romain.
>>
>> Essaie avec cette URL-ci : http://ws.carmencarto.fr/WMS/105/ONF_Forets? Ça
>> te donne, entre autres, les forêts et parcelles publiques ; attention, les
>> données ne sont mises à jour qu’une fois l’an.
>>
>> Cordialement.
>>
>> Le 21 janv. 2020 à 20:20, Romain MEHUT  a écrit :
>>
>> Bonsoir,
>>
>> Il y a quelque temps déjà j'avais réussi à ajouter un flux WMS (
>> http://metadata.carmencarto.fr/geonetwork/105/fre/catalog.search#/metadata/fr-662043116-82880F0D-E1C4-4EF3-80AF-416977F118F1)
>> de l'ONF dans JOSM pour visualiser l'emprise des forêts publiques mais
>> maintenant j'ai un message d'erreur : "Impossible d'analyser la liste des
>> calques WMS. javax.xml.stream.XMLStreamException: ParseError at
>> [raw,col]:[109,36] ..."
>>
>> Sinon il y un autre flux WFS (
>> http://metadata.carmencarto.fr/geonetwork/105/fre/catalog.search#/metadata/fr-662043116-7D3DC709-E1EB-470B-9FD0-8ABF8AAFD8E4)
>> mais ce n'est pas reconnu par JOSM.
>>
>> Donc quelqu'un saurait-il comment s'y prendre ?
>>
>> Merci d'avance.
>>
>> Romain
>> ___
>> 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
>>
> ___
> 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

Re: [OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

2020-01-22 Par sujet Romain MEHUT 
Bonsoir David,

Je me rends compte que j'avais inversé les liens dans mon mél et c'est bien
avec le lien que tu indiques que j'ai le message d'erreur :
"Impossible d'analyser la liste des calques WMS.
javax.xml.stream.XMLStreamException: ParseError at [raw,col]:[109,36]
Message :
http://www.w3.org/TR/1999/REC-xml-names-19990114#ElementPrefixUnbound?inspire_vs_vs:ExtendedCapabilities
"

Chez toi, cela fonctionne ?

Merci.

Romain

Le mer. 22 janv. 2020 à 18:09, David Marchal  a écrit :

> Bonsoir, Romain.
>
> Essaie avec cette URL-ci : http://ws.carmencarto.fr/WMS/105/ONF_Forets? Ça
> te donne, entre autres, les forêts et parcelles publiques ; attention, les
> données ne sont mises à jour qu’une fois l’an.
>
> Cordialement.
>
> Le 21 janv. 2020 à 20:20, Romain MEHUT  a écrit :
>
> Bonsoir,
>
> Il y a quelque temps déjà j'avais réussi à ajouter un flux WMS (
> http://metadata.carmencarto.fr/geonetwork/105/fre/catalog.search#/metadata/fr-662043116-82880F0D-E1C4-4EF3-80AF-416977F118F1)
> de l'ONF dans JOSM pour visualiser l'emprise des forêts publiques mais
> maintenant j'ai un message d'erreur : "Impossible d'analyser la liste des
> calques WMS. javax.xml.stream.XMLStreamException: ParseError at
> [raw,col]:[109,36] ..."
>
> Sinon il y un autre flux WFS (
> http://metadata.carmencarto.fr/geonetwork/105/fre/catalog.search#/metadata/fr-662043116-7D3DC709-E1EB-470B-9FD0-8ABF8AAFD8E4)
> mais ce n'est pas reconnu par JOSM.
>
> Donc quelqu'un saurait-il comment s'y prendre ?
>
> Merci d'avance.
>
> Romain
> ___
> 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

2020-01-22 Par sujet David Marchal 
Bonsoir, Romain.

Essaie avec cette URL-ci : http://ws.carmencarto.fr/WMS/105/ONF_Forets? Ça te 
donne, entre autres, les forêts et parcelles publiques ; attention, les données 
ne sont mises à jour qu’une fois l’an.

Cordialement.

Le 21 janv. 2020 à 20:20, Romain MEHUT 
mailto:romain.me...@gmail.com>> a écrit :

Bonsoir,

Il y a quelque temps déjà j'avais réussi à ajouter un flux WMS 
(http://metadata.carmencarto.fr/geonetwork/105/fre/catalog.search#/metadata/fr-662043116-82880F0D-E1C4-4EF3-80AF-416977F118F1)
 de l'ONF dans JOSM pour visualiser l'emprise des forêts publiques mais 
maintenant j'ai un message d'erreur : "Impossible d'analyser la liste des 
calques WMS. javax.xml.stream.XMLStreamException: ParseError at 
[raw,col]:[109,36] ..."

Sinon il y un autre flux WFS 
(http://metadata.carmencarto.fr/geonetwork/105/fre/catalog.search#/metadata/fr-662043116-7D3DC709-E1EB-470B-9FD0-8ABF8AAFD8E4)
 mais ce n'est pas reconnu par JOSM.

Donc quelqu'un saurait-il comment s'y prendre ?

Merci d'avance.

Romain
___
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

[OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

2020-01-21 Par sujet Romain MEHUT 
Bonsoir,

Il y a quelque temps déjà j'avais réussi à ajouter un flux WMS (
http://metadata.carmencarto.fr/geonetwork/105/fre/catalog.search#/metadata/fr-662043116-82880F0D-E1C4-4EF3-80AF-416977F118F1)
de l'ONF dans JOSM pour visualiser l'emprise des forêts publiques mais
maintenant j'ai un message d'erreur : "Impossible d'analyser la liste des
calques WMS. javax.xml.stream.XMLStreamException: ParseError at
[raw,col]:[109,36] ..."

Sinon il y un autre flux WFS (
http://metadata.carmencarto.fr/geonetwork/105/fre/catalog.search#/metadata/fr-662043116-7D3DC709-E1EB-470B-9FD0-8ABF8AAFD8E4)
mais ce n'est pas reconnu par JOSM.

Donc quelqu'un saurait-il comment s'y prendre ?

Merci d'avance.

Romain
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr