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

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à

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

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

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

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

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

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

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

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

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/).

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

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

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

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

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

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.

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

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.

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

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

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

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

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

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

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

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

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

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

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

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

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