Pas de fixme2=* On a cependant déjà des FIXME:2=* FIXME:3=* etc. pour séparer les problèmes (quand un seul FIXME=* ne suffit pas) et aussi pour que ça tienne (le numéro en suffixe est utilisé aussi pour lire les lignes dans le bon ordre quand ça un un sens, mais la valeur du numéro n'a aucune importance et il est possible de laisser des trous de numérotation.)
Dans certains cas, si un même problème affecte plusieurs objets tous membres d'une même relation, il est plus parfois simple aussi de porter le FIXME sur cette relation pour les traiter ensemble, même si la relation elle-même n'a pas de problème (mais sert de référence malgré tout aux sous-objets). Mais si les problèmes ou choses à vérifier ne touchent que certains des objets de la relation il vaut mieux copier les FIXME pour trier et séparer les problèmes. En regroupant plusieurs problèmes alors sur le bon objet, on se retrouve à devoir utiliser les FIXME numérotés Le 5 mars 2014 20:10, sly (sylvain letuffe) <lis...@letuffe.org> a écrit : > On mercredi 5 mars 2014, Tyndare wrote: > > mais qu'est-ce qui est utilisé habituellement pour les données générées > par > > des outils ? > > Je ne crois pas qu'il y ait de consensus à ce propos, alors autant en > inventer > un genre fixme:import:adresses=y/z/t qui soit spécifique à ce type ou à cet > import. > > J'ai bien conscience que le but du fixme c'est de faire apparaître le petit > "f" rouge dans JOSM, dans les alertes osmoses et dans les outils qui > mettrons > en avant ces choses à corriger. > Mais ça se mort la queue, car, si, par exemple, il devenait consensuel > d'utiliser fixme pour tout type de corrections à faire, et qu'on autorise > la > masse des post-import, alors ce tag perdrait de l'intérêt (en tout cas à > mon > sens) et j'en proposerais alors un autre, style "fixme2=*" pour les choses > à > réparer uniquement déclarées manuellement et on peut imaginer que les > outils > suivraient (en tout cas ceux que je gère) car ce sont (peut-être) ce type > d'erreur qu'ils veulent mettre en avant. > > C'est donc à mon avis dans l'autre sens qu'il faut traiter le cas : > inventer le tag, puis l'utiliser, puis proposer des outils pour les > repérer. > > > > -- > sly > qui suis-je : http://sly.letuffe.org > > _______________________________________________ > 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
