On 08/21/2013 12:12 PM, Ista Pouss wrote:
Le 21 août 2013 11:03, Jean-Marc Liotier j...@liotier.org
mailto:j...@liotier.org a écrit :
On 21/08/2013 10:56, François Lacombe wrote:
Ne pas avoir de distinction possible des éditions de
maintenance (pour corriger des erreurs
Le 21 août 2013 12:12, Ista Pouss ista...@gmail.com a écrit :
Toutefois du cependant, je n'ai vu nulle part dans les tags la notion je
corrige une erreur ? Ce serait utile, pas utile ?... Je médite...
Sans oublier que dans un même changeset, il peut y avoir des corrections
d'erreur et des
+1 total et merci pour ce lien.
A condition d'avoir une gestion temporelle des données plus élaborée que
par de simples tags.
Ne pas avoir de distinction possible des éditions de maintenance (pour
corriger des erreurs ou des incohérences, des choses qui n'ont jamais
existé sur le terrain) des
On 21/08/2013 10:56, François Lacombe wrote:
Ne pas avoir de distinction possible des éditions de maintenance (pour
corriger des erreurs ou des incohérences, des choses qui n'ont jamais
existé sur le terrain) des éditions de mise à jour (le terrain a
effectivement changé à une date bien
Le 21 août 2013 11:03, Jean-Marc Liotier j...@liotier.org a écrit :
On 21/08/2013 10:56, François Lacombe wrote:
Ne pas avoir de distinction possible des éditions de maintenance (pour
corriger des erreurs ou des incohérences, des choses qui n'ont jamais
existé sur le terrain) des éditions de
Même si on veut avoir des données à jour, le minimum serait de pouvoir
renseigner une start_date=* pour voir ce qui exist auourd'hui et est le
plus ancien ou le plus récent. Ca donne une idée de l'age des structures,
et en considérnt une date de départ d'avoir une idée de la quantité de
structures
6 matches
Mail list logo