Skip to content
Prev 28704 / 29559 Next

Create a ppp object in UTM with mixture of zones

On Sat, Jul 31, 2021 at 6:09 AM Alexandre Santos <
alexandresantosbr at yahoo.com.br> wrote:
projection centred on longitude and latitude of 0:
https://raw.githubusercontent.com/Leprechault/trash/master/myspds.csv")
https://raw.githubusercontent.com/Leprechault/trash/master/myspds.csv")
+lat_0=0")


  great, but you should centre the projection for your data - +lon_0 and
+lat_0 specify a central-ish point for your longitude,latitude values. Plot
the data on a map in long lat, and then plot them once projected - it looks
pretty weird with centre lon,lat at 0,0 . - you want more like "+proj=laea
+lon_0=29.9 +lat_0=13.4 +datum=WGS84" - the x_0 and y_0 may be specified,
they just move the 0,0 of the projection away from the centre of your map
(nice to not have negative values). It's likely you could find a local
authority projection that is defined for general use (laea, lcc, aeqd are
common).

Also, you are using Lat,Long order which is technically correct for
EPSG:4326, other variants of longitude,latitude specifications use the more
straightforward coordinate order, it's configurable and sf handles it etc.
but you should definitely check :)

Finally, it's probably worth saying in this case for these data you could
probably choose the central (of the 3) UTM zones involved and get just as
good properties ( I never see that said in the wild). But, it's not really
possible to have overarching advice here because your data and your context
and your distances can be a very broad set of cases, that's why different
families of projections exist, for options. You can calculate distance and
area in long,lat with geodist, geosphere, sf and many other packages - and
sf is incorporating s2 to enable that always for data in long,lat - but I
assume you need an actual coordinate system for spatstat to operate in its
own context (so your approach is exactly right). The choice of projection
can be subtle and require expertise, but a local central laea for smallish
regions is pretty fail safe.  Over a small area like this, most projections
will be exactly the same in terms of distance, area, shape  - but not
knowing the broader case of data you might want to deal with means such
advice needs to be issued with care. :)

HTH
mdsumner at gmail.com> escreveu:
projection such as laea:
propagated by folks who should know better. Traversing zones for projection
choice for basic distance properties is unnecessary.
r-sig-geo at r-project.org> wrote:
Pattern object), an I try to do:
https://raw.githubusercontent.com/Leprechault/trash/master/myspds.csv")
"border")
to convert the coordinate reference system of 4326 to
mixture of zones?
--
Michael Sumner
Software and Database Engineer
Australian Antarctic Division
Hobart, Australia
e-mail: mdsumner at gmail.com