Si c'est fait pour alimenter une base annexe destinée à servir de source d'intégration (par exemple utilisable par Osmose parmi ses couches de choses à intégrer), c'est tout à fait possible de procéder ainsi.
Les données sont saisies, il reste à les valider et faire l'intégration. Osmose pourrait faire ce lien facilitant le travail pour tout le monde, les contributeurs lambda pouvant soumettre des données sans avoir à les intégrer eux-mêmes. Cependant le site OSM a d"jà une telle solution avec ses "notes". On a des fux similaires avec KeepRight et autres outils de supervision qualité, où on peut alimenter des donénes sans faire d'intégration préalable. OSM a aussi une base annexe pour les traces GPS : on les stocke là aussi sans les intégrer. Pouvoir travailler en deux temps (alimentation des données, puis inégration) est une bonne chose, y comrpsi quand les deux phases sont faites par le même contributeur (mais cela permet aussi de déléguer le travail et gérer soi-même son calendrier et ses priorités). Le seul hic à véirifer c'est quelle licence utiliser sur cette base annexe : pour qu'elle soit utilisable comme source, elle doit avoir une licence compatible avec l'ODbL d'OSM, mais si c'est l'ODbL, il faut aussi gérer les attributions : une controbution faite par un utilsiateur ambda sur la base annexe doit être reportée dans les données intégrées. Cela pourrait donner des listes très longues d'utilisateurs, et pour éviter ça il vaut mieux pouvoir indiquer directement dans OSM lors de l'intégration : "source : les utilisateurs de <nom de base annexe>" (cette dernière étant aussi sous ODbL). Pour que cela marche il faudrait donc que les contributeurs de la <base annexe> acceptent eux aussi des "contributor terms" et donc y disposent d'un compte local (qui n'a aucune obligation d'avoir des identifiants et mots de passe indentiques à ceux d'OSM). La source <base annexe> devient alors utilisable pour OSM comme une autre. Sans cela, cette source annexe sera un brouillon inutiisable pour l'intégration car totalement invérifiable, même à postériori en interrogeant celui qui a introduit la donnée problématique dans la base annexe. Le 14 octobre 2013 00:17, Christian Quest <cqu...@openstreetmap.fr> a écrit : > J'aimerai bien comprendre le principe. > > J'ai saisi une adresse où se trouve un commerce, mais ça me demande de > tout renseigner sans tenir compte de l'existant. > Le code est dispo quelque part ? > > > Le 13 octobre 2013 21:52, Otourly Wiki <otou...@yahoo.fr> a écrit : > >> Bonjour, >> J'ai vu passer sur la liste en italien le lien http://onosm.org/ ( >> adapté en http://su.openstreetmap.it/ pour l'occasion ), je me demandais >> s'il y avait une initiative identique en français ? >> >> Florian Farge aka Otourly >> Sur les projets >> wikimédiens<http://commons.wikimedia.org/wiki/User:Otourly>et l'Association >> française <http://www.wikimedia.fr/index.php/Accueil>, et sur >> OSM<http://www.openstreetmap.org/user/Otourly> >> Socio di Wikimedia >> Italia<http://www.wikimedia.it/index.php/Pagina_principale> >> >> _______________________________________________ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-fr >> >> > > > -- > Christian Quest - OpenStreetMap France > Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ > > _______________________________________________ > 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
