Le 25 octobre 2012 22:11, Jean-Claude Repetto <jrepe...@free.fr> a écrit : > On 25/10/2012 21:39, Philippe Verdy wrote: >> Ce qui peut poser problème c'est la republication par le proxy des >> images dérivées. >> >> Ce qu'il faudrait pour être conforme aux droits d'utilisation, c'est >> intégrer la reprojection dans les éditeurs. > > Comme le proxy tourne sur la même machine que JOSM, je ne vois pas où > est le problème. > >> >> Avantage: plus besoin de publier les images reprojetées, plus besoin >> de serveur dédié non plus > > Apparemment tu n'as pas testé la solution que j'ai proposée : on n'a pas > du tout besoin de serveur dédié.
Peut-être mais ton serveur n'est pas très facile à installer, contrairement à JOSM ou ses plugins (note que JOSM intègre déjà un mini serveur web, pour la "télécommande", ce n'est pas compliqué à écrire). Reste à savoir la portabilité de ta solution : il y a encore 90% de s utilisateurs qui sont sous Windows (on peut faire tourner Linux dans une VM, mais les besoins en CPU/mémoire et espace disque sont encore plus importants). Si le but est de faire tourner dans une machine locale, c'est bien pour l'utiliser avec un éditeur en même temps. D'où plutôt l'idée de mettre ce serveur dans l'éditeur, avec un plugin. Ce sera plus économique, ça pourra partager le cache locale d'images Bing déjà présent pour l'éditeur. Car ta solution crée bien un serveur dédié, même si on peut le mettre sur la machine locale. Maintenant tu n'es peut-être pas très à l'aise avec la programmation en Java, et je comprends que tu veuilles le mettre dans un logiciel à part (et que tu sois même tenté de l''exécuter sur une seconde machine de ton réseau local (ce qui n'est pas interdit non plus dans un plugin Java, qui peut tout autant fonctionner dans un serveur à part). Certains n'aiment pas Java, pourtant je le trouve extrêmement véloce, et surtout très fiable (pas toujours le cas des programmes écrits en Python, ou en langage de scripts comme PHP, voire en C/C++, trop permissifs et dont la VM n'a pas eu autant d'efforts leur permettant d'atteindre même ce que peut atteindre une machine réelle car il est impossible de prévoir ses capacités à la compilation et avec même un bon optimiseur, dirigé vers un type très particulier de processeur et une config mémoire imprévisible). Je ne fais presque plus de C/C++, les langages à VM ont ma préférence depuis longtemps (y compris pour les performances, et la maintenabilité). _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
