Comment obtenir le compte d'étape à partir de Google Fit API REST comme Google Fit app?

Je pense que la différence que vous voyez est la différence entre la façon dont Google utilise l'API de l'Histoire et les Capteurs de l'API. Si vous utilisez PHP, vous interrogez Google Fit Store via la fitness de l'API et c'est ensuite dépend de ce que l'Application a la possibilité d'enregistrer via l'enregistrement de l'API. Donc vous ne pouvez pas voir toutes les données de l'appareil est disponible.

Je pense, mais ne sais pas pour certains, qui le Fit App utilise les capteurs de l'api. Au sein de l'Application, vous pouvez utiliser les capteurs de l'API, comme décrit dans le Google Docs Les capteurs de l'API et de manipuler les données renvoyées comme vous le désirez.

Ci-dessous montre un moyen simple d'obtenir des mesures à l'aide de TYPE_STEP_COUNT_CUMULATIVE et TYPE_RAW

Fitness.SensorsApi.findDataSources(mClient, new DataSourcesRequest.Builder()
            //At least one datatype must be specified.
            .setDataTypes(DataType.TYPE_STEP_COUNT_CUMULATIVE)
                    //Can specify whether data type is raw or derived.
            .setDataSourceTypes(DataSource.TYPE_RAW)
            .build())
            .setResultCallback(new ResultCallback<DataSourcesResult>() {
                @Override
                public void onResult(DataSourcesResult dataSourcesResult) {
                    Log.i(TAG, "Result: " + dataSourcesResult.getStatus().toString());
                    for (DataSource dataSource : dataSourcesResult.getDataSources()) {
                        Log.i(TAG, "Data source found: " + dataSource.toString());
                        Log.i(TAG, "Data Source type: " + dataSource.getDataType().getName());

                        //Let's register a listener to receive Activity data!
                        if (dataSource.getDataType().equals(DataType.TYPE_STEP_COUNT_CUMULATIVE) && mListener == null) {
                            Log.i(TAG, "Data source for TYPE_STEP_COUNT_CUMULATIVE found!  Registering.");
                            registerFitnessDataListener(dataSource, DataType.TYPE_STEP_COUNT_CUMULATIVE);
                        }
                    }
                }
            });

private void registerFitnessDataListener(DataSource dataSource, DataType dataType) {

    mListener = new OnDataPointListener() {
        @Override
        public void onDataPoint(DataPoint dataPoint) {
            for (Field field : dataPoint.getDataType().getFields()) {
                Value val = dataPoint.getValue(field);
                Log.i(TAG, "Detected DataPoint field: " + field.getName());
                Log.i(TAG, "Detected DataPoint value: " + val);

                Log.i(TAG, "Difference in steps: " + (val.asInt()-previousValue));

                previousValue = val.asInt();
            }
        }
    };

    Fitness.SensorsApi.add(
            mClient,
            new SensorRequest.Builder()
                    .setDataSource(dataSource) //Optional but recommended for custom data sets.
                    .setDataType(dataType) //Can't be omitted.
                    .setSamplingRate(10, TimeUnit.SECONDS)
                    .build(),
            mListener)
            .setResultCallback(new ResultCallback<Status>() {
                @Override
                public void onResult(Status status) {
                    if (status.isSuccess()) {
                        Log.i(TAG, "Listener registered!");
                    } else {
                        Log.i(TAG, "Listener not registered.");
                    }
                }
            });
}

Vous pouvez trouver que cela vous donne de plus près la même valeur que celle donnée par l'Ajustement de l'App. Cependant, ce n'est évidemment uniquement disponible sur l'appareil, de sorte que vous devez exécuter un service d'arrière-plan qui a mis à jour une base de données externe, qui est ce que l'Enregistrement et l'Histoire de l'Api de vous donner.

Comme un point de la note pour s'assurer que les données continuent d'être envoyé à la salle de Magasin lorsque votre application est en arrière-plan, vous devez utiliser la fonction d'Enregistrement de l'API, ce qui peut également modifier les valeurs que vous voyez.

Mise à JOUR:

Avoir écrit ci-dessus, je pensais que je devais le tester. Il s'agissait d'un matin de la marche.

• Apple iPhone 6 HealthKit: 6,762
• Apple iPhone 6 Mon Application: 6,762
• Android Nexus 6: 6,920
• Android Nexus 6 de Mon Appli: 6,920 (Utilise le HistoryAPI)
• Android API Rest estimated_steps: 6,928
• Android API Rest merge_step_deltas: 6,911

C'est à partir d'un poste Google+, vous pouvez trouver ici

"merge_step_deltas vous donne la fusion de flux de toutes vos compteurs de pas. estimated_steps prend également en compte l'activité, et les estimations des mesures quand il n'y a aucun"

Celui que je n'ai pas à le bas de encore est l'capteurs à l'aide de ce que je montre ci-dessus, il ne me donne 2,548 étapes.

L'autre légèrement curieux, c'est que un jour plus tard, Fit montre moi j'ai fait 6,668 étapes, donc plus proche de la Pomme de résultat, mais un nouveau calcul de ce qui au départ, il m'a montré après les données synchronisées. Mon application affiche toujours 6,920!

Le temps pour tout synchroniser je n'ai pas de mesure.

OriginalL'auteur Longmang

J'ai eu le plus de chance avec derived:com.google.step_count.delta:com.google.android.gms:estimated_steps

Le résultat a été plus élevés d'abord que ce que mon téléphone a été la lecture, alors j'ai filtré sur mes deux principaux étape appareils select{|q| q["originDataSourceId"] =~ /360|Nexus/} et qui m'a donné le plus proche du résultat.

Si j'essaie un autre jour plus tard et il est complètement à côté de la paroi, je vais revenir et notez-le ici.

OriginalL'auteur azurewraith