Merci pour vos réponses, je note que la licence est bien indispensable. Le 9 juin 2016 à 21:33, Philippe Verdy <verd...@wanadoo.fr> a écrit :
> Goolgle ne peut pas s'approprier les données qui ne sont pas hébergées sur > son serveur. Il ne le fait que si on charge les POI OSM sur son appli, mais > avec un simple OpenLayers, les superpositions sont indépendantes, les URLs > ne sont pas sur les mêmes domaines, la liaison ne se fait que sur le poste > client, un navigateur web dont l'utilsiation n'appartient pas à Google > (même si c'est un Google Chrome, ça peut être n'importe quel navigateur, > IE, Edge, Safari, Firefox ou autre navigateur mobile). > > Il suffit d'utiliser un framework OpenLayers pour charger des couches > séparées sans rien demander aux serveur Google pour les POI d'OSM. > OpenLayers peut asusi bien afficher des couches du cadastre et Google ne se > les approprie pas, ce n'est pas lui qui les héberge. On peut aussi utiliser > un espace d'hébergement dédié à Google sur son cloud, mais cela reste une > espace privé pour celui qui l'utilise. Attention aux espaces gratuits de > son cloud qui n'ont pas les mêmes conditions d'utilisation (exemple > Blogspot, où Google dispose du droit de réutiliser le contenu à sa guise). > > Sur un espace loué à Google sur son cloud, on a même le droit de refuser > les visites par son bot indexeur sur les pages qu'on souhaite, de la même > façon que pour un autre site indépendant. Google n'est plsu alors que le > prestataire technique d'hébergement, mais celui qui loue cet espace en fait > ce qu'il veut dans les limites permises par la loi d'une part et des > limites d'utilisation (débit total, charges IO/CPU/mémoire, limite de > stockage web ou base de données). > > En revanche si on utilise directement l'API Google Maps pour intégrer des > données OSM, là oui ça pose problème, mais même si Google veut réutiliser > ces données, il ne pourrait le faire qu'en respectant nos licences et donc > avec mention des crédits nécessaires. Ses robots se garderont bien de faire > cette exportation et réutilisation, au risque de compromettre le jeu de > données de Google qui devrait être ouvert ensuite. OpenLayers est fait pour > ça; assurer la séparation technique sans rien avoir à charger sur un > serveur Google. > > Si maintenant Google considère qu'OpenLayers lui donne ce droit, alors > même le site d'OSM est en danger d'appropriation par Google car OSM utilise > OpenLayers sur son propre site. > > Il faut juste prendre garde au nom de domaine utilisé pour héberger les > données en question. La fusion se fera sur le poste client en requêtes > séparées. > > > > Le 9 juin 2016 à 20:53, Christian Quest <cqu...@openstreetmap.fr> a écrit > : > >> C'est un (gros) poil plus complexe que ça... >> >> Si tu lit les conditions d'utilisation des service de Google, ce dernier >> s'autorise le droit de réutiliser les données que tu affiche sur son fond >> via son API... et comme ceci ne se fera pas en respectant l'ODbL, en >> principe tu ne devrais pas mettre des données OSM sur un fond Google ;) >> >> Si tu le fait quand même, oui l'attribution est nécessaire. >> >> >> >> Le 9 juin 2016 à 16:58, Florian LAINEZ <winner...@free.fr> a écrit : >> >>> Bonjour, >>> Je me demande si le crédit « © les contributeurs d’OpenStreetMap » doit >>> être apposé sur une carte affichant des POIs d'OSM avec un fond de carte >>> Gmaps. >>> >>> Je n'ai trouvé ce cas particulier ni dans le wiki ni sur la page >>> http://www.openstreetmap.org/copyright >>> >>> Merci pour vos réponses >>> >>> -- >>> >>> *Florian Lainez* >>> @overflorian <http://twitter.com/overflorian> >>> >>> _______________________________________________ >>> Talk-fr mailing list >>> Talk-fr@openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-fr >>> >>> >> >> >> -- >> Christian Quest - OpenStreetMap France >> >> _______________________________________________ >> 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 > > -- *Florian Lainez* @overflorian <http://twitter.com/overflorian>
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
