Le Thu, Sep 21, 2017 at 10:24:04AM +0200, Christian Quest
[cqu...@openstreetmap.fr] a écrit:
> Si on veut renormaliser automatiquement on peut toujours le faire en aval
> si on y tient.
>
> L'intérêt de laisser libre le regroupement avec espace, c'est qu'on permet
> d'ajouter un peu d'humain et
Si on veut renormaliser automatiquement on peut toujours le faire en aval
si on y tient.
L'intérêt de laisser libre le regroupement avec espace, c'est qu'on permet
d'ajouter un peu d'humain et cela aide à rendre lisible un numéro qui a été
choisit pour l'être et qu'un algo ne détectera pas si
Le Thu, Sep 21, 2017 at 08:36:15AM +0200, Philippe Verdy [verd...@wanadoo.fr] a
écrit:
> Tout à fait d'accord d'autant que l'usage des espaces pour la lecture
> humaine est standardisé et ne gêne absolument pas la lecture automatisée.
>
> Et non ce n'est pas une question de rendu, car un rendu
Tout à fait d'accord d'autant que l'usage des espaces pour la lecture
humaine est standardisé et ne gêne absolument pas la lecture automatisée.
Et non ce n'est pas une question de rendu, car un rendu qui ajouterait les
espaces les mettra n'importe où, et pas de la façon dont on lit
habituellement
Oui, mais la contribution c'est des humains qui la font. Et
personnellement, je n'ai jamais indiqué mon numéro comme étant zéro
soixante dix-sept million deux cent quarante huit mille et des
brouettes. Ni lu de cette manière-là. OSM, c'est un projet humain, pas
un projet de machines pour
Le Tue, Sep 19, 2017 at 09:36:26PM +0200, Romain MEHUT [romain.me...@gmail.com]
a écrit:
> Le 18 septembre 2017 à 22:35, a écrit :
>
> > Ce n'est pas incompatible E.123 dit qu'un numéro de téléphone peut
> > comporter des espaces pour la lisibilité.
> >
> > Et
Si vous voulez corriger des numéros avec d'autres caractères que des
chiffre et des espace et éventuellement un + au début, avec
http://overpass-turbo.eu/ cette requête sur une zone que vous aurez choisi :
[out:xml][timeout:2500];
(
node["phone"]["phone"!~"^[\+]?[ 0-9]+$"]({{bbox}});
Le 18 septembre 2017 à 22:24, Romain MEHUT a écrit
:
> Bonsoir,
>
> Désolé mais je ne comprends pas cette spécificité française. Le wiki était
> déjà clair avec un exemple http://wiki.openstreetmap.org/
> wiki/FR:Key:phone?uselang=fr#Exemples Un numéro de téléphone fixe
>
https://fr.wikipedia.org/wiki/Num%C3%A9ro_de_t%C3%A9l%C3%A9phone#F
France métropolitaine : +33 C CC CC CC CC ou 0C CC CC CC CC (format
national)
Le 19/09/2017 à 21:36, Romain MEHUT - romain.me...@gmail.com a écrit :
Le 18 septembre 2017 à 22:35,
Le 18 septembre 2017 à 22:35, a écrit :
> Ce n'est pas incompatible E.123 dit qu'un numéro de téléphone peut
> comporter des espaces pour la lisibilité.
>
> Et en France le regroupement se fait usuellement par paquets de 2 chiffres
> hormis le premier si on
Ce n'est pas incompatible E.123 dit qu'un numéro de téléphone peut
comporter des espaces pour la lisibilité.
Et en France le regroupement se fait usuellement par paquets de 2
chiffres hormis le premier si on passe au format international.
Par contre l'exemple pose soucis car il est
Bonsoir,
Désolé mais je ne comprends pas cette spécificité française. Le wiki était
déjà clair avec un exemple
http://wiki.openstreetmap.org/wiki/FR:Key:phone?uselang=fr#Exemples Un
numéro de téléphone fixe classique en France métropolitaine, dont
l'indicateur régional serait 04 s'inscrirait de
ça serait bien de laisser une trace sur le wiki de comment il faut indiquer
les numéro.
J'ai ajouté 3 lignes sur la page en français :
https://wiki.openstreetmap.org/wiki/FR:Key:phone
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
On 09/05/2017 06:27 PM, marc marc wrote:
> Résumé
> Pour le champs phone, les numéros à convertir de 0 en +33 sont :
> +331
> +332
> +333
> +334
> +335
> +336
+3370xxx
> +3373xxx
> +3374xxx
> +3375xxx
> +3376xxx
>
Résumé
Pour le champs phone, les numéros à convertir de 0 en +33 sont :
+331
+332
+333
+334
+335
+336
+3373xxx
+3374xxx
+3375xxx
+3376xxx
+3377xxx
+3378xxx
+3379xxx
+33870xx
+339
les numéros à ne PAS convertir
Le nouveau plan des Comores est entré en vigueur. Décidé en 2014 il a été
officialisé en 2016 par sa publication, et un an après il est effectif
depuis ce mois de juillet 2017.
Le 5 septembre 2017 à 08:09, JB a écrit :
> Le 04/09/2017 à 22:55, Philippe Verdy a écrit :
>
>>
Le 04/09/2017 à 22:55, Philippe Verdy a écrit :
Dernière note:
Apparemment pas !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Je note toutefois que les décisions d'universalisation des numéros à 7
chiffres aux comores sont maintenant en vigueur (quand le disais "plus
tard", cela n'est plus vrai) depuis 2014.
Le 7 initial devant un numéro fixe comorien doit *aussi* être composé
depuis l'international.
Cela a libéré des
Dernière note: les numéros locaux aux Comores avant ne comprenait que 6
chiffres (dont le premier était un 6 ou ou 7). Ce plan a été saturé à cause
des mobiles. Un chiffre supplémentaire a été ajouté en tête, le 7 pour les
fixes, et le 3 a été demandé par les Comores à la France qui lui a réservé
Précision ou correction les mobiles des Comores ne commencent pas par le
76Z ou 77Z comme les numéros fixes, mais par 3XX avec XX identifiant
l'opérateur et non une zone (donc +269 3XX n'est pas non plus à Mayotte)
Les numéros Comoriens ont 7 chiffres (76Z ou 77Z pour les fixes, 3XX pour
les
Tu as oublies le +269, partagé par Mayotte et l'Union des Comores (ce code
est historique et date du temps où c'était une seule colonie française
avant l'indépendance partielle des Comores).
Mayotte peut être appelé par le +269 suivi des 6 derniers chiffres, ou le
+33 269 suivi des même 6
Bonsoir
Le plan de numérotation est défini par l'ITU-T dans le document E.164 (
https://en.wikipedia.org/wiki/E.164)
Le code 33 est affecté à la France métropolitaine.
Les départements, régions et collectivités outre-mer possèdent d'autres
codes:
Le 1 septembre 2017 à 13:32, marc marc a écrit :
> Résumé : les numéros à convertir de 0 en +33 semblent être :
> +331
> +332
> +333
> +334
> +335
> +336
> +3373xxx
> +3374xxx
> +3375xxx
> +3376xxx
>
Résumé : les numéros à convertir de 0 en +33 semblent être :
+331
+332
+333
+334
+335
+336
+3373xxx
+3374xxx
+3375xxx
+3376xxx
+3377xxx
+3378xxx
+3379xxx
+33870xx
+339
Le 31. 08. 17 à 22:11, Philippe Verdy a
Je voulais aussi ajouter que même avant le passage à la numérotation à 10
chiffres, celle à 11 chiffres était déjà prévue à terme, cela semble
inévitable désormais à cause de l'explosion des numéros mobiles (alors
qu'on utilise de moins en moins les numéros fixes), et de celle des
services à
Le 31 août 2017 à 13:22, marc marc a écrit :
> je me restreins à un message/jour sur ce sujet pour faciliter
> la lecture :)
>
> - formatage : je pense préférable qu'on garde le formatage existant
> si possible, quitte à faire plus tard un autre "projet" si un
>
je me restreins à un message/jour sur ce sujet pour faciliter
la lecture :)
- formatage : je pense préférable qu'on garde le formatage existant
si possible, quitte à faire plus tard un autre "projet" si un
hypothétique consensus se dégage pour uniformiser cela
- format des numéros :
> Voici le
oups
quand j'ai écrit "ça se fait quelque chose comme ça" j'ai oublier le "?"
parce que c'est une question.
Le 31 août 2017 à 01:21, Jérôme Amagat a écrit :
> Pour faire les modifications sur les numéros
> ça se fait quelque chose comme ça (ici c'est pour passer de
Pour faire les modifications sur les numéros
ça se fait quelque chose comme ça (ici c'est pour passer de 04 à
+334 avec X un chiffre) :
avec overpass-turbo.eu et :
[out:xml][timeout:2500];
(
node["phone"~"^04[0-9]{8}$"]({{bbox}});
way["phone"~"^04[0-9]{8}$"]({{bbox}});
Le 30 août 2017 à 22:52, a écrit :
> Le 30/08/2017 à 11:42, JB - jb...@mailoo.org a écrit :
> Après formater en un bloc pour les numéros courts, en 0X[ XX]+ pour les
> autres nationaux (si actuellement présentés en un paquet), en +33 X[ XX]+
> pour les
Le 30/08/2017 à 11:42, JB - jb...@mailoo.org a écrit :
Euh, juste pour me rassurer : Si vous faites une modification
automatique, vous vous limitez à la France, hein ?
Déjà chez nous on n'est pas sûr d'être d'accord, mais si en plus on va
mettre le bordel chez les voisins…
JB.
Je pense que ça
Le 30 août 2017 à 17:04, Christian Quest a écrit :
> Il me semble donc que seuls les numéros en "services téléphoniques" sont
> utilisables à l'international (donc avec +33), soit:
> - 01..07
> - 09
et 0870 que tu oublies (ce sont des numéros VoIP des box internets,
Le 30 août 2017 à 11:36, Francois Gouget a écrit :
> On Tue, 29 Aug 2017, marc marc wrote:
>
> > Le 29. 08. 17 à 04:31, Francois Gouget a écrit :
> > > je ne connais pas trop le format des numéros de téĺéphone
> > > dans les autres pays.
> >
> > le format est international :)
>
Le 30/08/2017 à 15:42, marc marc a écrit :
Le 30. 08. 17 à 11:42, JB a écrit :
> Si vous faites une modification automatique,
> vous vous limitez à la France, hein ?
Si/lorsque le programme existe, ce serrait bête
de ne pas l'utiliser ailleurs, non ?
pas une "hop corrigeons le monde", mais
Le 30. 08. 17 à 11:42, JB a écrit :
> Si vous faites une modification automatique,
> vous vous limitez à la France, hein ?
Si/lorsque le programme existe, ce serrait bête
de ne pas l'utiliser ailleurs, non ?
pas une "hop corrigeons le monde", mais au cas
par cas ou un message sur la liste
Le 30/08/2017 à 11:36, Francois Gouget a écrit :
On Tue, 29 Aug 2017, marc marc wrote:
Le 29. 08. 17 à 04:31, Francois Gouget a écrit :
je ne connais pas trop le format des numéros de téĺéphone
dans les autres pays.
le format est international:)
Je voulais dire que je ne sais pas s'il faut
On Tue, 29 Aug 2017, marc marc wrote:
> Le 29. 08. 17 à 04:31, Francois Gouget a écrit :
> > je ne connais pas trop le format des numéros de téĺéphone
> > dans les autres pays.
>
> le format est international :)
Je voulais dire que je ne sais pas s'il faut enlever le 0 pour les
autres pays.
Le 30/08/2017 à 03:49, Francois Gouget a écrit :
Reste à prendre une décision pour les 3631...
J'ai également modifié le code pour ne plus proposé les 3631 sur
l'intégration des postes.
* On pourrait le mettre sur une relation regroupant tous les
établissements de la chaîne en question.
On Tue, 29 Aug 2017, osm.sanspourr...@spamgourmet.com wrote:
[...]
> Je suis donc pour +33 X XX XX XX XX mais uniquement si initialement on avait
> 0X XX XX XX XX ou 0X.
Concernant les espaces je suis assez d'accord je pense, c'est à dire :
* Je suis habitué aux 5 paquets de 2 chiffres.
Le 29 août 2017 à 22:42, a écrit :
> Bonjour, il y a deux cas et seulement deux cas, les autres cas évoqués par
> Philippe sont sont hors sujet pour la France.
>
Non, tous les cas que je citais étaient bien pour la France et même
uniquement la France (pour la
On Mon, 28 Aug 2017, marc marc wrote:
> 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
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 29. 08. 17 à 04:31, Francois Gouget a écrit :
> je ne connais pas trop le format des numéros de téĺéphone
> dans les autres pays.
le format est international :)
Jean-Marc Liotier à écrit
> laissons à la couche de présentation le privilège de
> formater à sa fantaisie.
+1
Mais faut d'abord
On Mon, 28 Aug 2017 23:00:57 +
marc marc wrote:
>
> 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
Les espaces n'ont jamais d'importance, ils sont utilisés pour la
présentation sous une forme mnémonique.
Même en France rien n'impose la présentation en groupe de 2 chiffres, les
groupes de 3 chiffres (exemple +33 100 200 300) ou 4 chiffres (exemple +33
1 4000 5000) ou un mix (exemple +33 1 21 53
On Mon, 28 Aug 2017, Frédéric Rodrigo wrote:
[...]
> Le trac est vraiment en fin de vie.
> On utilise github maintenant :
> https://github.com/osm-fr/osmose-backend/issues (de préférence en anglais)
Il faudrait mettre openstreetmap.fr à jour alors car il pointe toujours
sur trac :
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
Bonsoir,
Le 28 août 2017 à 19:56, Francois Gouget a écrit :
>
> Ou script du mois si quelqu'un sait faire ?
>
> J'ai trouvé qu'il y avait beaucoup de tags phone avec un numéro français
> incorrectement internationalisé.
> Par exemple :
>
>
Le 28/08/2017 à 19:56, Francois Gouget a écrit :
Ou script du mois si quelqu'un sait faire ?
J'ai trouvé qu'il y avait beaucoup de tags phone avec un numéro français
incorrectement internationalisé.
Par exemple :
https://www.openstreetmap.org/node/2999626704
phone=+33 02 40 xx xx xx
Ou script du mois si quelqu'un sait faire ?
J'ai trouvé qu'il y avait beaucoup de tags phone avec un numéro français
incorrectement internationalisé.
Par exemple :
https://www.openstreetmap.org/node/2999626704
phone=+33 02 40 xx xx xx
On trouve aussi des phone=+33 3631
Dans tous les
50 matches
Mail list logo