Le 8 août 2012 18:33, Christian Quest <[email protected]> a écrit : > Le 8 août 2012 15:44, sly (sylvain letuffe) <[email protected]> a écrit : > >>> +1: les diffs actuels ne sont pas à supprimer, mais à compléter d'où >>> l'idée de parle d'updates et plus de diff. >> >> Oui, pardon, j'avais bien compris que tu ne parlais pas de leur >> suppression, >> je me suis mal exprimé. La question que je me posais était plutôt "qui >> devrait être en charge de cette génération" et tu semblais (?) suggérer >> que >> la fondation OSM s'en charge. Bien que s'ils le proposaient, j'en serais >> ravis, je me demande s'ils n'ont pas déjà assez de boulot et que c'est >> quelque chose que quelqu'un d'autre (asso osm-fr par exemple) puisse >> prendre >> en charge. >> > > La frontière entre fondation ou pas est pour moi relativement artificielle. > Prends l'exemple des extraits par pays de geofabrik. Ils sont très utilisés > bien que ça ne soit pas des machines de la fondation qui les génèrent. Si > ces fichiers d'updates sont très utilisés, la fondation pourra pérenniser si > besoin leur génération.
Pour pérenniser ce qui est fait par d'autres, il faudrait des moyens supplémentaires pour maintenir ce nouveau service. Pas sûr que la Fondation elle-même ait ces moyens, pas tellement en terme de matériel (car c'est finalement le moins compliqué et sans doûte pas le plus cher), mais surtout en bande passante, espace de colocation supplémentaire pour les serveurs dédiés, et aussi maintenance (tant administrative que matérielle et logicielle, ainsi que de formation préalable des admins de la Fondation aux arcanes internes de Géofabrik. En revanche Geofabrik a visiblement ces moyens. On s'orienterait alors plutôt vers une collaboration entre la Fondation et Geofabrik afin qu'ils maintiennent ensembles ce type de service, avec une équipe dédiée commune et quelques règles de fonctionnement et bon voisinage (aussi pour que ceux qui ont fait le travail sur Geofabrik ne se sentent pas dépossédés du jour au lendemain de leur travail). Après tout OSM France a aussi ses serveurs qu'elle administre par ses propres moyens, et on peut aussi avoir des collaborations communes. Et aussi une partie des développeurs travaille pour plusieurs assos et on travaille tous aussi plus ou moins sur du code commun, dans l'installation d'un serveur, dans la correction des moteurs de rendus comme Mapnik, dans les bots de vérification, dans le tuning SQL et des outils de conversion de géométries. Tout le monde s'échange des tas de chose mais en fin de compte il reste un paramètre difficilement partageable : la supervision et la responsabilité légale des serveurs, des noms de domaines qui leur sont attachés, et du droit relatif aux contenus hébergés ou distribués, ainsi que des clauses de confidentialité avec pour chacun sa liste d'utilisateurs avec des adresses de contacts et données personnelles non partageables (respect de la vie privée oblige). Ainsi que pour chacun ses engagements financiers avec ses fournisseurs, et ses obligations légales en terme comptable et fiscal (même si on travaille à but non lucratif, cela ne dispense pas de tenir les comptes pour que les administration fiscales et sociales puisse en contrôler l'usage et justifier les cas d'exonération, surtout justement parce que ces assos collectent de l'argent du public ou d'entreprises aux fins d'éducation et de recherche et non pour enrichir les membres de leur bureau ; de même si ces assos ou fondations emploient du personnel...). La Fondation est au Royaume-Uni, Geofabrik en Allemagne, OSM France en... France. Juridiquement ce sont des personnes morales distinctes avec pour chacun leur identité et leurs reponsabilités. On ne peut pas toujours tout partager facilement (en dehors des données elles-mêmes et des échanges de code par divers moyens y compris sur des réseaux et serveurs tiers commerciaux (messageries et forums, documents en ligne chez Google ou Microsoft ou dans des espaces web persos des divers utilisateurs chez leur propre fournisseur d'accès, etc) dans le cadre du droit d'auteur propre à chaque type de données (il n'y a pas que la base de données OSM). _______________________________________________ dev-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/dev-fr
