still an issue Re: *cs out EPSG:3042 and *declination auto - weird interaction

Warren Family warrenfamily at fastmail.com
Thu Oct 26 21:50:23 BST 2023


Thanks Olly for getting to the bottom of this.  I'll update the DowProv 
case study to follow your suggestions. -- Patrick

On 23/10/2023 22:35, Olly Betts wrote:
> On Thu, Oct 19, 2023 at 09:06:11PM +0100, Olly Betts wrote:
>> |  o proj_factors(): make it work with projected CRS with non-metre unit and/or
>> |  northing/easting axis order (#3826)
>>
>> That patch is https://github.com/OSGeo/PROJ/pull/3826
>>
>> I suspect just adding the code to select a consistent axis order will
>> solve this.  If not we may be able to copy code from that patch.
> It turns out copying code from the patch is tricky as it seems to use
> PROJ functions which aren't exported in their public API, but just
> normalising the output order like we already do when converting
> coordinates seems to fix this for older PROJ.
>
> I've converted your reduced reproducer into a testcase in the testsuite
> and package builds run the testsuite so once I've made a release and
> backported the packages we can be confident that this is fixed.  The
> only wrinkle is that this new testcase is failing on macOS in CI due
> to the coordinates of the fixed point converting differently by
> (-0.28,1.41,0.00) (metres).  Homebrew currently provides the same
> upstream PROJ version as Debian so I'm not sure what's up.  This seems
> to be unrelated to your bug.
>
> I'll try to resolve this and make a release fairly soon but if you're
> affected by this then if you're able to move `*cs out` after
> `*declination auto` that should provide a crude workaround (you'll end
> up without grid convergence correction for now though).  This workaround
> will function correctly and correct for grid convergence with the next
> release.
>
> Another way to work around it is to pick a different output coordinate
> system which isn't affected by this issue.  If cavern sees `*cs out`
> more than once it just uses the first it sees so you can use a
> wrapper .svx file to use a different output coordinate system without
> having to change your data, e.g. mycave-utm.svx with:
>
>      *cs out UTM30N
>      ; Any cs out in mycave.svx or files it includes will be ignored.
>      *include mycave.svx
>
> Cheers,
>      Olly




More information about the Survex mailing list