Conceptos avanzados

Adquisición de datos

Hay muchas formas de obtener datos de ubicación recopilados. Aquí describimos dos técnicas para adquirir datos que se usarán con la función ajustar a las rutas de Roads API.

GPX

GPX es un formato abierto basado en XML para compartir rutas, recorridos y puntos de referencia que capturan los dispositivos GPS. En este ejemplo, se usa el analizador XmlPull, un analizador XML ligero disponible para entornos de servidor Java y para dispositivos móviles.

/**
 * Parses the waypoint (wpt tags) data into native objects from a GPX stream.
 */
private List<LatLng> loadGpxData(XmlPullParser parser, InputStream gpxIn)
        throws XmlPullParserException, IOException {
    // We use a List<> as we need subList for paging later
    List<LatLng> latLngs = new ArrayList<>();
    parser.setInput(gpxIn, null);
    parser.nextTag();

    while (parser.next() != XmlPullParser.END_DOCUMENT) {
        if (parser.getEventType() != XmlPullParser.START_TAG) {
            continue;
        }

        if (parser.getName().equals("wpt")) {
            // Save the discovered latitude/longitude attributes in each <wpt>.
            latLngs.add(new LatLng(
                    Double.valueOf(parser.getAttributeValue(null, "lat")),
                    Double.valueOf(parser.getAttributeValue(null, "lon"))));
        }
        // Otherwise, skip irrelevant data
    }

    return latLngs;
}

Estos son algunos datos GPX sin procesar cargados en un mapa.

Datos GPX sin procesar en un mapa

Servicios de ubicación de Android

La mejor manera de capturar datos de GPS desde un dispositivo Android varía según tu caso de uso. Consulta la clase de capacitación de Android sobre Cómo recibir actualizaciones de ubicación, así como las muestras de Google Play Location en GitHub.

Procesamiento de rutas largas

Como la función ajustar a rutas infiere la ubicación en función de la ruta completa, en lugar de puntos individuales, debes tener cuidado cuando proceses rutas largas (es decir, rutas que superen el límite de 100 puntos por solicitud).

Para tratar las solicitudes individuales como una ruta larga, debes incluir alguna superposición, de modo que los puntos finales de la solicitud anterior se incluyan como los primeros puntos de la solicitud posterior. La cantidad de puntos que se deben incluir depende de la precisión de tus datos. Debes incluir más puntos para las solicitudes de baja precisión.

En este ejemplo, se usa el cliente de Java para los servicios de Google Maps para enviar solicitudes paginadas y, luego, se vuelven a unir los datos, incluidos los puntos interpolados, en la lista que se muestra.

/**
 * Snaps the points to their most likely position on roads using the Roads API.
 */
private List<SnappedPoint> snapToRoads(GeoApiContext context) throws Exception {
    List<SnappedPoint> snappedPoints = new ArrayList<>();

    int offset = 0;
    while (offset < mCapturedLocations.size()) {
        // Calculate which points to include in this request. We can't exceed the API's
        // maximum and we want to ensure some overlap so the API can infer a good location for
        // the first few points in each request.
        if (offset > 0) {
            offset -= PAGINATION_OVERLAP;   // Rewind to include some previous points.
        }
        int lowerBound = offset;
        int upperBound = Math.min(offset + PAGE_SIZE_LIMIT, mCapturedLocations.size());

        // Get the data we need for this page.
        LatLng[] page = mCapturedLocations
                .subList(lowerBound, upperBound)
                .toArray(new LatLng[upperBound - lowerBound]);

        // Perform the request. Because we have interpolate=true, we will get extra data points
        // between our originally requested path. To ensure we can concatenate these points, we
        // only start adding once we've hit the first new point (that is, skip the overlap).
        SnappedPoint[] points = RoadsApi.snapToRoads(context, true, page).await();
        boolean passedOverlap = false;
        for (SnappedPoint point : points) {
            if (offset == 0 || point.originalIndex >= PAGINATION_OVERLAP - 1) {
                passedOverlap = true;
            }
            if (passedOverlap) {
                snappedPoints.add(point);
            }
        }

        offset = upperBound;
    }

    return snappedPoints;
}

Estos son los datos anteriores después de ejecutar las solicitudes de ajuste a las rutas. La línea roja son los datos sin procesar y la línea azul son los datos ajustados.

Ejemplo de datos ajustados a las rutas

Uso eficiente de la cuota

La respuesta a una solicitud de ajuste a rutas incluye una lista de IDs de lugares que se asignan a los puntos que proporcionaste, posiblemente con puntos adicionales si configuras interpolate=true.

Para usar de manera eficiente tu cuota permitida para una solicitud de límites de velocidad, solo debes consultar los IDs de lugares únicos en tu solicitud. En este ejemplo, se usa el cliente de Java para los servicios de Google Maps para consultar los límites de velocidad de una lista de IDs de lugares.

/**
 * Retrieves speed limits for the previously-snapped points. This method is efficient in terms
 * of quota usage as it will only query for unique places.
 *
 * Note: Speed limit data is only available for requests using an API key enabled for a
 * Google Maps APIs Premium Plan license.
 */
private Map<String, SpeedLimit> getSpeedLimits(GeoApiContext context, List<SnappedPoint> points)
        throws Exception {
    Map<String, SpeedLimit> placeSpeeds = new HashMap<>();

    // Pro tip: Save on quota by filtering to unique place IDs.
    for (SnappedPoint point : points) {
        placeSpeeds.put(point.placeId, null);
    }

    String[] uniquePlaceIds =
            placeSpeeds.keySet().toArray(new String[placeSpeeds.keySet().size()]);

    // Loop through the places, one page (API request) at a time.
    for (int i = 0; i < uniquePlaceIds.length; i += PAGE_SIZE_LIMIT) {
        String[] page = Arrays.copyOfRange(uniquePlaceIds, i,
                Math.min(i + PAGE_SIZE_LIMIT, uniquePlaceIds.length));

        // Execute!
        SpeedLimit[] placeLimits = RoadsApi.speedLimits(context, page).await();
        for (SpeedLimit sl : placeLimits) {
            placeSpeeds.put(sl.placeId, sl);
        }
    }

    return placeSpeeds;
}

Estos son los datos anteriores con los límites de velocidad marcados en cada ID de lugar único.

Señales de límite de velocidad en un mapa

Interacción con otras APIs

Uno de los beneficios de tener IDs de lugar que se muestran en las respuestas de ajuste a rutas es que puedes usar el ID de lugar en muchas de las APIs de Google Maps Platform. En este ejemplo, se usa el cliente de Java para los servicios de Google Maps para geocodificar un lugar que se muestra en la solicitud de ajuste a ruta anterior.

/**
 * Geocodes a snapped point using the place ID.
 */
private GeocodingResult geocodeSnappedPoint(GeoApiContext context, SnappedPoint point) throws Exception {
    GeocodingResult[] results = GeocodingApi.newRequest(context)
            .place(point.placeId)
            .await();

    if (results.length > 0) {
        return results[0];
    }
    return null;
}

Aquí, el marcador de límite de velocidad se anoto con la dirección de la API de Geocoding.

Dirección geocodificada que se muestra en un marcador

Código de muestra

Consideraciones

El código que respalda este artículo está disponible como una sola app para Android con fines ilustrativos. En la práctica, no debes distribuir tus claves de API del servidor en una app para Android, ya que no se pueden proteger contra el acceso no autorizado de un tercero. En su lugar, para proteger tus claves, debes implementar el código orientado a la API como un proxy del servidor y hacer que tu app para Android envíe solicitudes a través del proxy, lo que garantiza que las solicitudes estén autorizadas.

Descargar

Descarga el código de GitHub.