2014-10-14 22:07 GMT+02:00 sylvain letuffe <[email protected]>: > Mais contient aussi une partie géographique (naissance, commémoration, > plaques, tombe, etc.). Plutôt que de tout rejeter en bloc, je m'interroge sur > l'intérêt de cette partie, savoir si une autre manière de stocker cette > information existe dans osm, ou s'il est préférable de recommander à ceux qui > ont lancé cette proposition d'aller faire ça ailleurs.
Cette relation vise à modéliser une personne sans restrictions, pas seulement à résoudre un problème de "plusieurs noms sur une tombe". Elle suggère même de pouvoir l'utiliser pour les vivants. Il y a donc bien une intention, celle de représenter les personnes dans OSM, avec une porte ouverte à toutes les extensions possibles et imaginables comme on en voit déjà. Cette proposition aurait été mieux acceptée avec un autre nom (par ex. "deceased_person") et une autre intention avec des limitations claires dans le libellé pour éviter toute forme d'abus (limité aux tombes et monuments, limité aux morts, limité aux personnages connus et sinon, conditionné aux législations locales sur la constitution de bases de données nominatives), ne pas mettre d'autres infos comme les lieux de naissance ou liens familiaux pour éviter une exploitation généalogiste, etc. Et malgré tout, il reste d'autres solutions pour résoudre le cas des tombes avec plusieurs noms. Dans le même esprit, on pourrait imaginer des relations qui modélisent les véhicules. Certains pourraient aussi y trouver un intérêt (anciennes loco, entretien réseau de bus, etc). Ca n'est pas pour autant une bonne idée pour OSM. _______________________________________________ Talk-fr mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-fr
