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
