[OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Philippe Verdy verdy_p at wanadoo.fr
Jeu 5 Fév 00:42:29 UTC 2015


IMPORTANT : Aux contributeurs OSM d'Orange et la région du Vaucluse.

Pour info, un professionnel de la région d'Orange casse des tas d'infos sur
les frontières et veut imposer ses propres règles. Il ne veut pas lire les
discussions concernant la BANO. Il ne comprend rien aux relations et
associe librement des voies à une commune ou l'autre, change les noms pour
correspondre à ses besoin.

En copie jointe une série de messages (envoyés uniquement en messages
privés à moi sur la messsagerie d'OSM)

Ca clashe sur ses besoins qu'il n'a jamasi expliqué avant, et il
s'approprie totalement les données dans la région où il travaille
(apparemment tout le Vaucluse, mais pas que !!!).

J'ai déjà réparé des tas de relations qu'il a cassées, mais visiblement ça
ne lui plait pas du tout.

Que pensez vous des propos de tony ? Avez-vous un contact avec lui dans la
région d'Orange ?

Le 5 février 2015 01:36, Philippe Verdy <verdy_p at wanadoo.fr> a écrit :

> Le "nous" n'est justifé que par toi, tu n'en as discuté nulle part
> ailleurs, et il est très détestable que toit tout seul tu décide de
> commencer par donner des ordres alors que tu n'est pas propriétaire du
> projet.
>
> Et tu ne veux toujours rien dire sur la liste francophone où c'est
> activement discuté.
>
> Alors oui le schéma commun vient avant les schéma propriétaires (qui n'ont
> en fait pas réellement leur place dans OSM).
> OSM n'est pas fait pour être le SIG d'une collectivité.
>
> Le fil de discussion c'est simplement la liste de discussion standard
> d'OSM francophone. Elle est publique.
>
> Admettons que tu veuilles mettre ton "ref:FR:commune" mais il n'a été
> discuté ou approuvé nulle part. Admettons que tu le mette sur les voies,
> mais pour tout le monde il ne sert à rien. Ton tag n'a été documenté nulle
> part.
>
> Pour la BANO, on devra bien se servir du ref:FR:FANTOIR sur les deux
> relations associatedStreet, puisqu'il n'est PAS bon pur les voies partagées
> par les adresses de deux communes.
>
> Et en plus tu continues à saccager les relations frontières comme tu veux.
> Visiblement tu ne sembles pas du tout intéressé par les relations mais tout
> le monde sur OSM est concerné, il n'y a pas QUE toi ici. Un bon nombre de
> tes  changements seront annulés assez vite (je veux bien garder ton
> "ref:FR:commune" sur les voies mais pour OSM il n'a aucun sens tant qu'il
> n'est pas documenté ses règles de fonctionnement.
>
> Alors merci d'arrêter de commencer par des propos aussi agressifs en
> commençant juste par des ordres sans rien comprendre des raisons qui ont
> poussé moi (et pousserons aussi d'autres) à revenir sur tes changements
> propriétaires qui cassent tout le reste. Tu aurais du commencer par
> demander des explications et expliquer tes besoins pour voir comment on
> peut faire pour être compatible. Mais OSM n'a pas à suivre les ordres des
> seuls besoin de toi et ton petit groupe, même pour des modifs que tu crois
> (à tord) purement "locales".
>
> Le 4 février 2015 23:02, tony emery <
> m-483819-f34b6f at messages.openstreetmap.org> a écrit :
>
> Bonjour Verdy_p,
>>
>> tony emery <http://www.openstreetmap.org/user/tony%20emery> vous a
>> envoyé un message depuis OpenStreetMap avec le sujet Re: Re: Gros problème
>> de correction... Groupe de modifications : 28377712 :
>> ==
>>
>>  Cela n'a rien à voir avec les codes fantoir. C'est un identifiant
>> STRICTEMENT communal, voir même très localisé en Vaucluse. Donc merci de ne
>> pas y toucher.
>>
>> Justement : si c'est strictement communal, cela ne concerne que la
>> commune qui l'utilise et pas la voisine qui a ses propres besoins. Peu
>> importe si ce n'est utilisé que dans le Vaucluse d'ailleurs.
>>
>> Non, je parle de gestion de voie, c'est à dire les agents communaux ou
>> intercommunaux qui interviennent sur cette voie. Il n'y a qu'une seule
>> commune qui intervient et donc cette voie n'est recensée que pour une seule
>> commune, celle qui intervient dessus.
>>
>> Je n'ai pas envie de passer mon temps à t'expliquer tout ça car j'y
>> passerai des semaines. Nous, (intercommunalités de Vaucluse) avons créés
>> cette identifiant et on s'en sert de cette manière, que cela te plaise ou
>> non. une voie, une commune, un identifiant. Point-barre.
>>
>> Vous faites ce que vous voulez avec les codes Fantoir, nous gérons nos
>> identifiants internes. Encore une fois, on s'en sert professionnellement
>> donc merci de respecter cette méthode.
>>
>> Cela a bien à voir avec la BANO (certes, le ref:FR:commune ne sert pas à
>> la BANO) puisque cela touche *aussi* les adresses (postales)
>>
>> Non, ça n'a rien à voir, c'est un identifiant unique créé par la commune
>> et qui sert à faire le lien entre les différents identifiants des autres
>> bases de données (DGFiP, INSEE,...).
>>
>> Note enfin que tu utilises le tag "city" dans ces mêmes relations
>> utilisant des voies frontalières. Ce qui est aussi faux quand il y a des
>> noeuds d'adresse associés dans la commune voisine. Déjà ce devrait plutôt
>> être addr:city (schéma stadnard de Karlsruhe) qui dans certains cas peut
>> être distinct de "city" (quand pour l'adresse postale c'est le nom
>> "addr:city" de la commune voisine qui est utilisé pour la distribution
>> postale).
>>
>> Justement, on utilise ce tag "city" pour récupérer la commune du
>> gestionnaire dans un premier temps, puisqu'on est en train de monter la
>> base et qu'on fait des extractions de données par commune. On remplacera ce
>> tag plus tard, mais pour le moment, ça nous est très utile/ Donc, pas
>> touche non plus.
>>
>> Bonne lecture,
>>
>> Tony
>>
>> ps : merci de me rappeler l'adresse du fil de discussion BANO où vous
>> avez sûrement longuement débattus...
>> ==
>>
>> Vous pouvez aussi lire le message à
>> http://www.openstreetmap.org/message/read/483819 et vous pouvez y
>> répondre à http://www.openstreetmap.org/message/reply/483819
>>
>
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20150205/dc6762ea/attachment.html>


Plus d'informations sur la liste de diffusion Talk-fr