Le 26 juillet 2015 19:51, JB <jb...@mailoo.org> a écrit : > Quelques réponses décousues : > > Le 26/07/2015 15:47, Vincent Frison a écrit : > > Par contre j'ai plus de mal à adhérer à l'idée que les imports > automatiques déshumaniseraient OSM. Bon déjà je serais le premier partant > pour aller boire un verre avec des contributeurs locaux pour parler > architecture et botanique :) > > Vas-y, lance une invitation. Je pense qu'on ne le fait pas assez. En rase > campagne, c'est pas forcément évident, mais en ville… >
On va y aller tranquille, j'ai déjà envoyé des mails à 2 personnes.. et je pars bientôt en vacances ! :) > Mais surtout, à partir du moment où évidemment les données sont correctes, > je ne vois pas en quoi ça gêne: un import a le mérite de rajouter avec peu > d'effort (enfin quoique) beaucoup de données qui seraient généralement > beaucoup trop fastidieuses à rentrer manuellement. > > … d'où la demande de leur entretien. Si ça n'intéresse pas grand monde de > les mapper, qui va en plus les entretenir ? Dans 10, 20 ans, à quoi > ressemblera la base de données ? > Oui mais bon à ce moment là on ne peut plus rien rajouter ! Si je rajoute (manuellement) un arbre dans mon quartier et que dans 20 ans je ne suis plus dans la région qui va mettre à jour mon arbre ? > Pour revenir à l'exemple US que je ne connais pas du tout, j'avoue avoir > du mal à croire que ça soit simplement à cause de l'import auto de TIGER > qu'il y ait aussi peu de contributeurs. Sauf si l'import a été mal fait > mais à ce moment là c'est un autre problème. En fait j'aurais même tendance > à penser l'inverse: il est plus facile de motiver des contributeurs à > travailler sur une carte déjà bien remplie plutôt que sur une carte > quasiment vide, où à peu près tout reste à faire.. mais bon là on rentre > dans la psychologie. > > Quelle était ta première contribution ? Dans les ateliers de découverte, > l'accroche des participants est classiquement : il manque ma rue, le nom de > ma rue, la boite aux lettres à coté de chez moi, mon boulanger. Une fois ça > ajouté, ils sont pris dans le jeu et continuent. Tu leurs donnes une carte > visuellement « complète », ils ne voient pas quoi faire. Alors, si l'import > Tiger a été fait avant d'avoir une base de contributeurs locaux, celle-ci > est beaucoup plus difficile à construire à postériori. Et puis, je ne veux > pas tourner en rond, mais tu préfères contribuer sur de la nouvelle donnée, > ou corriger l'existant, voire reprendre l'existant quand celui-ci est > foireux ? > > Donc voilà, à mon sens je ne vois que des côtés positifs à partir du > moment où l'import automatique est bien fait. Et encore une fois rien > n'empêche de pas retravailler manuellement des données importées > automatiquement. > > Même question. Qui préfère retravailler de la mauvaise donnée que d'en > entrer de la nouvelle ? > Oui mais bon là t'es en train de partir sur le postulat que j'insère des mauvaises données... > Je ne connais pas le langage Java, mais processMultiMatchingTree > n'est-il pas une emplâtre sur une jambe de bois ? Un petit tri par distance > à l'existant, pour intégrer d'abord les plus proches ? > Ah ba te remercie pour la jambe de bois ! ;p Le souci c'est que le tri doit se faire à plusieurs niveaux.. mais il y a sans doute y avoir plus simple ou plus efficace, même si la performance n'est pas du tout un problème puisque l'import prend déjà très peu de temps (environ 3 minutes). Ceci toute pull request est évidemment la bienvenue.. > Mais surtout, aussi beau que tu fasses l'algorithme, s'il y a plusieurs > MatchingTree avec des distances à moins de 5m avec des distances à peu près > équivalentes (un arbre à 2.5m, un autre à 3m), pour moi, c'est plutôt un > signe que ces cas devraient être gérés à la main… > C'est un cas extrêmement rare qui pourrait éventuellement poser problème mais à condition que les 2 arbres soient différents. Mais il faut rappeler qu'aucun arbre existant sur Nice n'a de tag taxon / height / etc. Il y a juste ceux de la Prom' ont le type=palm (qui sera gardé).
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr