Re: [OSM-talk-fr] Regexp pour valider un nom de commune française

2017-03-28 Par sujet Christian Quest
Je ne suis pas chaud pour intégrer des logiques de typographie dans des logiques de contrôle de qualité des données. A mon avis, c'est un traitement à faire en aval si l'on veut une impression propre, mais en général les données ne sont pas saisies avec ce type de caractères... c'est déjà bien

Re: [OSM-talk-fr] [OSM-dev-fr] [OSM-talk] landuse=farm bientôt retiré du rendu standard

2017-03-28 Par sujet Philippe Verdy
Cela concerne aussi place=farm qui est une alternative à place=isolated_dwelling pour les lieux-dits ? Sachant qu'on peut mettre un place=* sur une surface, cette surface pourrait aussi être un landuse=farmyard, mais qui n'a pas nécessairement un nom de lieu-dit, alors qu'un place=* a nécessairemen

Re: [OSM-talk-fr] Regexp pour valider un nom de commune française

2017-03-28 Par sujet Charles Nepote
Le 28/03/2017 à 17:14, frem a écrit : Bonjour, J’ajouterais bien l’apostrophe typographique (« ’ », U+2019) qui est le caractère que nous devrions utiliser pour les apostrophes (recommandation Unicode) et en plus c’est joli :-) (http://www.brunobernard.com/des-textes-plus-elegants-avec-les-a

Re: [OSM-talk-fr] Regexp pour valider un nom de commune française

2017-03-28 Par sujet Charles Nepote
Le 28/03/2017 à 14:47, Philippe Verdy a écrit : Il manque sans doute des majuscules accentuées (ÂÊ). Oui bien vu, c'est une erreur de m part. Tu peux toujours essayer avec la liste complète des communes et tenter un rapprochement, une requête Overpass sur les relation admin_level=8/9 (pren

[OSM-talk-fr] [OSM-talk] landuse=farm bientôt retiré du rendu standard

2017-03-28 Par sujet althio
Le tag landuse=farm sera bientôt retiré du rendu standard de openstreetmap.org [openstreetmap-carto sur GitHub https://github.com/gravitystorm/openstreetmap-carto] Il est maintenant suggéré de choisir un des tags plus explicites, typiquement landuse=farmland ou landuse=farmyard ou autre landuse=*

Re: [OSM-talk-fr] Regexp pour valider un nom de commune française

2017-03-28 Par sujet frem
Bonjour, J’ajouterais bien l’apostrophe typographique (« ’ », U+2019) qui est le caractère que nous devrions utiliser pour les apostrophes (recommandation Unicode) et en plus c’est joli :-) (http://www.brunobernard.com/des-textes-plus-elegants-avec-les-apostrophes-typographiques/). *Valides

Re: [OSM-talk-fr] Regexp pour valider un nom de commune française

2017-03-28 Par sujet Philippe Verdy
Il manque sans doute des majuscules accentuées (ÂÊ). Tu peux toujours essayer avec la liste complète des communes et tenter un rapprochement, une requête Overpass sur les relation admin_level=8/9 (prendre en compte peut-être à part Wallis-et-Futuna qui n'a pas de communes mais des districts et vil

[OSM-talk-fr] Regexp pour valider un nom de commune française

2017-03-28 Par sujet Charles Nepote
Bonjour à tous, Un peu hors-sujet mais ça pourrait aider les outils de contrôle qualité d'OSM. Dans les divers outils et process informatiques il n'est pas toujours possible d'aller appeler la BAN pour vérifier le nom d'une commune. Je cherche donc à vérifier a minima la syntaxe d'un nom de co

Re: [OSM-talk-fr] Tag Aide aux sans-abri et autres

2017-03-28 Par sujet althio
Je pense aussi que "Key:social_facility" est la bonne base de départ. Peut-être qu'il ne faut pas utiliser "amenity=social_facility" car il ne s'agit pas de la fonction première du lieu. Les constructions "social_facility=*" et "social_facility:for=*" sont à mon avis particulièrement adaptées. ht

Re: [OSM-talk-fr] Marché public données OSM

2017-03-28 Par sujet Antoine Riche
L'aspect de l'argent pose évident question : le donneur aura une exigence de résultat quant aux données. Pour OSM il ne peut pas s'agir d'une simple prestation de production et de mise en qualité de données, pour moi le "livrable" est tout autant le lien avec la communauté que les données. Mê

Re: [OSM-talk-fr] Marché public données OSM

2017-03-28 Par sujet Philippe Verdy
Un prestataire peut répondre en créant un serveur avec une API dont les données ont subi une étape de prévalidation afin de pouvoir intervenir directement sur des aberrations. Il lui faudra mettre en place toute une batterie d'outils (ce qu'a fait MapBox en créant une base dérivée, mais au prix de

Re: [OSM-talk-fr] Marché public données OSM

2017-03-28 Par sujet HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE APPUI PERFORMANCE)
J’entends bien. Je crois juste que cela démontre, y compris pour le STIF, qu’il y a encore un saut culturel à faire. Il y a néanmoins des progrès accomplis et il faut déjà se réjouir qu’un institutionnel investisse autant d’argent. De : Florian LAINEZ [mailto:winner...@free.fr] Envoyé : mardi 28

Re: [OSM-talk-fr] Marché public données OSM

2017-03-28 Par sujet Florian LAINEZ
Le 28 mars 2017 à 09:43, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE APPUI PERFORMANCE) a écrit : > Maintien de la qualité des données au sein d’OSM, c’est pas suffisant ? pas d’inquiétudes, c'est surement juste une question de vocabulaire. Pour les grosses boites, "modération" est ce

Re: [OSM-talk-fr] Marché public données OSM

2017-03-28 Par sujet Vincent de Château-Thierry
Bonjour, > De: "HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE APPUI > PERFORMANCE)" > > Extrait du DCE : > > 3.2 MODERER LES CONTRIBUTIONS EXTERNES > > De plus, la diversité de la qualité des contributeurs entraîne une > information renseignée parfois inexacte ou incomplète. La volont

Re: [OSM-talk-fr] Marché public données OSM

2017-03-28 Par sujet Jean-Marc Liotier
On Tue, 28 Mar 2017 07:43:05 + "HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE APPUI PERFORMANCE)" wrote: > > Extrait du DCE : > > 3.2 MODERER LES CONTRIBUTIONS EXTERNES > De plus, la diversité de la qualité des contributeurs entraîne une > information renseignée parfois inexacte ou in

Re: [OSM-talk-fr] Marché public données OSM

2017-03-28 Par sujet HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE APPUI PERFORMANCE)
Extrait du DCE : 3.2 MODERER LES CONTRIBUTIONS EXTERNES De plus, la diversité de la qualité des contributeurs entraîne une information renseignée parfois inexacte ou incomplète. La volonté du STIF est de mandater un prestataire en charge de modérer les données renseignées sur OSM par des contr

Re: [OSM-talk-fr] covered=yes

2017-03-28 Par sujet jabali
Bonjour Jean-Yvon, Pour moi shelter = objet donc la vocation première(amenity) = abri. ça peut aller de l'abri simple parc, bus --> petite cabane de berger en dur. (shelter_type= basic_hut) covered=yes/no est une description suplémentaire d'un objet à priori quelconque dont la vocation premiere n