Re: "Trustworthiness" of vertical transformations

Nyall Dawson <[email protected]> Wed, 27 Nov 2019 09:34:33 +1000
Newsgroups gmane.comp.gis.proj-4.devel
Message-ID <CAB28AshfN-+QQy=6LVd_w73-2kErbaL3H5q-XSMNC_+r90d5uA@mail.gmail.com>
On Tue, 26 Nov 2019 at 20:52, Kristian Evers <[email protected]> wrote:

> You can get the transformation accuracy using the API function
> proj_coordoperation_get_accuracy(). I think it would be cool if
> information about transformation accuracy where readily available in
> software like QGIS (nudge, nudge :-))

That's where I'm coming from now... I'm just wondering if and how we
should expose vertical transformation functionality. Do you have any
ideas on what functionality you would expect an end-user application
to expose for vertical transformations?

Nyall

>
> /Kristian
>
> -----Original Message-----
> From: PROJ <[email protected]> On Behalf Of Nyall Dawson
> Sent: 26. november 2019 01:27
> To: PROJ <[email protected]>
> Subject: [PROJ] "Trustworthiness" of vertical transformations
>
> Hi list,
>
> I've seen a lot of activity on the PROJ repo lately relating to
> vertical datum transformations. Coming from zero knowledge about the
> world of vertical transformations... if I setup a simple
> transformation between two proj CRS objects created using auth/id
> codes, and transform a 3d point using proj_trans_generic... how
> "trustworthy" is the resultant z value?
>
> I've seen some examples (e.g in
> https://github.com/OSGeo/PROJ/issues/1743) which use a
> "EPSG:26911+5703" type construct, which leads me to believe that the
> world of vertical transformations is not so straightforward! Any tips
> to give a newbie entering this world to avoid the inevitable pitfalls
> which await?
>
> Cheers,
> Nyall
> _______________________________________________
> PROJ mailing list
> [email protected]
> https://lists.osgeo.org/mailman/listinfo/proj
_______________________________________________
PROJ mailing list
[email protected]
https://lists.osgeo.org/mailman/listinfo/proj