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
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
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
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
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.
Ç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
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 à
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é
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
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
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
>
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,
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)."
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
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
>
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
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
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
> 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
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'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
à
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
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 :
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
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
25 matches
Mail list logo
