<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><br id="lineBreakAtBeginningOfMessage"><div><br><blockquote type="cite"><div>On May 10, 2024, at 10:02 PM, wong shek via pdal <pdal@lists.osgeo.org> wrote:</div><br class="Apple-interchange-newline"><div><div style="margin-top: 0px; margin-bottom: 0px; caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: 18px; font-style: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: normal; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: none; direction: ltr; text-align: left; background-color: rgb(255, 255, 255);"><span style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt;">In GDAL, I can set the PROJ search paths using OSRSetPROJSearchPaths, but I can't find a similar method in PDAL. I prefer not to use the approach of setting the PROJ_LIB environment variable because it's not thread-safe.</span></div></div></blockquote><br></div><div>I'm not sure what you mean by not thread-safe here. Are you changing the search path location per-thread? IIRC, the paths are loaded in thread-local storage when they are set via the environment variables. I don't understand what you mean by a thread-safe issue in regards to setting the PROJ_LIB (you should use PROJ_DATA going forward, it was relabeled to align with GDAL_DATA and to make it clear it was pointing at support data and not the PROJ .so). </div><br></body></html>