Bonjour, il y a deux cas et seulement deux cas, les autres cas évoqués
par Philippe sont sont hors sujet pour la France.
Donc oui autant se restreindre à la France, par exemple l'Italie
conserve le 0 du numéro national si composé depuis l'international.
- Le premier cas, le plus courant est le numéro à 10 chiffres appelable
de l'international. La règle dans OSM c'est de remplacer le 0 par +33
suivi d'une espace, le reste étant un paquet de 8 chiffres sans espace
ou de suivre la norme locale (donc des paquets de deux chiffres sauf le
premier suivant le +33.
Le premier me semble aberrant (les téléphones ne reconnaissent souvent
que les + suivis de chiffres comme numéro dans un SMS et on est habitué
à la règle 5 paquets de 2 chiffres) : on aurait quelque chose ni facile
à utiliser ni facile à lire (la mise en forme est laissée à l'appli, ça
peut-être bon).
Je suis donc pour +33 X XX XX XX XX mais uniquement si initialement on
avait 0X XX XX XX XX ou 0XXXXXXXXX.
Si initialement on avait autre chose (mais que ces chiffres et des
espaces je suis pour préserver la mise en forme - au moins ne pas
automatiser : il peut y avoir des mises en formes hors cadre usuel
correspondant à des moyens mnémotechniques (Cf message de Philippe).
- le second est tout numéro ne supportant pas ce schéma. Normalement les
numéros doivent correspondre au numéro de l'agence, etc... donc le
numéro court doit être l'exception.
Donc soit à supprimer (ne correspond pas à un moyen de contacter
l'agence en question) soit à déplacer en phone:FR et à formater.
le wiki a même un exemple phone:FR:mobile:SFR
a voir si c'est un délire du wiki ou s'il y a réellement
une app qui sait l'utiliser
Ce sont deux choses différentes.
Car par exemple une appli qui me montre les tags sait l'utiliser
(l'utilisateur saura s'il a un téléphone SFR qu'il peut appeler ce
numéro court depuis sa ligne/ce téléphone).
osm.org propose de composer le numéro. Si tu es chez SFR ça pourrait
marcher.
Je disais 2 cas, il y en a donc un troisième ;-) : les numéros réservés
aux appels venant de France.
https://taginfo.openstreetmap.org/keys/phone%3AFR
il me semble utile de faire une passe.
Par exemple https://www.openstreetmap.org/way/52563852 c'est une erreur,
je le lui signale.
https://www.openstreetmap.org/changeset/49192593#map=19/48.65573/-2.00478
https://www.openstreetmap.org/way/65299375 il a voulu bien faire. On le
lui signale ?
Ce qui m'inquiète c'est le commentaire "France - Corrections Osmose "
mais ça doit être un changeset non fermé dont le commentaire n'a pas été
mis à jour.
Beaucoup de 3611. C'est le numéro des bureaux de postes sauf que vous
tombez sur un bureau de poste et non le bureau de poste. À supprimer ? À
conserver ? Si on suit la logique des contact:facebook et autres website
à supprimer.
Mais peut-être doit-on introduire une notion de numéro "au plus proche":
avec le 112 vous ne tombez pas sur le SDIS trouvé sur la carte mais sur
le plus proche. Typiquement à réserver à des relations network comme le
réseau des bureaux de poste de France. Je déconne ;-).
Si je regarde les phone:fr
<https://taginfo.openstreetmap.org/keys/phone%3Afr>
ça me semble encore être des erreurs
Un vrai : https://www.openstreetmap.org/node/1884297260. Maison d'hôte
avec numéro pour la Belgique et numéro pour la France (et encore le
téléphone français étant un mobile il peut être plus intéressant
d'appeler le numéro belge).
Il me semble préférable de faire le ménage sur les numéros phone:xxx qui
ne sont pas de simples phone car après on pourrait avoir plus de soucis.
Pour le plan de numérotation français :
https://fr.wikipedia.org/wiki/Plan_de_num%C3%A9rotation_en_France#Plan_actuel_depuis_2005
Jean-Yvon
Le 29/08/2017 à 01:00, marc marc - marc_marc_...@hotmail.com a écrit :
Le 28. 08. 17 à 19:56, Francois Gouget a écrit :
ces numéros sont faux, soit à cause du zéro en trop,
soit parce que les numéros courts ne peuvent être utilisés depuis
l'étranger. Mais comment les corriger de manière efficace ?
à mon avis le problème est mondial :)
vérifie sur le wiki s'il n'y a pas déjà eu un opération automatique.
Le 28. 08. 17 à 23:06, Romain MEHUT a écrit :
> je vois souvent les numéros avec des espaces...
cela dépend de la norme. y a des espaces, des tirets ou rien.
norme en partie dépassée puis que beaucoup de pays n'ont plus
de code région vu la portabilité des numéros à l'échelle d'un pays.
De toute façon les séparateurs sont non significatif et virés
lors de la composition du numéro.
Certains font même des +33(0)123456789 alors que () n'est
prévu à ma connaissance dans aucune norme.
Pour le correctif, j'aurais tendance à faire ainsi :
d'abord chercher la cause. chercher par exemple
avec overpass les cas récemment modifiés.
http://overpass-turbo.eu/s/rjj
remplacer UneVille par un lieu (éviter de faire trop gros, c'est long)
Trouver parmi ces cas un où la modif concerne le numéro
de téléphone (clic sur le nœud pour l'ouvrir dans osm,
clic sur historique pour comparer la version actuelle avec
la précédente) (si quelqu'un sait comparer le champs phone
avec la version précédente en overpass, c'est le bienvenu)
Trouver quel app a été utilisée pour faire la modification
il serrait utile d'ouvrir un ticket pour améliorer la saisie.
ainsi les nouvelles données serraient directement bonne.
Il faudrait aussi vérifier si les pages wiki sont claire à ce sujet.
Parce que le premier exemple que j'ai trouvé utilise iD
http://www.openstreetmap.org/changeset/51465606
le 2ieme OsmAnd http://www.openstreetmap.org/changeset/50890233
Leur écrire pour voir ce qui les a inciter à faire ainsi.
Ou tester avec la même app pour voir si c'est l'app
qui incite à l'erreur
Ensuite pour ton query overpass, si tu choisis une région
à faible problème, tu peux aussi exporter cela dans josm
et les traiter un à un avec le pluging todo
Mais pour toute la France c'est 1466 nœuds, 884 chemins 35 relations.
ce serrait plus efficace de faire cela en automatique. cela implique :
0) choisir exactement les cas qu'on traire et ceux qu'on ignore
1) que la communauté valide mais je pense que ce serra le cas
2) faire une page wiki qui explique l'opération
https://wiki.openstreetmap.org/wiki/FR:Code_de_conduite_des_modifications_automatis%C3%A9es
3) faire le script. le début serra sûrement une requête overpass
Mais au lieu d'utiliser les coordonnées, il me semble plus efficace
de récupérer les id et champs phone.
Ensuite... hum.. j'ai encore jamais fait :)
Mais je suppose qu'en récupérant le xml, en y corrigeant les no,
on doit pouvoir ensuite envoyer les modifs.
Quelqu'un ayant déjà scripter ce genre de chose serra sûrement
plus efficace pour choisir la méthode la plus facile.
L'autre solution c'est de produire un fichier osc qu'on peux
ouvrir dans josm et qui contient les correctifs.
Sinon il y a aussi sur le wiki une page où demander l'aide de scripteur
Dans tout les cas ce serra d'abord à tester sur une toute petite zone
Dernier point et non des moindres, que fait-on des numéros court ?
le wiki sépare les numéros non pas sur leur longueur mais sur leur
utilisation (local ou international).
+331234 fonctionne-t-il en local ?
je ne parle pas d'appeler un no depuis l'étranger mais localement.
a tester :) quelqu'un a un numéro court gratuit ? :-)
le wiki donne aussi phone:FR=no court ou gratuit avec 40 cas
selon taginfo (avec des fr à corriger en FR)
le wiki a même un exemple phone:FR:mobile:SFR
a voir si c'est un délire du wiki ou s'il y a réellement
une app qui sait l'utiliser
_______________________________________________
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
