Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Dominique Rousseau]

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 cela aide à rendre lisible un numéro qui a été
> choisit pour l'être et qu'un algo ne détectera pas si facilement.
> 
> Exemple: 0 800 801 802 plutôt que 08 00 80 18 02

Il s'agit d'un numéro ayant une portée uniquement nationale, pour le
coup.
(le fil parlait de script pour normaliser les numéros au format
international)

-- 
Dominique Rousseau
d...@lee-loo.net - 06 82 43 12 27

A l'instant où l'esclave décide qu'il ne sera plus esclave,
ses chaînes tombent.  -- Mahatma Gandhi

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

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Christian Quest]

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

Exemple: 0 800 801 802 plutôt que 08 00 80 18 02


Le 21 septembre 2017 à 09:21, Dominique Rousseau  a écrit
:

>
> Oui, il n'y a pas de regle pour la facon de grouper les chiffres, comme
> tu le dis il y a un usage, et parfois on "étonne" quand on déroge à cet
> usage (je donne souvent mon numéro de téléphone en groupant par 3
> chiffres :).
> MAIS, il y a une règle définie dans le wiki OSM concernant le stockage
> des numéros au format international, qui convient plus ou moins selon
> les usages locaux, mais qui n'empêche en rien de reformater les numéros
> stockés.
> (oui, on peut aussi se dire que les numéros stockaés pourraient être
> normalisés automatiquement avant rendu dans un autre format)
>
>
-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Dominique Rousseau]

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 qui ajouterait les
> espaces les mettra n'importe où, et pas de la façon dont on lit
> habituellement un numéro ; non il n'y a PAS de règle imposant les
> groupements sur 2 chiffres en France

[...]

Oui, il n'y a pas de regle pour la facon de grouper les chiffres, comme
tu le dis il y a un usage, et parfois on "étonne" quand on déroge à cet
usage (je donne souvent mon numéro de téléphone en groupant par 3
chiffres :).
MAIS, il y a une règle définie dans le wiki OSM concernant le stockage
des numéros au format international, qui convient plus ou moins selon
les usages locaux, mais qui n'empêche en rien de reformater les numéros
stockés.
(oui, on peut aussi se dire que les numéros stockaés pourraient être
normalisés automatiquement avant rendu dans un autre format)


-- 
Dominique Rousseau
d...@lee-loo.net

A l'instant où l'esclave décide qu'il ne sera plus esclave,
ses chaînes tombent.  -- Mahatma Gandhi

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

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Philippe Verdy]

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 un numéro ; non il n'y a PAS de règle imposant les
groupements sur 2 chiffres en France, on a fréquemment des numéro avec des
groupes de 3 chiffres et parfois 4 chiffres (quand les 3 derniers sont des
000) ;  et pas seulement pour les numéros spéciaux (0 8nn nnn nnn ; 118 nnn
; 16n ... ; 19n ...)

Les groupements sont seulement suggérés par l'usage mais n,'ont aucune
conséquence sur la composition mais ils sont importants pour pouvoir être
lus correctement par un humain


Le 20 septembre 2017 à 09:49, JB  a écrit :

> 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 machines.
> JB.
>
>
> Le 20/09/2017 à 09:06, Dominique Rousseau a écrit :
>
>> Ca me semble etrange de se poser la question de mettre des espaces ou
>> non dans les numeros de telephones stockes dans la base.
>> La facon de les afficher, c'est - encore une fois - une question de
>> rendu (des espaces, des tirets, whatever).
>> Et vu qu'il y a un format indiqué dans le wiki OSM, il suffit de s'y
>> conformer, si on veut "normaliser" les numéros deja presents.
>>
>
>
> ___
> 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] Champs phone : futur projet du mois ?

[JB]

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

JB.


Le 20/09/2017 à 09:06, Dominique Rousseau a écrit :

Ca me semble etrange de se poser la question de mettre des espaces ou
non dans les numeros de telephones stockes dans la base.
La facon de les afficher, c'est - encore une fois - une question de
rendu (des espaces, des tirets, whatever).
Et vu qu'il y a un format indiqué dans le wiki OSM, il suffit de s'y
conformer, si on veut "normaliser" les numéros deja presents.



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

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Dominique Rousseau]

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 en France le regroupement se fait usuellement par paquets de 2 chiffres
> > hormis le premier si on passe au format international.
> >
> 
> Usuel pour qui ?
> Cela me donne l'impression, pourquoi faire simple quand on peut faire
> compliqué...

Ca me semble etrange de se poser la question de mettre des espaces ou
non dans les numeros de telephones stockes dans la base.
La facon de les afficher, c'est - encore une fois - une question de
rendu (des espaces, des tirets, whatever).
Et vu qu'il y a un format indiqué dans le wiki OSM, il suffit de s'y
conformer, si on veut "normaliser" les numéros deja presents.


-- 
Dominique Rousseau
d...@lee-loo.net - 06 82 43 12 27

A l'instant où l'esclave décide qu'il ne sera plus esclave,
ses chaînes tombent.  -- Mahatma Gandhi

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

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Jérôme Amagat]

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}});
  way["phone"]["phone"!~"^[\+]?[ 0-9]+$"]({{bbox}});
  relation["phone"]["phone"!~"^[\+]?[ 0-9]+$"]({{bbox}});
);
out meta;
>;
out meta qt;

le seul problème c'est que il peut il y avoir plusieurs numéros dans le
champ phone=* séparé par des ";"

sinon plus compliqué  :

[out:xml][timeout:2500];
(
  node["phone"]["phone"!~"^([\+33] ?)?[0-9]( ?[0-9])+(;([\+33] ?)?[0-9](
?[0-9])+)*$"]({{bbox}});
  way["phone"]["phone"!~"^([\+33] ?)?[0-9]( ?[0-9])+(;([\+33] ?)?[0-9](
?[0-9])+)*$"]({{bbox}});
  relation["phone"]["phone"!~"^([\+33] ?)?[0-9]( ?[0-9])+(;([\+33]
?)?[0-9]( ?[0-9])+)*$"]({{bbox}});
);
out meta;
>;
out meta qt;

Pour celui là je garantis pas qu'il n'y a pas d'erreur :)
C'est sensé vouloir dire
que les numéros peuvent commencer par +33
qu'il n'y a, a part la +, que des chiffres et des espaces
qu'il ne peut pas y avoir plusieurs espaces qui ce suivent
qu'il n'y a pas d'espace avant ou après le numéro
et qu'il peut y avoir plusieurs numéros qui se suivent séparer par des ";"
:)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Jérôme Amagat]

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
> classique en France métropolitaine, dont l'indicateur régional serait 04
> s'inscrirait de la manière suivante : *phone*=+33 4 12345678
> <+33%204%2012%2034%2056%2078>
>
> Pourquoi des espaces autour du 4 ?
Pour moi c'est sans espace nul part ou par groupe de 2 chiffres (pas tout a
fait vu que pour la notation internationnal il y a 1 chiffre seul : +33 X
XX XX XX XX )



> Et maintenant on a un point http://wiki.openstreetmap.org/
> wiki/FR:Key:phone?uselang=fr#En_France_m.C3.A9tropolitaine qui dit
> autrement
>
> Elle est où la logique ?
>

J'ai fait que ajouter les lignes mais oui il faudrait modifié les exemple
au dessus. J'attendais les réactions pour modifier l'existant sur la page
:)


"De plus on avait dit que dans certains cas (numéros mnémotechniques)
d'autres regroupements étaient possibles."
Moi ce que j'en pense c'est que c'est numéro c'est des numéros commerciaux
et osm n'est pas là pour faire de la pub.

Sinon laisser la possibilité de mettre des espaces où l'on veux et donc :
numéro pouvant être fait a l’étranger : +33 et après 9 chiffres et autant
d'espace que l'on veux
numéro ne pouvant pas être fait a l’étranger : des chiffres et des espaces
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[osm . sanspourriel]

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, > 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 passe au format international.


Usuel pour qui ?
Cela me donne l'impression, pourquoi faire simple quand on peut faire 
compliqué...


Romain


___
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] Champs phone : futur projet du mois ?

[Romain MEHUT]

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 passe au format international.
>

Usuel pour qui ?
Cela me donne l'impression, pourquoi faire simple quand on peut faire
compliqué...

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

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[osm . sanspourriel]

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 contradictoire avec 
l'exemple de la France métropolitaine.
De plus on avait dit que dans certains cas (numéros mnémotechniques) 
d'autres regroupements étaient possibles.


Jean-Yvon

Le 18/09/2017 à 22:24, Romain MEHUT - romain.me...@gmail.com 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 classique en France métropolitaine, dont 
l'indicateur régional serait 04 s'inscrirait de la manière suivante : 
*phone*=+33 4 12345678


Et maintenant on a un point 
http://wiki.openstreetmap.org/wiki/FR:Key:phone?uselang=fr#En_France_m.C3.A9tropolitaine 
qui dit autrement


Elle est où la logique ?

Romain

Le 7 septembre 2017 à 04:47, Jérôme Amagat > a écrit :


ç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 
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] Champs phone : futur projet du mois ?

[Romain MEHUT]

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 la manière suivante :
*phone*=+33 4 12345678

Et maintenant on a un point
http://wiki.openstreetmap.org/wiki/FR:Key:phone?uselang=fr#En_France_m.C3.A9tropolitaine
qui dit autrement

Elle est où la logique ?

Romain

Le 7 septembre 2017 à 04:47, Jérôme Amagat  a
écrit :

> ç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
> 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] Champs phone : futur projet du mois ?

[Jérôme Amagat]

ç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
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Raphael Jacquot]

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
> +3377xxx
> +3378xxx
> +3379xxx
> +33870xx
> +339
> 
> les numéros à ne PAS convertir ou à migrer en phone:FR
> 1x
> 1xx
> 1x
> 080
> 
> status inconnu (à tester ou ne pas toucher vu le doute)
> 070
> 071
> 072
> 
> le plan de numérotation français
> https://www.arcep.fr/?id=8146#c7916
> 
> j'ai trouvé une librairie de programme à ce sujet
> https://github.com/googlei18n/libphonenumber/
> 
> avec une entrée de la faq parlant de la source des infos
>> https://github.com/googlei18n/libphonenumber/blob/master/FAQ.md#where-do-we-get-information-from-to-determine-if-a-number-range-is-valid
> 
> J'arrête les résumés sur ce point, je pense qu'il y a
> déjà assez à faire, on pourrait affiner la liste
> si tout les points ci-dessus sont traités.
> mais libre à quelqu'un continuer une liste
> s'il trouve cela utile :)
> ___
> 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] Champs phone : futur projet du mois ?

[marc marc]

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 ou à migrer en phone:FR
1x
1xx
1x
080

status inconnu (à tester ou ne pas toucher vu le doute)
070
071
072

le plan de numérotation français
https://www.arcep.fr/?id=8146#c7916

j'ai trouvé une librairie de programme à ce sujet
https://github.com/googlei18n/libphonenumber/

avec une entrée de la faq parlant de la source des infos
> https://github.com/googlei18n/libphonenumber/blob/master/FAQ.md#where-do-we-get-information-from-to-determine-if-a-number-range-is-valid

J'arrête les résumés sur ce point, je pense qu'il y a
déjà assez à faire, on pourrait affiner la liste
si tout les points ci-dessus sont traités.
mais libre à quelqu'un continuer une liste
s'il trouve cela utile :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Philippe Verdy]

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 :
>
>> Dernière note:
>>
> Apparemment pas !
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[JB]

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

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Philippe Verdy]

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 nouvelles tranches de blocs à 3 chiffres avant les 4
derniers, pour l'entré de nouveaux opérateurs.
Toujours pas d'utilisation des 01 à 09. Les numéros d'urgence sont tous
maintenant dans la tranche 110 à 119 (avec une extension possible de 1 ou 2
chiffres), les 10 et 12 à 19 ont des usages spéciaux pour des numéros
courts (non utilisables à l'international) ou des préfixes de portabilité,
de même que les 5Q et les 8Q (incompatibles avec les numéros de Mayotte
avec +269 5Q AB CD et +269 8Q AB CD)

Le bloc 4PQ reste réservé pour les services spéciaux des opérateurs mobiles
(non internationalisables).
Le bloc 6PQ reste réservé
Les blocs 70 à 73 sont réservés pour des numéros longs fixes d'autres
opérateurs
Les blocs 74Q à 77Q sont attribués à des numéros longs mobiles ou
géographiques fixes des Comores
Les blocs 78 à 78 sont réservés pour des numéros longs fixes d'autres
opérateurs

Ca donne des indications aussi sur les numéros fixes valides à Mayotte
utilisables à l'international (du fait du partage du +269) qui de fait
devrait donc être limité (pour les fixes) à
+269 2Q AB CD, ou +33 2 69 2Q AB CD, ou 02 69 2Q AB CD
+269 5Q AB CD, ou +33 2 69 5Q AB CD, ou 02 69 5Q AB CD
+269 8Q AB CD, ou +33 2 69 8Q AB CD, ou 02 69 8Q AB CD
+269 9Q AB CD, ou +33 2 69 9Q AB CD, ou 02 69 9Q AB CD

Pour les mobiles de Mayotte il sont dans le plan français standard 06 ou 07
uniquement (ou +269 6... et +269 7...) mais pas de 07 4Q à 07 7Q possibles
réservés pour les Comores.
On constate donc encore un partage du +269 7 (contrairement aux autres
valeurs possibles du premier chiffre qui suit le +269), et pour Mayotte les
mobiles ne peuvent être que dans:
+269 6 PQ AB CD, ou +33 6 PQ AB CD, ou 06 PQ AB CD
+269 7 0Q AB CD, ou +33 7 0Q AB CD, ou 07 0Q AB CD
+269 7 1Q AB CD, ou +33 7 1Q AB CD, ou 07 1Q AB CD
+269 7 2Q AB CD, ou +33 7 2Q AB CD, ou 07 2Q AB CD
+269 7 3Q AB CD, ou +33 7 3Q AB CD, ou 07 3Q AB CD
+269 7 8Q AB CD, ou +33 7 8Q AB CD, ou 07 8Q AB CD
+269 7 9Q AB CD, ou +33 7 9Q AB CD, ou 07 9Q AB CD
Aucun numéro mobile français ne pourra donc utiliser les 07 4Q à 07 7Q
utilisés ci-dessous tant que le partage du +269 restera en vigueur

Les numéros suivants vont aux Comores:
+269 3 PQ AB CD (mobiles tous opérateurs)
+269 6 PQ AB CD (réservé pour usage futur)
+269 7 4Q AB CD (anciens mobiles CDMA de TELCO, saturés)
+269 7 5Q AB CD (fixes de TELCO)
+269 7 6Q AB CD (anciens mobiles CDMA de COMORES TELECOM, opérateur
historique, saturés)
+269 7 7Q AB CD (fixes de COMORES TELECOM, opérateur historique)

Les numéros suivants sont non valides dans les deux territoires, du fait
des règles de numérotation de chacun:
+269 0...
+269 1...


Le 4 septembre 2017 à 22:55, Philippe Verdy  a écrit :

> 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é
> le 3 pour les mobiles comoriens (qui eux aussi sont passés de 6 chiffres à
> 7 chiffres en numérotation locale et internationale).
>
> Le 6 n'est pas encore utilisé dans ce nouveau plan comorien à 7 chiffres,
> et le 7 ne doit pas encore être composé après le +269 qui n'est alors suivi
> que de 6 chiffres (dont le premier est nécessairement encore un 6 ou un 7
> pour les numéros locaux 776 AB CD et 777 AB CD), mais il doit être composé
> maintenant pour tous les appels internes aux Comores depuis un fixe ou
> mobile.
>
> Avant ce changement aux Comores, les numéros comoriens et mahoris étaient
> interchangeables sans devoir utiliser le préfixe international, ils étaient
> intégrés aux plan français. La seule chose qui reste c'est le partage du
> préfixe international +269 qui ne devrait même plus être utilisé par la
> France pour Mayotte.
>
> Les Comores dans leur plan à 7 chiffres n'ont aucune utilisation des
> numéros commençant par 0 utilisables avant pour appeler Mayotte (02 69 PQ
> AB CD), qui lui aussi avait eu dans le passé des numéros à 6 chiffres
> PQABCD (comme aux Comores), mais où le chiffre P à Mayotte ne pouvait pas
> être un 3, 6 ou 7 (cette restriction reste en vigueur à Mayotte)
>
> Les Comores peuvent maintenant se servir du 0 pour des numéros spéciaux
> (01 à 09) ou pour le préfixe international 00, leur plan de numérotation
> devrait évoluer pour ajouter d'autres préfixes que le 0, 3, 6 ou 7, dans de
> nouveaux blocs de 3 chiffres qui précède les 4 derniers chiffres seulement
> en rendant obligatoire la composition du premier chiffre 7 du bloc de 3
> chiffres alloué à un fixe, et il pourra donc utiliser à nouveau 

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Philippe Verdy]

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é
le 3 pour les mobiles comoriens (qui eux aussi sont passés de 6 chiffres à
7 chiffres en numérotation locale et internationale).

Le 6 n'est pas encore utilisé dans ce nouveau plan comorien à 7 chiffres,
et le 7 ne doit pas encore être composé après le +269 qui n'est alors suivi
que de 6 chiffres (dont le premier est nécessairement encore un 6 ou un 7
pour les numéros locaux 776 AB CD et 777 AB CD), mais il doit être composé
maintenant pour tous les appels internes aux Comores depuis un fixe ou
mobile.

Avant ce changement aux Comores, les numéros comoriens et mahoris étaient
interchangeables sans devoir utiliser le préfixe international, ils étaient
intégrés aux plan français. La seule chose qui reste c'est le partage du
préfixe international +269 qui ne devrait même plus être utilisé par la
France pour Mayotte.

Les Comores dans leur plan à 7 chiffres n'ont aucune utilisation des
numéros commençant par 0 utilisables avant pour appeler Mayotte (02 69 PQ
AB CD), qui lui aussi avait eu dans le passé des numéros à 6 chiffres
PQABCD (comme aux Comores), mais où le chiffre P à Mayotte ne pouvait pas
être un 3, 6 ou 7 (cette restriction reste en vigueur à Mayotte)

Les Comores peuvent maintenant se servir du 0 pour des numéros spéciaux (01
à 09) ou pour le préfixe international 00, leur plan de numérotation
devrait évoluer pour ajouter d'autres préfixes que le 0, 3, 6 ou 7, dans de
nouveaux blocs de 3 chiffres qui précède les 4 derniers chiffres seulement
en rendant obligatoire la composition du premier chiffre 7 du bloc de 3
chiffres alloué à un fixe, et il pourra donc utiliser à nouveau des numéros
commençant par 6 dans sa numérotation à 7 chiffres 6PQ AB CD).

Résumé donc pour le plan des Comores:

- 00 = + (préfixe international), non disponible à l'international
- 01 à 09 = numéros spéciaux de l'opérateur, non disponible à
l'international
- 1 = numéros d'urgence (dont le 112), non disponible à l'international
- 2 = reservé (pour compatibilité internationale avec les numéros de
Mayotte +269 2Q AB CD)
- 3PQ AB CD = +269 3PQ AB CD (mobiles)
- 4 = reservé (pour compatibilité internationale avec les numéros de
Mayotte +269 4Q AB CD)
- 5 = reservé (pour compatibilité internationale avec les numéros de
Mayotte +269 5Q AB CD)
- 6PQ AB CD = +269 6PQ AB CD (réservé, la réutilisation encore définie de
+2696 reste réservée aux Comores)
- 76Z AB CD = +269 6Z AB CD (fixes), deviendra +269 76Z AB CD plus tard
- 77Z AB CD = +269 7Z AB CD (fixes) (le Z ne peut pas encore être un 6 donc
pas de numéro 776 AB CD), deviendra +269 77Z AB CD plus tard
- 8 = reservé (pour compatibilité internationale avec les numéros de
Mayotte +269 8Q AB CD)
- 9 = reservé (pour compatibilité internationale avec les numéros de
Mayotte +269 9Q AB CD)


Le 4 septembre 2017 à 22:14, Philippe Verdy  a écrit :

> 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 mobiles) suivis de 4 chiffres. pour les appels internationaux vers les
> Comores, le 7 initial n'est pas composé (donc +269 6Z ou 7Z plus 4 chiffres
> pour les fixes 76Z et 77Z), et +269 3XX plus 4 chiffres pour les mobiles.
>
> Le +269 suivi d'un 6, ou 7 va vers un fixe aux Comores, mais suivi d'un 3
> va vers un mobile aux Comores.
>
> Le plan français ne peut donc pas utiliser 02 69 3,  02 69 6 ou 02 69 7.
> Et il ne peut pas y avoir a pas de numéros à Mayotte à 10 chiffres
> commençant par ces chiffres:
> Et les numéros +33 2 69 3..., +33 2 69 6... et +33 2 69 7... sont non
> valides.
>
>
>
> Le 4 septembre 2017 à 21:59, Philippe Verdy  a écrit :
>
>> 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 derniers chiffres (et localement les numéros sont
>> à composer à 10 chiffres 0269 suivi des 6 derniers chiffres). Il se trouve
>> que les 6 chiffres ne sont pas tous libres puisque certains préfixes sont
>> utilisés par les Comores. En revanche par le +33 269 on ne peut appeler que
>> les numéros de Mayotte.
>>
>> Pour appeler de Mayotte à Mayotte, on peut faire les 10 chiffres (0269
>> suivi des 6 chiffres) ou le numéro international (+269 suivi des 6 chiffres
>> ou +33 269 suivi des 6 chiffres) mais pour appeler de Mayotte aux Comores
>> il faut utiliser le 

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Philippe Verdy]

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 mobiles) suivis de 4 chiffres. pour les appels internationaux vers les
Comores, le 7 initial n'est pas composé (donc +269 6Z ou 7Z plus 4 chiffres
pour les fixes 76Z et 77Z), et +269 3XX plus 4 chiffres pour les mobiles.

Le +269 suivi d'un 6, ou 7 va vers un fixe aux Comores, mais suivi d'un 3
va vers un mobile aux Comores.

Le plan français ne peut donc pas utiliser 02 69 3,  02 69 6 ou 02 69 7. Et
il ne peut pas y avoir a pas de numéros à Mayotte à 10 chiffres commençant
par ces chiffres:
Et les numéros +33 2 69 3..., +33 2 69 6... et +33 2 69 7... sont non
valides.



Le 4 septembre 2017 à 21:59, Philippe Verdy  a écrit :

> 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 derniers chiffres (et localement les numéros sont
> à composer à 10 chiffres 0269 suivi des 6 derniers chiffres). Il se trouve
> que les 6 chiffres ne sont pas tous libres puisque certains préfixes sont
> utilisés par les Comores. En revanche par le +33 269 on ne peut appeler que
> les numéros de Mayotte.
>
> Pour appeler de Mayotte à Mayotte, on peut faire les 10 chiffres (0269
> suivi des 6 chiffres) ou le numéro international (+269 suivi des 6 chiffres
> ou +33 269 suivi des 6 chiffres) mais pour appeler de Mayotte aux Comores
> il faut utiliser le numéro international +269 suivi des chiffres du numéro
> aux Comores (le +33 ne marche pas). Pour appeler des Comores vers Mayotte
> ou n'importe où en France, il faut utiliser le +33 suivi des 9 chiffres du
> numéro français.
>
> Les mobiles de Mayotte sont dans les tranches mobiles 06 et 07 du plan de
> numérotation français donc +336 et +337, mais je ne pense pas qu'on puisse
> les appeler avec le code +269.
>
> Je pense que cela ne peut pas durer et que le +269 ne devrait plus être
> utilisé par Mayotte mais uniquement les Comores qui devraient pouvoir gérer
> un plan de numérotation à lui.
>
> Mais pour l'instant les Comores utilisent les indicatifs locaux à 3
> chiffres commençant par 76 ou 77, suivi d'un chiffre identifiant la région
> des Comores (0 pour Domoni, 1 pour Mutsamudu, 2 pour Mohéli, 3,4 ou 5 pour
> Moroni, 7 pour Mbéni, 8 pour Mitsamiouli, 9 pour Foumbouni, le 6 semblant
> être utilisé pour les mobiles des Comores), suivi des derniers chiffres du
> numéro comoriens.
>
> De fait les tranches 02 69 76 ou 02 69 77 ne sont pas à Mayotte et pas
> utilisables en France, réservés pour les Comores (+269 76 ou +269 77).
>
>
>
> Le 4 septembre 2017 à 21:28, Eric Debeau  a écrit :
>
>> 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: (https://www.itu.int/itudoc/itu-t/ob-lists/icc/e164_763-fr.pdf)
>> 262: Réunion
>> 508: Saint-Pierre-et-Miquelon
>> 590: Guadeloupe
>> 594: Guyane française
>> 596: Martinique
>> 681: Wallis-et-Futuna
>> 687: Nouvelle-Calédonie
>> 689: Polynésie française
>>
>> Concernant le plan de numérotation français, tout est dispo sur le site
>> de l'ARCEP.
>> https://www.arcep.fr/uploads/tx_gsavis/05-1085.pdf
>>
>> et une synthèse sur :
>> https://www.arcep.fr/?id=8146
>>
>> Les 0700 sont des numéros (mobiles de longueur étendue) qui sont prévus
>> pour un usage M2M.
>> Des tranches ont déjà été attribuées à plusieurs opérateurs.
>>
>>
>> Eric
>>
>> 2017-09-01 18:30 GMT+02:00 Philippe Verdy :
>>
>>>
>>>
>>> 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
 +3377xxx
 +3378xxx
 +3379xxx
 +33870xx
 +339

>>>
>>> OK tant qu'on conserve les groupements (espaces, points, tirets tous
>>> assimilés et remplacés par une seul espace) et avec l'espace obligatoire
>>> après +33 si elle n'y est pas déjà.
>>> S'il y a moins de chiffres que 9 après le +33, là on peut souligner une
>>> analyse comme erreur, et s'il y en a plus demander une vérification
>>> (attention, à vérifier)
>>>
>>> Pour le 0700 je n'ai aucune idée s'il peut être appelé pour l'instant en
>>> international.
>>>
>>> Noter aussi les numéros courts d'urgence 

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Philippe Verdy]

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 derniers chiffres (et localement les numéros sont
à composer à 10 chiffres 0269 suivi des 6 derniers chiffres). Il se trouve
que les 6 chiffres ne sont pas tous libres puisque certains préfixes sont
utilisés par les Comores. En revanche par le +33 269 on ne peut appeler que
les numéros de Mayotte.

Pour appeler de Mayotte à Mayotte, on peut faire les 10 chiffres (0269
suivi des 6 chiffres) ou le numéro international (+269 suivi des 6 chiffres
ou +33 269 suivi des 6 chiffres) mais pour appeler de Mayotte aux Comores
il faut utiliser le numéro international +269 suivi des chiffres du numéro
aux Comores (le +33 ne marche pas). Pour appeler des Comores vers Mayotte
ou n'importe où en France, il faut utiliser le +33 suivi des 9 chiffres du
numéro français.

Les mobiles de Mayotte sont dans les tranches mobiles 06 et 07 du plan de
numérotation français donc +336 et +337, mais je ne pense pas qu'on puisse
les appeler avec le code +269.

Je pense que cela ne peut pas durer et que le +269 ne devrait plus être
utilisé par Mayotte mais uniquement les Comores qui devraient pouvoir gérer
un plan de numérotation à lui.

Mais pour l'instant les Comores utilisent les indicatifs locaux à 3
chiffres commençant par 76 ou 77, suivi d'un chiffre identifiant la région
des Comores (0 pour Domoni, 1 pour Mutsamudu, 2 pour Mohéli, 3,4 ou 5 pour
Moroni, 7 pour Mbéni, 8 pour Mitsamiouli, 9 pour Foumbouni, le 6 semblant
être utilisé pour les mobiles des Comores), suivi des derniers chiffres du
numéro comoriens.

De fait les tranches 02 69 76 ou 02 69 77 ne sont pas à Mayotte et pas
utilisables en France, réservés pour les Comores (+269 76 ou +269 77).



Le 4 septembre 2017 à 21:28, Eric Debeau  a écrit :

> 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: (https://www.itu.int/itudoc/itu-t/ob-lists/icc/e164_763-fr.pdf)
> 262: Réunion
> 508: Saint-Pierre-et-Miquelon
> 590: Guadeloupe
> 594: Guyane française
> 596: Martinique
> 681: Wallis-et-Futuna
> 687: Nouvelle-Calédonie
> 689: Polynésie française
>
> Concernant le plan de numérotation français, tout est dispo sur le site de
> l'ARCEP.
> https://www.arcep.fr/uploads/tx_gsavis/05-1085.pdf
>
> et une synthèse sur :
> https://www.arcep.fr/?id=8146
>
> Les 0700 sont des numéros (mobiles de longueur étendue) qui sont prévus
> pour un usage M2M.
> Des tranches ont déjà été attribuées à plusieurs opérateurs.
>
>
> Eric
>
> 2017-09-01 18:30 GMT+02:00 Philippe Verdy :
>
>>
>>
>> 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
>>> +3377xxx
>>> +3378xxx
>>> +3379xxx
>>> +33870xx
>>> +339
>>>
>>
>> OK tant qu'on conserve les groupements (espaces, points, tirets tous
>> assimilés et remplacés par une seul espace) et avec l'espace obligatoire
>> après +33 si elle n'y est pas déjà.
>> S'il y a moins de chiffres que 9 après le +33, là on peut souligner une
>> analyse comme erreur, et s'il y en a plus demander une vérification
>> (attention, à vérifier)
>>
>> Pour le 0700 je n'ai aucune idée s'il peut être appelé pour l'instant en
>> international.
>>
>> Noter aussi les numéros courts d'urgence (sécurité, sanitaire ou social)
>> dont le 116 xxx européen (à 6 chiffres, il y a deux numéros alloués pour
>> l'instant qui sont le 116 000 et 116 117) et la tranche 19x (3 trois
>> chiffres).
>>
>> Le +33 870 xx xx xx (pour la téléphonie sur IP par les box internet) est
>> en cours de transition vers le +33 970 xx xx xx, par décision de l'ARCEP,
>> mais ce n'est pas encore fait chez tous les opérateurs qui ont encore le
>> temps
>>
>> Les opérateurs ne se pressent plus vu que les numéros fixes des tranches
>> géographiques se libèrent de plus en plus et que les opérateurs ont de
>> grosses réserves maintenant pour donner des numéros géographiques à toutes
>> les box (même en région parisienne), voire même pour des services mobiles
>> (qui prennent à leur charge le complément de facturation de ceux qui les
>> appellent, ce sont surtout des entreprises qui utilisent des blocs de
>> numéros groupés et reroutables en cas de non réponse vers un autre numéro
>> fixe ou un centre d'appel).
>>
>> Je pense même qu'à terme les tranches 01-07 et 09 fusionneront et qu'on
>> ne distinguera 

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Eric Debeau]

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: (https://www.itu.int/itudoc/itu-t/ob-lists/icc/e164_763-fr.pdf)
262: Réunion
508: Saint-Pierre-et-Miquelon
590: Guadeloupe
594: Guyane française
596: Martinique
681: Wallis-et-Futuna
687: Nouvelle-Calédonie
689: Polynésie française

Concernant le plan de numérotation français, tout est dispo sur le site de
l'ARCEP.
https://www.arcep.fr/uploads/tx_gsavis/05-1085.pdf

et une synthèse sur :
https://www.arcep.fr/?id=8146

Les 0700 sont des numéros (mobiles de longueur étendue) qui sont prévus
pour un usage M2M.
Des tranches ont déjà été attribuées à plusieurs opérateurs.


Eric

2017-09-01 18:30 GMT+02:00 Philippe Verdy :

>
>
> 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
>> +3377xxx
>> +3378xxx
>> +3379xxx
>> +33870xx
>> +339
>>
>
> OK tant qu'on conserve les groupements (espaces, points, tirets tous
> assimilés et remplacés par une seul espace) et avec l'espace obligatoire
> après +33 si elle n'y est pas déjà.
> S'il y a moins de chiffres que 9 après le +33, là on peut souligner une
> analyse comme erreur, et s'il y en a plus demander une vérification
> (attention, à vérifier)
>
> Pour le 0700 je n'ai aucune idée s'il peut être appelé pour l'instant en
> international.
>
> Noter aussi les numéros courts d'urgence (sécurité, sanitaire ou social)
> dont le 116 xxx européen (à 6 chiffres, il y a deux numéros alloués pour
> l'instant qui sont le 116 000 et 116 117) et la tranche 19x (3 trois
> chiffres).
>
> Le +33 870 xx xx xx (pour la téléphonie sur IP par les box internet) est
> en cours de transition vers le +33 970 xx xx xx, par décision de l'ARCEP,
> mais ce n'est pas encore fait chez tous les opérateurs qui ont encore le
> temps
>
> Les opérateurs ne se pressent plus vu que les numéros fixes des tranches
> géographiques se libèrent de plus en plus et que les opérateurs ont de
> grosses réserves maintenant pour donner des numéros géographiques à toutes
> les box (même en région parisienne), voire même pour des services mobiles
> (qui prennent à leur charge le complément de facturation de ceux qui les
> appellent, ce sont surtout des entreprises qui utilisent des blocs de
> numéros groupés et reroutables en cas de non réponse vers un autre numéro
> fixe ou un centre d'appel).
>
> Je pense même qu'à terme les tranches 01-07 et 09 fusionneront et qu'on ne
> distinguera plus les numéros fixes et mobiles, ni les 5 zones régionales en
> France (exception faite encore de l'outre-mer), et les opérateurs pourront
> allouer et réutiliser ces blocs n'importe où sans contrainte (ça arrivera
> en premier dans les régions parisienne, lyonnaise et marseillaise, en
> débordant sur les zones autour). La portabilité des numéros fixe et mobiles
> a tout changé.
>
> ___
> 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] Champs phone : futur projet du mois ?

[Philippe Verdy]

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
> +3377xxx
> +3378xxx
> +3379xxx
> +33870xx
> +339
>

OK tant qu'on conserve les groupements (espaces, points, tirets tous
assimilés et remplacés par une seul espace) et avec l'espace obligatoire
après +33 si elle n'y est pas déjà.
S'il y a moins de chiffres que 9 après le +33, là on peut souligner une
analyse comme erreur, et s'il y en a plus demander une vérification
(attention, à vérifier)

Pour le 0700 je n'ai aucune idée s'il peut être appelé pour l'instant en
international.

Noter aussi les numéros courts d'urgence (sécurité, sanitaire ou social)
dont le 116 xxx européen (à 6 chiffres, il y a deux numéros alloués pour
l'instant qui sont le 116 000 et 116 117) et la tranche 19x (3 trois
chiffres).

Le +33 870 xx xx xx (pour la téléphonie sur IP par les box internet) est en
cours de transition vers le +33 970 xx xx xx, par décision de l'ARCEP, mais
ce n'est pas encore fait chez tous les opérateurs qui ont encore le temps

Les opérateurs ne se pressent plus vu que les numéros fixes des tranches
géographiques se libèrent de plus en plus et que les opérateurs ont de
grosses réserves maintenant pour donner des numéros géographiques à toutes
les box (même en région parisienne), voire même pour des services mobiles
(qui prennent à leur charge le complément de facturation de ceux qui les
appellent, ce sont surtout des entreprises qui utilisent des blocs de
numéros groupés et reroutables en cas de non réponse vers un autre numéro
fixe ou un centre d'appel).

Je pense même qu'à terme les tranches 01-07 et 09 fusionneront et qu'on ne
distinguera plus les numéros fixes et mobiles, ni les 5 zones régionales en
France (exception faite encore de l'outre-mer), et les opérateurs pourront
allouer et réutiliser ces blocs n'importe où sans contrainte (ça arrivera
en premier dans les régions parisienne, lyonnaise et marseillaise, en
débordant sur les zones autour). La portabilité des numéros fixe et mobiles
a tout changé.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[marc marc]

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 écrit :
>> 0700 n'apporte pas de détail utile pour osm avec la range mobile

> Le 0700 est justement un cas où la numérotation à "10 chiffres "  
> ne s'étend pas, la longueur étant variable.
Je rappelle quand même que la question est "est-ce un numéro accessible 
au format international ?"
si oui, c'est comme tout les autres, on remplace "0 " par "+33"
si non, on n'y touche pas OU pourrait migrer dans phone:FR

Tout le détail sur les pabx d'entreprise, les tonalités d'attente,
le tunisien qui appelle en vacances, les fusions d'opérateur, voip,
les opérateurs "physiques ou virtuel", la facturation, la législation, 
c'est génial pour la culture générale mais, je ne vois vraiment pas
ce qu'il faut en faire pour la question "+33 ou 0" ?

après AUTRE question : numéro valide ou invalide ?
on aurait pu en profiter pour faire une liste pour tester la validité 
des numéros de téléphone afin que les applications sachent valider
un numéro directement à la saisie.
j'ai proposé que ceux qui maîtrisent le sujet (dont toi) fasse une
telle liste ultra-résumé (une ligne par préfixe qui donne la longueur)
Car je trouve juste dommage qu'on corrige des erreurs si on n'a pas 
commencer à essayer de supprimer la source, mais c'est que mon avis.

à demain pour mon prochaine résumé si nécessaire :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Philippe Verdy]

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 à valeur ajoutée. A terme la distinction entre numéros fixes et
géographiques pourrait disparaitre ou bien une refonte aura lieu où les
zones 01 à 05 seront renumérotées 011 à 051 pour laisser des 01x à 05x pour
les mobiles, et ajouter des numéros à valeur ajoutée 010 à 050, et où les
autres numéros mobiles 06 et 07 deviendront des 061 et 071 pour laisser
aussi les 060 et 070 pour les services ajoutés.

Il y a déjà plusieurs plans à l'étude qui doivent tenir compte des
évolutions, y compris celle qui arrive des "objets connectés" (en domotique
et pour les véhicules et autres objets mobiles connectés). Dès le début on
savait que les 10 chiffres ne suffiraient pas car le passage des 8 chiffres
à "10 chiffres" a surtout délégué un chiffre initial à autre chose et
seulement multiplié par 10 la ressource de numérotation mais le nombre
d'équipements à connecter ne fait que croître de façon explosive, de même
que la possibilité de changer d'opérateur souvent et d'avoir des contrats
courts ou des numéros "jetables" rapidement (Une numération plus étendue
est déjà en oeuvre depuis longtemps en interne dans les réseaux des
opérateurs pour identifier les lignes, assurer le routage et la portabilité
de nos numéros usuels et sert déjà de base d'expérimentation d'une
prochaine numérotation).

Les opérateurs et leurs clients professionnels voudraient disposer de
numéros pan-européens (valides sur tous les pays de l'UE, voire même de
l'ensemble de l'EEE), aussi bien en fixe que mobile, ce qui imposera le
choix d'un préfixe court commun (et ce préfixe court pourrait être le "0"
initial dont la fonction actuelle pourra être déplacée, sans changer pour
autant le 00 du préfixe international pour les appels hors UE), mais des
difficultés existent encore avec les pays à l'est de l'UE ayant une
numérotation encore plus ou moins basée sur l'ancien plan de numérotation
soviétique. Cette facilité serait aussi intéressante pour les clients
particuliers vivant dans des zones frontalières et avec plusieurs
résidences ou activités dans des pays différents (même si les frais de
roaming ont maintenant disparu au sein de l'UE). Et il n'est pas exclu que
cela aboutisse à un plan de numérotation pan-européen, avec des numéros de
taille beaucoup plus variable encore.

Ceci dit, on n'a plus besoin forcément d'un numéro de téléphone pour
appeler quelqu'un alors que les service VOiP permettent aussi d'appeler
quelqu'un avec une adresse IPv4 ou IPv6, un nom de domaine, une adresse
email, ou un moteur de recherche menant vers un compte d'abonné à un réseau
social, directement à partir d'un lien URL. Après la convergence télphonie
fixe et mobile, puis celle de la télé et la radio, puis des médias, il est
naturel que vienne aussi la convergence des réseaux sociaux et qu'au final
on n'ait plus besoin du tout des numéros de téléphone mais juste d'une
adresse email ou d'un nom de domaine.


Le 31 août 2017 à 22:11, Philippe Verdy  a écrit :

>
>
> 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
>> hypothétique consensus se dégage pour uniformiser cela
>>
>> - format des numéros :
>>  > Voici le plan de numérotation: https://www.arcep.fr/?id=8146#c7916
>> celui là est très clair.
>> quelqu'un en fait une page wiki allégée de l'inutile ?
>> dans le but de soumettre cela aux dev d'éditeur pour valider à la saisie
>> genre regrouper les 1x, 1xx
>> 0700 n'apporte pas de détail utile pour osm avec la range mobile, etc
>> dans un premier temps on pourrait se limiter aux plus courant
>>
>
> Le 0700 est justement un cas où la numérotation à "10 chiffres " ne
> s'étend pas, la longueur étant variable. Les préfixes 070x à 072x sont tous
> réservés et décrits officiellement par l'ARCEP comme "Services
> téléphoniques mobiles (numéros de longueur étendue)", tout comme les 08xx
> (de plus en plus nombreux aussi avec de nouvelles classes de tarification
> ajoutées par différents opérateurs et divers accords de refacturation "pour
> le compte de tiers").
>
> Seuls les 073x à 079x sont pour les mobiles "normaux" comme les 06xx.
>
> Cependant je me demande pourquoi tu penses que les 0700 n'apporteraient
> rien d'utile pour OSM, même si ce sont des "services mobiles" mais qui
> pourraient fort bien être appelables aussi depuis une ligne fixe (de la
> même façon que les 10xx à 4 chiffres qui ne suffisent plus aux "services
> des opérateurs"), et même être appelables depuis l'étranger (en remplaçant
> le 0 initial par le 

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Philippe Verdy]

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
> hypothétique consensus se dégage pour uniformiser cela
>
> - format des numéros :
>  > Voici le plan de numérotation: https://www.arcep.fr/?id=8146#c7916
> celui là est très clair.
> quelqu'un en fait une page wiki allégée de l'inutile ?
> dans le but de soumettre cela aux dev d'éditeur pour valider à la saisie
> genre regrouper les 1x, 1xx
> 0700 n'apporte pas de détail utile pour osm avec la range mobile, etc
> dans un premier temps on pourrait se limiter aux plus courant
>

Le 0700 est justement un cas où la numérotation à "10 chiffres " ne s'étend
pas, la longueur étant variable. Les préfixes 070x à 072x sont tous
réservés et décrits officiellement par l'ARCEP comme "Services
téléphoniques mobiles (numéros de longueur étendue)", tout comme les 08xx
(de plus en plus nombreux aussi avec de nouvelles classes de tarification
ajoutées par différents opérateurs et divers accords de refacturation "pour
le compte de tiers").

Seuls les 073x à 079x sont pour les mobiles "normaux" comme les 06xx.

Cependant je me demande pourquoi tu penses que les 0700 n'apporteraient
rien d'utile pour OSM, même si ce sont des "services mobiles" mais qui
pourraient fort bien être appelables aussi depuis une ligne fixe (de la
même façon que les 10xx à 4 chiffres qui ne suffisent plus aux "services
des opérateurs"), et même être appelables depuis l'étranger (en remplaçant
le 0 initial par le préfixe international+33 pour la France, un avantage
qui n'est pas possible avec les 10xx qui ne sont pas uniquement destinés
aux services directement pour leurs abonnés, mais aussi à leurs services
B2C ou infos boursières et financières, ou encore leur département
juridique, ou celui des contentieux/recouvrements ; les opérateurs en plus
se mettent à proposer autre chose que des télécoms, ils font maintenant de
la vente de n'importe quel produit, et même de la banque ou de l'assurance,
des réservations de spectacles ou de voyages, et doivent pouvoir être
joints facilement aussi depuis l'étranger pour ce dernier cas). Cependant
dans les 3/4 des cas cela tombera sur un centre d'appel qui peut être situé
n'importe où et donc pas géolocalisable, mais ces numéros figureront bien
en tant que moyens de contact (contact:phone=*), avec souvent à l'entrée
(mais pas toujours) un automate vocal.

De plus n'importe quel groupe commercial européen peut être aujourd'hui
opérateur en France (en respectant les conditions contractuelles et légales
imposées par la loi et acceptant l'autorité du régulateur et de respecter
le rôle des modérateurs) ; les banques ou la Poste aussi vendent des
prestations télécoms, des voyages, des spectacles, des services multimédia
en ligne, comme aussi les distributeurs et d'autres prestations comme
l'assistance médicale, la télésurveillance : on a donc de plus en plus
d'opérateurs entrant dans la catégorie d'allocation de ces numéros.

De fait le nombre d'opérateurs "virtuels" explose même si on voit des
regroupements sur les gros opérateurs "grand public" qui fondent et gèrent
l'infrastructure et la revendent en gros sur le marché européen et même
ailleurs pour d'autres opérateurs du monde entier (qui veulent faciliter le
"roaming" de leurs propres clients et offrir une offre structurée négociée
globalement, et non pays par pays où sont situées leurs "branches" et
filiales).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[marc marc]

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 plan de numérotation: https://www.arcep.fr/?id=8146#c7916
celui là est très clair.
quelqu'un en fait une page wiki allégée de l'inutile ?
dans le but de soumettre cela aux dev d'éditeur pour valider à la saisie
genre regrouper les 1x, 1xx
0700 n'apporte pas de détail utile pour osm avec la range mobile, etc
dans un premier temps on pourrait se limiter aux plus courant
càd +331 à +337, +33870 et +339
cela couvre à mon avis la majorité des valeurs utilisées dans osm

Le 31. 08. 17 à 01:23, Jérôme Amagat a écrit :
> c'est une question.
> quelque chose comme ça
> https://www.openstreetmap.org/changeset/51596881

Oui, c'est une possibilité
Cela ressemble à s'y méprendre à ce que je connaissais
sous le format .osc supporté par josm
ton changeset a l'air correct
si tu veux, tu peux aussi faire une requête sur un lieu
avec par exemple "in Lyon" dans l'assistant overpass turbo

 > ménage sur les numéros phone:xxx
il y avait au total 40 valeurs, voici ce que j'ai fait hier :
sélection des phone:fr et phone:FR dans josm avec overpass
renommer phone:fr en phone:FR
sélection "phone:FR":"+33" -"phone"=* -"phone:NL" modifié en phone=+33 
(en français : pas ceux qui ont déjà un phone ni phone:NL)
pester parce qu'il y a un soucis avec le plugin todo
sélection "phone:FR":"05", virer les phone:FR vu qu'ils sont
  tous identique à phone
ne reste plus que 4 valeur en phone:FR : multi-numéro, 0800 0820
et numéro court LaPoste (non traité, voir autre message)
https://taginfo.openstreetmap.fr/search?q=phone%3Afr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Jérôme Amagat]

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 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}});
>   relation["phone"~"^04[0-9]{8}$"]({{bbox}});
> );
> out meta;
>
> on exporte données brutes depuis l'API Overpass
>
>
> on ouvre le fichier avec un éditeur de texte et avec l'option rechercher
> et remplacer on fait :
> rechercher :  que l'objet a été modifié il faut action="modify" dans la ligne :
>  user="">
> ( ou  ou
> )
>
> Donc un 2eme rechercher et remplacer avec par exemple :
> rechercher :  changeset="
> remplacer :  action="modify" changeset="
>
> Après on renomme le fichier interpreter avec .osm et on l'ouvre avec josm
> et on envoie les modifications.
>
> J'ai testé et je l'ai fait sur une petite surface (68 objets modifiés) :
> https://www.openstreetmap.org/changeset/51596881
>
> là c'est pour changer les numéro 04 en +334 avec X un
> chiffre
> on peut faire la même chose en changeant le regex (ici ça "^04[0-9]{8}$")
> dans overpass pour passer de 04 XX XX XX XX en +33 4 XX XX XX XX et pareil
> avec autre chose que les 04 , les fax ...
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Jérôme Amagat]

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}});
  relation["phone"~"^04[0-9]{8}$"]({{bbox}});
);
out meta;

on exporte données brutes depuis l'API Overpass


on ouvre le fichier avec un éditeur de texte et avec l'option rechercher et
remplacer on fait :
rechercher : 
( ou  ou
)

Donc un 2eme rechercher et remplacer avec par exemple :
rechercher :  changeset="
remplacer :  action="modify" changeset="

Après on renomme le fichier interpreter avec .osm et on l'ouvre avec josm
et on envoie les modifications.

J'ai testé et je l'ai fait sur une petite surface (68 objets modifiés) :
https://www.openstreetmap.org/changeset/51596881

là c'est pour changer les numéro 04 en +334 avec X un
chiffre
on peut faire la même chose en changeant le regex (ici ça "^04[0-9]{8}$")
dans overpass pour passer de 04 XX XX XX XX en +33 4 XX XX XX XX et pareil
avec autre chose que les 04 , les fax ...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Philippe Verdy]

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 internationaux (là si actuellement présentés en un paquet ou +33 +
> paquet). Sinon transformer en gardant la trame de base (style 0100 200 300
> devenant +33 100 200 300).
>

D'accord si on garde au minimum cette trame avec des groupes de 2 ou 3 ou 4
chiffres après le 0 ou +33 initial (détaché du reste avec une seule
espace). Des groupes à 4 chiffres à la fin sont également mnémoniques
(exemple avec 01 45 24 7000 pour Radio France, c'et comme ça que c'est
prononcé à l'antenne). Les groupements variables peuvent aussi éviter des
prononciations ambiguës si on les place correctement ("0 23 100 2000" ou "0
20 300 2000" ?) mais ça ne change rien au fait de remplacer le 0 initial
quand il n'y a que 9 chiffres après. Les séparateurs peuvent être gardés à
leur place, mais unifiés vers l'espace.

Note: les PABX privés ne nécessitent pas tous un délai. Les grosses
entreprises qui ont leur propre bloc de numéros alloué par l'ARCEP
fonctionnent directement sans aucune pause avec le numéro complet. On en a
une liste sur le site de l'ARCEP, et ces blocs sont gérés de la même
manière que les blocs attribués aux opérateurs grand public (ceux-ci
supportant toutefois la "portabilité" des numéros qui n'est pas imposée aux
entreprises qui ont leur propres blocs de numéro alloué. Le délai n'est
imposé que si le PABX ne dispose pas de la fonctionnalité "SDA" (qui
existait depuis le milieu des années 1980 en France alors que France
Telecom était encore un monopole...).

Ca fait partie du protocole standard de signalisation dit "numéro 7"
(normalisé depuis les années 1970, mais arrivé en France avec le
déploiement du RNIS et des lignes de type "T0" ou "T1" au lieux des
classiques lignes groupées "S0").

La SDA est toujours fonctionnelle et est très utilisée (elle l'a été
beaucoup plus au temps où on utilisait beaucoup les fax pour distinguer un
appel vocal d'un appel fax avec un chiffre supplémentaire de SDA). Aussi on
trouve encore des numéros de fax à 11 chiffres (et aucune attente
nécessaire après les 10 premiers chiffres, et bien au contraire il n'en
faut pas, on compose directement le numéro complet pour éviter le routage
vers un poste vocal et des numéros de service évitant de passer par un
serveur vocal quand on veut un service précis directement (par exemple un
service client, le service facturation, un service conseil aux entreprises,
un service de réservation, et si on ne compose pas ce chiffre le renvoi
vers le standard peut vous faire attendre de longues minutes avant d'être
mis en relation, le temps que quelqu'un soit disponible pour répondre ! Le
numéro SDA est reçu directement avec le numéro complet demandé, avant même
de "décrocher" pour répondre à l'appelant.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[osm . sanspourriel]

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 va de soit mais autant effectivement le préciser ! Faire 
attention à bien respecter les frontières.


Par rapport au laïus de Philippe y a -t-il _dans OSM_ _en France_ un 
numéro français de plus de dix chiffres ?
Je corrige au passage l'affirmation "Mais vu de l'appelant il ne sait 
pas au départ en fait où est situé son correspondant: /en appelant un 
numéro fixe, il peut voir que la personne décroche avec son mobile/ qui 
n'est même pas forcément en France, mais l'appelant lui a appelé un 
numéro géographique français au prix d'un appel en France.". Non il ne 
voit pas forcément si le correspondant décroche d'un fixe ou d'un 
mobile, de même il peut y avoir une seule messagerie.  Mais ça une fois 
encore n'a rien à voir avec la question de départ sur la normalisation 
des numéros français en France.


Si jamais on a un numéro d'un tel PABX il va sans dire que les numéros à 
mettre dans OSM seront des numéros à 10 chiffres car ces numéros sont 
faits pour être joints. Qu'on puisse les joindre par un numéro plus 
long, OK mais il faut souvent en plus l'introduction d'un temps 
d'attendre (le temps de la bascule opérateur/PABX) pour que le PABX 
prenne le relai. Cette attente est prévue par la numérotation, pas par OSM.
De même un numéro de Tunisie affiché dans OSM pour appeler un numéro 
français vu comme un numéro tunisien... outre le fait que ce ne serait 
pas un numéro international (phone) mais un phone:TU, j'ai des doutes 
d'en voir un jour dans OSM.

La moulinette peut de toute façon avoir 3 sorties :
- rien à changer
- à changer automatiquement
- à regarder manuellement (tous les cas potentiellement pathologiques)

Mais si ça peut te faire plaisir, on dire "10 chiffres ou plus" 
internationalisable et le reste. Soit deux cas.
Je persiste à penser qu'on doit se pencher d'abord sur les numéros déjà 
en phone:FR ou phone:fr.
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 internationaux (là si actuellement présentés en un paquet 
ou +33 + paquet). Sinon transformer en gardant la trame de base (style 
0100 200 300 devenant +33 100 200 300).


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

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Philippe Verdy]

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, dans un
tranche qui a été utilisée avant l'allocation d'ajouter le 09, mais ces
numéros à 10 chiffres 0870 sont toujours valides)
Il n'est pas inutile donc de consulter les pages de l'ARCEP consacrées au
plan de numérotation !

De plus des numéros 01... à 05... à plus de 10 chiffres existent aussi en
France (dans certains blocs alloués non pas à un opérateur classique mais à
une entreprise: le bloc entier comprend 6 à 8 chiffres initiaux (dont le
préfixe 0 initial) qui sont tous routés vers un PABX quelque soient les
chiffres qui suivent, ensuite l'entreprise a configuré des numéros
"publics" en allouant les 4 à 2 chiffres qui restent en sous blocs,
certains sous blocs utilisant des chiffres supplémentaires dit de
"sélection directe à l'arrivée".

Si on appelle un numéro à 10 chiffres dans le bloc alloué à l'entreprise et
qu'il manque des chiffres de sélection directe à l'arrivée, le PABX
redirige vers un numéro simple à 10 chiffres, celui d'un standard ou
accueil téléphonique, ou vers un robot qui proposera des options ou mettra
en relation avec une personne d'accueil. On peut éviter ce robot en
composant directement le numéro "long" avec tous les chiffres, et on peut
même appeler dans certains cas avec uniquement les 6 à 8 premiers chiffres
(dont le préfixe 0) des numéros plus courts configurés par le PABX qui gère
son propre plan de numérotation interne. Ces numéros longs permettent par
exemple d'appeler avec un numéro fixe des destinataires précis d'une
"flotte" d'entreprise, où qu'ils soient et même s'ils ne sont pas au siège
de l'entreprise mais contactables par leur mobile (le PABX prendra à sa
charge la mise en relation éventuellement via un autre opérateur, ou tout
autre moyen que le réseau téléphonique publique). Mais vu de l'appelant il
ne sait pas au départ en fait où est situé son correspondant: en appelant
un numéro fixe, il peut voir que la personne décroche avec son mobile qui
n'est même pas forcément en France, mais l'appelant lui a appelé un numéro
géographique français au prix d'un appel en France.

C'est beaucoup moins utilisé en France  qu'en Allemagne ou au Royaume-Uni.
En France, le plan général à "10 chiffres" (nécessaires et suffisants)
n'est imposé que pour les abonnés particuliers et les numéros dits "à
valeur ajoutés" ou numéros "verts", ainsi que les centres d'appel, mais les
opérateurs ont beaucoup de libertés pour adapter tout en utilisant le plan
de numérotation standard). Mais en Allemagne le cas typique est d'avoir des
petites tranches de numéros alloués à l'entreprise qui ajoute ensuite de 1
à 3 chiffres pour ses besoins propres (c'est très fréquent et cela dépend
fortement des Länder) et on n'a pas du tout de format unique et pas non
plus de présentation en groupes de 2 chiffres uniquement (on y préfère les
groupes de 3 ou 4 chiffres et les entreprises qui ont des PABX configurés
avec SDA préfèrent grouper les derniers chiffres de la SDA et les séparer
des premiers chiffres du plan public et du groupe qui leur est alloué).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Philippe Verdy]

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 :)
>
> Je voulais dire que je ne sais pas s'il faut enlever le 0 pour les
> autres pays. Apparemment il ne faut pas pour l'Italie. (+39)
>

Il ne faut pas le faire non plus pour le Royaume-Uni (+44).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Christian Quest]

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 au cas
par cas ou un message sur la liste mondiale ou wiki
pour recenser les exceptions à la règle


Mettons nous déjà d'accord pour le faire (proprement) sur la France ;)


J'ai testé de chez moi avec +33 3631. Ça marche pas.

Merci pour le test.
Du coup je propose de voir ces là séparément (clef  phone:FR)
Sauf si quelqu'un a le temps/envie de faire cela en même temps.


D'autres numéros spéciaux ne fonctionnent pas à l'international comme 
les 08 xx


L'ARCEP a sûrement une liste car celle elle qui distribue les préfixes 
téléphoniques.


Voici le plan de numérotation: https://www.arcep.fr/?id=8146#c7916

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

--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[marc marc]

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 mondiale ou wiki
pour recenser les exceptions à la règle

Le 30. 08. 17 à 02:50, Francois Gouget a écrit :
>> vérifie sur le wiki s'il n'y a pas déjà eu un opération automatique.
> Tu veux dire sur https://wiki.openstreetmap.org ?
oui

> Je n'ai rien vu sur la page Key:phone. 
> Si c'est ailleurs je ne sais pas où chercher.
avant elles étaient toutes reprises sur
https://wiki.openstreetmap.org/wiki/Category:Automated_edits_log
mais cette page ne se met plus à jour toute seule.
Il faut chercher avec des termes genre
"Automated edits phone" et "Mechanical Edit phone"

>> 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
> Je pense que le logiciel en tort c'est Copier/Coller. Les mappeurs ont
> dû trouver 01 02 03 04 05 sur une page de contact et comme on leur a dit
> d'internationaliser il tapent +33 espace Ctrl+V.
> Josm pourrait peut-être intégrer une vérification du champ phone mais
> encore une fois il pourrait être difficile de s'assurer qu'elle marche
> pour tous les pays.
On peux proposer l'idée à iD/OsmAnd/Maps.me/JOSM au moins pour
les numéros français à 10 chiffres et/ou essayer de faire une page wiki 
qui liste les exceptions afin que ces logiciels puissent s'en servir

>> Sinon il y a aussi sur le wiki une page où demander l'aide de scripteur
> Ah. Où ça ?
https://wiki.openstreetmap.org/wiki/FR:Modifications_automatis%C3%A9es
en bas la procédure, la discussion sur la page discussion

>> 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 ?
> J'ai testé de chez moi avec +33 3631. Ça marche pas.
Merci pour le test.
Du coup je propose de voir ces là séparément (clef  phone:FR)
Sauf si quelqu'un a le temps/envie de faire cela en même temps.

Le 30. 08. 17 à 03:49, Francois Gouget a écrit :
 >   * Je suis pour que le wiki ne recommande pas fortement
 > un placement particulier des espaces.
On peux préciser sur le wiki que la France et la Belgique
n'ont plus de code régionaux donc que selon la norme
c'est +33 1 23456789 même si dans la pratique c'est olé olé
OU ne mettre aucun espace et laisser l'application formater
à l'affichage.

 >   * Je suis pour que les modifications préservent
 > le formattage initial.

Cela va encore compliquer un peu plus le programme
Mais c'est le meilleur compris pour éviter de s'enliser sur le formatage

 > phone=3631 lors de l'intégration d'un bureau de poste.
Double problème.

1) si c'est appelable que depuis le pays, c'est supposé être dans 
phone:FR mais qui ne convient pas si c'est non utilisable pour le moment

2) si c'est un numéro générale pour le groupe, il ne devrait pas être 
mis comme numéro spécifique de ce bureau de poste, mais on n'a aucun 
endroit ou mettre cela (je sens que le troll des relations network
n'est pas loin) et il n'existe plus de numéro publique par bureau.

+1 pour la décision de Fred de le virer pour les futures intégrations

Le 29. 08. 17 à 22:42, osm.sanspourr...@spamgourmet.com a écrit :
 > Pour le plan de numérotation français :
 > 
https://fr.wikipedia.org/wiki/Plan_de_num%C3%A9rotation_en_France#Plan_actuel_depuis_2005
+1 mis ô puré l’enchaînement des modifs
Une page avec juste le plan actuel serrait déjà un beau nettoyage
pour tester la validité d'un numéro français
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[JB]

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 enlever le 0 pour les
autres pays. Apparemment il ne faut pas pour l'Italie.
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.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Francois Gouget]

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. Apparemment il ne faut pas pour l'Italie.


> Jean-Marc Liotier à écrit
>  > laissons à la couche de présentation le privilège de
>  > formater à sa fantaisie.
> +1
> 
> Mais faut d'abord supprimer la source du problème.
> François tu t'en charge ?

Pas sûr d'avoir le temps. C'est bien le problème.


-- 
Francois Gouget   http://fgouget.free.fr/
  Hiroshima '45 - Czernobyl '86 - Windows '95___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Frédéric Rodrigo]

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. Mais à ma connaissance il
n'existe pas de relation de ce type ni de recommandation d'en créer.
Il existe par contre un recommandation de ne pas en créer ("relations 
are not collections").



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

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Francois Gouget]

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.
 * Je suis pour que le wiki ne recommande pas fortement un placement 
   particulier des espaces.
 * Je suis pour que les modifications préservent le formattage initial.


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

C'est Osmose qui propose d'ajouter phone=3631 lors de l'intégration d'un 
bureau de poste. Donc pour corriger le problème à la source c'est là 
qu'il faut intervenir :
 * 8021 - poste, intégration possible
   https://osmose.openstreetmap.fr/fr/errors/?item=8021
 * 8022 - bureau de poste, à mettre à jour
   https://osmose.openstreetmap.fr/fr/errors/?item=8022
   
https://osmose.openstreetmap.fr/map/#item=8022=8022=17=43.5463052=1.4538787=3

J'ai signalé incidemment le problème là :
https://github.com/osm-fr/osmose-backend/issues/226

Il y a un patch proposé pour la partie internationalization.

Reste à prendre une décision pour les 3631...

Si on supprime le 3631, comment fait l'utilisateur pour contacter la 
poste ? On le forcera à aller consulter un annuaire en ligne où on lui 
dira probablement qu'il doit appeler le 3631.

Alors certes en appelant le 3631 il ne tombera pas sur _ce_ bureau de 
poste mais il obtiendra au moins quelqu'un qui pourra répondre à ses 
questions d'ordre générale, et peut-être même lui donner des 
rensignements sur ce bureau de poste (horaires, etc).

Cela dit je n'ai jamais appelé le 3631 donc je me fait peut-être des 
idées sur leur service.


On a un peu le même problème avec les tags wikipedia (et wikidata). Par 
exemple j'ai hérité d'un signalement Osmose qui me dit que le tag 
wikipedia=fr:Crédit agricole est en doublon sur une des agences. 
Logique.

Mais j'en conclu que dès qu'il s'agit d'une 'chaîne' (de restaurants, de 
magasins, d'agences bancaires) le tag wikipedia ne sert strictement à 
rien :
 * Impossible de le mettre sur une agence : pourquoi le mettre sur 
   l'une et pas sur les autres ?
 * On pourrait mettre le tag sur le siège social. Mais qui ira 
   rechercher le siège social (et comment faire ?) pour trouver la page 
   Wikipedia ?
 * On pourrait le mettre sur une relation regroupant tous les 
   établissements de la chaîne en question. Mais à ma connaissance il 
   n'existe pas de relation de ce type ni de recommandation d'en créer.


Ensuite on peut discuter de l'intérêt de la page wikipedia de la chaîne. 
Je me dis qu'un étranger qui voit un restaurant Hippopotamus sur la 
carte pourrait être intéressé par 'wikipedia=fr:Hippopotamus (restaurant)',
même si Wikipedia n'est pas forcément le premier site qui vient à 
l'esprit quand on essaie de décider où aller manger.

Mais c'est sûr que ça fait beaucoup d'informations dupliquées.

-- 
Francois Gouget   http://fgouget.free.fr/
 Dieu dit: "M-x Lumière". Et la lumière fut.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Philippe Verdy]

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 plupart, concernant les numéros courts). Bien
que certains numéros français sont accessibles depuis l'étranger sur un
téléphone mobile dont l'opérateur (identifié par sa carte SIM) autorise le
roaming sans avoir à changer de numéro à appeler (cela marche pour tous les
numéros classiques et même des numéros courts surtaxés en France,
l'utilisateur paye éventuellement des frais supplémentaires mais plus
maintenant pour le roaming depuis un pays de l'UE: le téléphone mobile se
comporte comme si on appelait depuis la France SAUF pour les appels des
numéros courts d'urgence français; les numéros courts des pays hotes
n'étant pas accessibles, il reste à ces utilisateurs français à appeler le
112, qui lui marchera quand même mais sera routé vers un service d'urgence
du pays hôte, sans frais de roaming).

Ceci dit tous les numéros "longs" en France ne sont pas à "10 chiffres"
(avec le préfixe 0 initial, remplaçable), car il y a bien d'autres préfixes
(utiles pour ceux qui veulent utiliser des cartes prépayées ou appeler avec
leur propre carte en empruntant le téléphone d'un tiers qui n'a pas les
crédits nécessaires, ou pour appeler d'un hôtel sans que l'hôtel
surfacture. Des préfixes plus longs existent depuis les installations
privées (certaines même en mobile, le réseau de l'opérateur chez qui
l'utilisateur est abonné n'étant pas accessible, on peut cependant appeler
via un numéro court spécial qui peut aussi demander de composer un code
d'accès; et sur les téléphones mis à disposition dans des flottes
professionnelles, le plan de numérotation peut être chamboulé et à la norme
d'un autre pays, ou utiliser ses propres numéros courts utilisable dans
tous les pays couverts par cette flotte professionnelle; pour appeler un
numéro normal, il faut un code d'accès ou sinon utiliser un autre mobile
personnel)
Il y a des tas d'offres d'opérateurs internationaux en France à destination
des professionnels.
Il y a aussi divers opérateurs virtuels, qui permettent d'appeler via un
numéro unique suivi d'une identification par code d'accès pour consommer
des crédits de consommation prépayés sur un certain nombre de destinations.

Un opérateur tunisien vend en France des abonnements avec des numéros
tunisiens et on appelle depuis la France comme si on était à Tunis, mais
l'opérateur facture son abonné en France, et cet abonné peut appeler un
certain nombre de numéros présélectionnés en France, mais en utilisant des
numéros courts, et sinon est surfacturé s'il appelle un numéro français
quelconque même juste à côté comme s'il appelait depuis Tunis (et pas
besoin d'aller en Tunisie pour s'y abonner)... Pour éviter les
complications de numérotation, ces opérateurs proposent souvent une carte
SIM qui contient déjà la configuration pour le routage, même si en interne
cette numérotation sera transformée en un appel de numéro spécial français
avant le reste du numéro transformé, ou bien propose de lui acheter un
modèle de téléphone basique préconfiguré pour router les appels. Dans
certaines banlieues françaises ces offres ont du succès chez les migrants
pour appeler pas cher la famille restée au pays.

Et tout le monde est libre en France de s'abonner à un autre opérateur
européen s'il voit des offres qui lui conviennent mieux, d'autant plus que
le roaming intra-européen est maintenant sans frais supplémentaire: une
commande sur Internet et on dans les 2 jours la SIM envoyée par l'opérateur
européen, avec donc un numéro non-français si on veut et un contrat non
nécessairement rédigé en français. On sera prélevé sur son compte banqire
en France sans frais bancaire supplémentaire (sauf frais de change demandé
par la banque si ce n'est pas en euro et qu'on n'a pas souscrit un compte
ou une carte de paiement internationale).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Francois Gouget]

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 problème est mondial :)

Oui mais, d'après le wiki, pour les numéros italiens il ne faut pas 
supprimer le 0 de tête :

| Italy does not omit the 0 in the international format like many 
| countries do[...]. So the Milan number 02.724261 becomes phone=+39 02 
| 724261 in OSM. A few other countries are doing the same and require 
| dialing the national trunk selection code when calling them from 
| abroad. 

Du coup impossible de dire que '+xx 0' est faux quel que soit le pays. 
Il serait certainement possible de construire une liste des usages de 
chaque pays mais cela devient un projet nettement plus large.


> vérifie sur le wiki s'il n'y a pas déjà eu un opération automatique.

Tu veux dire sur https://wiki.openstreetmap.org ?
Je n'ai rien vu sur la page Key:phone. Si c'est ailleurs je ne sais pas 
où chercher.


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

Je pense que le logiciel en tort c'est Copier/Coller. Les mappeurs ont 
dû trouver 01 02 03 04 05 sur une page de contact et comme on leur a dit 
d'internationaliser il tapent +33 espace Ctrl+V.

Josm pourrait peut-être intégrer une vérification du champ phone mais 
encore une fois il pourrait être difficile de s'assurer qu'elle marche 
pour tous les pays.


> Sinon il y a aussi sur le wiki une page où demander l'aide de scripteur

Ah. Où ça ?


> 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 ?

Non. Philippe Verdy a l'air d'avoir jeté un oeil et a fait ce qui me 
semble un bon résumé des règles concernant quels numéros peuvent être 
appelés à l'international ou pas.


> je ne parle pas d'appeler un no depuis l'étranger mais localement.

J'ai testé de chez moi avec +33 3631. Ça marche pas.


-- 
Francois Gouget   http://fgouget.free.fr/
Before you criticize someone, walk a mile in his shoes.
   That way, if he gets angry, he'll be a mile away - and barefoot.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[osm . sanspourriel]

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 0X.


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 


ç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 

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[marc marc]

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 supprimer la source du problème.
François tu t'en charge ?

Par curiosité, j'ai commencé à regarder la doc api.
cela n'a pas l'air trop compliqué pour ceux qui savent programmer
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Jean-Marc Liotier]

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

Stockons \+\d+ et laissons à la couche de présentation le privilège de
formater à sa fantaisie.

Pour ma part c'est Z ABPQ MCDU, mais je conçois que cette affirmation
identitaire de dinosaure des télécoms n'est pas du goût de tout le
monde...

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

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Philippe Verdy]

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 8000 ou +33 100 200 300) sont
aussi clairs et ne font aucune différence, les groupes de 2 chiffres étant
uniquement préférés pour la plupart des numéros à "10 chiffres" (en fait 9)
qui n'ont pas de groupement mnémonique et même la séparation du chiffre de
zone des 8 suivants.

Il est cependant recommandé de garder l'espace après le préfixe
international +33 car il est entièrement substituable selon l'appelant), et
de n'utiliser aucun autre séparateur de groupement que l'espace (donc pas
de point, et le trait d'union est réservé aux pays qui distinguent les
numéros locaux avec un code de zone de longueur variable et qui n'est pas
toujours composé ou peut être substitué dans les appels nationaux, ou bien
il s'utilise pour les numéros qui peuvent être allongés avec un code de
sélection à l'arrivée de longueur variable comme en Allemagne où le nombre
de chiffres dans la partie commune est elle aussi variable pour les
sociétés qui ont obtenu un groupe de numéros locaux consécutifs et peuvent
les compléter de chiffres additionnels traités dans leurs équipements PABX
qui gèrent tout le bloc de numéros, qui en interne crée une zone locale
privée pour des numéros courts qui leur sont propres)

Noter aussi qu'en France certains numéros spéciaux (commençant pas 08 ou
09) peuvent être ou ne pas être appelés depuis l'étranger en remplaçant le
0 par +33, mais il n'y a pas de règle prédéfinie: cela dépend du contrat
d'abonnement avec le fournisseur, qui leur permet de prendre en charge ou
pas les frais additionnels que les appelants depuis un réseau étranger ne
pourront pas payer directement (cela concerne les numéros à valeur ajoutée,
les numéros d'appel gratuit, les numéros à tarification locale): on ne peut
pas généraliser s'il faut mettre un 0 ou un +33 pour les numéros 08... et
09... qui devraient tous avoir 10 chiffres; on sait juste que tous les
0870... à 10 chiffres sont internationalisables (donc à écrire +33 870 xxx
xxx ou +33 8 70 xx xx xx) car ce sont des numéros de box internet, de même
que tous les 01... à 07... à dix chiffres.

Pour les numéros courts français (commençant par 10... à 19... et ayant 3,
4 ou 6 chiffres, ou commençant par 3... et ayant 4 chiffres), ils ne sont
pas internationalisables et qu'ils peuvent être des préfixes de numéros
plus longs et même des préfixes de sélection d'opérateur pour appeler
n'importe quels numéros en France (ou même à destination d'autres pays, y
compris des numéros courts de ces pays), mais qu'ils ne sont pas
utilisables par tous les appelants (qui doivent être chez certains
opérateurs ou avoir un contrat spécial d'abonnement avec un opérateur
tiers).

De même les autres numéros courts commençant par 2... jusqu'à 9... (et
ayant entre 3 et 6 chiffres) qui sont spécifiques aux appelants depuis leur
réseau mobile, ou même pour certains numéros appelés depuis une ligne fixe
(exemple : pour appeler leur opérateur ou envoyer un SMS ou consulter leur
messagerie ou payer une facture ou renouveler un pack en achetant un
"ticket recharge")

Bref, ce contenter de détecter les numéros 01... à 07... ou 0870... pour
remplacer uniquement le 0 initial en +33 suivi d'un espace, mais ne pas
toucher au format du reste (qu'il y ait des espaces dedans ou pas) et
proposer de remplacer les points et tirets séparateurs en espaces (mais ne
pas le faire si le numéro ne commence pas par +33, ni 01... à 07, ni
0870...)

Autre cas: certains ont omis le 0 initial: si et seulement si ce numéro
sans ce 0 comprend 9 chiffres, on peut supposer que c'est un numéro à 10
chiffres devant commencer par 0 ou +33 (et dans ce cas aussi proposer de
remplacer les points en espaces mais garder leur groupement.

Le 28 août 2017 à 23:06, Romain MEHUT  a écrit :

> 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 :
>>
>>https://www.openstreetmap.org/node/2999626704
>>phone=+33 02 40 xx xx xx
>>
>
> La correction donnerait +33 2 40 xx xx xx ou +33 2 40xx ? Le wiki
> indique la 2ème version mais je vois souvent les numéros avec des espaces...
>
> Romain
>
> ___
> 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] Champs phone : futur projet du mois ?

[Francois Gouget]

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 : http://openstreetmap.fr/outils

(par contre ne me demandez pas comment retrouver cette page outils, je 
suis tombé facilement dessus la première fois et maintenant impossible 
de la trouver depuis l'accueil).

Bon j'ai recréé les bugs dans GitHub.
https://github.com/osm-fr/osmose-backend/issues/227

J'ai aussi le nouveau plugin dans ma fork de osmose-backend :
https://github.com/fgouget/osmose-backend


> Le problème n'est pas spécifique à la France.

Possible mais je ne connais pas trop le format des numéros de téĺéphone 
dans les autres pays.


-- 
Francois Gouget   http://fgouget.free.fr/
 f u kn rd ts, ur wy 2 gky 4 ur wn gd.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[marc marc]

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

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Romain MEHUT]

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 :
>
>https://www.openstreetmap.org/node/2999626704
>phone=+33 02 40 xx xx xx
>

La correction donnerait +33 2 40 xx xx xx ou +33 2 40xx ? Le wiki
indique la 2ème version mais je vois souvent les numéros avec des espaces...

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

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Frédéric Rodrigo]

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

On trouve aussi des phone=+33 3631

Dans tous les cas 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 ? J'ai bien
envoyé une proposition de plugin Osmose mais je n'ai pas la
configuration nécessaire pour la tester :

https://trac.openstreetmap.fr/ticket/815

Et peut-être que les corrections pourraient être automatisées, au moins
pour le premier round ?

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)

Si tu ne veux pas installer un Osmose backend toi même. Tu peux utiliser 
docker ou vagrant :

https://github.com/osm-fr/osmose-backend/blob/master/Dockerfile
https://github.com/prhod/osmose-vagrant


Le problème n'est pas spécifique à la France.

Frédéric.


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