I get latitude, longitude and altitude using android.location.Location, after that I send this data on the server, and save it using:

update users set location = ST_SetSRID(ST_MakePoint(-40, 40, 40), 4326) where id = 1;

users.location column was created using:

SELECT AddGeometryColumn ('users', 'location', 4326, 'POINT', 3);

I already saw an answers about 2D points, or answers in which you need to translate one SRID into another, and this is confused me. I want to know correct way from the Android to the postgis.

So, how can I calculate distance between user with id 1 and user with id 2 in kilometers using postgis?


SELECT AddGeometryColumn ('users', 'location', 4326, 'POINT', 2);

update users set location = ST_SetSRID(ST_MakePoint(-118.4079, 33.9434), 4326) where id = 1;

update users set location = ST_SetSRID(ST_MakePoint(2.5559, 49.0083), 4326) where id = 2;

SELECT ST_Distance(a.location, b.location)/1000 as Dist_deg from users a, users b where a.id=1 AND b.id=2;



This is wrong(since these are degrees), so I tried this:

SELECT ST_Distance(ST_Transform(a.location, 2163), ST_Transform(b.location, 2163))/1000 as Dist_deg from users a, users b where a.id=1 AND b.id=2;



So, this is wrong too.

  • ST_3DDistance is what you are looking for. careful, it returns distance in CRS units, so in (useless) degrees for EPSG:4326. you need to find a local projection for your area of interest, suitable for distance measurements and units in meter.
    – geozelot
    Apr 1 '18 at 9:39

For the distance between the 3D points, you should create the 3d geometry for these points, then transform the points on an SRID (depends on the location of the points). After that, you can use (ST_3DDISTANCE), which is the only way.

You can find this ANSWER for a similar problem as yours.

If you want to drop the Z-Index, you can calculate the distance between the two 2D points, but be careful that the calculated distance (in degrees which is nonsense number) because the units for spatial reference 4326 are degrees.

 SELECT ST_Distance(
      ST_GeometryFromText('POINT(-118.4079 33.9434)', 4326), -- Los Angeles (LAX)
      ST_GeometryFromText('POINT(2.5559 49.0083)', 4326)     -- Paris (CDG)
      ) as Dist_deg;

In order to calculate the distance (in meter or Km), we must treat geographic coordinates not as approximate Cartesian coordinates but rather as true spherical coordinates. We must measure the distances between points as true paths over a sphere – a portion of a great circle [1].

So in this case, we will use (ST_Geography) as follows

 SELECT ST_Distance(
  ST_GeographyFromText('POINT(-118.4079 33.9434)'), -- Los Angeles (LAX)
  ST_GeographyFromText('POINT(2.5559 49.0083)')     -- Paris (CDG)
  )/1000 as Dist_KM;

And the result is about 9124.665 Km

For your case e.g (Location between 2D point1 & 2D point2):

SELECT ST_Distance(a.location, b.location)/1000 as Dist_deg from users a, users b where a.id=1 AND b.id=2;

For more information [please find this helpful tutorial]

Finally, let's have a small comparison as an example between the 3D & 2D distance[2].

SELECT ST_3DDistance(
            ST_Transform(ST_GeomFromEWKT('SRID=4326;POINT(-72.1235 42.3521 4)'),2163),
            ST_Transform(ST_GeomFromEWKT('SRID=4326;LINESTRING(-72.1260 42.45 15, -72.123 42.1546 20)'),2163)
        ) As dist_3d,
            ST_Transform(ST_GeomFromText('POINT(-72.1235 42.3521)',4326),2163),
            ST_Transform(ST_GeomFromText('LINESTRING(-72.1260 42.45, -72.123 42.1546)', 4326),2163)
        ) As dist_2d;

And the results are (3D Distance=127.295059324629, 2D Distance=126.66425605671)

  • 1
    Thanks for your answer, but I have some misunderstandings: 1. You didn't use altitude, so how important is this parameter in measuring the approximate distance between two users(in kilometers)? 2. You said "then transform the points on an SRID (depends on the location of the points)", what did you mean? Because I see only SRID 4326, when we talk about geography. When should I use something other than 4326 when I need to calculate a distance between two people? Apr 2 '18 at 22:46
  • 3. Please, change your example with Paris and LA coords on the already inserted points in the table, this will correspond to the my question and will help other users. Apr 2 '18 at 22:47
  • 1
    @don-prog 3. I updated the answer to include a small example of how to get the distance between two locations (1,2) in case of this points stored as 2D points. 2. In simple words, in the SRID 4326, the distance will be in degrees. to get the distances in metric units, we need a projection SRID, so in this case, the projection is different depends on the area covered on the earth (SELECT srtext FROM spatial_ref_sys).
    – Moh
    Apr 2 '18 at 23:45
  • 1
    @don-prog 1. the answer it depends on the point 2 (SRID and projection) but in general, it's a small difference.
    – Moh
    Apr 2 '18 at 23:53
  • 1
    ST_DistanceSphere it's a good option also. Regarding the difference, try to take two points from your measurements, and apply both 3d and 2d and see the difference.
    – Moh
    Apr 14 '18 at 14:08

Much depends on what scale you are working.

  • For distances on global scale, the ad hoc measurements for true 3D space in PostGIS are limited by projections and their distortions; ST_3DDistance needs all coordinates projected in meter to make sense, and accuracy of worldwide projections is very modest on global scale (check e.g. this answer for possible options).
    Considering the overall bad accuracy for mobile based GPS, especially for elevation, on that scale a 'simple' spheroid based 2D distance would be more accurate than anything involving projections I guess.
  • On larger scales however, a simple transformation into the appropriate UTM projection could be all you need (the API docs on android.location.getAltitude states elevation is in meter above WGS84 ellipsoid, thus having a WGS84 based projection makes sense). There are other, local projections with possibly lesser distortion, but if your users are distributed around the world (not to be confused with a measurement around the globe; this here means two user to be measured are in the same area somewhere on Earth), there is e.g. this function to find the proper UTM zone and SRID for given WGS84 LatLons, making that a lot easier to manage (possibly at the cost of slightly less accuracy). GPS elevation is still no better that an educated guess, but here ST_3DDistance could work well.

Assuming the latter, to make your data usable you could

  • transform points on the fly; possibly slowest in execution for many measurements
  • update the geometry column or create a second one; possible drawback that you have to run the update on every insert
  • use triggers; do the above on insert

following this general workflow:

  • creating 2D Point from LatLon
  • (finding UTM Zone and) transforming them to proper (UTM) projection
  • create POINT Z from POINTs with elevation assigned
  • 3DDistance - energize!

For 2D distances (with geography type), the same options arise, but measuring is straight forward.

For a 3D distance measurement between Los Angeles and San Diego on UTM projection (WGS 84 / UTM zone 11S - EPSG:32711), running (thanks to @User2009)

    pts AS (
        SELECT ST_GeographyFromText('POINT(-118.4079 33.9434)') AS a_geom_wgs, -- Los Angeles (LAX)
               ST_GeographyFromText('POINT(-117.1625 32.715)') AS b_geom_wgs,    -- San Diego
               ST_Transform(ST_GeometryFromText('POINT(-118.4079 33.9434)', 4326), 32611)  AS a_geom_utm, -- Los Angeles (LAX)
               ST_Transform(ST_GeometryFromText('POINT(-117.1625 32.715)', 4326), 32611) AS b_geom_utm    -- San Diego
SELECT ST_Distance(a_geom_wgs::geography, b_geom_wgs::geography) / 1000 AS dist_spheroid_2d,
       ST_3DDistance(ST_MakePoint(ST_X(a_geom_utm), ST_Y(a_geom_utm), 0), ST_MakePoint(ST_X(b_geom_utm), ST_Y(b_geom_utm), 0)) / 1000 AS dist_utm_3d
FROM pts

with elevation set to

  • 0m for both points returns dist_utm_3d = 178.843582335076 (and dist_spheroid_2d = 178.90107074162 as a comparison),
  • 3000m for Los Angeles returns dist_utm_3d = 178.868742217424

...which is a little disappointing, but does it´s job (using the same place but different altitudes returns the altitude as the correct distance).

Choose your weapon.

  • ah, I missed out on the updates of @User2009 's answer, had this written and put on draft for a while...anyways, the function to get the UTM SRID could be what's missing.
    – geozelot
    Apr 4 '18 at 17:56
  • Thanks for your answer and sorry for the long delay. Now I'm trying to fully understand your answer. You gave two options at the beginning of the your post, but I don't understand their exact differences and differences in their spheres of application. I saw your explanations, but unfortunately it's not enough for me as for a person who is not very versed in GIS. My users will be located mostly close to each other, but of course another option is possible too (but accuracy on small scales is more important than on large scales). So, what option should I use? Apr 9 '18 at 4:36
  • @don-prog ...well this is really an exhaustive topic; if you are willing, dive into map projections and their limits to get a feeling for what's going on. my recommendation is to work in 2D, using PostGIS geography type and ST_Distance; create POINTs from LatLon, store elevation in a different column (maybe for later/other uses). don´t bother using projections until you know what to do. the impact of elevation does get more significant the closer two users are; in above example, the difference was only 25m, though, over ~180km ground distance and for an elevation difference of 3000m (!)...
    – geozelot
    Apr 9 '18 at 16:46
  • Thanks, I will take this into account and I want to connect these clarifications with your post: situation described by me in the my previous comment, more suits the first option in your post or the second? Apr 9 '18 at 17:45
  • @don-prog I referred to that as the first option, although I wasn't very specific. I think User2009's answer has some more details on 2D distance and some useful links to get started.
    – geozelot
    Apr 10 '18 at 11:10

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.