Re: [OSM-talk-fr] Fix-josm et fix-edit

[Jacques Lavignotte]

Le 24/01/2020 à 22:38, deuzeffe a écrit :

Bonsoir deuzeffe


Le 24/01/2020 à 22:14, pepilepi...@ovh.fr a écrit :


Bonsoir pepilepioux

josm : ça charge dans JOSM l'élément concerné tel qu'il est lu dans la 
base, à toi de faire ensuite les modifs.


fix-josm : ça charge dans JOSM l'élément concerné PUIS ça lui applique 
dans JOSM la correction indiquée en vert. T'as plus qu'à envoyer !


fix-edit, je suppose que ça fait la même chose.


Voui, mais sans sortir du frontend osmose. Extrêmement pratique pour 
corriger les erreurs minimes (orthographe, rajout de source, etc.)


Tiens, Jacques, essaie-le avec ça : 
https://osmose.openstreetmap.fr/fr/map/?#zoom=13=45.694=1.0198=5xxx=1%2C2%2C3== 



(je pense que le lien fonctionne correctement...)


Il fonctionne.

J'ai un peu cherché dans JOSM avant de voir qu'il faut « Fichier / 
mettre à jour les modifications » avant d'envoyer


Est-ce bien celà ?

Merci, Jacques


--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

Re: [OSM-talk-fr] Fix-josm et fix-edit

[deuzeffe]

Le 24/01/2020 à 22:14, pepilepi...@ovh.fr a écrit :

Le 24/01/2020 à 20:54, Jacques Lavignotte a écrit : >> Bonjour,


Josm et ID je crois avoir compris

mais fix-josm et fix-edit ?



josm : ça charge dans JOSM l'élément concerné tel qu'il est lu dans la 
base, à toi de faire ensuite les modifs.


fix-josm : ça charge dans JOSM l'élément concerné PUIS ça lui applique 
dans JOSM la correction indiquée en vert. T'as plus qu'à envoyer !


fix-edit, je suppose que ça fait la même chose.


Voui, mais sans sortir du frontend osmose. Extrêmement pratique pour 
corriger les erreurs minimes (orthographe, rajout de source, etc.)


Tiens, Jacques, essaie-le avec ça : 
https://osmose.openstreetmap.fr/fr/map/?#zoom=13=45.694=1.0198=5xxx=1%2C2%2C3==


(je pense que le lien fonctionne correctement...)
--
deuzeffe

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

Re: [OSM-talk-fr] Fix-josm et fix-edit

[pepilepi...@ovh.fr]

Le 24/01/2020 à 20:54, Jacques Lavignotte a écrit :
> Bonjour,
>
> Josm et ID je crois avoir compris
>
> mais fix-josm et fix-edit ?


josm : ça charge dans JOSM l'élément concerné tel qu'il est lu dans la
base, à toi de faire ensuite les modifs.

fix-josm : ça charge dans JOSM l'élément concerné PUIS ça lui applique
dans JOSM la correction indiquée en vert. T'as plus qu'à envoyer !

fix-edit, je suppose que ça fait la même chose.


Bonne soirée,

JP

>
>
> https://i.postimg.cc/KzS7RB7G/FIX-OSM.png
>
> Merci, J.


-- 


Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la
bonne question.

___
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

[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

[OSM-talk-fr] Fix-josm et fix-edit

[Jacques Lavignotte]

Bonjour,

Josm et ID je crois avoir compris

mais fix-josm et fix-edit ?


https://i.postimg.cc/KzS7RB7G/FIX-OSM.png

Merci, J.
--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

Re: [OSM-talk-fr] Doublon Wikipédia

[deuzeffe]

Le 24/01/2020 à 06:06, Philippe Verdy a écrit :
Tu peux toujours créer une relation site pour lier ensemble le château 
d'une commune et ses dépendances WP.


Ok, je vais tenter la relation site.


Il est difficile de parler aujourd'hui de "dépendances" quand [...]


Je t’arrête tout de suite : ton affirmation est fausse et sans rapport 
avec la réalité du terrain.


--
deuzeffe - survey, local_knowledge etcsdc

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

Re: [OSM-talk-fr] adresse mail rejetée - gouvernance et transparence

[ades]

;-)  ;-)  ;-)  


si on peut plus rigoler !

;-))


PS :  n’empêche que gmail………

> Le 24 janv. 2020 à 11:33, Philippe Verdy  a écrit :
> 
> J'utilisais uniquement mon vieux compte @Wanadoo depuis toujours sur cette 
> liste et uniquement ce compte et ça ne marchait pas non plus.
> A ce compte-là vous allez virer d'OSM tous ceux qui sont ou ont été un accès 
> Internet Orange ou utilise un accès mobile avec Android et leur compte Gmail 
> et virer plus de la moitié des utilisateurs français.
> C'est de la paranoia ! Je n'ai aucun intérêt particulier chez Google je ne 
> travaille pas du tout pour lui...
> Bien au contraire, on m'a obligé ici à utiliser Gmail et uniquement lui et à 
> le bidouiller de façon complètement non standard pour ne pas me bloquer.
> OSM est-il ouvert comme il le dit ?
> 
> Le ven. 24 janv. 2020 à 09:48, ades  > a écrit :
> On pourrait aussi se poser la question autrement ;-))
> 
> Ceusses qui utilisent Gmail, avec OSM (et même dans la vie hors OSM), ce sont 
> des taupes de GoogleMap chargé-e-s d’infester OSM ? 
> 
> ;-)  ;-)
> 
> 
>> Le 23 janv. 2020 à 21:31, Philippe Verdy > > a écrit :
>> 
>> Ben  non... tant pis si vous ne comprenez pas ce qui se passe et si ça vous 
>> dépasse. La cause est expliquée, documentée sur les sites qui parlent de ce 
>> renforcement et des réglages nécessaires sur les gestionnaires de listes. Il 
>> y a plein de référence et c'est pas dur à trouver sur le web. Google a 
>> commencé à imposer ce renforcement, les autres ont suivi rapidement, et 
>> notamment les gestionnaires de listes publicitaires qui ont très vite fait 
>> de corriger le tir plutôt que se faire bloquer complètement. Nombre de 
>> grands sites ont accompagné le mouvement, les utilisateurs ne s'en sont pas 
>> plaint car ils demandaient une solution depuis longtemps pour authentifier 
>> les expéditeurs et permettre de joindre alors les gestionnaires de 
>> messagerie et de liste pour les mesures appropriées.
>> Ceux qui ne l'ont pas fait ce sont les spammeurs et usurpateurs d'identité 
>> qui continuent à tenter d'envoyer leurs mails contrefaits à des 
>> destinataires sur des fournisseurs de service qui n'ont pas encore cette 
>> protection.
>> Ces authentifications des émetteurs (passant par l'authentification d'abord 
>> de leur fournisseurs de service) sont des outils de plus pour contenir le 
>> spam et les abus (notamment le phishing).
>> 
>> Les listes OSM sont les seules que j'utilise et qui n'ont encore rien fait 
>> de leur côté pour se mettre dans les clous: tu peux montrer la moindre 
>> signature DKIM, DMARC ou SPF des messages émis par les listes OSM, les 
>> enregistrements "TXT" sur leur serveur de domaine DNS, les certificats de 
>> sécurité, les clés de chiffrement des empreintes dans les messages émis par 
>> les listes ? Il n'y a rien.
>> 
>> Le jeu. 23 janv. 2020 à 21:16, DH mailto:dhel...@free.fr>> 
>> a écrit :
>> Le 23/01/2020 à 17:12, Philippe Verdy a écrit :
>> > ...
>> > C'est bien OSM qui a un problème sur l'installation et la mise à jour 
>> > de ce logiciel sur ses serveurs, mal configurés (y compris les infos 
>> > nécessaires mais toujours manquantes dans ses DNS) ou encore les 
>> > certificats de sécurité non installés (pour l'authentification des 
>> > serveurs ou pour que le logiciel MLM puisse signer à nouveau 
>> > *lui-même* les messages qu'il a lui-même modifiés, notamment le 
>> > contenu du corps ou la ligne de sujet car cela invalide les infos DKIM 
>> > et ARC/DMARC originales transmises telles quelles dans les entêtes des 
>> > messages relayés par la liste, qui deviennent invérifiables par les 
>> > tiers). Tant que ce ne sera pas fait, les serveurs OSM recevront des 
>> > "bounces" mais aussi tous ceux qui veulent répondre à un message 
>> > venant de la liste.
>> >
>> Philippe Verdy est sartrien ascendant huis-clos
>> 
>> "L'enfer c'est les autres"
>> 
>> Merci Marc pour ton boulot
>> 
>> 
>> ___
>> 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


___
Talk-fr mailing list
Talk-fr@openstreetmap.org

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

[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

[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

[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

[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] [DAE] fonctionnement de la base de données nationale des,défibrillateurs automatisés externes

[PanierAvide]

Bonjour,

J'ai assisté à la présentation du jour sur le sujet de la base des 
défibrilateurs (DAE). Quelques points clés à retenir :


- L'outil de saisie et la base entreront en service durant le mois de 
février
- La diffusion des données est prévue par plusieurs méthodes : API temps 
réel pour les applications citoyennes et services de secours, export 
brute des données publiques sur data.gouv.fr (mise à jour quotidienne ou 
hebdomadaire)
- Le système est pensé pour que ce soit les exploitants des 
défibrillateurs qui assurent la saisie et mise à jour. Ce sont eux qui 
ont le dernier mot pour valider ou non l'information. Les entreprises 
qui sont chargées de la maintenance ont également un rôle important dans 
le système. Les citoyens via les applis pourront "mettre en doute" les 
infos renseignées, qui seront vérifiées par l'exploitant
- Une équipe d'animation et vérification des données est mise en place, 
basée à Nantes
- Pour amorcer le peuplement de la base, les données issues des applis 
citoyennes seront utilisées.
- Concernant OSM, l'équipe pense utiliser les localisations de DAE dans 
les zones où les exploitants tarderaient à renseigner la base, et qui 
sont peu équipées (ex en zone rurale). La difficulté est de retrouver 
qui est l'exploitant d'un DAE à partir d'OSM, ce qui empêche une 
intégration plus précoce dans le projet
- Les DAE disposeront d'un identifiant unique national. Une recherche 
des doublons sera mise en place, avec la logique suivante : recherche 
dans un rayon de 50m, et validation par l'exploitant de s'il s'agit d'un 
doublon ou de deux équipements distincts
- Une alerte sera envoyée aux exploitants si un DAE n'est pas mis à jour 
pendant 2 ans, et automatiquement "mis en doute"
- La base n'a pas vocation à prendre en compte les DAE mobiles (trains, 
véhicules). Dans le cas d'un DAE qui est déplacé peu fréquemment (placé 
dans une salle quelques mois puis déplacé), ce sera à l'exploitant de 
changer sa localisation
- Pour toutes questions, il reste une démo la semaine prochaine, ou il 
est possible de contacter cont...@geodae.sante.gouv.fr


À minima, on peut donc mettre en place une analyse Osmose pour 
identifier les DAE qui seront dans la base nationale et absents d'OSM, 
une fois que les données seront disponibles. Dans le futur, on peut 
imaginer mettre en place une boucle vertueuse et identifier les 
changements côté OSM pour les soumettre automatiquement à l'API de "mise 
en doute" d'un DAE.


Cordialement,

Adrien P.

Le 16/01/2020 à 13:51, Laurent Magréault a écrit :

Bonjour,

Ci-dessous, les dates des 3 "webdémos" pour en savoir plus sur la base 
nationale des DAE.


___)```)___

Laurent Magréault

     Courriel original 
    Objet: Base nationale des DAE - faire suivre
    Date: 15/01/2020 18:16
    De: ATLASANTE mailto:atlasa...@ars.sante.fr>>
    À:


    Bonjour,



    Ce message s’adresse aux collectivités locales ou opérateurs 
privés propriétaires de défibrillateurs, aux membres des plateformes 
régionales d’échanges de données, aux mainteneurs de défibrillateurs, 
aux professionnels du secours, aux gestionnaires des applications 
citoyennes qui assurent le service aujourd’hui.




    La base de données nationale de collecte des défibrillateurs 
automatisés externes ouvrira prochainement afin de permettre aux 
exploitants de déclarer leur DAE en ligne, conformément à la Loi du 28 
juin 2018.


    Afin de comprendre et voir comment cela va se mettre en place nous 
vous proposons 3 web démos d’une durée d’une heure. L’inauguration 
officielle aura lieu mi-février, mais nous ouvrirons le service avant 
pour permettre les déclarations des premiers DAE.




    La Direction Générale de la Santé (DGS) a mandaté les équipes 
d’Atlasanté pour assurer les aspects techniques de ce recueil et du 
partage de la donnée.


    Atlasanté est le Système d’Information Géographique mutualisé des 
ARS et du ministère de la santé.




    Le projet n’a pas vocation à remplacer les applications citoyennes 
existantes. Elles assurent un rôle indispensable d’animation de 
communautés de secouristes. La base nationale permettra à toutes les 
applications qui le souhaiteront de disposer des mêmes données via des 
API gratuites. Les données publiques de ce projet seront également 
disponibles en Open Data.






    3 webdémos  en janvier

    le 21 à 10h55            le 24 à 13h25            le 27 à 13h55



    1h pour découvrir le projet et poser vos questions



    ·         Audio : 01 70 75 07 40

    ·         Ecran : 
https://ars-auvergne-rhonealpes.anywhereconference.com/


    Web login


    Code PIN Participant

    418836232


    92796633




    Pour le confort de tous, nous vous demanderons de couper vos 
micros et poser vos questions au fur et à mesure par écrit via l’outil 
de dialogue. Vos questions seront ensuite regroupées et posées à 
l’orateur.


    La démo dure environ 30mn, le reste du temps sera dédié aux 
réponses à vos 

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

[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] adresse mail rejetée - gouvernance et transparence

[Philippe Verdy]

J'utilisais uniquement mon vieux compte @Wanadoo depuis toujours sur cette
liste et uniquement ce compte et ça ne marchait pas non plus.
A ce compte-là vous allez virer d'OSM tous ceux qui sont ou ont été un
accès Internet Orange ou utilise un accès mobile avec Android et leur
compte Gmail et virer plus de la moitié des utilisateurs français.
C'est de la paranoia ! Je n'ai aucun intérêt particulier chez Google je ne
travaille pas du tout pour lui...
Bien au contraire, on m'a obligé ici à utiliser Gmail et uniquement lui et
à le bidouiller de façon complètement non standard pour ne pas me bloquer.
OSM est-il ouvert comme il le dit ?

Le ven. 24 janv. 2020 à 09:48, ades  a écrit :

> On pourrait aussi se poser la question autrement ;-))
>
> Ceusses qui utilisent Gmail, avec OSM (et même dans la vie hors OSM), ce
> sont des taupes de GoogleMap chargé-e-s d’infester OSM ?
>
> ;-)  ;-)
>
>
> Le 23 janv. 2020 à 21:31, Philippe Verdy  a écrit :
>
> Ben  non... tant pis si vous ne comprenez pas ce qui se passe et si ça
> vous dépasse. La cause est expliquée, documentée sur les sites qui parlent
> de ce renforcement et des réglages nécessaires sur les gestionnaires de
> listes. Il y a plein de référence et c'est pas dur à trouver sur le web.
> Google a commencé à imposer ce renforcement, les autres ont suivi
> rapidement, et notamment les gestionnaires de listes publicitaires qui ont
> très vite fait de corriger le tir plutôt que se faire bloquer complètement.
> Nombre de grands sites ont accompagné le mouvement, les utilisateurs ne
> s'en sont pas plaint car ils demandaient une solution depuis longtemps pour
> authentifier les expéditeurs et permettre de joindre alors les
> gestionnaires de messagerie et de liste pour les mesures appropriées.
> Ceux qui ne l'ont pas fait ce sont les spammeurs et usurpateurs d'identité
> qui continuent à tenter d'envoyer leurs mails contrefaits à des
> destinataires sur des fournisseurs de service qui n'ont pas encore cette
> protection.
> Ces authentifications des émetteurs (passant par l'authentification
> d'abord de leur fournisseurs de service) sont des outils de plus pour
> contenir le spam et les abus (notamment le phishing).
>
> Les listes OSM sont les seules que j'utilise et qui n'ont encore rien fait
> de leur côté pour se mettre dans les clous: tu peux montrer la moindre
> signature DKIM, DMARC ou SPF des messages émis par les listes OSM, les
> enregistrements "TXT" sur leur serveur de domaine DNS, les certificats de
> sécurité, les clés de chiffrement des empreintes dans les messages émis par
> les listes ? Il n'y a rien.
>
> Le jeu. 23 janv. 2020 à 21:16, DH  a écrit :
>
>> Le 23/01/2020 à 17:12, Philippe Verdy a écrit :
>> > ...
>> > C'est bien OSM qui a un problème sur l'installation et la mise à jour
>> > de ce logiciel sur ses serveurs, mal configurés (y compris les infos
>> > nécessaires mais toujours manquantes dans ses DNS) ou encore les
>> > certificats de sécurité non installés (pour l'authentification des
>> > serveurs ou pour que le logiciel MLM puisse signer à nouveau
>> > *lui-même* les messages qu'il a lui-même modifiés, notamment le
>> > contenu du corps ou la ligne de sujet car cela invalide les infos DKIM
>> > et ARC/DMARC originales transmises telles quelles dans les entêtes des
>> > messages relayés par la liste, qui deviennent invérifiables par les
>> > tiers). Tant que ce ne sera pas fait, les serveurs OSM recevront des
>> > "bounces" mais aussi tous ceux qui veulent répondre à un message
>> > venant de la liste.
>> >
>> Philippe Verdy est sartrien ascendant huis-clos
>>
>> "L'enfer c'est les autres"
>>
>> Merci Marc pour ton boulot
>>
>>
>> ___
>> 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] adresse mail rejetée - gouvernance et transparence

[ades]

On pourrait aussi se poser la question autrement ;-))

Ceusses qui utilisent Gmail, avec OSM (et même dans la vie hors OSM), ce sont 
des taupes de GoogleMap chargé-e-s d’infester OSM ? 

;-)  ;-)


> Le 23 janv. 2020 à 21:31, Philippe Verdy  a écrit :
> 
> Ben  non... tant pis si vous ne comprenez pas ce qui se passe et si ça vous 
> dépasse. La cause est expliquée, documentée sur les sites qui parlent de ce 
> renforcement et des réglages nécessaires sur les gestionnaires de listes. Il 
> y a plein de référence et c'est pas dur à trouver sur le web. Google a 
> commencé à imposer ce renforcement, les autres ont suivi rapidement, et 
> notamment les gestionnaires de listes publicitaires qui ont très vite fait de 
> corriger le tir plutôt que se faire bloquer complètement. Nombre de grands 
> sites ont accompagné le mouvement, les utilisateurs ne s'en sont pas plaint 
> car ils demandaient une solution depuis longtemps pour authentifier les 
> expéditeurs et permettre de joindre alors les gestionnaires de messagerie et 
> de liste pour les mesures appropriées.
> Ceux qui ne l'ont pas fait ce sont les spammeurs et usurpateurs d'identité 
> qui continuent à tenter d'envoyer leurs mails contrefaits à des destinataires 
> sur des fournisseurs de service qui n'ont pas encore cette protection.
> Ces authentifications des émetteurs (passant par l'authentification d'abord 
> de leur fournisseurs de service) sont des outils de plus pour contenir le 
> spam et les abus (notamment le phishing).
> 
> Les listes OSM sont les seules que j'utilise et qui n'ont encore rien fait de 
> leur côté pour se mettre dans les clous: tu peux montrer la moindre signature 
> DKIM, DMARC ou SPF des messages émis par les listes OSM, les enregistrements 
> "TXT" sur leur serveur de domaine DNS, les certificats de sécurité, les clés 
> de chiffrement des empreintes dans les messages émis par les listes ? Il n'y 
> a rien.
> 
> Le jeu. 23 janv. 2020 à 21:16, DH mailto:dhel...@free.fr>> 
> a écrit :
> Le 23/01/2020 à 17:12, Philippe Verdy a écrit :
> > ...
> > C'est bien OSM qui a un problème sur l'installation et la mise à jour 
> > de ce logiciel sur ses serveurs, mal configurés (y compris les infos 
> > nécessaires mais toujours manquantes dans ses DNS) ou encore les 
> > certificats de sécurité non installés (pour l'authentification des 
> > serveurs ou pour que le logiciel MLM puisse signer à nouveau 
> > *lui-même* les messages qu'il a lui-même modifiés, notamment le 
> > contenu du corps ou la ligne de sujet car cela invalide les infos DKIM 
> > et ARC/DMARC originales transmises telles quelles dans les entêtes des 
> > messages relayés par la liste, qui deviennent invérifiables par les 
> > tiers). Tant que ce ne sera pas fait, les serveurs OSM recevront des 
> > "bounces" mais aussi tous ceux qui veulent répondre à un message 
> > venant de la liste.
> >
> Philippe Verdy est sartrien ascendant huis-clos
> 
> "L'enfer c'est les autres"
> 
> Merci Marc pour ton boulot
> 
> 
> ___
> 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