<div dir="ltr">Thanks for the reply Greg, I'll elaborate a little on where I start from.<div><br><div>Initially, data is in WGS84 (EPSG 4326), we use PROJ API to transform coordinates from WGS84 to a user selected transformation, in my case EPSG 7854</div><div>My problem is that GDA2020 is expressed from GDA94 using the above mentioned transformation files.</div><div>I'll therefore need to 'jump' from WGS84 to GDA94 and from GDA94 to GDA2020 in one step, most probably using a pipeline - not sure how though...and if possible...a sort of two-transform in one go.</div><div><br></div><div>And in more general terms I was questioning how PROJ is doing the link between CRS codes and grid shift transformation files - where can I find this information ?</div><div><br></div><div>Offsets that I observe from the data comparing ground truth points (in EPSG 7854) and my data (supposedly in EPSG 7854 but I doubt as I don't think it is considering the transformation grid) are in the order of 80m to the NNE from where it is supposed to be.</div><div><br></div><div>Thanks for your help !</div><div>Best regards, </div><div>Pierre C</div><div><br></div><div><br></div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mer. 29 juin 2022 à 22:24, Greg Troxel <<a href="mailto:gdt@lexort.com">gdt@lexort.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
Pierre Chaponniere <<a href="mailto:pierrechapo@gmail.com" target="_blank">pierrechapo@gmail.com</a>> writes:<br>
<br>
> i am looking at transforming data into GDA2020 MGA zone 54 :<br>
<br>
I am far from a GDA expert but it does not make sense to talk about<br>
transforming data into a CRS without specifying the CRS the data is<br>
already in.<br>
<br>
> +proj=utm +zone=54 +south +ellps=GRS80 +units=m +no_defs +type=crs<br>
<br>
This is a bare projection, and GDA2020 zone 54 is a projection based on<br>
a datum. One is a way to take lat/lon into x/y, and the other is<br>
something you can use to transform to/from other datums.<br>
<br>
> But it seems this projection is associated with a transformation grid<br>
><br>
> <a href="https://www.icsm.gov.au/datum/gda-transformation-products-and-tools/transformation-grids" rel="noreferrer" target="_blank">https://www.icsm.gov.au/datum/gda-transformation-products-and-tools/transformation-grids</a><br>
<br>
The projection is not, but GDA94 to GDA2020 transformations are, as I<br>
read that page.  (That makes senes to me; we have a similar situation<br>
in the US among former/current/future national datums.)<br>
<br>
> I have therefore dowloaded the corresponding .gsb transformation files<br>
><br>
> <a href="https://github.com/icsm-au/transformation_grids" rel="noreferrer" target="_blank">https://github.com/icsm-au/transformation_grids</a><br>
><br>
> However when I apply the transformation, it appears the process does not<br>
> use the transformation files and generate data with planimetric and<br>
> vertical offsets.<br>
<br>
You didn't explain offset from what and why you think the result is<br>
wrong.<br>
<br>
> How can I make sure the transformation grid are applied and what file makes<br>
> the link between proj code and transformation files - is this stored in<br>
> proj.db ?<br>
<br>
Almost certainly, label the input data as being in the CRS it is<br>
actually in, and find a CRS for the GDA2020 zone that labels it as being<br>
not just in UTM, but UTM GDA2020.  At least then you'll be asking proj<br>
to do the right thing.<br>
</blockquote></div>