Lieux et emplacements des extensions Moniteur
Places Service
PlacesMonitor 2.1.1
Android
PlacesMonitor 2.1.3
iOS
ACPPlaces 1.3.1 (iOS)
Lieux 1.4.1 (Android)
PlacesMonitor 2.2.0
Android
Lieux 1.4.0
Android
setAuthorizationStatus
, pour définir l'état d'autorisation du périphérique pour Places Services. La valeur est stockée et utilisée dans l’état Lieux partagés.PlacesMonitor 2.1.2
iOS
ACPPlaces 1.3.0
iOS
setAuthorizationStatus
, pour définir l'état d'autorisation du périphérique pour Places Services. La valeur est stockée et utilisée dans l’état Lieux partagés.PlacesMonitor 2.2.1
iOS
PlacesMonitor 2.2.1
Android
PlacesMonitor 2.1.0
iOS
setRequestAuthorizationLevel
, pour définir le type de demande d'autorisation d'emplacement pour laquelle l'utilisateur sera invité à répondre.Android
setLocationPermission
, afin de définir le type de demande d'autorisation d'emplacement pour laquelle l'utilisateur sera invité.Les mises à jour suivantes ont été apportées à cette version :
Voici une liste des mises à jour apportées à l’interface utilisateur Lieux :
Les mises à jour suivantes ont été apportées à cette version :
Les mises à jour suivantes ont été apportées à cette version :
L’état de surveillance est maintenant conservé entre les lancements.
Le traitement du rappel, qui résultait d'une demande d'autorisation d'emplacement n'exige plus que vous étendiez PlacesActivity.
Modification d’une API existante, permettant aux développeurs d’effacer toutes les données Places du périphérique :
Ancienne API : public static void stop();
Nouvelle API : public static void stop (final boolean clearData);
Mise à jour de l'utilisation de l'API getNearbyPointsOfInterest
pour gérer plus efficacement les scénarios d'erreur.
Les mises à jour suivantes ont été apportées à cette version :
Pour effacer toutes les données Places du périphérique,
dans ACPPlacesMonitor, remplacez une API existante + (void) stop;
par + (void) stop: (BOOL) clearData;
.
Mise à jour de l’utilisation de l’API ACPPlaces getNearbyPointsOfInterest
pour gérer les scénarios d’erreur de manière plus efficace.
Les mises à jour suivantes ont été apportées à cette version :
getNearbyPointsOfInterest
renvoyait le code d’erreur SERVER_RESPONSE_ERROR instead of CONNECTIVITY_ERROR
sur Internet.getNearbyPointsOfInterest
L'API (sans errorCallback) sera successCallback
appelée avec une liste de point vide, en cas d'erreur lors de la récupération des points d'intérêt voisins.Les mises à jour suivantes ont été apportées à cette version :
iOS Places 1.2.0
Ajouté une nouvelle API qui efface toutes les données relatives aux emplacements de l’état partagé, de la mémoire in-app et NSUserDefaults
.
Les mises à jour suivantes ont été apportées à cette version :
iOS Places Monitor 1.0.2
Les mises à jour suivantes ont été apportées à cette version :
iOS Places 1.1.0
Android Places Monitor 1.0.1
Correction des problèmes suivants dans l’interface utilisateur Lieux :
Les mises à jour suivantes ont été apportées à cette version :
Android Places 1.2.0
Android Places Monitor 1.0.0
Version initiale du moniteur de lieux pour Android.
Le moniteur de lieux gère les API d'emplacement au niveau du système d'exploitation et communique directement avec l'extension Places. Avec les deux extensions installées, les clients peuvent avoir une surveillance régionale prête à l'emploi dans leur application.
Pour plus d'informations sur le Moniteur des lieux, cliquez ici.
Android Places 1.1.0
Les mises à jour suivantes ont été apportées à cette version :
iOS Places Monitor 1.0.1
iOS Places Monitor 1.0.0
Version initiale du moniteur de lieux pour iOS.
Le moniteur de lieux gère les API d'emplacement au niveau du système d'exploitation et communique directement avec l'extension Places. Avec les deux extensions installées, les clients peuvent avoir une surveillance régionale prête à l'emploi dans leur application. Pour plus d'informations sur le moniteur de lieux, voir Extension du moniteur de lieux.
Il s'agit de la première version du service Places, un ensemble d'outils qui permet aux clients d'enrichir l'expérience de leurs utilisateurs avec des données de localisation dans le monde réel. Pour la première version, notre Principale utilisation consiste à permettre aux applications mobiles de récupérer des données d’emplacement personnalisées et d’agir sur ces données via Adobe Experience Platform Launch.
Voici les principales fonctionnalités de cette version :
Nous avons publié une interface utilisateur de gestion dans laquelle vous pouvez vue et gérer vos points d’intérêt (POI). Vous pouvez également organiser vos points d’intérêt en bibliothèques. Outre les métadonnées standard telles que la ville, l’état et la catégorie, nous prenons également en charge la possibilité d’ajouter des métadonnées personnalisées à vos points d’intérêt.
A l’aide de l’extension Places, vous pouvez ajouter vos bibliothèques du service Places à votre application mobile et agir sur leurs points d’accès. En utilisant le créateur de règles dans l’Experience Platform Launch, vous pouvez déclencher des actions lorsque les utilisateurs entrent et sortent des points d’intérêt.
Dans l'extension Places :
Pour plus d’informations sur l’extension Places, voir Extension Places.
Vous pouvez utiliser les API Lieux pour effectuer les opérations suivantes :
Permettre aux développeurs de renseigner et de mettre à jour leur liste de points d’intérêt.
Créez votre propre interface utilisateur ou intégrez-la à une base de données de point d’accès existante.
Utilisez les points de fin de lot de l’API Places pour effectuer une importation en masse des points d’intérêt.
Vous pouvez utiliser l'utilitaire Python fourni pour terminer l'importation en masse.
Pour plus d'informations sur les API Places, voir API de service Web.
L’extension Analytics est en cours de mise à jour afin d’ajouter automatiquement des données contextuelles d’emplacement de votre base de données du service Places à tous les appels Analytics sortants lorsqu’un utilisateur est dans un point d’accès (appels passifs). Cette mise à jour permet également à la création de règles de déclencher les appels de suivi Analytics directement à l’entrée ou à la sortie de l’API (appels Principaux).