Discussion :

[michelp3]

Bonjour,

je tente de mettre au point une application qui permet de trouver tous les

les hébergements ds un radius de 0 à 30 kilomètres par rapport à ma localisation du moment.

Je me sers donc de Google Places API

Après 5 ou 6 jours de tests intensifs de mon application en activant la facturation, je remarque à ma grande surprise que je suis

redevable de +- 400 euros . Ai-je bien compris ? Je suis le seul à développer et tester mon appli.

[Turvy]

Tu trouveras plus d'infos ici : https://cloud.google.com/maps-platfo.../sheet/#places et là https://developers.google.com/maps/b...ng-cost-of-use

Tu peux peut-être t'arranger avec eux, mais j'ai bien peur que tu ne dois payer qq deniers. Le tarif n'est pas du aux nombres d'utilisateurs mais aux nombres de requetes. Pour les maps par contre, le téléchargement des cartes est illimité sur mobile, mais pas en web

[michelp3]

Mais alors comment la mettre sur le Play Store si avec moi seul qui l’utilise

çà ma coûte autant ????

[Turvy]

obligé de prendre un forfait.
Apres tu disais l'utiliser à l'exces ces derniers temps

[grunk]

Au vue de la grille de tarif ca veux quand même dire que tu doit être au alentours de 30000 requêtes. C'est plus vraiment un test à ce niveau là , ou alors tu as un bug qui fait que tes requêtes se duplique.

Mais alors comment la mettre sur le Play Store si avec moi seul qui l’utilise

çà ma coûte autant ????

Faut rentabiliser l'appli d'une manière ou d'une autre. Mais c'est certains que laisser accès à un service payant comme celui ci c'est prendre des risque si tu ne limite / cache pas les requêtes.

[michelp3]

rebonjour,

2 précisions pour cette application :

1. cette application propose plusieurs thématiques
- hébergement
- restaurant
- stadium

2. l'utilisateur choisit un thème :

restaurant par exemple et désire être informé continuellement des restaurants disponibles ds un rayon de 15 km au cours de son déplacement
sa localisation changeante entraîne donc une mise à jour continue des lieux concernés par le thème choisi

conclusion : la consultation de google Places nearby search est continue lorsque l’utilisateur se déplace, ce qui entraine un grand nombre de requêtes.
J'en suis conscient mais c'est l'essence même de l'appli : le just in time et Places API sert à çà, il me semble

Pour finir imaginons 1000 téléchargements de l'application ... vous voyez ce que çà peut donner en terme de coûts ... finalement google Places nearby search
serait à utiliser ds le cadre d'une localisation User statique ... bizarre

[grunk]

Comme je l'ai dis avant il y'a des solutions pour limiter les coûts.

La première est évidente , c'est de diminuer le taux de demande. C'est pas nécessaire de faire un appel à chaque changement de position GPS. On peut imaginer qu'un refresh tous les 50 ou 100m est acceptable par exemple.

L'étape d'après c'est de mettre en place un cache. Ton appli ne questionne plus directement l'api places mais c'est un serveur qui le fait et ton appli interroge le serveur.
Si une requête à déjà été fait pour cette zone est n'est pas trop vieille (par exemple moins d'une semaine) tu renvois les données stocké sur ton serveur sans même interroger l'API. Si non le serveur fait une demande à l'API stock le résultat et te le retourne.

[michelp3]

merci pour votre réponse

En parcourant le net , j'ai trouvé OpenStreetMap et OSMBonusPack qui a l'air intéressant

Qu' en penser ?? Merci

[grunk]

C'est une alternative viable mais comme chez Google , les providers de tiles ou de poi instaure généralement des limites d'utilisation gratuite après quoi il faut payer (ou alors on est banni).

Tu peux t'affranchir de tout ca en mettant en place ton propre serveur OSM qui hébergera l'ensemble des données.
L'avantage c'est que tu est complètement maitre de ta carte. En revanche c'est assez long à mettre en place et il faut le maintenir à jour à chaque màj d'OSM.