<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Sun, 4 May 2025 at 16:32, Greg Troxel <<a href="mailto:gdt@lexort.com">gdt@lexort.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Javier Jimenez Shaw <<a href="mailto:j1@jimenezshaw.com" target="_blank">j1@jimenezshaw.com</a>> writes:<br>
<br>
> The failures in the roundtrip suggest that the problem is in the inverse<br>
> function of the spilhaus projection.<br>
> Part of the code used there was refactored end of March in master, and<br>
> maybe the new code/formulation behaves better in NetBSD.<br>
><br>
> Could you test master in your environment?<br>
<br>
Thanks for the hint. I ran a build/check from git master, and got a<br>
clean pass.<br>
<br>
I guess we don't know if the problem was in the previous code, or it was<br>
ok and triggers a NetBSD bug, but I would guess since you changed things<br>
on master you think it's better and there's no need to dig into it.<br>
<br></blockquote><div><br></div><div>The PR was <a href="https://github.com/OSGeo/PROJ/pull/4446">https://github.com/OSGeo/PROJ/pull/4446</a></div><div><br></div><div>Maybe the function that impacts the tests is "pj_conformal_lat_inverse". You can try with the new implementation.</div><div>The changes should be small. (See that the signature of the function is a bit different). It is used only in one place.</div><div> <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>
17/68 Testing: spilhaus<br>
17/68 Test: spilhaus<br>
Command: "/n0/gdt/SOFTWARE/GEO/PROJ/proj/BUILD/bin/gie" "/n0/gdt/SOFTWARE/GEO/PROJ/proj/test/gie/spilhaus.gie"<br>
Directory: /n0/gdt/SOFTWARE/GEO/PROJ/proj/test<br>
"spilhaus" start time: May 04 10:17 EDT<br>
Output:<br>
----------------------------------------------------------<br>
-------------------------------------------------------------------------------<br>
Reading file '/n0/gdt/SOFTWARE/GEO/PROJ/proj/test/gie/spilhaus.gie'<br>
-------------------------------------------------------------------------------<br>
total: 133 tests succeeded, 0 tests skipped, 0 tests failed.<br>
-------------------------------------------------------------------------------<br>
<end of output><br>
Test time = 0.04 sec<br>
----------------------------------------------------------<br>
Test Passed.<br>
"spilhaus" end time: May 04 10:17 EDT<br>
"spilhaus" time elapsed: 00:00:00<br>
17/68 Testing: spilhaus<br>
17/68 Test: spilhaus<br>
Command: "/n0/gdt/SOFTWARE/GEO/PROJ/proj/BUILD/bin/gie" "/n0/gdt/SOFTWARE/GEO/PROJ/proj/test/gie/spilhaus.gie"<br>
Directory: /n0/gdt/SOFTWARE/GEO/PROJ/proj/test<br>
"spilhaus" start time: May 04 10:17 EDT<br>
Output:<br>
----------------------------------------------------------<br>
-------------------------------------------------------------------------------<br>
Reading file '/n0/gdt/SOFTWARE/GEO/PROJ/proj/test/gie/spilhaus.gie'<br>
-------------------------------------------------------------------------------<br>
total: 133 tests succeeded, 0 tests skipped, 0 tests failed.<br>
-------------------------------------------------------------------------------<br>
<end of output><br>
Test time = 0.04 sec<br>
----------------------------------------------------------<br>
Test Passed.<br>
"spilhaus" end time: May 04 10:17 EDT<br>
"spilhaus" time elapsed: 00:00:00<br>
<br>
<br>
You may be amused by this test failure:<br>
<br>
Test 95 failed<br>
/n0/gdt/SOFTWARE/GEO/PROJ/proj/BUILD/bin/projinfo completion projinfo --pivot-crs<br>
Different stdout+stderr returned (+) than expected (-):<br>
- always if_no_direct_transformation never EPSG: ESRI: IAU_2015: IGNF: NKG: NRCAN: OGC: PROJ:<br>
+ always if_no_direct_transformation never EPSG: ESRI: IAU_2015: IGNF: NKG: NRCAN: NSRS: OGC: PROJ:<br>
? ++++++<br>
<br>
which is obviously not an actual bug -- I had your NSRS db hooked in via<br>
PROJ_AUX_DB.<br></blockquote><div>The auxiliary database usage is not widely tested. That command is printing all the authorities, and you have a new one ;) <br></div></div></div>