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

[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 quand on a les accents et pas 
que des majuscules, ne poussons pas le bouchon trop loin ;)



Le 28/03/2017 à 18:01, Charles Nepote a écrit :

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


*Valides (communes existantes)**
*Saint-Martin-d’Hères
L’Île-Rousse

PS : pour les linuxiens, si vous voulez vous extraire de la pauvreté 
typographique de l’AZERTY standard, je vous recommande le disposition 
de clavier « Français (variante) », qui rend disponible, par exemple, 
l’apostrophe typographique avec la combinaison de touche « AltGr + g ».


Merci frem. Je vais l'ajouter par acquis de conscience, sachant aussi 
que certains traitements de texte l'ajoutent automatiquement, non ? 
Des sachants pour confirmer ?

Charles.



Le 28/03/2017 à 14:32, Charles Nepote a écrit :
Je cherche donc à vérifier a minima la syntaxe d'un nom de commune à 
travers une regexp. J'ai produit la regexp suivante qui passe mes 
tests sauf qu'elle me semble un peu trop permissive. Toute remarque 
ou aide appréciée :)
(J'ai utilisé la forme "extended" qui permet d'étaler la regexp sur 
plusieurs lignes et de la commenter.)


/
^
(   # Débute par un article
  Le\ |La\ |Les\ |Los\ |Aux\ |L'
  | # ou
)   # rien

([A-ZÉÇŒÈÎ])# Suivi d'une majuscule

(   # puis ...
 ((-|   #   un trait-d'union ou
  \ |   #   un espace ou
  \ -\ |#   un espace suivi d'un trait d'union 
suivi d'un espace ou

  ')#   une apostrophe
  [A-ZÉÇŒÈÎ])   #   suivi d'une majuscule
 |  #   ou bien
 ('|-|\ |)  #   une apostrophe ou un trait-d'union 
ou un espace ou rien

  [a-zàâéèêëïîÿôûüœç]   #   suivi d'une minuscule
)*  # 0 ou plusieurs fois

(   # terminé par
  \ \([A-Z][a-z]*\) # un espace suivi d'un mot entre 
parenthèse débutant par une majuscule

  | # ou
)   # rien
$
/gmx# global, multiline, extended

Vous pouvez la retrouver et la tester ici : 
https://regex101.com/r/knDFaB/4





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



--
Christian Quest - OpenStreetMap France


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

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

[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écessairement un name=* pour
indiquer un toponyme.

Alternative alors: la surface en landuse=farmyard, le noeud toponymique en
place=isolate_dwelling.

(Il y a encore des fermes aujourd'hui inhabitées, landuse=farmyard reste
approprié tant que ce n'est pas reconverti en batiments résidentiels ou
industriels ou services (autre valeur de landuse=*, mais son noeud
place=isolated_dwelling doit être changé en place=locality si c'est
maintenant inhabité et devenir place=isolated_dwelling, voire hamlet si
c'est reconverti en logements).

2017-03-28 17:10 GMT+02:00 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=*
> ...
> Pas d'éditions automatiques bien sûr ! Vous pouvez tomber sur des
> reliquats de CLC - Corine Land Cover.
>
> Dans quelques jours les éléments landuse=farm ne seront plus visibles,
> les trous dans la carte rendue seront des bonnes indications des zones
> à travailler.
>
> Bonnes balades cartographiques à la campagne !
>
> -- althio
>
>
>
> -- Forwarded message --
> From: nebulon42 
> Date: 22 March 2017 at 13:56
> Subject: [OSM-talk] Upcoming removal of landuse=farm in the standard style
> To: osm-talk , tagg...@openstreetmap.org
>
>
> Dear all,
>
> at openstreetmap-carto - the standard style on osm.org - a change has
> been merged
> (https://github.com/gravitystorm/openstreetmap-carto/pull/2554) to drop
> rendering of landuse=farm. There was overall consensus that this tag is
> deprecated and its usage steadily declined over the last years, but
> there are still around 340 000 uses. See
> https://taginfo.openstreetmap.org/tags/landuse=farm and
> http://taghistory.raifer.tech/ for details.
>
> This change will make it into the next release, but there is no release
> date yet. You might want to change cases of landuse=farm in your area to
> either landuse=farmland or landuse=farmyard before that. Please don't do
> any automatic re-tagging though. After the release empty spots will make
> it easier to clean up the remaining uses of this tag.
>
> Michael
>
>
> ___
> talk mailing list
> t...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
> ___
> dev-fr mailing list
> dev...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/dev-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[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-apostrophes-typographiques/).


*Valides (communes existantes)**
*Saint-Martin-d’Hères
L’Île-Rousse

PS : pour les linuxiens, si vous voulez vous extraire de la pauvreté 
typographique de l’AZERTY standard, je vous recommande le disposition 
de clavier « Français (variante) », qui rend disponible, par exemple, 
l’apostrophe typographique avec la combinaison de touche « AltGr + g ».


Merci frem. Je vais l'ajouter par acquis de conscience, sachant aussi 
que certains traitements de texte l'ajoutent automatiquement, non ? Des 
sachants pour confirmer ?

Charles.



Le 28/03/2017 à 14:32, Charles Nepote a écrit :
Je cherche donc à vérifier a minima la syntaxe d'un nom de commune à 
travers une regexp. J'ai produit la regexp suivante qui passe mes 
tests sauf qu'elle me semble un peu trop permissive. Toute remarque 
ou aide appréciée :)
(J'ai utilisé la forme "extended" qui permet d'étaler la regexp sur 
plusieurs lignes et de la commenter.)


/
^
(   # Débute par un article
  Le\ |La\ |Les\ |Los\ |Aux\ |L'
  | # ou
)   # rien

([A-ZÉÇŒÈÎ])# Suivi d'une majuscule

(   # puis ...
 ((-|   #   un trait-d'union ou
  \ |   #   un espace ou
  \ -\ |#   un espace suivi d'un trait d'union 
suivi d'un espace ou

  ')#   une apostrophe
  [A-ZÉÇŒÈÎ])   #   suivi d'une majuscule
 |  #   ou bien
 ('|-|\ |)  #   une apostrophe ou un trait-d'union ou 
un espace ou rien

  [a-zàâéèêëïîÿôûüœç]   #   suivi d'une minuscule
)*  # 0 ou plusieurs fois

(   # terminé par
  \ \([A-Z][a-z]*\) # un espace suivi d'un mot entre 
parenthèse débutant par une majuscule

  | # ou
)   # rien
$
/gmx# global, multiline, extended

Vous pouvez la retrouver et la tester ici : 
https://regex101.com/r/knDFaB/4





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

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

[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 (prendre en compte peut-être à part Wallis-et-Futuna 
qui n'a pas de communes mais des districts et villages, pour la 
Polynésie je pense qu'on a déjà les noms de communes et îles toutes 
présentes après en avoir fait le tour exhaustivement, mais si tu 
t'intéresses juste aux communes, la liste en outre-mer n'est pas aussi 
longue qu'en métropole). Après ça il y a des noms de quartiers et 
d'anciennes communes fusionnées au niveau 10.
Alors moi je suis vraiment nul en requête Overpass mais preneur d'une 
liste en CSV.



Concernant la fin (entre parenthèse) cela semble trop restrictif aussi 
de se limiter à l'alphabet de base sans accent et un seul mot.
La fin c'est Christian Quest qui me l'a soufflée pour gérer les deux 
seuls cas :

* Château-Chinon (Campagne)
* Château-Chinon (Ville)
(qui sont une hérésie, soit dit en passant).
Je pourrais en effet étendre aux capitales accentuées et lettre 
accentuées mais aussi, pourquoi-pas, aux noms composés, etc. Pourquoi ne 
pas continuer à mettre n'importe quoi dans les parenthèses ? On pourrait 
légitimement avoir :

**Château-Chinon - Ville Magne du Rotrou (Saint Martin et Villedieux)**
Un cas purement théorique mais une telle horreur est tout à fait 
possible si l'on tient compte des conneries précédentes. Je fais donc le 
pari, plus ou moins risqué, que les deux exemples tordus de 
Château-Chinon ne se reproduiront pas à brève échéance.


Charles.



Le 28 mars 2017 à 14:32, Charles Nepote > a écrit :


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 commune
à travers une regexp. J'ai produit la regexp suivante qui passe
mes tests sauf qu'elle me semble un peu trop permissive. Toute
remarque ou aide appréciée :)



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

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

[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=*
...
Pas d'éditions automatiques bien sûr ! Vous pouvez tomber sur des
reliquats de CLC - Corine Land Cover.

Dans quelques jours les éléments landuse=farm ne seront plus visibles,
les trous dans la carte rendue seront des bonnes indications des zones
à travailler.

Bonnes balades cartographiques à la campagne !

-- althio



-- Forwarded message --
From: nebulon42 
Date: 22 March 2017 at 13:56
Subject: [OSM-talk] Upcoming removal of landuse=farm in the standard style
To: osm-talk , tagg...@openstreetmap.org


Dear all,

at openstreetmap-carto - the standard style on osm.org - a change has
been merged
(https://github.com/gravitystorm/openstreetmap-carto/pull/2554) to drop
rendering of landuse=farm. There was overall consensus that this tag is
deprecated and its usage steadily declined over the last years, but
there are still around 340 000 uses. See
https://taginfo.openstreetmap.org/tags/landuse=farm and
http://taghistory.raifer.tech/ for details.

This change will make it into the next release, but there is no release
date yet. You might want to change cases of landuse=farm in your area to
either landuse=farmland or landuse=farmyard before that. Please don't do
any automatic re-tagging though. After the release empty spots will make
it easier to clean up the remaining uses of this tag.

Michael


___
talk mailing list
t...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

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

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

[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 (communes existantes)**
*Saint-Martin-d’Hères
L’Île-Rousse

PS : pour les linuxiens, si vous voulez vous extraire de la pauvreté 
typographique de l’AZERTY standard, je vous recommande le disposition de 
clavier « Français (variante) », qui rend disponible, par exemple, 
l’apostrophe typographique avec la combinaison de touche « AltGr + g ».


Le 28/03/2017 à 14:32, Charles Nepote a écrit :
Je cherche donc à vérifier a minima la syntaxe d'un nom de commune à 
travers une regexp. J'ai produit la regexp suivante qui passe mes 
tests sauf qu'elle me semble un peu trop permissive. Toute remarque ou 
aide appréciée :)
(J'ai utilisé la forme "extended" qui permet d'étaler la regexp sur 
plusieurs lignes et de la commenter.)


/
^
(   # Débute par un article
  Le\ |La\ |Les\ |Los\ |Aux\ |L'
  | # ou
)   # rien

([A-ZÉÇŒÈÎ])# Suivi d'une majuscule

(   # puis ...
 ((-|   #   un trait-d'union ou
  \ |   #   un espace ou
  \ -\ |#   un espace suivi d'un trait d'union 
suivi d'un espace ou

  ')#   une apostrophe
  [A-ZÉÇŒÈÎ])   #   suivi d'une majuscule
 |  #   ou bien
 ('|-|\ |)  #   une apostrophe ou un trait-d'union ou 
un espace ou rien

  [a-zàâéèêëïîÿôûüœç]   #   suivi d'une minuscule
)*  # 0 ou plusieurs fois

(   # terminé par
  \ \([A-Z][a-z]*\) # un espace suivi d'un mot entre 
parenthèse débutant par une majuscule

  | # ou
)   # rien
$
/gmx# global, multiline, extended

Vous pouvez la retrouver et la tester ici : 
https://regex101.com/r/knDFaB/4


--
Contributeur OpenStreetMap .
Retrouvez aussi une partie des contributeurs OpenStreetMap de la Vienne 
aux permanences de l’APP3L .


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

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

[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 villages, pour la Polynésie je pense qu'on a
déjà les noms de communes et îles toutes présentes après en avoir fait le
tour exhaustivement, mais si tu t'intéresses juste aux communes, la liste
en outre-mer n'est pas aussi longue qu'en métropole). Après ça il y a des
noms de quartiers et d'anciennes communes fusionnées au niveau 10.
Concernant la fin (entre parenthèse) cela semble trop restrictif aussi de
se limiter à l'alphabet de base sans accent et un seul mot.

Le 28 mars 2017 à 14:32, Charles Nepote  a écrit :

> 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 commune à
> travers une regexp. J'ai produit la regexp suivante qui passe mes tests
> sauf qu'elle me semble un peu trop permissive. Toute remarque ou aide
> appréciée :)
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[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 commune à 
travers une regexp. J'ai produit la regexp suivante qui passe mes tests 
sauf qu'elle me semble un peu trop permissive. Toute remarque ou aide 
appréciée :)
(J'ai utilisé la forme "extended" qui permet d'étaler la regexp sur 
plusieurs lignes et de la commenter.)


/
^
(   # Débute par un article
  Le\ |La\ |Les\ |Los\ |Aux\ |L'
  | # ou
)   # rien

([A-ZÉÇŒÈÎ])# Suivi d'une majuscule

(   # puis ...
 ((-|   #   un trait-d'union ou
  \ |   #   un espace ou
  \ -\ |#   un espace suivi d'un trait d'union 
suivi d'un espace ou

  ')#   une apostrophe
  [A-ZÉÇŒÈÎ])   #   suivi d'une majuscule
 |  #   ou bien
 ('|-|\ |)  #   une apostrophe ou un trait-d'union ou 
un espace ou rien

  [a-zàâéèêëïîÿôûüœç]   #   suivi d'une minuscule
)*  # 0 ou plusieurs fois

(   # terminé par
  \ \([A-Z][a-z]*\) # un espace suivi d'un mot entre parenthèse 
débutant par une majuscule

  | # ou
)   # rien
$
/gmx# global, multiline, extended

Vous pouvez la retrouver et la tester ici : https://regex101.com/r/knDFaB/4

J'ai listé ci-dessous des cas de tests invalides, théoriques et valides.

*Invalides**
*AA
NNouvelle
A'
Nouvelle'
A-
Nouvelle-
AA'
AA-
NNouvelle'
NNouvelle-
-Ville
--Ville
'Francheville
''Francheville
A''ville
L''Épine
A--Ville
Nouvelle--Ville
A  Ville
Nouvelle  Ville
A'-Ville
Nouvelle'-Ville
A-'Ville
Nouvelle-'Ville
A' Ville
Nouvelle' Ville
A- Ville
Nouvelle- Ville
Nouvelle-es- Ville
Saint-Martin-es- Ville
AAA
AaA
A  a
A  A


*Théoriques ???**
*A A
A'A
A-A
Nouvelle'Ville


*Valides (communes existantes)**
*Marseille
Saint-Remy-en-Bouzemont-Saint-Genest-et-Isson
Saint-Martin-d'Hères
Hœdic
Saint-Genis
Y
Ay
Bû
Oô
Aast
Niederschaeffolsheim
Kermoroc'h
M'tsangamouji
L'Île-Rousse
L'Épine
Le Mans
La Celle-Saint-Cloud
Le Pont-de-Beauvoisin
Hitiaa O Te Ra
Saint-Nom-la-Bretèche
Saint-Germain-de-Tallevende-la-Lande-Vaumont
Beaujeu-Saint-Vallier-Pierrejux-et-Quitteur
Île-aux-Moines
Île-d'Aix
Château-Chinon (Campagne)
Château-Chinon (Ville)
Noirmoutier-en-l'Île
Aix-Villemaur-Pâlis
La Chapelle du Lou du Lac
Saint-Thégonnec Loc-Eguiner
Val d'Arcomie
Ance Féas
Le Bas Ségala
Le Haut Soultzbach
Bairon et ses environs
Dhuys et Morin-en-Brie
Parves et Nattages
Haut Valromey
Saint Paterne - Le Chevain
Pont de Montvert - Sud Mont Lozère
Saint Géry-Vers
Villages du Lac de Paladru
Bagnoles de l'Orne Normandie
Cœur de Causse
Beauce la Romaine
Les Hauts d'Anjou
Les Pechs du Vers
Segré-en-Anjou Bleu
Ingrandes-Le Fresne sur Loire
Montrichard Val de Cher


Charles.

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

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

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

http://wiki.openstreetmap.org/wiki/Key:social_facility#Whom_is_served_by_the_facility
social_facility:for=homeless

http://wiki.openstreetmap.org/wiki/Key:social_facility#Different_types_of_social_facilities
social_facility=shelter
Il faut certainement innover pour le reste :
social_facility:phone=yes
social_facility:toilet=yes
...

et puis aussi pour la santé :
http://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare_2.0#health_service:.2A.3Dyes.2Fno

-- althio

2017-03-24 23:57 GMT+01:00 Philippe Verdy :
> Egalement:
>
> Key:social_facility
>
>
> Le 24 mars 2017 à 23:55, Philippe Verdy  a écrit :
>>
>> A voir avec Key:community centre
>>
>> Le 24 mars 2017 à 23:51, Donat ROBAUX  a écrit :
>>>
>>> Bonjour,
>>>
>>> Vous le savez peut-être que des initiatives en faveur des SDF se
>>> développent ca et là.
>>> Je pense notamment au café ou baguette suspendu
>>> (http://www.leparisien.fr/espace-premium/air-du-temps/un-cafe-solidaire-s-il-vous-plait-20-04-2013-2742511.php).
>>> Ou encore à l'initiative Le Carillon (http://www.lecarillon.org/le-projet)
>>> qui propose aux commerçants volontaires pour apporter une petite aide aux
>>> SDF de coller une petite affiche sur leur devanture?
>>>
>>> Y a-t-il un tag pour distinguer ses magasins?
>>>
>>> Donat
>>>
>>> Garanti sans virus. www.avast.com
>>>
>>> ___
>>> 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] Marché public données OSM

[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ême si à ma connaissance ce genre de prestation n'a jamais été fait à 
cette échelle, ce n'est pas une première. Suite à la cartographie 
notamment indoor des gares de Paris pour SNCF Transilien, nous 
(Carto'Cité) effectuons un suivi régulier des modifications des données 
des 380 gares d'Ile-de-France. Outre le suivi technique, une part de 
notre travail consiste à contacter les contributeur.rice.s pour 
expliquer le référentiel disponible sur le Wiki et autres conseils, 
généralement bien reçus. Dans un souci de transparence, nous avons pour 
cela créé un compte (transilien_cartocite). J'aurais probablement dû en 
parler plus tôt sur Talk-fr (voilà, c'est fait ;-) et nous prévoyons de 
présenter les différents aspects de ce travail à SOTM-FR.


Antoine.

Le 28/03/2017 à 10:32, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / 
DT GE APPUI PERFORMANCE) a écrit :


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 mars 2017 10:22
*À :* Discussions sur OSM en français
*Objet :* 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 grosses boites, "modération" est ce qu'on appelle le QA;)




--

*Florian Lainez*

@overflorian 

---
Ce message et toutes les pièces jointes sont établis à l'intention 
exclusive de ses destinataires et sont confidentiels. L'intégrité de 
ce message n'étant pas assurée sur Internet, la SNCF ne peut être 
tenue responsable des altérations qui pourraient se produire sur son 
contenu. Toute publication, utilisation, reproduction, ou diffusion, 
même partielle, non autorisée préalablement par la SNCF, est 
strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.

---
This message and any attachments are intended solely for the 
addressees and are confidential. SNCF may not be held responsible for 
their contents whose accuracy and completeness cannot be guaranteed 
over the Internet. Unauthorized use, disclosure, distribution, 
copying, or any part thereof is strictly prohibited. If you are not 
the intended recipient of this message, please notify the sender 
immediately and delete it.




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





---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[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 mises à jour différées).
Là je pense surtout qu'il s'agit d'une question d'image: OSM est plus connu
que les SIG publics et plus visible. Ce qui est demandé est d'avoir
quelqu'un capable d'intégrer correctement dans OSM les mises à jour
publiques pour que ces données ne restent pas seulement dans les SIG et
prennent du retard avant d'être intégrées et visibles dans OSM.
Les indicateurs de qualité sont pourtant possibles même avec la base OSM
non modifiée, mais ça demande un développement d'une base de données
parallèle pour faire un suivi. Le prestataire en plus n'a pas besoin de
suivre le monde entier, juste la zone demandée, et développer ou utiliser
les outils de veille qualité et identifier les problèmes. La mesure de
qualité peut être les outils de rapprochements (comparables à ceux
développés pour BANO) mais d'autres sont certainement à écrire pour fournir
ces mesures et aider à définir des seuils de qualité. Le SIG du STIF founit
des données avec des mesures quantitatives, et des outils comme
OverpassTurbo peuvent faire des recherche dans OSM. Les rapprochements
peuvent indiquer les différences et les mesurer. Pour faire ensuite le
travail de correction, il faudra des outils d'importation et respecter les
règles communes et définir ce qui est acceptable comme différences. Le
prestataire aurait intérêt d'ailleurs à mettre ses outils QA à disposition
de la communauté pour que ces corrections soient aussi discutées
collectivement et ne passent pas comme des imports en masse.

Le 28 mars 2017 à 10:05, Jean-Marc Liotier  a écrit :

> 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 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 contributeurs externes.
> >
> > Maintien de la qualité des données au sein d’OSM, c’est pas
> > suffisant ?
>
> Les clients expriment généralement le besoin d'avoir quelqu'un sur qui
> taper en cas de problème et par conséquent ils désignent leur
> prestataire comme responsable des données. Le prestataire a tout
> intérêt à améliorer la qualité en amont, au sein d'Openstreetmap - mais
> du point de vue du client Openstreetmap n'existe pas et le prestataire
> est l'unique fournisseur de données dont il est réputé contrôler la
> qualité.
>
> En pratique et dans l'état actuel d'Openstreetmap j'imagine mal le
> client pénaliser le prestataire pour une boite aux lettres manquante ou
> un défaut de capitalisation dans le nom d'un restaurant... J'imagine que
> la clause a plutôt pour but de s'assurer que le planet béni par le
> prestataire ne contient pas un highway=primary gonadomorphe recouvrant
> la région.
>
> Je serai le prestataire, je demanderai quand même de définir un petit
> peu plus précisément les indicateurs de qualité retenus pour mesurer
> l'exécution du contrat.
>
> ___
> 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] Marché public données OSM

[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 mars 2017 10:22
À : Discussions sur OSM en français
Objet : 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 
grosses boites, "modération" est ce qu'on appelle le QA;)


--

Florian Lainez
[http://twitter.com/favicon.ico]@overflorian
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[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 qu'on appelle le QA;)


-- 

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

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

[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é du
> STIF est de mandater un prestataire en charge de modérer les données
> renseignées sur OSM par des contributeurs externes .
> 
> Il n’y a que moi qui trouve cela « border line » ?
> 
> Maintien de la qualité des données au sein d’OSM, c’est pas suffisant ?

J'ai tiqué comme toi mais parce que je trouve ça illusoire de se poser en 
modérateur au sens habituel du terme, à savoir un intermédiaire qui 
valide/invalide les ajouts de chacun. J'ai plutôt envie d’interpréter ce 
paragraphe en :
"mandater un prestataire pour faire du contrôle qualité et harmoniser les 
données, en s'inspirant des contrôles et processus disponibles dans des 
d'outils tels qu'Osmose"

vincent

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

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

[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 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 contributeurs externes.
> 
> Maintien de la qualité des données au sein d’OSM, c’est pas
> suffisant ?

Les clients expriment généralement le besoin d'avoir quelqu'un sur qui
taper en cas de problème et par conséquent ils désignent leur
prestataire comme responsable des données. Le prestataire a tout
intérêt à améliorer la qualité en amont, au sein d'Openstreetmap - mais
du point de vue du client Openstreetmap n'existe pas et le prestataire
est l'unique fournisseur de données dont il est réputé contrôler la
qualité.

En pratique et dans l'état actuel d'Openstreetmap j'imagine mal le
client pénaliser le prestataire pour une boite aux lettres manquante ou
un défaut de capitalisation dans le nom d'un restaurant... J'imagine que
la clause a plutôt pour but de s'assurer que le planet béni par le
prestataire ne contient pas un highway=primary gonadomorphe recouvrant
la région.

Je serai le prestataire, je demanderai quand même de définir un petit
peu plus précisément les indicateurs de qualité retenus pour mesurer
l'exécution du contrat.

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

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

[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 
contributeurs externes.

Il n’y a que moi qui trouve cela « border line » ?
Maintien de la qualité des données au sein d’OSM, c’est pas suffisant ?

Denis

De : Donat ROBAUX [mailto:dona...@gmail.com]
Envoyé : lundi 27 mars 2017 14:06
À : talk-fr@openstreetmap.org
Objet : [OSM-talk-fr] Marché public données OSM

Bonjour,

Un marché public vient d'être lancé par le STIF (Syndicat des transports IdF) 
concernant l'acquisition et maintenance de données vélo sur OpenStreetMap. Cela 
peut intéresser les entreprise de l'écosystème OSM.

http://www.boamp.fr/avis/detail/17-30383/0

Donat
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[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'est pas un abri.( parking velo ,
station service.. arrêt de bus)
=> présence ou non d'un toit.
description d'un objet sous un building=roof par exemple.

Un arrêt de bus ( public_transport=platform v2 ou  highway=bus_stop v1) est
d'abord l'endroit ou l'on attend un bus.
si celui-ci possède une petite cabane dédiée pour abriter shelter=yes
si celui-ci se trouve sous une avancée de batiment covered=yes

Cette nuance se retrouve +- d'ailleurs ici
http://wiki.openstreetmap.org/wiki/Tag:public_transport%3Dplatform

donc pour moi, sur ton exemple se serait:
gauche : covered=yes
droite : shelter=yes




--
View this message in context: 
http://gis.19327.n8.nabble.com/covered-yes-tp5894197p5894222.html
Sent from the France mailing list archive at Nabble.com.

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