date:20170830

Le 30 août 2017 à 23:11,  a écrit :

> Le 30/08/2017 à 03:49, Francois Gouget - fgou...@free.fr a écrit :
> Ça dit que si tu composes le 196, tu obtiendras un Centre régional
> opérationnel de surveillance et de sauvetage
> ,
> le plus proche de la position estimée de ton téléphone. Par exemple avec un
> 02 90 (valable pour un des 4 départements de la région administrative
> Bretagne) tomberas-tu sur le CROSS Corsen ou le CROSS Etel ou un autre ?
> Aucune idée. Idem en appelant depuis un 08 70 ou un 09 : je ne connais la
> précision de leur outil de choix.
> Mais c'est comme si tu appelles le 112 depuis un mobile : tu peux tomber
> sur le département d'à côté, ils passeront à la bonne structure.
>

Cela ne dépend pas du tout des services que tu veux appeler, mais de ton
opérateur selon la façon dont il route tes propres appels depuis ta ligne
(que ce soit une ligne fixe 01-05, une box internet 0870, ou une ligne
mobile 06/07). C'est ton opérateur par lequel tu es connecté qui détermine
vers quel service d'urgence il va router les numéros courts selon les
accords qu'il a avec ces services à qui il transmet ton numéro réel (par
lequel le service d'urgence pourra te rappeler directement), même si tu
appelles avec la fonction de masquage et que ton téléphone est en liste
rouge ou n'a pas lui-même de numéro public permettant de te joindre sur le
même poste.

Si ton opérateur est mobile, il détermine la structure locale à joindre
selon l'antenne mobile sur laquelle ton téléphone s'est accroché,
l'opérateur n'a pas besoin de connaitre ta position réelle. Si ton
opérateur est celui d'une ligne fixe (cuivre, cable ou fibre), l'opérateur
connait l'adresse de ton installation et t'a inscrit dans une zone de
localisation contenant les règles de routage des numéros d'urgence
appropriés pour toute ta zone mais en général il suffit pour lui d'avoir
inscrit sur ta ligne le code INSEE de ta commune et ça suffit pour que ton
appel aille vers le service local d'urgence le plus proche)

Pour le reste, si le service local est surchargé ou injoignable, il y a des
règles prédéfinies par les SDIS, les préfectures et les ministères, leur
permettant d'indiquer à l'opérateur un autre acheminement vers d'autres
service plus loin ou vers une plateforme nationale de secours (telle que
celle d'Asnières-sur-Seine qui peut se coordonner avec les services de
secours de n'importe de quelle région et qui dispose de relais par
satellite et d'un centre d'appel capable de traiter des milliers d'appels
et les rerouter vers d'autres services), et si nécessaire en passant par
n'importe quel autre opérateur ou liaison hertzienne ayant de la capacité
disponible, ou même par une demande des autorités permettant de réduire la
bande passante des autres services (y compris sur des réseaux privés, ou
des fréquences non utilisées par les radiodiffuseurs) pour pouvoir
acheminer les appels prioritaires (à commencer par le 112).
___
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 ?

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 : numéros courts, Wikipédia etc..

2017-08-30 Par sujet osm . sanspourriel


Le 30/08/2017 à 03:49, Francois Gouget - fgou...@free.fr a écrit :


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

(...)

Cela dit je n'ai jamais appelé le 3631 donc je me fait peut-être des
idées sur leur service.
Moi j'ai voulu contacter un bureau de la Poste en particulier mais pas 
le plus proche et avec le 3631, j'avais l'air d'un con. C'est un numéro 
surtaxé sans valeur ajoutée ;-)

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 ?
Tu dois mettre dans ce cas operator 
:*wikipedia* pas 
wikipedia. Et par analogie, je propose operator:phone:FR=3631

Simple, logique, cohérent.

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

Ce n'est pas seulement dupliqué, c'est faux.
OSM c'est de la représentation géolocalisée.
Les informations non localisées sont à proscrire sauf s'il est clair 
qu'elles le sont : l'article Wikipedia doit parler de ce restaurant en 
particulier, operator:wikipedia parle de la chaîne en particulier.


operator:phone:FR=196 pour les CROSS, ça me va.
Ça dit que si tu composes le 196, tu obtiendras un Centre régional 
opérationnel de surveillance et de sauvetage 
, 
le plus proche de la position estimée de ton téléphone. Par exemple avec 
un 02 90 (valable pour un des 4 départements de la région administrative 
Bretagne) tomberas-tu sur le CROSS Corsen ou le CROSS Etel ou un autre 
?  Aucune idée. Idem en appelant depuis un 08 70 ou un 09 : je ne 
connais la précision de leur outil de choix.
Mais c'est comme si tu appelles le 112 depuis un mobile : tu peux tomber 
sur le département d'à côté, ils passeront à la bonne structure.
Donc je propose operator:phone:FR pour les numéros dont le destinataire 
dépend du lieu estimé de l'appelant.


Jean-Yvon

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

2017-08-30 Par sujet 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] quadruple no 46 à Rennes

2017-08-30 Par sujet Romain MEHUT

Fait https://www.openstreetmap.org/changeset/51593766

Romain

Le 28 août 2017 à 10:05, REBOUX Maël  a écrit :

> Bonjour Marc.
>
>
>
> Tout est normal : il y 4 adresses à cet endroit :
>
> 46 A
>
> 46 B
>
> 46 C
>
> 46 D
>
>
>
> https://data.rennesmetropole.fr/explore/dataset/adresses-
> du-referentiel-voies-et-adresses-de-rennes-metropole/
> map/?location=19,48.08982,-1.63288=233af6
>
>
>
> C’est « juste » la base OSM qui n’est pas à jour.
>
>
>
> Cdt,
>
>
>
> *Maël REBOUX*
> Service Information Géographique Rennes Métropole
> Chargé de mission "diffusion"
>
> 02 99 86 63 71
>
> Twitter : @mael_reboux_ig 
>
>
>
> A votre disposition :
>
> -   des *plans* *pdf de l'agglomération et de ses communes*
> téléchargeables
> 
> et imprimables
>
> -   un *plan interactif * de
> Rennes Métropole
>
> -   des *données publiques ouvertes
> *
>
>
>
> ___
> 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] le festival de tout les highway :-)

2017-08-30 Par sujet Romain MEHUT

Ce sujet avait été discuté sur la liste bretonne en mai cf.
https://lists.openstreetmap.org/pipermail/talk-fr-bzh/2017-May/002021.html
et les Rennais ne sont pas prompts à passer à living_street.

Le 22 août 2017 à 15:33, marc marc  a écrit :

> Le 21. 08. 17 à 21:35, djakk djakk a écrit :
> > une route primaire en même temps living_street c'est simple, tu
> > mets ce panneau carré bleu avec des piétons et une "limitation à 20
> > km/h" incrusté sur un des axes les plus importants d'une ville
> Si rien d'autre n'a été fait, c'est 0/20 pour le responsable de
> l'aménagement mais niveau osm c'est à mon avis limpide :
>
> La route/zone couverte par le panneau living_street est uniquement
> living_street car la priorité est le piéton, il peux circuler sur cet
> espace comme bon lui semble, jouer au ballon, faire son lacet où bon lui
> semble, même sans aménagement agréable, cet espace a perdu sa vocation
> prioritaire au transit.
>
> Le bout de route avant et après cette zone à mes yeux devrait lui aussi
> être rétrogradé de primaire à au maximum tertiaire voir résidentiel au
> moins jusqu'au gros carrefour précédent et suivant.
>
> Après que le routage ou les habitués décident de passer avec un 40T
> parce qu'il gagne 2 min ou simplement parce que "c'était comme cela
> avant", à mon avis ce n'est pas cela qui change la situation.
> Si le trafic de transit utilise réellement toujours ce trajet, je pense
> qu'il y aussi un 0/20 pour la signalisation au carrefour précédent et
> pour la non-maj des gps éventuellement utilisé par les non-locaux.
>
> Ce n'est bien sur que mon avis et je sais que les gens détestent les
> changements administratifs si cela ne leur conviennent pas.
> Mais l'unique autre solution c'est de tager dans osm selon son envie
> subjective de à quoi devrait servir la route en ignorant les panneaux,
> Cela me semble conduire vers des données moins utilisable puisque le
> routage va envoyer un 40T en transit sur une route inadaptée.
> Si la communauté locale ne veux pas de la maj, ce n'est pas moi qui irai
> la faire, je suis pour les compromis autant que possible :-)
> Je pense cependant que cela mérite réflexion "locale" pour faire la part
> entre nostalgie et situation réelle.
> Cela mérite aussi un message à l'administration s'il y a des problèmes
> de qualité (aménagement, signalisation)
> ___
> 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] projet du mois : postes de secours

2017-08-30 Par sujet Romain MEHUT

Bonsoir,

Le 12 août 2017 à 14:51,  a écrit :

>
> Enfin ces postes de secours sont référencés dans la base de l'agglo du nom
> de la plage ref_plage=Le Loc'h.
> Je vois que le poste de secours existant était noté "Poste de secours du
> Loc'h".
> Logiquement comme c'est un poste de secours et qu'il est proche du
> lieu-dit Le Loc'h et que la plage est dite du Loc'h, met-on son nom ou pas ?
>

On met ce que l'on voit sur le terrain même. On a déjà eu cette discussion
maintes fois...


> Autre détails : je vois de simples places de parking réservées aux
> camping-cars qualifiés de tourism=caravan_site. Est-ce que ça vous semble
> normal ?
>

Je laisserai dans la mesure où c'est effectivement bien identifié pour les
camping-cars. A contrario, j'ai déjà supprimé ce tag pour des endroits où
il n'y a aucune marque de réservation pour les camping-cars.

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

Re: [OSM-talk-fr] Distinction power line/minor_line en France

Le 30 août 2017 à 15:33, Christian Quest  a écrit :

> Se baser sur la tension ne me semble pas une bonne idée car sur le terrain
> il n'est pas du tout évident de savoir le voltage sauf si on est un fondu
> des réseaux électriques.
>
> Par contre, les pylônes/poteaux sont un élément visuel beaucoup plus
> facile à évaluer (en gros 1 pied = pole, plusieurs pieds = tower, simpliste
> mais facile à reconnaitre pour un profane)
>

Je suis d'accord aussi : ce qu'on voit et sert au repérage est plus
important que le reste. Ensuite le détail de la séparation entre réseaux de
distribution et réseau de transport a des subtilités qui m'échappe beaucoup
mais ne dépend même pas des éléments purement techniques invisibles comme
la tension réellement appliquée

(et le type de modulation utilisé : continu ou alternatif, le continu ayant
maintenant de plus en plus la "cote" en très haute tension et pour le
transport international ou sous-marin à des puissances très élevées et avec
beaucoup moins de perte et moins d'effet néfaste en terme de pollution du
spectre radio car on sait plus facilement "écranter" un champ électrique
quasi-statique qu'un champ électrique alternatif qui, avec les variations
de charge, produit un champ magnétique et un effet inductif
particulièrement néfaste avec des "pics" de courants très importants
détruisant facilement les équipements et émettant des ondes à forte
puissance sur un spectre plus large. L'intérêt du courant alternatif était
sa facilité de transformer les tensions pour aller vers la très haute
tension, afin de réduire les courants et les pertes résistives, mais cela
n'a pas réglé les pertes inductives et on sait combien les émissions
électromagnétiques sont gênantes. Pour le courant continu, on ne savait pas
à l'époque faire les transformations à haute tension, mais maintenant on a
des composants efficaces même pour les fortes puissances).

Les subtilités entre réseau de transport et réseau de distribution sont des
différences surtout légales et de compétence sur des entités territoriales
permettant l'exercice de la concurrence à la distribution. C'est largement
indépendant des caractéristiques techniques des circuits d'acheminement (la
tension n'est pas pertinente, ni la modulation). En revanche la puissance
acheminée par un circuit l'est beaucoup plus mais c'est surtout le nombre
de consommateurs finals desservis et le type de personnalité légale du
client/producteur (particulier, entreprise, service public).
___
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 ?

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 ?

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 ?


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] Distinction power line/minor_line en France

Le 30 août 2017 à 15:33, Christian Quest  a écrit :

> Dans ces propositions, on oublie souvent le contributeur de base... rester
> simple permet d'avoir un potentiel plus large de contributeurs.

Certes, c'est pour ca que j'étais pas pour faire une distinction très
subjective comme celle-là.
Mais pour supprimer minor_line, il faut se lever très tôt semble-t-il.

On retrouve le même probleme sur les bornes à incendie en ce moment entre
fire_hydrant et suction_point.


Se baser sur la tension ne me semble pas une bonne idée car sur le terrain
> il n'est pas du tout évident de savoir le voltage sauf si on est un fondu
> des réseaux électriques.
>
On peut toutefois repérer les différents domaines de tension à la longueur
des isolateurs : 1m = 100kV.
En dessous de 100kV, le nombre de coupelles sur les mêmes isolateurs donne
une indication (y compris sur les caténaires SNCF).


> Par contre, les pylônes/poteaux sont un élément visuel beaucoup plus
> facile à évaluer (en gros 1 pied = pole, plusieurs pieds = tower, simpliste
> mais facile à reconnaitre pour un profane).
>
> Après si on a une majorité de pole c'est une minor_line, sinon c'est une
> line... et ensuite le voltage permet d'être au maxi de la précision (enfin,
> non, on a ensuite les circuits, etc... mais là, désolé, je décroche comme
> 99% des contributeurs).
>

Ces deux lignes ont le même impact visuel et la même fonction
http://www.openstreetmap.org/way/298000980 (poteaux)
http://www.openstreetmap.org/way/371282269 (pylônes treillis)

Aucune raison de les identifier différemment.

A partir de là, je suis pleinement d'accord pour rester simple => il
faudrait expliquer à tout ceux qui veulent taguer pour le rendu le bazar
que cela introduit dans la modélisation


François
___
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 ?

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] Distinction power line/minor_line en France

Se baser sur la tension ne me semble pas une bonne idée car sur le 
terrain il n'est pas du tout évident de savoir le voltage sauf si on est 
un fondu des réseaux électriques.


Par contre, les pylônes/poteaux sont un élément visuel beaucoup plus 
facile à évaluer (en gros 1 pied = pole, plusieurs pieds = tower, 
simpliste mais facile à reconnaitre pour un profane).


Après si on a une majorité de pole c'est une minor_line, sinon c'est une 
line... et ensuite le voltage permet d'être au maxi de la précision 
(enfin, non, on a ensuite les circuits, etc... mais là, désolé, je 
décroche comme 99% des contributeurs).


Dans ces propositions, on oublie souvent le contributeur de base... 
rester simple permet d'avoir un potentiel plus large de contributeurs.



Le 30/08/2017 à 11:25, marc marc a écrit :

Le 30. 08. 17 à 11:09, François Lacombe a écrit :

Je viens de re-lire le paragraphe
https://wiki.openstreetmap.org/wiki/WikiProject_Power_networks/France#Lignes_a.C3.A9riennes

je le trouve indigeste parce qu'il bascule entre 2 critères sans qu'on
sache clairement à la fin qu'est-ce qui est unanime et qu'est-ce qui est
contesté


je souhaiterais déplacer le point line/minor_line dans la partie réseaux de 
distribution,
parce que le réseau de transport doit être à 100% décrit avec power=line.

+1
ce serrait utile d'essayer de rapprocher les 2, genre :
haute tension + gros poteau = line
basse tension + petit poteau = minor_line
et au milieu : les cas tordu qui, si j'ai bien compris, ont "2 camps",
ceux qui pensent que le classement doit se faire sur le poteau
et ceux qui pense que cela doit se faire sur le voltage
une idée du voltage entre les 2 catégories est une bonne idée même
si je suis incompétent pour savoir si 10k est mieux ou pas que 30k

avis perso, selon moi, dans la zone grise, le critère devrait être sur
le voltage/utilisation. une ligne ne peux pas être à un endroit "majeur"
et plus loin "mineur" simplement parce que localement le type de poteau
change
avis perso bis : pour moi l'utilité de minor_line c'est "à quoi
sert la ligne qui passe dans tel rue ?" et "carte du réseau
électrique transport <> distribution"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Plus aucun rapprochement entre OSM et la BANO depuis fin juillet


Il y a bien un problème, mais nous sommes en pleine transition...

Petit rappel: BANO extrait ses données depuis le site web 
cadastre.gouv.fr, mais c'est un gros bricolage qui casse facilement lors 
que le site est modifié.


Les données du cadastre vont être très (très) prochainement disponibles 
sur leur forme brute et vectorielle et on n'aura plus à faire ce 
bricolage complexe et fragile.


Il me semble préférable d'investir sur l'exploitation de ces nouvelles 
données (qui permet d'aller bien plus loin que ce qu'on a fait jusqu'à 
maintenant) plutôt que de réparer un outil en fin de cycle.


Voir aussi: 
http://forum.openstreetmap.fr/viewtopic.php?f=2=1187=300#p16558




Le 30/08/2017 à 14:31, Victor/tuxayo a écrit :

Bonjour,

Quelqu'un a des infos?
https://github.com/osm-fr/bano/issues/142


À++



--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Distinction power line/minor_line en France

Le 30 août 2017 à 14:26, David Crochet  a écrit :

Un transformateur "haut de poteau" doit comporter après la transformation
> la protection, par le même appareillage, contre la surcharge du
> transformateur et contre les court-circuit de la ligne basse tension. [1].
> Ensuite l'interrupteur aérien, sur la partie haute tension, est
> généralement assuré par un poteau précédent.
>

C'est vrai, il faut surveiller la présence d'un transfo ou non.
Je pourrai ajouter cette précision sur le wiki. Parce que si tu fais ce
genre de requête overpass http://overpass-turbo.eu/s/rmk (à tort, on est
d'accord), on pourrait considérer que ce sont des interupteurs HTA et non
BT.

Pour ne laisser aucun doute, puisque sur la partie BT c'est un disjoncteur,
il faut utiliser switch=circuit_breaker puisqu'il n'y en a pas sur la haute
tension.
http://www.openstreetmap.org/node/4976704983 (ici switch=mechanical laisse
planer un gros doute)

Par contre pour la transition, pas de solution, à part indiquer le voltage
ou location:transition=minor_line pour etre sur d'indiquer que c'est la BT
qui va dans le sol.
L'intérêt d'utiliser ce tag est de ne pas avoir à connaitre la partie
souterraine, qui souvent n'est pas vérifiable ni ouverte.



> En cas de transformateur dans un élément préfabriqué, les éléments de
> protection en amont et en aval se trouvent dans des cellules à l'intérieur
> du poste préfabriqué
>

Et peuvent être indiqué sur un noeud séparé quand le poste est en cabine
(représenté comme un batiment) ou bien implicite quand c'est un poste
simplifié non accessible à l'homme (muni de design=PSSA, design=PSSB...)

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

[OSM-talk-fr] Plus aucun rapprochement entre OSM et la BANO depuis fin juillet

2017-08-30 Par sujet Victor/tuxayo

Bonjour,

Quelqu'un a des infos?
https://github.com/osm-fr/bano/issues/142


À++

-- 
Victor/tuxayo

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

Re: [OSM-talk-fr] Distinction power line/minor_line en France

2017-08-30 Par sujet David Crochet


Bonjour


Le 30/08/2017 à 13:19, François Lacombe a écrit :
Mais concernant l'interrupteur et la transition, impossible de savoir 
si ils vont sur le 20kV ou pas.
On ne sera pas capable de distinguer un poteau avec transformateur 
20kV et une dérivation 20kV qui va dans le sol d'un poteau avec 
transfo 20kV et ligne BT qui part dans le sol ensuite.

Idem avec l'interrupteur

Mon idée c'est de se servir de line/minor_line pour faire cette 
distinction.


On a le cas ici : http://overpass-turbo.eu/s/rm0
http://www.openstreetmap.org/node/3992441473

Impossible de savoir si l'interrupteur est sur le 20kV ou sur la BT


Un transformateur "haut de poteau" doit comporter après la 
transformation la protection, par le même appareillage, contre la 
surcharge du transformateur et contre les court-circuit de la ligne 
basse tension. [1]. Ensuite l'interrupteur aérien, sur la partie haute 
tension, est généralement assuré par un poteau précédent.



En cas de transformateur dans un élément préfabriqué, les éléments de 
protection en amont et en aval se trouvent dans des cellules à 
l'intérieur du poste préfabriqué


Cordialement

[1] 
http://fr.electrical-installation.org/frwiki/Postes_d%E2%80%99ext%C3%A9rieur#Postes_haut_de_poteau


--
David Crochet


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

Re: [OSM-talk-fr] MAJ BDOrtho ??

2017-08-30 Par sujet Stéphane Péneau


Je vais te répondre en partie de mémoire, car ça remonte à l'année dernière.

base et rover : Navspark NS-HP (GPS + Beidou) + Antenne tri-bande à 25€

Je suis resté statique 15mn et le premier fix s'est produit au bout 8mn.

Concernant la précision, je ne peux que te donner les infos fournies par 
RTKLIB, sans possibilité de comparer avec une trace de référence. En 
gros, au tout début j'ai 1 à 2 cm de précision, et ça diminue 
progressivement jusqu'à environ 10 cm. Cette diminution de la précision 
est en rapport avec la distance base<->rover qui à commencé à 0 pour 
atteindre un peu plus de 10km.


Je voudrais continuer les tests, et travailler sur cette histoire de 
réseau de base communautaire, mais je manque de temps.


Stf


Le 30/08/2017 à 12:28, marc marc a écrit :

Bonjour,

Le 29. 08. 17 à 16:27, Stéphane Péneau a écrit :

une trace en RTK

quel matériel as-tu utilisé ?
avec ou sans temps d'initialisation/stabilisation ?
quelle précision réelle penses-tu avoir obtenu ?

Cordialement,
Marc




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

Re: [OSM-talk-fr] Distinction power line/minor_line en France

Le 30 août 2017 à 12:21, marc marc  a écrit :

> ne manque-t-il pas le transfo HT-BT dans ta liste ?
> j'aurais cru que s'il n'y avait qu'un élément à mettre,
> ce serrait celui-là puisque les câbles HT/BT/souterrain
> sont "raccordable" au transfo
>

Si si, il faut bien mettre un transformer=distribution
Mais concernant l'interrupteur et la transition, impossible de savoir si
ils vont sur le 20kV ou pas.
On ne sera pas capable de distinguer un poteau avec transformateur 20kV et
une dérivation 20kV qui va dans le sol d'un poteau avec transfo 20kV et
ligne BT qui part dans le sol ensuite.
Idem avec l'interrupteur

Mon idée c'est de se servir de line/minor_line pour faire cette distinction.

On a le cas ici : http://overpass-turbo.eu/s/rm0
http://www.openstreetmap.org/node/3992441473

Impossible de savoir si l'interrupteur est sur le 20kV ou sur la BT


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

Re: [OSM-talk-fr] Création de la liste OSM tagging-fr - communication - fragmentation

2017-08-30 Par sujet Christian Rogel



Le 30 août 2017 à 12:36, quicky  a écrit :
> Ca existe depuis des anneees pour les mailing listes Openstreetmap.
> Il te suffit d aller ici et tu verras toutes les mailing listes du projet
> presentees sous forme de forum
> http://gis.19327.n8.nabble.com/OpenStreetMap-f5171240.html
> y compris talk-fr
> http://gis.19327.n8.nabble.com/France-f5380434.html



C'est là qu'on voit la confusion un peu gonflante : Talk-fr a été créée comme 
un pendant à la liste Talk-en (indicatifs habituels de langue), mais, a été 
confinée dans l'esprit des gens à la RF. Elle est ravalée au niveau de la GB.
Pour moi, il y a nécessité de le réaffirmer son statut international, puisque 
les pratiques OSM sont homogènes, indépendamment de la langue véhiculaire.

Christian

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

Re: [OSM-talk-fr] Création de la liste OSM tagging-fr - communication - fragmentation

2017-08-30 Par sujet quicky

> Je me demandais dans un précédent email si justement il ne faudrait
> pas rapprocher les 2, cad que mailing list et forum ne soient
> que 2 interfaces vers la même chose.
> chacun choisit son interface préférée en fonction de ses critères. 

Salut,

Ca existe depuis des anneees pour les mailing listes Openstreetmap.
Il te suffit d aller ici et tu verras toutes les mailing listes du projet
presentees sous forme de forum
http://gis.19327.n8.nabble.com/OpenStreetMap-f5171240.html
y compris talk-fr
http://gis.19327.n8.nabble.com/France-f5380434.html



--
View this message in context: 
http://gis.19327.n8.nabble.com/Creation-de-la-liste-OSM-tagging-fr-communication-fragmentation-tp5901600p5901747.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Création de la liste OSM tagging-fr - communication - fragmentation

2017-08-30 Par sujet THEVENON Julien



De : marc marc 

> Je me demandais dans un précédent email si justement il ne faudrait
> pas rapprocher les 2, cad que mailing list et forum ne soient
> que 2 interfaces vers la même chose.
> chacun choisit son interface préférée en fonction de ses critères.

Salut,

Ca existe depuis des annees pour les mailings listes OSM y compris talk-fr, si 
tu suis le lien tu verras les mailing listes sous une forme de forum

http://gis.19327.n8.nabble.com/OpenStreetMap-f5171240.html

Julien

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

Re: [OSM-talk-fr] Création de la liste OSM tagging-fr - communication - fragmentation

2017-08-30 Par sujet Muselaar




Le 30/08/2017 à 10:57, marc marc a écrit :

Le 30. 08. 17 à 10:20, Christian Quest a écrit :

Le forum est une autre approche complémentaire

je trouve que le forum et la mailing list ont des approches
complémentaires. tu trouves l'un dépassé, moi je trouve l'inverse
(un email par message, lire/répondre y compris sur smartphone, etc)

+1
Sur une mailing-list, je reçois tous les messages dans mon courrielleur, 
qui est le centre de mon utilisation informatique, et je les lis quand 
je veux, je vois passer les titres des messages. Sur un forum, je 
décroche toujours au bout d'un moment, parce que j'arrête d'aller y 
voir. Et je ne connais pas de présentation de forum où l'on voie les 
messages (je dis bien les messages, et non les sujets) sous forme de 
liste, avec une ligne par item. C'est plutôt un écran par message… Ce 
qui me gonfle très vite, surtout s'il y a 50 messages par jour, dans 
plein de sous-forums impossibles à parcourir. Et la présentation des 
mailing-lists dépend de mon paramétrage perso sur mon ordinateur, ce qui 
n'est pas le cas d'un forum.

Je me demandais dans un précédent email si justement il ne faudrait
pas rapprocher les 2, cad que mailing list et forum ne soient
que 2 interfaces vers la même chose.
chacun choisit son interface préférée en fonction de ses critères.

autre point que j'évoquais : utilité ou non de résumer les longs
échanges afin que ceux qui veulent zaper les discussions puisse
quand même connaître le résumé
à voir sous quelle forme : email de résumé ou 2-3 lignes dans weeklyOsm

+1 aussi, du fait.

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

[OSM-talk-fr] traduction shop=boutique shop=fashion

Sur la mailing mondiale, Simon essaye de mettre de l'ordre
l'un des points est le faux-ami "boutique" qui est traduit
à toutes les sauces en français

Lisez la page anglaise ou au moins la photo et la page wikipedia
https://wiki.openstreetmap.org/wiki/Tag:shop%3Dboutique
https://en.wikipedia.org/wiki/Boutique
Comment selon vous faudrait-il traduire cela en Français ?
j'ai proposé "magasin de Haute couture"

autre problème de traduction shop=fashion
j'ai proposé : "magasin de vêtements et accessoires de mode"

Et vous comment traduiriez vous ces 2 termes ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Distinction power line/minor_line en France

Le 30 août 2017 à 11:25, marc marc  a écrit :

> je le trouve indigeste parce qu'il bascule entre 2 critères sans qu'on
> sache clairement à la fin qu'est-ce qui est unanime et qu'est-ce qui est
> contesté
>
Oui, pas de consensus. Donc on ne peut qu’émettre des conseils
Ok pour le rendre un peu plus clair, et surtout n'indiquer ce manque de
consens que sur la distribution et pas le transport.


>
> > je souhaiterais déplacer le point line/minor_line dans la partie réseaux
> de distribution,
> > parce que le réseau de transport doit être à 100% décrit avec power=line.
>
> avis perso, selon moi, dans la zone grise, le critère devrait être sur
> le voltage/utilisation. une ligne ne peux pas être à un endroit "majeur"
> et plus loin "mineur" simplement parce que localement le type de poteau
> change
> avis perso bis : pour moi l'utilité de minor_line c'est "à quoi
> sert la ligne qui passe dans tel rue ?" et "carte du réseau
> électrique transport <> distribution"
>
C'est un des axes mais pas le seul. Certains souhaitent juste faire la
distinction juste pour mettre un trait plus finsur le rendu.
Comme toi je pense qu'une ligne d'importance ne devient pas insignifiante
au milieu juste parce que les supports sont plus anciens ou plus petits.


Le 30 août 2017 à 11:45,  a écrit :

>
> Je reste encore trop franco-français, mais la limite à " inférieur à 50 kV
> " me semblais plus judicieux, puisque c'est la limite (en france) entre la
> HTA et la HTB selon le Décret 95-608 du 6 mai 1995.
>
Le but est de ne discuter que sur le cas Français pour commencer.
Il y a des limites partout, mais est-ce que celle entre la HTA et HTB est
la plus judicieuse à considérer ?


> Ensuite l'IEC 60038 parle de limite à 35 kV.
>
> D'où la question, avons-nous des équipement entre 35kv et 50 kV ? Si oui,
> c'est galère, sinon, on met la limite à 35 kV comme l'indique la norme
> internationale
>

Oui, il reste des lignes RTE, de transport donc, à 42 kV
Pire : certaines lignes RTE à 42kV ont été rétrocédées à la distribution en
20kV comme ici : http://www.openstreetmap.org/way/517446289
https://www.google.fr/maps/@45.3481164,6.3074121,3a,21.5y,340.6h,100.36t/data=!3m7!1e1!3m5!1sIerETOKiRD99vjFtuXGdNw!2e0!6s%2F%2Fgeo3.ggpht.com%2Fcbk%3Fpanoid%3DIerETOKiRD99vjFtuXGdNw%26output%3Dthumbnail%26cb_client%3Dmaps_sv.tactile.gps%26thumb%3D2%26w%3D203%26h%3D100%26yaw%3D77.04886%26pitch%3D0%26thumbfov%3D100!7i13312!8i6656
Visuellement ce serait une power=line, mais dans l'exploitation une
prétendue "minor".

Descendre la limite entre HTA (20/15 kV) et BT (400V) ne laisse plus de
place à l'hésitation
Je ne connais pas le cas de lignes HT converties à la BT, ni l'inverse
d'ailleurs

Et surtout penser à ces cas là :
https://www.google.fr/maps/@45.9888313,6.1386526,3a,75y,300.72h,101.13t/data=!3m6!1e1!3m4!1swv2jJXgYcuHTN9XnK_rmfQ!2e0!7i13312!8i6656
Sur le même poteau on a:
- Extrémité de ligne 20 kV
- Interrupteur BT
- Extrémités de lignes BT
- Transition aéro-souterraine BT (qui ne concerne d'aucune sorte le 20 000
V)

Pouvoir signifier que c'est la transition et l'interrupteur sont sur la BT
via minor_line serait une grosse avancée

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

Re: [OSM-talk-fr] Distinction power line/minor_line en France

2017-08-30 Par sujet david . crochet

Bonjour

- Mail original -
De: "François Lacombe" 


Initialement partisan de l'abandon pur et simple de minor_line, je pense au 
compromis suivant: 
Compte tenu des distances imposées par les tensions auxquelles les lignes 
aériennes sont exploitées, minor_line ne saurait être utilisé sur des lignes > 
30 000 volts. 
Ce serait évidemment beaucoup mieux, au niveau français, d'établir une limite 
ferme à 10 000 volts 
Au dessus de cette limite les lignes deviennent visuellement impactantes et de 
bons éléments pour s'orienter. C'est donc un débat 100% distribution. 
- Mail original -

Je reste encore trop franco-français, mais la limite à " inférieur à 50 kV " me 
semblais plus judicieux, puisque c'est la limite (en france) entre la HTA et la 
HTB selon le Décret 95-608 du 6 mai 1995.

Ensuite l'IEC 60038 parle de limite à 35 kV.

D'où la question, avons-nous des équipement entre 35kv et 50 kV ? Si oui, c'est 
galère, sinon, on met la limite à 35 kV comme l'indique la norme internationale

Cordialment

-- 
David Crochet

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

Re: [OSM-talk-fr] Stations service rue de Rivoli

2017-08-30 Par sujet Frédéric Rodrigo


J'ai exclus les points avec ces coordonnées.
Ça sera pris en compte avec les prochaines mise à jour code d'Osmose.

Frédéric.


Le 27/08/2017 à 23:50, Francois Gouget a écrit :

Osmose signale les stations service pour lequelles on dispose
d'information en OpenData mais pour lesquelles on n'a pas d'objet dans
OpenStreetMap.

Normalement ces signalements sont faits à l'endroit ou est censée se
trouver la station service. Mais rue de Rivoli il semble y avoir des
dizaines de ces signalements, tous superposés, aucun n'étant censé se
trouver à Paris :

https://osmose.openstreetmap.fr/fr/map/#item=8200=18=48.859046=2.34734=Mapnik=T


Je n'ai pas l'impression que les coordonnées du fichier en OpenData
soient fausses (du moins pas plus que d'habitude). Alors que s'est-il
passé ? Un bug du script ? Un bug déjà corrigé mais qui nécessiterait de
faire le ménage dans la base pour forcer la recréation de ces
signalements au bon endroit ?


Toujours sur ce sujet dans Osmose, juste sous " Station service,
intégration possible", il faudrait corriger le menu "no translation"
pour qu'il s' appelle quelque chose comme "Station service, à mettre à
jour".



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

2017-08-30 Par sujet 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 ?

2017-08-30 Par sujet 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] MAJ BDOrtho ??

Hello,

Je profite de la discussion pour demander si on peut accéder à d'anciennes
versions de la BDOrtho ?
Sans parler de la machine à remonter le temps du Géoportail, ce pourrait
être sympa d'avoir des vues aériennes du début 2000 ou fin 90 de certaines
zones.

Un ou plusieurs TMS serait un luxe insolent, mais je ne désespère pas ;)

François

*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux 

Le 29 août 2017 à 16:45, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT
GE APPUI PERFORMANCE)  a écrit :

> Il ne faut pas oublier des IDG qui annoncent leurs collaborations avec
> l'IGN en matière, entre autres, de production de l'orthophotoplan.
> CIGAL dans le Grand Est par exemple : https://www.cigalsace.org/
> geonetwork/apps/georchestra/
>
> Denis
>
>
> -Message d'origine-
> De : Stéphane Péneau [mailto:stephane.pen...@wanadoo.fr]
> Envoyé : mardi 29 août 2017 16:27
> À : Discussions sur OSM en français 
> Objet : [OSM-talk-fr] MAJ BDOrtho ??
>
> Bonjour,
>
> Certains auraient remarqué une mise à jour de l'imagerie aérienne de la
> BDOrtho ?
>
> Moi oui, depuis aujourd'hui, au moins sur le sud de la loire-atlantique.
>
> D'ailleurs, j'avais tracé un nouveau giratoire depuis une trace en RTK, et
> la correspondance est pas mal du tout :
> https://www.openstreetmap.org/way/371573209
>
> Stf
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> ---
> Ce message et toutes les pièces jointes sont établis à l'intention
> exclusive de ses destinataires et sont confidentiels. L'intégrité de ce
> message n'étant pas assurée sur Internet, la SNCF ne peut être tenue
> responsable des altérations qui pourraient se produire sur son contenu.
> Toute publication, utilisation, reproduction, ou diffusion, même partielle,
> non autorisée préalablement par la SNCF, est strictement interdite. Si vous
> n'êtes pas le destinataire de ce message, merci d'en avertir immédiatement
> l'expéditeur et de le détruire.
> ---
> This message and any attachments are intended solely for the addressees
> and are confidential. SNCF may not be held responsible for their contents
> whose accuracy and completeness cannot be guaranteed over the Internet.
> Unauthorized use, disclosure, distribution, copying, or any part thereof is
> strictly prohibited. If you are not the intended recipient of this message,
> please notify the sender immediately and delete it.
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bornes à incendie : proposition en cours d'écriture

Le 28 août 2017 à 11:32, marc marc  a écrit :

> Je trouve que ce n'est pas exact.
> capacity indique le maximum possible pour une infrastructure.
> le chiffre indiqué sur une borne incendie n'est pas son débit
> variable dans le temps (celui là ne dépend que du pompier)
> mais le débit maximum dont la borne est capable.
>
Je suis de cet avis, mais tout le monde n'entend pas cette logique.
Ils ont migré vers flow_rate, ce qui est déjà un progrès.


> On fait quoi pour la séparation pressurisé <> non pressurisé ?
> j'argumente une dernière fois avec le fait que 10% des bornes françaises
> vont se trouver dans un état indéterminée pas d'info pour les classer ?
> et surtout quid à l'avenir du gars qui rencontre une borne
> sans plaque de pression... il doit choisir l'une des 2 catégories,
>

Pareillement, je suis de ton avis.
dans l'immédiat, avoir des clés agnostiques de fire_hydrant ou
suction_point est déjà une avancée.
On peut partir la dessus pour l'instant et dans un second temps revenir en
force avec des cas et propositions dans ce sens ?
Comme tu le disais, sinon ca risque d'échouer si on fait tout en même temps


>
>  > attends tu l'avis Bhynoteam ?
>  >
>  > Yann Kacenelen m'a répondu sur Twitter avec ce document qu'il avait
>  > rédigé en 2015
>  > https://framagit.org/ykacenelen/point_eau_incendie_OSM/snippets/655
> J'ai lu son document.
> ä un endroit il dit qu'il n'est pas pour type=pond
> ä un autre il propose l'ajout de type=dry_hydrant qui n'est
> cependant pas en jaune comme le reste des nouveauté proposé.
> je ne sais pas si l'un est un remplacement de l'autre.
> En fin de pdf, il utilise donne des exemples de bornes sans pression :
> emergency = fire_hydrant
> fire_hydrant:type = pillar
> fire_hydrant:pressure = suction
> Donc j'en déduit que selon lui, il faudrait aussi supprimer le "pond"
> mais que le critère d'uneborne n'est pas la pression
> il ne compte pas participer au débat ?
>
Non à mon avis il n'a pas le temps
Le document étant principalement en phase avec la proposition hormis les
clés avec fire_hydrant: de partout, je suis d'avis pour le soutenir en
l'état.

Il reste peut-être un point sur couplings_type et couplings_diameter qui
sont là pour décrire les types de connexion et surtout leur nombre et
diamètre.
Peut-être suggérerais-je l'ajout de manufacturer=* et model=* qui
pourraient servir à connaitre le modele de borne (standard dans le
catalogue fournisseur) sans avoir à préciser exactement les diamètres et
types de connexion (pas forcément visibles en plus)
Alors que des fabricants il n'y en a pas des masses (bayard,...)

Les points Resolved commencent à apparaitre dans le Talk, ce qui est bon
signe

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

Re: [OSM-talk-fr] Distinction power line/minor_line en France

Le 30. 08. 17 à 11:09, François Lacombe a écrit :
> Je viens de re-lire le paragraphe 
> https://wiki.openstreetmap.org/wiki/WikiProject_Power_networks/France#Lignes_a.C3.A9riennes
>  
je le trouve indigeste parce qu'il bascule entre 2 critères sans qu'on 
sache clairement à la fin qu'est-ce qui est unanime et qu'est-ce qui est 
contesté

> je souhaiterais déplacer le point line/minor_line dans la partie réseaux de 
> distribution,  
> parce que le réseau de transport doit être à 100% décrit avec power=line.
+1
ce serrait utile d'essayer de rapprocher les 2, genre :
haute tension + gros poteau = line
basse tension + petit poteau = minor_line
et au milieu : les cas tordu qui, si j'ai bien compris, ont "2 camps", 
ceux qui pensent que le classement doit se faire sur le poteau
et ceux qui pense que cela doit se faire sur le voltage
une idée du voltage entre les 2 catégories est une bonne idée même
si je suis incompétent pour savoir si 10k est mieux ou pas que 30k

avis perso, selon moi, dans la zone grise, le critère devrait être sur 
le voltage/utilisation. une ligne ne peux pas être à un endroit "majeur" 
et plus loin "mineur" simplement parce que localement le type de poteau 
change
avis perso bis : pour moi l'utilité de minor_line c'est "à quoi
sert la ligne qui passe dans tel rue ?" et "carte du réseau
électrique transport <> distribution"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Distinction power line/minor_line en France

Hello à tous,

TL;DR : abaissons au niveau français la limite entre power=minor_line et
power=line à 10 000 volts.
- Pour taguer le 20 000 vols et la base tension sur les mêmes appuis, seuls
cas où une telle cohabitation se présente
- Les lignes > 30 000 volts sont visuellement impactantes et des éléments
utiles à l'orientation qui doivent être représentées en tant que telles.
Pour ou contre ?

Je viens de re-lire le paragraphe
https://wiki.openstreetmap.org/wiki/WikiProject_Power_networks/France#Lignes_a.C3.A9riennes
indiquant que power=minor_line pouvait avoir une réalité sur les réseau de
transport d'énergie, notamment lorsqu'ils étaient supportés sur les mêmes
poteaux que les réseaux basse tension.
De mon point de vue, ce n'est jamais le cas.
Le réseau de transport assure le transit de l'électricité entre les grandes
centrales et les bassins de consommation. Il est relayé par la distribution
jusqu'aux consommateurs.

Avec votre accord (ou sans réaction à ce mail), je souhaiterais déplacer le
point line/minor_line dans la partie réseaux de distribution, parce que le
réseau de transport doit être à 100% décrit avec power=line.

Initialement partisan de l'abandon pur et simple de minor_line, je pense au
compromis suivant:
Compte tenu des distances imposées par les tensions auxquelles les lignes
aériennes sont exploitées, minor_line ne saurait être utilisé sur des
lignes > 30 000 volts.
Ce serait évidemment beaucoup mieux, au niveau français, d'établir une
limite ferme à 10 000 volts
Au dessus de cette limite les lignes deviennent visuellement impactantes et
de bons éléments pour s'orienter. C'est donc un débat 100% distribution.
D'autre part, cela permettrait à ceux qui le souhaitent de cartographier
également les lignes basse tension très capillaires sans collisions avec
les réseaux de plus grande importance. On peut avoir de gros soucis quand
le 20 000 volts partage des supports avec la basse tension (ce sont les
seuls cas connus) et ainsi minor_line et line nous permettraient de faire
cohabiter ces éléments.
Visuellement ca colle aussi, et donc cela pourrait contenter ceux qui
affectionnent le rendu.

Au niveau mondial, la discussion n’aboutit pas vraiment, entre ceux qui
souhaitent une description usage/fonction, d'autres pour le rendu. Et les
données sont parfois inextricables pour pas grand chose. Il y a des défis
beaucoup plus structurants en ce moment.
Peut-être parce que c'est un débat local, avoir une situation homogène sur
la France serait déjà un grand pas en avant.

Bonne journée

François
___
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 ?

2017-08-30 Par sujet 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] Création de la liste OSM tagging-fr - communication - fragmentation

Le 30. 08. 17 à 10:20, Christian Quest a écrit :
> Le forum est une autre approche complémentaire
je trouve que le forum et la mailing list ont des approches 
complémentaires. tu trouves l'un dépassé, moi je trouve l'inverse
(un email par message, lire/répondre y compris sur smartphone, etc)

Je me demandais dans un précédent email si justement il ne faudrait
pas rapprocher les 2, cad que mailing list et forum ne soient
que 2 interfaces vers la même chose.
chacun choisit son interface préférée en fonction de ses critères.

autre point que j'évoquais : utilité ou non de résumer les longs 
échanges afin que ceux qui veulent zaper les discussions puisse
quand même connaître le résumé
à voir sous quelle forme : email de résumé ou 2-3 lignes dans weeklyOsm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Création de la liste OSM tagging-fr - communication - fragmentation