在Android或REST中从lat/long生成地址

Question

我正在使用一个与REST web服务交互的Android应用程序。我们在手机中有一个功能，以便在谷歌原生地图中选择一个位置，并发送到服务器。

由于某些原因，我们需要得到该点的地址在网站打印出来。

如果我们使用地理编码器从手机中的Latitude和Longtitude获取地址并将其发送给REST的话，我们需要在手机中消耗一些内存、数据和带宽。

如果我们在剩下的部分中进行，由于应该为许多正在使用该应用程序的用户进行，因此该过程可能会很耗时。（这是我们REST开发人员所相信）

你能帮我提一下你的意见吗？哪种想法更好，为什么？

Answer 1

请使用此功能

String getAddress（Double lat,Double lon）{String address=“”；

    GeoPoint point = new GeoPoint((int) (lat * 1E6),
            (int) (lon * 1E6));

    Geocoder geoCoder = new Geocoder(mContext, Locale.getDefault());
    try {
        List<Address> addresses = geoCoder.getFromLocation(
                point.getLatitudeE6() / 1E6, point.getLongitudeE6() / 1E6,
                1);

        if (addresses.size() > 0) {
            for (int index = 0; index < addresses.get(0)
                    .getMaxAddressLineIndex(); index++)
                address += addresses.get(0).getAddressLine(index) + " ";
        }

    } catch (IOException e) {
        e.printStackTrace();
    }

    return address;
}

Answer 2

您正在做的工作被称为“反向地理编码”(https://developers.google.com/maps/documentation/geocoding/?hl=fr#reversegeocoding)

关于你的问题：我知道你反向地理编码一些用户的位置和gengrated地址将被许多其他用户使用。

知道：1。中反向测地成本很高。中获得的地址将被许多用户使用。每个用户都将使用其中的许多地址，那么您应该在服务器端进行操作，并将所有地址放在一条消息中。如果你能把地址的数量限制在唯一有用的地址上，那会更好（可能是你附近的地址，但要看你的app功能）

重要的是：在移动设备上，对性能至关重要的不是传输的数据量而不是消息的数量：带宽很好，但延迟很可怕。所以在您的服务器API中，避免原子操作，尽可能多地聚合！