[OSM-talk-fr] Ajout de NRO : blocage d'un contributeur à envisager ?

[François Lacombe]

Salut à tous,

Eric est l'un des contributeurs les plus actifs sur les réseaux télécoms en
France
Je vais essayer de comprendre ce qu'il a essayer de faire. Nous échangeons
souvent sur Twitter, il n'est pour moi pas question de bloquer un
utilisateur comme lui.

Le sam. 25 janv. 2020 à 21:08, Romain MEHUT <romain.mehut at gmail.com> a
écrit :

> Donc ce contributeur ajoute en grand nombre des "NRO". 1ère chose que je
> lui ai fait remarquer est qu'il n'y a pas lieu que ces objets aient un tag
> name.
>

Tous les noeuds de raccordement cuivre ont un nom d'usage, bien souvent le
nom du quartier desservi ou la ville concernée.
Par ailleurs, name=NRO c'est taguer pour le rendu certes. J'ai moi aussi
cette mauvaise habitude.


> 2ème chose, il a ajouté des NRO alors que préexistaient des objets
> man_made=telephone_office et telecom=central_office et ces tags sont
> aujourd'hui dépréciés cf.
> https://wiki.openstreetmap.org/wiki/Tag:telecom%3Dexchange Il
> conviendrait donc de reprendre les tags des objets existants plutôt qu'en
> ajouter des nouveaux.
>

Comme la doc le précise :
https://wiki.openstreetmap.org/wiki/FR:Tag:telecom%3Dexchange#Cas_de_multiples_noeuds_dans_le_m.C3.AAme_b.C3.A2timent
Lorsqu'il y a plusieurs medium desservis dans le même batiment, les noeuds
sont séparés.
Il a simplement créé le NRO sur un noeud dédié parce qu'il reste un NRA
cuivre dans le bâtiment.
Normalement il devrait y avoir deux noeuds mais il explique ne pas avoir
voulu toucher le polygone pour l'instant.

Le cuivre et la fibre vont cohabiter encore pour quelques années. Lorsque
le NRA cuivre disparaîtra, on supprimera le nœud dans toucher au NRO fibre.


> Et malgré mes remarques, il a continué à contribuer sans en tenir compte
> ex : https://www.openstreetmap.org/node/7156119118.
>

Ce site semble bien être mixte, sa contribution est la bonne.

Je sais que le sujet est technique et déroutant, mais il semble que les
pratiques soient bien adaptées ici.
Il faut en tenir compte.

Le sam. 25 janv. 2020 à 23:42, deuzeffe <opensm.pub at deuzeffe.org> a écrit :

>
> Va falloir faire une sacré ménage :(
>

Oui c'est bien ce qui se manifeste ici
https://wiki.openstreetmap.org/wiki/FR:Tag:telecom%3Dexchange#Possibles_erreurs

Mais le dernier modèle voté en 2018 est vraiment beaucoup mieux que le
précédent et ce ménage vaut le coup.

Bonne soirée

François
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20200126/4162d5be/attachment.htm>