Re: [OSM-talk-fr] SeFaireConnaitre et le problème des adresses

[Romain MEHUT]

Il s'agit des tags contact:housenumber et contact:street

Romain

Le 27 juillet 2017 à 11:34, marc marc  a écrit :

> contact:addr m'a l'air d'être une rustine parce que la variété
> d'encodage des adresses rend le système bancal.
> Dupliquer les infos en préfixant avec contact ne change rien.
> Il y a à peine 47 occurrences mondiale pour contact:addr:housenumber
> L'administration n'attribue pas une adresse à un café, à un magasin ou
> une boite aux lettre.
> Elle attribue l'adresse à une parcelle/bâtiment.
> La notion de parcelle n'est pas crée dans osm et parfois imprécis sur le
> terrain.
> Je persiste donc à penser que l'adresse devrait se trouver sur le
> bâtiment ou sur son entrée.
> c'est d'ailleurs la seule façon d'éviter les erreurs de devinettes quand
> les bâtiments ne sont pas en rang d'ognon en bord de rue.
> Je pense qu'on devrait ouvrir un chantier pour finaliser la doc.
> Parce qu'une carte qui laisse autant d'incertitude dans les adresses, je
> trouve que c'est problématique. surtout pour les cas aussi simple qu'une
> adresse par bâtiment.
>
> Une fois l'adresse du bâtiment définit sans ambiguïté, il suffit de
> mettre le poi dans le bâtiment. l'inclusion de l'un dans l'autre suffit
> à décrire parfaitement son adresse.
>
> Quand magasins qui ont une adresse de correspondance différente de
> l'adresse du bâtiment, n'est-ce pas souvent le cas de chaîne ?
> Dans un précédent message, plusieurs pensent qu'il ne faut pas mettre le
> site web d'un poi lorsque celui-ci concerne la chaîne.
> par cohérence, ne faut-il la même chose pour les adresses ?
> le problème étant qu'en l'absence de relation pour grouper tous ces
> magasins, on a aucun objet sur qui mettre les infos de la chaîne.
> La question est ouverte et d'ici là cela me semble la seul vrai
> utilisation de contact:addr:housenumber et assimilées
>
> Bonne chance pour donner une ligne directrice à SeFaireConnaitre
> quand on a presque autant de nuance d'avis que de personne
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] SeFaireConnaitre et le problème des adresses

[marc marc]

contact:addr m'a l'air d'être une rustine parce que la variété 
d'encodage des adresses rend le système bancal.
Dupliquer les infos en préfixant avec contact ne change rien.
Il y a à peine 47 occurrences mondiale pour contact:addr:housenumber
L'administration n'attribue pas une adresse à un café, à un magasin ou 
une boite aux lettre.
Elle attribue l'adresse à une parcelle/bâtiment.
La notion de parcelle n'est pas crée dans osm et parfois imprécis sur le 
terrain.
Je persiste donc à penser que l'adresse devrait se trouver sur le 
bâtiment ou sur son entrée.
c'est d'ailleurs la seule façon d'éviter les erreurs de devinettes quand 
les bâtiments ne sont pas en rang d'ognon en bord de rue.
Je pense qu'on devrait ouvrir un chantier pour finaliser la doc.
Parce qu'une carte qui laisse autant d'incertitude dans les adresses, je 
trouve que c'est problématique. surtout pour les cas aussi simple qu'une 
adresse par bâtiment.

Une fois l'adresse du bâtiment définit sans ambiguïté, il suffit de 
mettre le poi dans le bâtiment. l'inclusion de l'un dans l'autre suffit 
à décrire parfaitement son adresse.

Quand magasins qui ont une adresse de correspondance différente de 
l'adresse du bâtiment, n'est-ce pas souvent le cas de chaîne ?
Dans un précédent message, plusieurs pensent qu'il ne faut pas mettre le 
site web d'un poi lorsque celui-ci concerne la chaîne.
par cohérence, ne faut-il la même chose pour les adresses ?
le problème étant qu'en l'absence de relation pour grouper tous ces 
magasins, on a aucun objet sur qui mettre les infos de la chaîne.
La question est ouverte et d'ici là cela me semble la seul vrai 
utilisation de contact:addr:housenumber et assimilées

Bonne chance pour donner une ligne directrice à SeFaireConnaitre
quand on a presque autant de nuance d'avis que de personne

Le 27. 07. 17 à 10:51, Philippe Verdy a écrit :
> "contact:*" n'est pas nécessairement "à" l'adresse du point, ce qui est 
> indiqué est une adresse de contact postal qui peut être complètement 
> ailleurs et même pas géolocalisée (par exemple une boite postale ou un 
> CEDEX), ou l'adresse d'un service tiers de gestion de relations client, 
> ou l'adresse du siège social gérant tout une série d'établissements.
> On aura donc besoin de "contact:*" et "addr:*". Je suis juste d'accord 
> sur le fait que "addr:*" doit être géolocalisé au POI, et ne désigner 
> alors qu'un unique établissement.
> 
> Le 27 juillet 2017 à 08:26, Christian Quest  > a écrit :
> 
> Oui, pas très malin comme remarque...
> 
> Le problème pour moi est plutôt indiquer l'adresse d'un POI avec
> addr:* plutôt que contact:* car le POI n'est pas "l'adresse", mais à
> l'adresse...
> 
> On a du coup des positions d'adresses souvent peu homogènes
> lorsqu'on abuse des addr:*
> 
> Ensuite ça s'aggrave quand on doublonne en un vrai point définissant
> l'adresse et un addr:* rajouté à un POI proche.
> 
> Dans les scripts BANO, il y a un traitement spécifique lorsqu'on a
> de multiples addr:* pour une même adresse, pour éliminer ceux qui
> potentiellement devraient être un contact:*, en regardant si il y a
> d'autres tags (shop, etc)... mais c'est un pis aller.
> 
> 
> 
> Le 26 juillet 2017 à 20:34, lenny.libre  > a écrit :
> 
> Par contre dans les remarques qui leur sont faites, je ne vois
> pas pourquoi on devrait supprimer le addr:street, c'est nouveau ?
> 
> Le commentaire : "Le positionnement géographique permet de
> savoir que le "2" fait référence à la Place de la Nuit du 6 Août
> 1944".
> Un addr:street=Place de la Nuit du 6 Août 1944 serait donc
> inutile. Si vous ne comprenez pas, allez sur place et regardez
> les numéros de rue : y figurent juste un nombre, sans nom de rue. "
> 
> me parait un brin radical, car ce n'est pas toujours le cas, on
> met la rue en tant que addr:street ou relation
> 
> :https://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_des_b%C3%A2timents#Ajout_des_adresses
> 
> 
> 
> Dans le cas que tu as cité, il faisait partie d'une relation
> (donc on pouvait supprimer le addr:street) mais s'il n'y a pas
> de relation, il ne faut pas le supprimer.
> 
> Maintenant SeFaireConnaitre supprime les addr:street même quand
> il n'y a pas de relation
> https://www.openstreetmap.org/node/507550316#map=19/44.63221/-1.14615
> 
> 
> 
> 
> En autre, s'ils mettent des contact:phone, contact:fax ils
> pourraient mettre contact:housenumber, ...
> 
> https://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Bremen_Schema
> 
> 

Re: [OSM-talk-fr] SeFaireConnaitre

[marc marc]

c'est bien le problème avec les adresses, il y a au moins 3 façon de 
faire documentée sur le wiki sans compter les variantes "perso"
- mettre que le no et laisser le système deviner la rue par proximité 
(bonjour les erreurs)
- mettre aussi la rue sur l'objet (info dupliqué mais le + portable)
- mettre des association street

Je pense qu'ilne faut pas procher le choix d'une méthode ou l'autre 
avant une hypothétique unanimité et modification de la page fr du wiki 
correspontande
tout au plus, on pourait sugérer qu'isl essaye de garder une cohérence 
avec le reste de la rue mais quid quand ils font des modifs dans une rue 
vierge ou quasi ? moi je laisserait tomber cette partie là,il y a + grave.

Idem pour le nom manquant sur la rue : cela aurait été sympa qu'il la 
rajoute en passant, on peux cependant quand même pas leur reprocher de 
ne pas avoir fait +, l'important est que ce qui est fait est bien fait.

Le 26. 07. 17 à 20:34, lenny.libre a écrit :
> Par contre dans les remarques qui leur sont faites, je ne vois pas 
> pourquoi on devrait supprimer le addr:street, c'est nouveau ?
> 
> Le commentaire : "Le positionnement géographique permet de savoir que le 
> "2" fait référence à la Place de la Nuit du 6 Août 1944".
> Un addr:street=Place de la Nuit du 6 Août 1944 serait donc inutile. Si 
> vous ne comprenez pas, allez sur place et regardez les numéros de rue : 
> y figurent juste un nombre, sans nom de rue. "
> 
> me parait un brin radical, car ce n'est pas toujours le cas, on met la 
> rue en tant que addr:street ou relation 
> :https://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_des_b%C3%A2timents#Ajout_des_adresses
> 
> Dans le cas que tu as cité, il faisait partie d'une relation (donc on 
> pouvait supprimer le addr:street) mais s'il n'y a pas de relation, il ne 
> faut pas le supprimer.
> 
> Maintenant SeFaireConnaitre supprime les addr:street même quand il n'y a 
> pas de relation 
> https://www.openstreetmap.org/node/507550316#map=19/44.63221/-1.14615
> 
> 
> En autre, s'ils mettent des contact:phone, contact:fax ils pourraient 
> mettre contact:housenumber, ... 
> https://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Bremen_Schema
> 
> 
> cordialement
> 
> Leni
> 
> 
> 
> Le 24/07/2017 à 22:42, Romain MEHUT a écrit :
>> Ce n'est pas une question de motivation, c'est juste que via l'outil 
>> WhoDidIt j'ai défini un flux RSS pour les zones que je connais et je 
>> regarde donc les contributions qui les concernent. S'agissant des 
>> contributions de SeFaireConnaitre, mes corrections ne concernent que 
>> ces zones et donc c'est très loin d'être exhaustif. Dans le cas 
>> présent des Crédit Mutuel de Bretagne, il faudrait tous les passer en 
>> revue... pour retirer les tags en trop.
>>
>> Ils ont à nouveau commenté en nous remerciant des remarques faites et 
>> disent qu'ils mettront à jour les données.
>>
>> Romain
>>
>> Le 22 juillet 2017 à 11:58, marc marc > > a écrit :
>>
>> Tu es motivé Romain !
>> J'ai regaré au hazard quelques changet.. la qualité laisse en effet à
>> désirer.
>> Par contre je pense pas qu'un "je surveille" trimestre va les faire
>> s'améliorer même s'ils se sont déjà pris 3 blocages.
>> Le plus utile me semble être soit un copier/coller d'un message
>> explicatif (genre vos modifs sont en grande partie inutilisable voir
>> erroné) si possible par email à la direction, à défaut à l'email
>> générale + copie dans le chanset.
>> Soit si cela ne suffit pas, là oü cela fait mal càd aux clients : les
>> prévenir qu'ils payent pour un service ce mauvaise qualité
>> Si l'un d'eux demande des comptes à son prestataire, les choses
>> peuvent
>> s'améliorer
>> On peux aussi se "partager" l'envois de message. si plusieurs
>> personnes
>> écrivent, cela montre que ce n'est pas juste Romain qui chipote mais
>> qu'il y a un problème chez eux.
>> On peux aussi leur montrer cette conversation
>> Dernière solution : leur proposer une formation (payante) ou un
>> contrôle
>> qualité :-)
>>
>> mes 2 cents..
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] SeFaireConnaitre :(

[Antoine Riche]

Le 31/07/2015 14:26, Jérôme Seigneuret a écrit :
Je ne me suis pas occupé de Nantes. Je laisse les contributeurs de la 
région s'en chargé et commenter le changeset.



Corrigé.


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

Re: [OSM-talk-fr] SeFaireConnaitre :(

[Jérôme Seigneuret]

Je ne me suis pas occupé de Nantes. Je laisse les contributeurs de la
région s'en chargé et commenter le changeset.

Le 31 juillet 2015 12:57, Jean-Baptiste Holcroft jb.holcr...@gmail.com a
écrit :

 Merci Fred !
 Le 31 juil. 2015 17:26, Frédéric Rodrigo fred.rodr...@gmail.com a
 écrit :


 http://osmose.openstreetmap.fr/fr/map/#zoom=11lat=45.7828lon=4.779layer=Mapnikoverlays=FFFTitem=4080level=1%2C2%2C3tags=fixable=

 Le 31/07/2015 11:38, Jean-Baptiste Holcroft a écrit :

 Existe-il un test osmose sur les tags name similaires sur des objets
 proches ? Là on voit que le nom de l'un est compris dans l'autre, et que
 le tag principal est le même.
 Ça aiderait la détection.

 Le 31 juil. 2015 15:37, Jérôme Seigneuret jseigneuret-...@yahoo.fr
 mailto:jseigneuret-...@yahoo.fr a écrit :

 Bonjour,
 Le problème que je vois, c'est le regroupement d'informations! Je
 prends l'exemple cité

 Il y a 2 BB sur Nantes Centre au même endroit (à 5m).

 je reprends les données du site web:

 http://www.hotel-bb.com/fr/hotels/nantes-centre.htm

 Il y a une adresse et une localisation spatiale.

 La localisation spatiale donne ça :

 http://www.openstreetmap.org/search?query=47.22000%2C-1.56200#map=20/47.22000/-1.56200
 cela pointe au niveau de la rue de porte neuve... Les données
 affichées sur site sont troquées avec une précision à 3 chiffres.
 Espérons que ce ne soit pas la qualité de données fourni par le
 client de cette boite (mais je pense que si au vu du premier point
 fourni).

 Quand au deuxième point, il est plutôt bien placé suivant le schéma
 utilisé.

 Ensuite coté OSM

 La localisation de trial http://www.openstreetmap.org/user/trial
 http://www.openstreetmap.org/node/3481374893
 et celle de maxime chataigner
 http://www.openstreetmap.org/user/maxime%20chataigner fait sur
 l'adresse http://www.openstreetmap.org/node/1729183508 qui date déjà
 de plus d'un an!

 On se retrouve avec deux manières de taguer. Je pense que
 SefaireConnaitre travaille sur la position GPS systématiquement sans
 se poser la question de l’existence de point adresse et donc un
 rapprochement. Un fichier intermédiaire *.osm ou tous autre format
 permettant de retoucher à la main ou en semi-auto en cas de conflit
 avec des alertes remonté par le script dans la donnée (dans un tag)
 avant de faire une intégration.

 Les données de base à 3 chiffres après la virgule m'a fait beaucoup
 rire.

 Sous JOSM, quand on fusionne deux point il y a une fenêtre de
 gestion de conflit entre tags ça peut aussi servir pour faire du
 semi-auto.

 Il est clair que le positionnement GPS n'est pas forcément la
 meilleure approche avec des données adresses quand les deux
 coexistes. Il faut qu'ils confrontent les deux pour faire un choix
 et surtout qu'ils vérifient l'existant!


 2015-07-31 10:07 GMT+02:00 Frédéric Rodrigo fred.rodr...@gmail.com
 mailto:fred.rodr...@gmail.com:

 Le 30/07/2015 23:02, osm.sanspourr...@spamgourmet.com
 mailto:osm.sanspourr...@spamgourmet.com a écrit :

 Je vois aussi des liens web avec des pisteurs :
 
 http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
 
 www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
 
 http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
 
 au lieu de :
 
 http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
 www.hotel-bb.com/fr/-/hotelByName.htm?id=4304
 http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304

 J'ai corrigé sur le coin passé en lien, mais c'est toute la
 France qui
 est pleine de leurs pustules.

 Tout lien website comportant utm_source est suspect.
 Un candidat pour Osmose ?


 Ce genre de signalement simple peut être ajouté directement sur
 le wiki :

 http://wiki.osm.org/index.php?title=User:FrViPofm/TagwatchCleaner

 Frédéric.



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



 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org mailto: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
 

Re: [OSM-talk-fr] SeFaireConnaitre :(

[Christian Quest]

Le 31/07/2015 02:14, Emilie Laffray a écrit :
 Bonjour,

 Oui enfin, je ne suis pas sure qu'il faille mettre Vincent au meme
 niveau. C'est y aller un peu fort quand meme!

 @Christian
 Veux tu que je me charge de contacter Ubiflow afin de leur expliquer
 que ce qu'ils font n'est pas forcement bien vu ou reussi? Je prefere
 nettement utiliser la carotte que le baton. Je vois parmi leurs
 employes des gens venant du monde du geospatial donc il n'est pas
 impossible qu'au moins une personne lise ce forum. J'ai des secondes
 connections sur LinkedIn sur la plupart de leurs leadership donc si
 besoin je peux faire (et je suspecte que certains ici ont les memes
 connections vu les personnes intermediaires :P )


Ils ont déjà eu droit à un rappel aux principes d'OSM (je les avais eu
au téléphone)... mais visiblement une couche supplémentaire ne fera pas
de mal.

Au final les infos ajoutées sont plutôt utiles, mais le double changeset
pour ajouter un objet à une position visiblement (mal) géocodée (allez
savoir comment en plus), pour être positionné un peu mieux semble-t-il
manuellement (mais en fouillant un peu plus c'est pas toujours correct).

C'est tout le problème d'une forme poussés d'armchair mapping...


 Concernant les parametres de tracking, ils ne sont pas bien mechants.
 Ils sont la seulement pour Google Analytics afin d'indiquer le channel
 des donnees. Si on veut vraiment s'amuser, on mettrait
 utm_source=OpenStreetMaputm_medium=map. Cela permettra d'indiquer aux
 gens sur leur Google Analytics que des gens viennent de OpenStreetMap.
 Cela casse bien sur assez fortement la valeur de Ubiflow en premier lieu.


Ces infos de tracking n'ont rien à faire dans OSM. A supprimer purement
et simplement pour moi.


Détecter les anomalies dans les changeset d'un contributeur pro pour
que la communauté fasse la correction n'est à mon avis pas une solution
à long terme.
Dès qu'on fait un travail systématique, de masse, de plus rémunéré, la
qualité de la contribution doit être la meilleure possible.
Les positions approximatives, les créations de doublons, les
suppressions de données existantes ne sont pas tolérables alors que pour
un contributeur de passage cela se comprends très bien et on ne lui
jettera pas la pierre à son premier changeset... là on en est à plus de
3000 :(

-- 
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] SeFaireConnaitre :(

[Christian Quest]

J'ai renvoyé un mail aux contacts que j'avais, voici le contenu:


Vos contributions sur OpenStreetMap posent toujours problème...

Voici les discussions qu'elles occasionnent sur la mailing list
francophone OSM:
https://lists.openstreetmap.org/pipermail/talk-fr/2015-July/077665.html

Vous pouvez intervenir dans cette discussion, ce serait sûrement
apprécié et calmerait certains.

Merci aussi de répondre aux commentaires faits sur vos changesets.

Merci de revoir sérieusement votre process pour:
- ne plus créer un premier objet mal positionné, pour ensuite le
corriger dans un deuxième changeset
- vérifier que vous ne créez pas de doublon
- vérifier que vous ne supprimez pas d'objet existant toujours valable
- vérifier que les noms utilisés sont conformes aux règles OSM
- ne pas ajouter de codes de tracking dans les URL des sites web
bref, faire des contributions de qualité et neutres.

Pour le problème de positionnement, vous devriez vous appuyer sur un
géocodage à partir de la Base Adresse Nationale disponible depuis
quelques mois (et avec une API publique ouverte et sous licence OdbL
donc comptaible avec OSM). Voir http://adresse.data.gouv.fr/


Comme je vous l'avais déjà indiqué, il n'est pas acceptable de la part
d'un professionnel ajoutant de nombreux objets dans les bases OSM de
faire du travail à peu près.
Ceci est compréhensible et acceptable pour les premières contributions
d'un débutant, mais pas après 4000 changeset.

La communauté des contributeurs OSM n'est pas là pour repasser derrière
vos contributions et les nettoyer.

Merci de rectifier le tir... rapidement.


-- 
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] SeFaireConnaitre :(

[osm . sanspourriel]

Non, évidemment je ne mets pas Vincent au même niveau !
Désolé, j'ai oublié le smiley, mais pour moi il n'y a pas photo.

Émilie, tu peux jouer la gentille et Christian le méchant.
S'ils ne sont pas trop cons, ils verront qu'ils ont intérêt à faire leur 
boulot proprement.
J'ai mis le conditionnel, leur passé ressemble plus à un passif, mais 
s'ils changent en bien, je serais ravi.


Je suspecte aussi le recours abusif aux stagiaires insuffisamment 
formés. Autant c'est à la communauté d'aider à la formation des 
contributeurs du dimanche, autant ceux veulent faire des imports 
massifs doivent mettre des procédures strictes en place.


De mon côté, je veux bien jouer le méchant. À titre perso j'aurais plus 
tendance à faire quelques reverts pour qu'ils comprennent. S'ils sont 
capables de comprendre sans, tant mieux mais des reverts ça peut leur 
donner plus de boulot que des contributions directement bien faites.


Merci Fred pour les infos sur osmose.

N. B. : quand professionnellement je vois des données ou des wiki 
incorrects, je change de casquette et fait la correction. Ça doit être 
le cas de 90% des gens sur cette liste (les 10% restant n'ayant pas 
d'activité professionnelle).
Il ne devrait pas être très compliqué de faire comprendre à 
Ubi(over)flow(error) que la qualité de la carte influe directement sur 
la qualité du référencement : en mettant des garagistes en pleine rue (à 
la rue ?), en faisant disparaître des bâtiments (de leurs clients), ils 
font une mauvaise réputation à OSM, à leur clients et à eux-mêmes.
S'ils veulent se tirer une balle dans le pied, libre à eux. Mais je ne 
suis pas prêt à laisser OSM devenir une victime collatérale. S'ils 
veulent jouer aux cons, les voilà prévenus.
Je peux par exemple passer du temps à voir leurs clients ainsi massacrés 
pour savoir s'ils osent payer un travail de si piètre qualité.

Si on est plusieurs à le faire, ils vont vite comprendre.

Jean-Yvon

Le 31/07/2015 16:54, Christian Quest - cqu...@openstreetmap.fr a écrit :
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] SeFaireConnaitre :(

[Frédéric Rodrigo]

Le 30/07/2015 23:02, osm.sanspourr...@spamgourmet.com a écrit :

Je vois aussi des liens web avec des pisteurs :
http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
au lieu de :
http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304www.hotel-bb.com/fr/-/hotelByName.htm?id=4304

J'ai corrigé sur le coin passé en lien, mais c'est toute la France qui
est pleine de leurs pustules.

Tout lien website comportant utm_source est suspect.
Un candidat pour Osmose ?


Ce genre de signalement simple peut être ajouté directement sur le wiki :
http://wiki.osm.org/index.php?title=User:FrViPofm/TagwatchCleaner

Frédéric.


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

Re: [OSM-talk-fr] SeFaireConnaitre :(

[Jérôme Seigneuret]

Bonjour,
Le problème que je vois, c'est le regroupement d'informations! Je prends
l'exemple cité

Il y a 2 BB sur Nantes Centre au même endroit (à 5m).

je reprends les données du site web:

http://www.hotel-bb.com/fr/hotels/nantes-centre.htm

Il y a une adresse et une localisation spatiale.

La localisation spatiale donne ça :
http://www.openstreetmap.org/search?query=47.22000%2C-1.56200#map=20/47.22000/-1.56200
cela pointe au niveau de la rue de porte neuve... Les données affichées sur
site sont troquées avec une précision à 3 chiffres. Espérons que ce ne soit
pas la qualité de données fourni par le client de cette boite (mais je
pense que si au vu du premier point fourni).

Quand au deuxième point, il est plutôt bien placé suivant le schéma utilisé.

Ensuite coté OSM

La localisation de trial http://www.openstreetmap.org/user/trial
http://www.openstreetmap.org/node/3481374893
et celle de maxime chataigner
http://www.openstreetmap.org/user/maxime%20chataigner fait sur l'adresse
http://www.openstreetmap.org/node/1729183508 qui date déjà de plus d'un an!

On se retrouve avec deux manières de taguer. Je pense que SefaireConnaitre
travaille sur la position GPS systématiquement sans se poser la question de
l’existence de point adresse et donc un rapprochement. Un fichier
intermédiaire *.osm ou tous autre format permettant de retoucher à la main
ou en semi-auto en cas de conflit avec des alertes remonté par le script
dans la donnée (dans un tag) avant de faire une intégration.

Les données de base à 3 chiffres après la virgule m'a fait beaucoup rire.

Sous JOSM, quand on fusionne deux point il y a une fenêtre de gestion de
conflit entre tags ça peut aussi servir pour faire du semi-auto.

Il est clair que le positionnement GPS n'est pas forcément la meilleure
approche avec des données adresses quand les deux coexistes. Il faut qu'ils
confrontent les deux pour faire un choix et surtout qu'ils vérifient
l'existant!


2015-07-31 10:07 GMT+02:00 Frédéric Rodrigo fred.rodr...@gmail.com:

 Le 30/07/2015 23:02, osm.sanspourr...@spamgourmet.com a écrit :

 Je vois aussi des liens web avec des pisteurs :
 
 http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
 
 www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
 au lieu de :
 
 http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
 www.hotel-bb.com/fr/-/hotelByName.htm?id=4304

 J'ai corrigé sur le coin passé en lien, mais c'est toute la France qui
 est pleine de leurs pustules.

 Tout lien website comportant utm_source est suspect.
 Un candidat pour Osmose ?


 Ce genre de signalement simple peut être ajouté directement sur le wiki :
 http://wiki.osm.org/index.php?title=User:FrViPofm/TagwatchCleaner

 Frédéric.



 ___
 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] SeFaireConnaitre :(

[Jean-Baptiste Holcroft]

Existe-il un test osmose sur les tags name similaires sur des objets
proches ? Là on voit que le nom de l'un est compris dans l'autre, et que le
tag principal est le même.
Ça aiderait la détection.
Le 31 juil. 2015 15:37, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
écrit :

 Bonjour,
 Le problème que je vois, c'est le regroupement d'informations! Je prends
 l'exemple cité

 Il y a 2 BB sur Nantes Centre au même endroit (à 5m).

 je reprends les données du site web:

 http://www.hotel-bb.com/fr/hotels/nantes-centre.htm

 Il y a une adresse et une localisation spatiale.

 La localisation spatiale donne ça :

 http://www.openstreetmap.org/search?query=47.22000%2C-1.56200#map=20/47.22000/-1.56200
 cela pointe au niveau de la rue de porte neuve... Les données affichées sur
 site sont troquées avec une précision à 3 chiffres. Espérons que ce ne soit
 pas la qualité de données fourni par le client de cette boite (mais je
 pense que si au vu du premier point fourni).

 Quand au deuxième point, il est plutôt bien placé suivant le schéma
 utilisé.

 Ensuite coté OSM

 La localisation de trial http://www.openstreetmap.org/user/trial
 http://www.openstreetmap.org/node/3481374893
 et celle de maxime chataigner
 http://www.openstreetmap.org/user/maxime%20chataigner fait sur
 l'adresse http://www.openstreetmap.org/node/1729183508 qui date déjà de
 plus d'un an!

 On se retrouve avec deux manières de taguer. Je pense que SefaireConnaitre
 travaille sur la position GPS systématiquement sans se poser la question de
 l’existence de point adresse et donc un rapprochement. Un fichier
 intermédiaire *.osm ou tous autre format permettant de retoucher à la main
 ou en semi-auto en cas de conflit avec des alertes remonté par le script
 dans la donnée (dans un tag) avant de faire une intégration.

 Les données de base à 3 chiffres après la virgule m'a fait beaucoup rire.

 Sous JOSM, quand on fusionne deux point il y a une fenêtre de gestion de
 conflit entre tags ça peut aussi servir pour faire du semi-auto.

 Il est clair que le positionnement GPS n'est pas forcément la meilleure
 approche avec des données adresses quand les deux coexistes. Il faut qu'ils
 confrontent les deux pour faire un choix et surtout qu'ils vérifient
 l'existant!


 2015-07-31 10:07 GMT+02:00 Frédéric Rodrigo fred.rodr...@gmail.com:

 Le 30/07/2015 23:02, osm.sanspourr...@spamgourmet.com a écrit :

 Je vois aussi des liens web avec des pisteurs :
 
 http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
 
 www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
 au lieu de :
 
 http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
 www.hotel-bb.com/fr/-/hotelByName.htm?id=4304

 J'ai corrigé sur le coin passé en lien, mais c'est toute la France qui
 est pleine de leurs pustules.

 Tout lien website comportant utm_source est suspect.
 Un candidat pour Osmose ?


 Ce genre de signalement simple peut être ajouté directement sur le wiki :
 http://wiki.osm.org/index.php?title=User:FrViPofm/TagwatchCleaner

 Frédéric.



 ___
 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] SeFaireConnaitre :(

[Jean-Baptiste Holcroft]

Merci Fred !
Le 31 juil. 2015 17:26, Frédéric Rodrigo fred.rodr...@gmail.com a
écrit :


 http://osmose.openstreetmap.fr/fr/map/#zoom=11lat=45.7828lon=4.779layer=Mapnikoverlays=FFFTitem=4080level=1%2C2%2C3tags=fixable=

 Le 31/07/2015 11:38, Jean-Baptiste Holcroft a écrit :

 Existe-il un test osmose sur les tags name similaires sur des objets
 proches ? Là on voit que le nom de l'un est compris dans l'autre, et que
 le tag principal est le même.
 Ça aiderait la détection.

 Le 31 juil. 2015 15:37, Jérôme Seigneuret jseigneuret-...@yahoo.fr
 mailto:jseigneuret-...@yahoo.fr a écrit :

 Bonjour,
 Le problème que je vois, c'est le regroupement d'informations! Je
 prends l'exemple cité

 Il y a 2 BB sur Nantes Centre au même endroit (à 5m).

 je reprends les données du site web:

 http://www.hotel-bb.com/fr/hotels/nantes-centre.htm

 Il y a une adresse et une localisation spatiale.

 La localisation spatiale donne ça :

 http://www.openstreetmap.org/search?query=47.22000%2C-1.56200#map=20/47.22000/-1.56200
 cela pointe au niveau de la rue de porte neuve... Les données
 affichées sur site sont troquées avec une précision à 3 chiffres.
 Espérons que ce ne soit pas la qualité de données fourni par le
 client de cette boite (mais je pense que si au vu du premier point
 fourni).

 Quand au deuxième point, il est plutôt bien placé suivant le schéma
 utilisé.

 Ensuite coté OSM

 La localisation de trial http://www.openstreetmap.org/user/trial
 http://www.openstreetmap.org/node/3481374893
 et celle de maxime chataigner
 http://www.openstreetmap.org/user/maxime%20chataigner fait sur
 l'adresse http://www.openstreetmap.org/node/1729183508 qui date déjà
 de plus d'un an!

 On se retrouve avec deux manières de taguer. Je pense que
 SefaireConnaitre travaille sur la position GPS systématiquement sans
 se poser la question de l’existence de point adresse et donc un
 rapprochement. Un fichier intermédiaire *.osm ou tous autre format
 permettant de retoucher à la main ou en semi-auto en cas de conflit
 avec des alertes remonté par le script dans la donnée (dans un tag)
 avant de faire une intégration.

 Les données de base à 3 chiffres après la virgule m'a fait beaucoup
 rire.

 Sous JOSM, quand on fusionne deux point il y a une fenêtre de
 gestion de conflit entre tags ça peut aussi servir pour faire du
 semi-auto.

 Il est clair que le positionnement GPS n'est pas forcément la
 meilleure approche avec des données adresses quand les deux
 coexistes. Il faut qu'ils confrontent les deux pour faire un choix
 et surtout qu'ils vérifient l'existant!


 2015-07-31 10:07 GMT+02:00 Frédéric Rodrigo fred.rodr...@gmail.com
 mailto:fred.rodr...@gmail.com:

 Le 30/07/2015 23:02, osm.sanspourr...@spamgourmet.com
 mailto:osm.sanspourr...@spamgourmet.com a écrit :

 Je vois aussi des liens web avec des pisteurs :
 
 http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
 
 www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
 
 http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
 
 au lieu de :
 
 http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
 www.hotel-bb.com/fr/-/hotelByName.htm?id=4304
 http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304

 J'ai corrigé sur le coin passé en lien, mais c'est toute la
 France qui
 est pleine de leurs pustules.

 Tout lien website comportant utm_source est suspect.
 Un candidat pour Osmose ?


 Ce genre de signalement simple peut être ajouté directement sur
 le wiki :
 http://wiki.osm.org/index.php?title=User:FrViPofm/TagwatchCleaner

 Frédéric.



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



 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org mailto: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

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

Re: [OSM-talk-fr] SeFaireConnaitre :(

[Frédéric Rodrigo]

http://osmose.openstreetmap.fr/fr/map/#zoom=11lat=45.7828lon=4.779layer=Mapnikoverlays=FFFTitem=4080level=1%2C2%2C3tags=fixable=

Le 31/07/2015 11:38, Jean-Baptiste Holcroft a écrit :

Existe-il un test osmose sur les tags name similaires sur des objets
proches ? Là on voit que le nom de l'un est compris dans l'autre, et que
le tag principal est le même.
Ça aiderait la détection.

Le 31 juil. 2015 15:37, Jérôme Seigneuret jseigneuret-...@yahoo.fr
mailto:jseigneuret-...@yahoo.fr a écrit :

Bonjour,
Le problème que je vois, c'est le regroupement d'informations! Je
prends l'exemple cité

Il y a 2 BB sur Nantes Centre au même endroit (à 5m).

je reprends les données du site web:

http://www.hotel-bb.com/fr/hotels/nantes-centre.htm

Il y a une adresse et une localisation spatiale.

La localisation spatiale donne ça :

http://www.openstreetmap.org/search?query=47.22000%2C-1.56200#map=20/47.22000/-1.56200
cela pointe au niveau de la rue de porte neuve... Les données
affichées sur site sont troquées avec une précision à 3 chiffres.
Espérons que ce ne soit pas la qualité de données fourni par le
client de cette boite (mais je pense que si au vu du premier point
fourni).

Quand au deuxième point, il est plutôt bien placé suivant le schéma
utilisé.

Ensuite coté OSM

La localisation de trial http://www.openstreetmap.org/user/trial
http://www.openstreetmap.org/node/3481374893
et celle de maxime chataigner
http://www.openstreetmap.org/user/maxime%20chataigner fait sur
l'adresse http://www.openstreetmap.org/node/1729183508 qui date déjà
de plus d'un an!

On se retrouve avec deux manières de taguer. Je pense que
SefaireConnaitre travaille sur la position GPS systématiquement sans
se poser la question de l’existence de point adresse et donc un
rapprochement. Un fichier intermédiaire *.osm ou tous autre format
permettant de retoucher à la main ou en semi-auto en cas de conflit
avec des alertes remonté par le script dans la donnée (dans un tag)
avant de faire une intégration.

Les données de base à 3 chiffres après la virgule m'a fait beaucoup
rire.

Sous JOSM, quand on fusionne deux point il y a une fenêtre de
gestion de conflit entre tags ça peut aussi servir pour faire du
semi-auto.

Il est clair que le positionnement GPS n'est pas forcément la
meilleure approche avec des données adresses quand les deux
coexistes. Il faut qu'ils confrontent les deux pour faire un choix
et surtout qu'ils vérifient l'existant!


2015-07-31 10:07 GMT+02:00 Frédéric Rodrigo fred.rodr...@gmail.com
mailto:fred.rodr...@gmail.com:

Le 30/07/2015 23:02, osm.sanspourr...@spamgourmet.com
mailto:osm.sanspourr...@spamgourmet.com a écrit :

Je vois aussi des liens web avec des pisteurs :

http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304

http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
au lieu de :

http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304www.hotel-bb.com/fr/-/hotelByName.htm?id=4304
http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304

J'ai corrigé sur le coin passé en lien, mais c'est toute la
France qui
est pleine de leurs pustules.

Tout lien website comportant utm_source est suspect.
Un candidat pour Osmose ?


Ce genre de signalement simple peut être ajouté directement sur
le wiki :
http://wiki.osm.org/index.php?title=User:FrViPofm/TagwatchCleaner

Frédéric.



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



___
Talk-fr mailing list
Talk-fr@openstreetmap.org mailto: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] SeFaireConnaitre :(

[Brice MALLET]

Merci,
et un doublon supprimé à Pornic !

Brice

Le 31/07/2015 12:23, Frédéric Rodrigo a écrit :
http://osmose.openstreetmap.fr/fr/map/#zoom=11lat=45.7828lon=4.779layer=Mapnikoverlays=FFFTitem=4080level=1%2C2%2C3tags=fixable= 



Le 31/07/2015 11:38, Jean-Baptiste Holcroft a écrit :

Existe-il un test osmose sur les tags name similaires sur des objets
proches ? Là on voit que le nom de l'un est compris dans l'autre, et que
le tag principal est le même.
Ça aiderait la détection.

Le 31 juil. 2015 15:37, Jérôme Seigneuret jseigneuret-...@yahoo.fr
mailto:jseigneuret-...@yahoo.fr a écrit :

Bonjour,
Le problème que je vois, c'est le regroupement d'informations! Je
prends l'exemple cité

Il y a 2 BB sur Nantes Centre au même endroit (à 5m).

je reprends les données du site web:

http://www.hotel-bb.com/fr/hotels/nantes-centre.htm

Il y a une adresse et une localisation spatiale.

La localisation spatiale donne ça :
http://www.openstreetmap.org/search?query=47.22000%2C-1.56200#map=20/47.22000/-1.56200
cela pointe au niveau de la rue de porte neuve... Les données
affichées sur site sont troquées avec une précision à 3 chiffres.
Espérons que ce ne soit pas la qualité de données fourni par le
client de cette boite (mais je pense que si au vu du premier point
fourni).

Quand au deuxième point, il est plutôt bien placé suivant le schéma
utilisé.

Ensuite coté OSM

La localisation de trial http://www.openstreetmap.org/user/trial
http://www.openstreetmap.org/node/3481374893
et celle de maxime chataigner
http://www.openstreetmap.org/user/maxime%20chataigner fait sur
l'adresse http://www.openstreetmap.org/node/1729183508 qui date déjà
de plus d'un an!

On se retrouve avec deux manières de taguer. Je pense que
SefaireConnaitre travaille sur la position GPS systématiquement sans
se poser la question de l’existence de point adresse et donc un
rapprochement. Un fichier intermédiaire *.osm ou tous autre format
permettant de retoucher à la main ou en semi-auto en cas de conflit
avec des alertes remonté par le script dans la donnée (dans un tag)
avant de faire une intégration.

Les données de base à 3 chiffres après la virgule m'a fait beaucoup
rire.

Sous JOSM, quand on fusionne deux point il y a une fenêtre de
gestion de conflit entre tags ça peut aussi servir pour faire du
semi-auto.

Il est clair que le positionnement GPS n'est pas forcément la
meilleure approche avec des données adresses quand les deux
coexistes. Il faut qu'ils confrontent les deux pour faire un choix
et surtout qu'ils vérifient l'existant!


2015-07-31 10:07 GMT+02:00 Frédéric Rodrigo fred.rodr...@gmail.com
mailto:fred.rodr...@gmail.com:

Le 30/07/2015 23:02, osm.sanspourr...@spamgourmet.com
mailto:osm.sanspourr...@spamgourmet.com a écrit :

Je vois aussi des liens web avec des pisteurs :
http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
au lieu de :
http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304www.hotel-bb.com/fr/-/hotelByName.htm?id=4304
http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304

J'ai corrigé sur le coin passé en lien, mais c'est toute la
France qui
est pleine de leurs pustules.

Tout lien website comportant utm_source est suspect.
Un candidat pour Osmose ?


Ce genre de signalement simple peut être ajouté directement sur
le wiki :
http://wiki.osm.org/index.php?title=User:FrViPofm/TagwatchCleaner

Frédéric.



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



___
Talk-fr mailing list
Talk-fr@openstreetmap.org mailto: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



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

Re: [OSM-talk-fr] SeFaireConnaitre :(

[Maxime Résibois]

SaFaireConnaitre refait des siennes... :
https://overpass-api.de/achavi/?changeset=32958420

Le 5 juin 2015 07:38, Philippe Verdy verd...@wanadoo.fr a écrit :

 Ce genre de manipulation directement dans OSM ne devrait pas avoir lieu:
 qu'ils utilisent leur propre base pour faire une prélocalisation, quitte à
 la vérifier et l'affiner dans un second temps, puis une fois cela fait il
 peuvent alors émettre le point (en ayant vérifié d'abord qu'il n'y a pas
 création de doublon).
 C'est leur méthode de travail qui n'est pas bonne puisqu'ils omettent le
 travail indispensable de préparation et de fusion/intégration.
 Bref on peut comprendre que s'ils ont de nombreux clients, ils utilisent
 d'abord leur base interne pour collecter les points à placer sur la carte
 et immédiatement pouvoir compléter leurs fiches clients, mais sans
 préparation, leur travail est vain et ils ne répondent pas à la demande de
 leur client qui est de placer les POIs de façon pérenne et correcte pour
 qu'OSM accepte ces données.
 Cette société compte beaucoup trop sur la bonne volonté (et le travail
 réalisé gratuitement pour eux) alors qu'ils sont payés par leurs clients et
 gagnent de l'argent que nous ne profitons pas du tout pour le projet. C'est
 une démarche égoïste, et parasitaire. Ca mériterait un bloquage
 administratif d'un mois (à renouveler) pour qu'enfin ils se mettent à la
 page et modifient leur façon de travailler (et en attendant ils ne pourront
 plus vendre à leur clients des solutions d'intégration de leurs POIs sur
 la carte collaborative, puisque cela ne sera pas fait pendant un mois
 (renouvelable). Les clients ne verront aucun changement à leur
 référencement sur OSM et pourront suspendre leur paiement ou arrêter
 d'utiliser leurs (mauvais) services. Cela les fera réfléchir.

 En attendant, en continuant comme ça, ils se font une sale réputation (des
 sociétés qui vendent des référencements de façon abusives sont nombreuses,
 ce ne sera pas la première à se faire éjecter (et poursuivre devant les
 tribunaux par leurs clients mécontents, faute de prestation effective et
 correcte conforme aux exigences et aux attentes de ce qu'ils sont sensés
 vendre, ou pour facturation excessive d'un service en fait inexistant car
 non conforme aux exigences collectives).


 Le 4 juin 2015 15:27, Yoann Cornec yoanncor...@gmail.com a écrit :

 Je trouve également des doublons et points placés un peu n'importe où :
 https://www.openstreetmap.org/changeset/31711287
 https://www.openstreetmap.org/changeset/31715438
 https://www.openstreetmap.org/node/3563669793

 Il semblerait effectivement que les points sont replacés dans un second
 temps.
 Le 3 juin 2015 11:02, Stéphane Péneau stephane.pen...@wanadoo.fr a
 écrit :

  J'ai presque le même avis.

 On peut reprocher la procédure (plusieurs changeset pour un même point),
 mais pas le résultat, qui est bien meilleur que ce qu'ils ont fait dans le
 passé.
 Il y a du progrès, et donc, je suppose, un minimum d'écoute sur les
 retours de la communauté.

 Le gros souci est qu'ils sont muets.

 Stf



 Le 03/06/2015 10:51, Bruno Cortial a écrit :

  Bonjour,

  On peut dejà se faire une idée globale avec ce genre de requete.
 http://overpass-turbo.eu/s/9IN

  Si la question est de supprimer massivement les points du contributeur
 SeFaireConnaitre, je m'y oppose (et j'ai pas d'action là-dedans). Si son
 process est réellement automatisé, il ne faudra pas longtemps avant que les
 points repopent

  Je demanderai plutôt un blocage temporaire du compte afin qu'il
 réagisse...

  Bruno

 Le 3 juin 2015 09:48, Pierre-Yves Berrard pierre.yves.berr...@gmail.com
  a écrit :

 La difficulté est qu'il y a un changeset par POI, donc autant de
 reverts.

 2015-06-03 9:34 GMT+02:00 Tony Emery tony.em...@yahoo.fr:

 Du coup, qui s'occupe du Revert ?



 -
 Tony EMERY
 Administrateur OpenStreetMap.fr
 Mandataire Grand Sud-Est
 Géomaticien  chef de projets
 --
 View this message in context:
 http://gis.19327.n5.nabble.com/SeFaireConnaitre-tp5846293p5846908.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



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




 ___
 Talk-fr mailing 
 listTalk-fr@openstreetmap.orghttps://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



 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 

Re: [OSM-talk-fr] SeFaireConnaitre :(

[Maxime Résibois]

Ils suppriment même des bâtiments existants... :
https://overpass-api.de/achavi/?changeset=32957970

Le 30 juillet 2015 16:48, Maxime Résibois maxime.resib...@gmail.com a
écrit :

 SaFaireConnaitre refait des siennes... :
 https://overpass-api.de/achavi/?changeset=32958420

 Le 5 juin 2015 07:38, Philippe Verdy verd...@wanadoo.fr a écrit :

 Ce genre de manipulation directement dans OSM ne devrait pas avoir lieu:
 qu'ils utilisent leur propre base pour faire une prélocalisation, quitte
 à la vérifier et l'affiner dans un second temps, puis une fois cela fait il
 peuvent alors émettre le point (en ayant vérifié d'abord qu'il n'y a pas
 création de doublon).
 C'est leur méthode de travail qui n'est pas bonne puisqu'ils omettent le
 travail indispensable de préparation et de fusion/intégration.
 Bref on peut comprendre que s'ils ont de nombreux clients, ils utilisent
 d'abord leur base interne pour collecter les points à placer sur la carte
 et immédiatement pouvoir compléter leurs fiches clients, mais sans
 préparation, leur travail est vain et ils ne répondent pas à la demande de
 leur client qui est de placer les POIs de façon pérenne et correcte pour
 qu'OSM accepte ces données.
 Cette société compte beaucoup trop sur la bonne volonté (et le travail
 réalisé gratuitement pour eux) alors qu'ils sont payés par leurs clients et
 gagnent de l'argent que nous ne profitons pas du tout pour le projet. C'est
 une démarche égoïste, et parasitaire. Ca mériterait un bloquage
 administratif d'un mois (à renouveler) pour qu'enfin ils se mettent à la
 page et modifient leur façon de travailler (et en attendant ils ne pourront
 plus vendre à leur clients des solutions d'intégration de leurs POIs sur
 la carte collaborative, puisque cela ne sera pas fait pendant un mois
 (renouvelable). Les clients ne verront aucun changement à leur
 référencement sur OSM et pourront suspendre leur paiement ou arrêter
 d'utiliser leurs (mauvais) services. Cela les fera réfléchir.

 En attendant, en continuant comme ça, ils se font une sale réputation
 (des sociétés qui vendent des référencements de façon abusives sont
 nombreuses, ce ne sera pas la première à se faire éjecter (et poursuivre
 devant les tribunaux par leurs clients mécontents, faute de prestation
 effective et correcte conforme aux exigences et aux attentes de ce qu'ils
 sont sensés vendre, ou pour facturation excessive d'un service en fait
 inexistant car non conforme aux exigences collectives).


 Le 4 juin 2015 15:27, Yoann Cornec yoanncor...@gmail.com a écrit :

 Je trouve également des doublons et points placés un peu n'importe où :
 https://www.openstreetmap.org/changeset/31711287
 https://www.openstreetmap.org/changeset/31715438
 https://www.openstreetmap.org/node/3563669793

 Il semblerait effectivement que les points sont replacés dans un second
 temps.
 Le 3 juin 2015 11:02, Stéphane Péneau stephane.pen...@wanadoo.fr a
 écrit :

  J'ai presque le même avis.

 On peut reprocher la procédure (plusieurs changeset pour un même
 point), mais pas le résultat, qui est bien meilleur que ce qu'ils ont fait
 dans le passé.
 Il y a du progrès, et donc, je suppose, un minimum d'écoute sur les
 retours de la communauté.

 Le gros souci est qu'ils sont muets.

 Stf



 Le 03/06/2015 10:51, Bruno Cortial a écrit :

  Bonjour,

  On peut dejà se faire une idée globale avec ce genre de requete.
 http://overpass-turbo.eu/s/9IN

  Si la question est de supprimer massivement les points du contributeur
 SeFaireConnaitre, je m'y oppose (et j'ai pas d'action là-dedans). Si son
 process est réellement automatisé, il ne faudra pas longtemps avant que les
 points repopent

  Je demanderai plutôt un blocage temporaire du compte afin qu'il
 réagisse...

  Bruno

 Le 3 juin 2015 09:48, Pierre-Yves Berrard 
 pierre.yves.berr...@gmail.com a écrit :

 La difficulté est qu'il y a un changeset par POI, donc autant de
 reverts.

 2015-06-03 9:34 GMT+02:00 Tony Emery tony.em...@yahoo.fr:

 Du coup, qui s'occupe du Revert ?



 -
 Tony EMERY
 Administrateur OpenStreetMap.fr
 Mandataire Grand Sud-Est
 Géomaticien  chef de projets
 --
 View this message in context:
 http://gis.19327.n5.nabble.com/SeFaireConnaitre-tp5846293p5846908.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



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




 ___
 Talk-fr mailing 
 listTalk-fr@openstreetmap.orghttps://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
 

Re: [OSM-talk-fr] SeFaireConnaitre :(

[Christian Quest]

Il ne faut pas hésiter à mettre des commentaires sur leurs changeset.

Je viens de passer en revue celui-ci et les suivants... avec mes
commentaires sur les erreurs détectées.

J'ai aussi fait un revert pour récupérer le bâtiment perdu.


Le 30/07/2015 17:01, Maxime Résibois a écrit :
 Ils suppriment même des bâtiments existants... :
 https://overpass-api.de/achavi/?changeset=32957970

 Le 30 juillet 2015 16:48, Maxime Résibois maxime.resib...@gmail.com
 mailto:maxime.resib...@gmail.com a écrit :

 SaFaireConnaitre refait des siennes... :
 https://overpass-api.de/achavi/?changeset=32958420


-- 
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] SeFaireConnaitre :(

[Vincent Frison]

Le 30 juillet 2015 23:02, osm.sanspourr...@spamgourmet.com a écrit :

 Vincent, tu vois ce genre d'import sans communauté (plus exactement en
 comptant sur la communauté pour corriger), ça fait mal, mais toi ce n'est
 pas dans un but malsain, ce n'est pas parasiter bien au contraire.


Euh oui merci de ne pas m'associer à ce genre de personnage ;)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] SeFaireConnaitre :(

[osm . sanspourriel]

Je vois aussi des liens web avec des pisteurs :
www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304 
http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304

au lieu de :
www.hotel-bb.com/fr/-/hotelByName.htm?id=4304 
http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304


J'ai corrigé sur le coin passé en lien, mais c'est toute la France qui 
est pleine de leurs pustules.


Tout lien website comportant utm_source est suspect.
Un candidat pour Osmose ?

Le plus fort c'est sans doute celui-ci : 3258276024. 
http://www.openstreetmap.org/node/3258276024L'utilisateur n'est pas 
SeFaireConnaitreEnMal mais JustStupid. Si tu le dis !
S'ils font le mort, on peut aussi faire un revert et bloquer leur compte 
temporairement, ça devrait les réveiller.
On leur laisse une semaine puis après une suspension d'un jour de plus 
par lien pistant laissé ?


Vincent, tu vois ce genre d'import sans communauté (plus exactement en 
comptant sur la communauté pour corriger), ça fait mal, mais toi ce 
n'est pas dans un but malsain, ce n'est pas parasiter bien au contraire.


Jean-Yvon

Le 30/07/2015 17:40, Christian Quest - cqu...@openstreetmap.fr a écrit :

Il ne faut pas hésiter à mettre des commentaires sur leurs changeset.

Je viens de passer en revue celui-ci et les suivants... avec mes 
commentaires sur les erreurs détectées.


J'ai aussi fait un revert pour récupérer le bâtiment perdu.


Le 30/07/2015 17:01, Maxime Résibois a écrit :
Ils suppriment même des bâtiments existants... : 
https://overpass-api.de/achavi/?changeset=32957970


Le 30 juillet 2015 16:48, Maxime Résibois maxime.resib...@gmail.com 
mailto:maxime.resib...@gmail.com a écrit :


SaFaireConnaitre refait des siennes... :
https://overpass-api.de/achavi/?changeset=32958420



--
Christian Quest - OpenStreetMap France


___
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] SeFaireConnaitre :(

[Emilie Laffray]

Pour revenir brievement sur le sujet de la carotte et le baton, bannir un
compte ne ferait que ralentir que tres temporairement leur effort. Je pense
qu'au contraire il faut garder le compte et plutot soit nettoyer soit faire
un revert de leurs donnees.

Ces gens vivent de leur capacite a rendre leurs clients visibles donc il y
a un certain interet malgre tout a les avoir a condition bien sur qu'ils
respectent un peu plus les donnees. Je suis quasiment convaincue que ce
n'est pas du vandalisme volontaire mais plus un bug dans leur logiciel.
Quant aux URLS, si on veut vraiment s'amuser, il suffit d'utiliser le
changement que j'ai donne. Cela limite la visibilite de leur action meme si
je doute serieusement que des gens utilisent les URLs d'OSM en premier lieu.

Je pense qu'avec un peu de communication on peut resoudre certains des
problemes avec eux. Sinon le meilleur baton pour ce genre d'acteur est de
loin le name and shame. Ils vivent de leur credibilite vis a vis des
marques. Un post de blog plus quelques retweet de cela amplifies par les
bonnes personnes et on aura un resultat bien plus efficace. Mais c'est
vraiment la chose a faire que si rien n'aboutit.


2015-07-30 17:14 GMT-07:00 Emilie Laffray emilie.laff...@gmail.com:

 Bonjour,

 Oui enfin, je ne suis pas sure qu'il faille mettre Vincent au meme niveau.
 C'est y aller un peu fort quand meme!

 @Christian
 Veux tu que je me charge de contacter Ubiflow afin de leur expliquer que
 ce qu'ils font n'est pas forcement bien vu ou reussi? Je prefere nettement
 utiliser la carotte que le baton. Je vois parmi leurs employes des gens
 venant du monde du geospatial donc il n'est pas impossible qu'au moins une
 personne lise ce forum. J'ai des secondes connections sur LinkedIn sur la
 plupart de leurs leadership donc si besoin je peux faire (et je suspecte
 que certains ici ont les memes connections vu les personnes intermediaires
 :P )

 Concernant les parametres de tracking, ils ne sont pas bien mechants. Ils
 sont la seulement pour Google Analytics afin d'indiquer le channel des
 donnees. Si on veut vraiment s'amuser, on mettrait
 utm_source=OpenStreetMaputm_medium=map. Cela permettra d'indiquer aux gens
 sur leur Google Analytics que des gens viennent de OpenStreetMap. Cela
 casse bien sur assez fortement la valeur de Ubiflow en premier lieu.



 2015-07-30 14:02 GMT-07:00 osm.sanspourr...@spamgourmet.com:

  Je vois aussi des liens web avec des pisteurs :

 http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
 www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
 au lieu de :

 http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
 www.hotel-bb.com/fr/-/hotelByName.htm?id=4304

 J'ai corrigé sur le coin passé en lien, mais c'est toute la France qui
 est pleine de leurs pustules.

 Tout lien website comportant utm_source est suspect.
 Un candidat pour Osmose ?

 Le plus fort c'est sans doute celui-ci : 3258276024.
 http://www.openstreetmap.org/node/3258276024 L'utilisateur n'est pas
 SeFaireConnaitreEnMal mais JustStupid. Si tu le dis !
 S'ils font le mort, on peut aussi faire un revert et bloquer leur compte
 temporairement, ça devrait les réveiller.
 On leur laisse une semaine puis après une suspension d'un jour de plus
 par lien pistant laissé ?

 Vincent, tu vois ce genre d'import sans communauté (plus exactement en
 comptant sur la communauté pour corriger), ça fait mal, mais toi ce n'est
 pas dans un but malsain, ce n'est pas parasiter bien au contraire.

 Jean-Yvon

 Le 30/07/2015 17:40, Christian Quest - cqu...@openstreetmap.fr a écrit :

 Il ne faut pas hésiter à mettre des commentaires sur leurs changeset.

 Je viens de passer en revue celui-ci et les suivants... avec mes
 commentaires sur les erreurs détectées.

 J'ai aussi fait un revert pour récupérer le bâtiment perdu.


 Le 30/07/2015 17:01, Maxime Résibois a écrit :

 Ils suppriment même des bâtiments existants... :
 https://overpass-api.de/achavi/?changeset=32957970

 Le 30 juillet 2015 16:48, Maxime Résibois maxime.resib...@gmail.com a
 écrit :

 SaFaireConnaitre refait des siennes... :
 https://overpass-api.de/achavi/?changeset=32958420
 https://overpass-api.de/achavi/?changeset=32958420


 --
 Christian Quest - OpenStreetMap France



 ___
 Talk-fr mailing 
 listTalk-fr@openstreetmap.orghttps://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] SeFaireConnaitre :(

[Emilie Laffray]

Bonjour,

Oui enfin, je ne suis pas sure qu'il faille mettre Vincent au meme niveau.
C'est y aller un peu fort quand meme!

@Christian
Veux tu que je me charge de contacter Ubiflow afin de leur expliquer que ce
qu'ils font n'est pas forcement bien vu ou reussi? Je prefere nettement
utiliser la carotte que le baton. Je vois parmi leurs employes des gens
venant du monde du geospatial donc il n'est pas impossible qu'au moins une
personne lise ce forum. J'ai des secondes connections sur LinkedIn sur la
plupart de leurs leadership donc si besoin je peux faire (et je suspecte
que certains ici ont les memes connections vu les personnes intermediaires
:P )

Concernant les parametres de tracking, ils ne sont pas bien mechants. Ils
sont la seulement pour Google Analytics afin d'indiquer le channel des
donnees. Si on veut vraiment s'amuser, on mettrait
utm_source=OpenStreetMaputm_medium=map. Cela permettra d'indiquer aux gens
sur leur Google Analytics que des gens viennent de OpenStreetMap. Cela
casse bien sur assez fortement la valeur de Ubiflow en premier lieu.



2015-07-30 14:02 GMT-07:00 osm.sanspourr...@spamgourmet.com:

  Je vois aussi des liens web avec des pisteurs :

 http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
 www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
 au lieu de :

 http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
 www.hotel-bb.com/fr/-/hotelByName.htm?id=4304

 J'ai corrigé sur le coin passé en lien, mais c'est toute la France qui est
 pleine de leurs pustules.

 Tout lien website comportant utm_source est suspect.
 Un candidat pour Osmose ?

 Le plus fort c'est sans doute celui-ci : 3258276024.
 http://www.openstreetmap.org/node/3258276024 L'utilisateur n'est pas
 SeFaireConnaitreEnMal mais JustStupid. Si tu le dis !
 S'ils font le mort, on peut aussi faire un revert et bloquer leur compte
 temporairement, ça devrait les réveiller.
 On leur laisse une semaine puis après une suspension d'un jour de plus par
 lien pistant laissé ?

 Vincent, tu vois ce genre d'import sans communauté (plus exactement en
 comptant sur la communauté pour corriger), ça fait mal, mais toi ce n'est
 pas dans un but malsain, ce n'est pas parasiter bien au contraire.

 Jean-Yvon

 Le 30/07/2015 17:40, Christian Quest - cqu...@openstreetmap.fr a écrit :

 Il ne faut pas hésiter à mettre des commentaires sur leurs changeset.

 Je viens de passer en revue celui-ci et les suivants... avec mes
 commentaires sur les erreurs détectées.

 J'ai aussi fait un revert pour récupérer le bâtiment perdu.


 Le 30/07/2015 17:01, Maxime Résibois a écrit :

 Ils suppriment même des bâtiments existants... :
 https://overpass-api.de/achavi/?changeset=32957970

 Le 30 juillet 2015 16:48, Maxime Résibois maxime.resib...@gmail.com a
 écrit :

 SaFaireConnaitre refait des siennes... :
 https://overpass-api.de/achavi/?changeset=32958420
 https://overpass-api.de/achavi/?changeset=32958420


 --
 Christian Quest - OpenStreetMap France



 ___
 Talk-fr mailing 
 listTalk-fr@openstreetmap.orghttps://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] SeFaireConnaitre :(

[Philippe Verdy]

Ce genre de manipulation directement dans OSM ne devrait pas avoir lieu:
qu'ils utilisent leur propre base pour faire une prélocalisation, quitte à
la vérifier et l'affiner dans un second temps, puis une fois cela fait il
peuvent alors émettre le point (en ayant vérifié d'abord qu'il n'y a pas
création de doublon).
C'est leur méthode de travail qui n'est pas bonne puisqu'ils omettent le
travail indispensable de préparation et de fusion/intégration.
Bref on peut comprendre que s'ils ont de nombreux clients, ils utilisent
d'abord leur base interne pour collecter les points à placer sur la carte
et immédiatement pouvoir compléter leurs fiches clients, mais sans
préparation, leur travail est vain et ils ne répondent pas à la demande de
leur client qui est de placer les POIs de façon pérenne et correcte pour
qu'OSM accepte ces données.
Cette société compte beaucoup trop sur la bonne volonté (et le travail
réalisé gratuitement pour eux) alors qu'ils sont payés par leurs clients et
gagnent de l'argent que nous ne profitons pas du tout pour le projet. C'est
une démarche égoïste, et parasitaire. Ca mériterait un bloquage
administratif d'un mois (à renouveler) pour qu'enfin ils se mettent à la
page et modifient leur façon de travailler (et en attendant ils ne pourront
plus vendre à leur clients des solutions d'intégration de leurs POIs sur
la carte collaborative, puisque cela ne sera pas fait pendant un mois
(renouvelable). Les clients ne verront aucun changement à leur
référencement sur OSM et pourront suspendre leur paiement ou arrêter
d'utiliser leurs (mauvais) services. Cela les fera réfléchir.

En attendant, en continuant comme ça, ils se font une sale réputation (des
sociétés qui vendent des référencements de façon abusives sont nombreuses,
ce ne sera pas la première à se faire éjecter (et poursuivre devant les
tribunaux par leurs clients mécontents, faute de prestation effective et
correcte conforme aux exigences et aux attentes de ce qu'ils sont sensés
vendre, ou pour facturation excessive d'un service en fait inexistant car
non conforme aux exigences collectives).


Le 4 juin 2015 15:27, Yoann Cornec yoanncor...@gmail.com a écrit :

 Je trouve également des doublons et points placés un peu n'importe où :
 https://www.openstreetmap.org/changeset/31711287
 https://www.openstreetmap.org/changeset/31715438
 https://www.openstreetmap.org/node/3563669793

 Il semblerait effectivement que les points sont replacés dans un second
 temps.
 Le 3 juin 2015 11:02, Stéphane Péneau stephane.pen...@wanadoo.fr a
 écrit :

  J'ai presque le même avis.

 On peut reprocher la procédure (plusieurs changeset pour un même point),
 mais pas le résultat, qui est bien meilleur que ce qu'ils ont fait dans le
 passé.
 Il y a du progrès, et donc, je suppose, un minimum d'écoute sur les
 retours de la communauté.

 Le gros souci est qu'ils sont muets.

 Stf



 Le 03/06/2015 10:51, Bruno Cortial a écrit :

  Bonjour,

  On peut dejà se faire une idée globale avec ce genre de requete.
 http://overpass-turbo.eu/s/9IN

  Si la question est de supprimer massivement les points du contributeur
 SeFaireConnaitre, je m'y oppose (et j'ai pas d'action là-dedans). Si son
 process est réellement automatisé, il ne faudra pas longtemps avant que les
 points repopent

  Je demanderai plutôt un blocage temporaire du compte afin qu'il
 réagisse...

  Bruno

 Le 3 juin 2015 09:48, Pierre-Yves Berrard pierre.yves.berr...@gmail.com
 a écrit :

 La difficulté est qu'il y a un changeset par POI, donc autant de reverts.

 2015-06-03 9:34 GMT+02:00 Tony Emery tony.em...@yahoo.fr:

 Du coup, qui s'occupe du Revert ?



 -
 Tony EMERY
 Administrateur OpenStreetMap.fr
 Mandataire Grand Sud-Est
 Géomaticien  chef de projets
 --
 View this message in context:
 http://gis.19327.n5.nabble.com/SeFaireConnaitre-tp5846293p5846908.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



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




 ___
 Talk-fr mailing 
 listTalk-fr@openstreetmap.orghttps://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


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

Re: [OSM-talk-fr] SeFaireConnaitre :(

[Yoann Cornec]

Je trouve également des doublons et points placés un peu n'importe où :
https://www.openstreetmap.org/changeset/31711287
https://www.openstreetmap.org/changeset/31715438
https://www.openstreetmap.org/node/3563669793

Il semblerait effectivement que les points sont replacés dans un second
temps.
Le 3 juin 2015 11:02, Stéphane Péneau stephane.pen...@wanadoo.fr a
écrit :

  J'ai presque le même avis.

 On peut reprocher la procédure (plusieurs changeset pour un même point),
 mais pas le résultat, qui est bien meilleur que ce qu'ils ont fait dans le
 passé.
 Il y a du progrès, et donc, je suppose, un minimum d'écoute sur les
 retours de la communauté.

 Le gros souci est qu'ils sont muets.

 Stf



 Le 03/06/2015 10:51, Bruno Cortial a écrit :

  Bonjour,

  On peut dejà se faire une idée globale avec ce genre de requete.
 http://overpass-turbo.eu/s/9IN

  Si la question est de supprimer massivement les points du contributeur
 SeFaireConnaitre, je m'y oppose (et j'ai pas d'action là-dedans). Si son
 process est réellement automatisé, il ne faudra pas longtemps avant que les
 points repopent

  Je demanderai plutôt un blocage temporaire du compte afin qu'il
 réagisse...

  Bruno

 Le 3 juin 2015 09:48, Pierre-Yves Berrard pierre.yves.berr...@gmail.com
 a écrit :

 La difficulté est qu'il y a un changeset par POI, donc autant de reverts.

 2015-06-03 9:34 GMT+02:00 Tony Emery tony.em...@yahoo.fr:

 Du coup, qui s'occupe du Revert ?



 -
 Tony EMERY
 Administrateur OpenStreetMap.fr
 Mandataire Grand Sud-Est
 Géomaticien  chef de projets
 --
 View this message in context:
 http://gis.19327.n5.nabble.com/SeFaireConnaitre-tp5846293p5846908.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



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




 ___
 Talk-fr mailing 
 listTalk-fr@openstreetmap.orghttps://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] SeFaireConnaitre :(

[Bruno Cortial]

Bonjour,

On peut dejà se faire une idée globale avec ce genre de requete.
http://overpass-turbo.eu/s/9IN

Si la question est de supprimer massivement les points du contributeur
SeFaireConnaitre, je m'y oppose (et j'ai pas d'action là-dedans). Si son
process est réellement automatisé, il ne faudra pas longtemps avant que les
points repopent

Je demanderai plutôt un blocage temporaire du compte afin qu'il réagisse...

Bruno

Le 3 juin 2015 09:48, Pierre-Yves Berrard pierre.yves.berr...@gmail.com a
écrit :

 La difficulté est qu'il y a un changeset par POI, donc autant de reverts.

 2015-06-03 9:34 GMT+02:00 Tony Emery tony.em...@yahoo.fr:

 Du coup, qui s'occupe du Revert ?



 -
 Tony EMERY
 Administrateur OpenStreetMap.fr
 Mandataire Grand Sud-Est
 Géomaticien  chef de projets
 --
 View this message in context:
 http://gis.19327.n5.nabble.com/SeFaireConnaitre-tp5846293p5846908.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



 ___
 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] SeFaireConnaitre :(

[Stéphane Péneau]

J'ai presque le même avis.

On peut reprocher la procédure (plusieurs changeset pour un même point), 
mais pas le résultat, qui est bien meilleur que ce qu'ils ont fait dans 
le passé.
Il y a du progrès, et donc, je suppose, un minimum d'écoute sur les 
retours de la communauté.


Le gros souci est qu'ils sont muets.

Stf



Le 03/06/2015 10:51, Bruno Cortial a écrit :

Bonjour,

On peut dejà se faire une idée globale avec ce genre de requete.
http://overpass-turbo.eu/s/9IN

Si la question est de supprimer massivement les points du contributeur 
SeFaireConnaitre, je m'y oppose (et j'ai pas d'action là-dedans). Si 
son process est réellement automatisé, il ne faudra pas longtemps 
avant que les points repopent


Je demanderai plutôt un blocage temporaire du compte afin qu'il 
réagisse...


Bruno

Le 3 juin 2015 09:48, Pierre-Yves Berrard 
pierre.yves.berr...@gmail.com mailto:pierre.yves.berr...@gmail.com 
a écrit :


La difficulté est qu'il y a un changeset par POI, donc autant de
reverts.

2015-06-03 9:34 GMT+02:00 Tony Emery tony.em...@yahoo.fr
mailto:tony.em...@yahoo.fr:

Du coup, qui s'occupe du Revert ?



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien  chef de projets
--
View this message in context:
http://gis.19327.n5.nabble.com/SeFaireConnaitre-tp5846293p5846908.html
Sent from the France mailing list archive at Nabble.com.

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



___
Talk-fr mailing list
Talk-fr@openstreetmap.org mailto: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] SeFaireConnaitre :(

[Pierre-Yves Berrard]

La difficulté est qu'il y a un changeset par POI, donc autant de reverts.

2015-06-03 9:34 GMT+02:00 Tony Emery tony.em...@yahoo.fr:

 Du coup, qui s'occupe du Revert ?



 -
 Tony EMERY
 Administrateur OpenStreetMap.fr
 Mandataire Grand Sud-Est
 Géomaticien  chef de projets
 --
 View this message in context:
 http://gis.19327.n5.nabble.com/SeFaireConnaitre-tp5846293p5846908.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

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

Re: [OSM-talk-fr] SeFaireConnaitre :(

[Tony Emery]

Du coup, qui s'occupe du Revert ?



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien  chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/SeFaireConnaitre-tp5846293p5846908.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] SeFaireConnaitre :(

[Tyndare]

Les quelques ajouts que j'ai regardé ces derniers jour m'ont semblé
correctement repositionnés, j'en ai pas vu qui mériteraient vraiment un
revert.
 Le 3 juin 2015 09:51, Pierre-Yves Berrard pierre.yves.berr...@gmail.com
a écrit :

 La difficulté est qu'il y a un changeset par POI, donc autant de reverts.

 2015-06-03 9:34 GMT+02:00 Tony Emery tony.em...@yahoo.fr:

 Du coup, qui s'occupe du Revert ?



 -
 Tony EMERY
 Administrateur OpenStreetMap.fr
 Mandataire Grand Sud-Est
 Géomaticien  chef de projets
 --
 View this message in context:
 http://gis.19327.n5.nabble.com/SeFaireConnaitre-tp5846293p5846908.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



 ___
 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] SeFaireConnaitre :(

[Christian Quest]

Si le ratio signal/bruit est mauvais je suis d'avis de faire des revert.

Autant je trouve qu'il faut être souple avec des contributeurs occasionnels
qui feraient des erreurs, autant ce n'est pas acceptable dans un process
systématique (pro ou pas ça ne change rien d'ailleurs).

Il faut dans ce cas revoir le process avant de continuer à ajouter une
masse importante de données qui dégradent OSM.

Je les ai contacté plusieurs fois, ils sont donc informé mais persistent...
revert point barre.


2015-05-29 12:46 GMT+02:00 Shohreh codecompl...@free.fr:

 Pierre-Yves Berrard wrote
  Recrudescence de création de points mal placés de manière automatique par
  l'utilisateur SeFaireConnaitre.

 http://www.sefaireconnaitre.com/mentions.htm
 http://www.verif.com/societe/UBIFLOW-429751654/



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/SeFaireConnaitre-tp5846293p5846473.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




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

Re: [OSM-talk-fr] SeFaireConnaitre :(

[Shohreh]

Pierre-Yves Berrard wrote
 Recrudescence de création de points mal placés de manière automatique par
 l'utilisateur SeFaireConnaitre.

http://www.sefaireconnaitre.com/mentions.htm
http://www.verif.com/societe/UBIFLOW-429751654/



--
View this message in context: 
http://gis.19327.n5.nabble.com/SeFaireConnaitre-tp5846293p5846473.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] SeFaireConnaitre :(

[Pierre-Yves Berrard]

Bien vu pour le recalage, la position est assez bonne du coup. Mais c'est
en fait un doublon puisque le POI était déjà présent dans osm. Je vais
fusionner pour conserver toutes les infos.

Le 28 mai 2015 21:06, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit :

  J'en ai vu aussi, mais il y a du mieux.
 Leur procédure reste bizarre :
 Un point à un mauvais emplacement est créé (milieu de la route)
 Puis, dans un autre changeset, il est recalé.
 C'est le cas de ton exemple, reste à voir si sa position actuelle est la
 bonne.

 Stf

 Le 28/05/2015 19:25, Pierre-Yves Berrard a écrit :

  Recrudescence de création de points mal placés de manière automatique
 par l'utilisateur SeFaireConnaitre.
 Un exemple (parmi beaucoup) :
 https://www.openstreetmap.org/changeset/31523303

  Ce contributeur (une agence de com) semble ignorer les remarques qu'on
 lui a fait à ce sujet...
 https://lists.openstreetmap.org/pipermail/talk-fr/2014-November/073250.html


 ___
 Talk-fr mailing 
 listTalk-fr@openstreetmap.orghttps://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] SeFaireConnaitre :(

[Stéphane Péneau]

J'en ai vu aussi, mais il y a du mieux.
Leur procédure reste bizarre :
Un point à un mauvais emplacement est créé (milieu de la route)
Puis, dans un autre changeset, il est recalé.
C'est le cas de ton exemple, reste à voir si sa position actuelle est la 
bonne.


Stf

Le 28/05/2015 19:25, Pierre-Yves Berrard a écrit :
Recrudescence de création de points mal placés de manière automatique 
par l'utilisateur SeFaireConnaitre.
Un exemple (parmi beaucoup) : 
https://www.openstreetmap.org/changeset/31523303


Ce contributeur (une agence de com) semble ignorer les remarques qu'on 
lui a fait à ce sujet...

https://lists.openstreetmap.org/pipermail/talk-fr/2014-November/073250.html


___
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