<div dir="ltr">If you don't have access to the PROJ data then there are Spatial References(CRS) and Spatial Transformations that it will not know about.<br><br>However - you can set GDAL up to use the PROJ CDN - so that it pulls down just the data it needs when it needs it.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 8 Feb 2023 at 21:44, Scott Arnold <<a href="mailto:scottcarnold2@gmail.com">scottcarnold2@gmail.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"><div dir="ltr"> Greetings GDAL Community,
<br>
<br>I've been working with GDAL lately, and I have a question for more 
experienced GDAL users or developers.  GDAL has a dependency on PROJ.  I 
know some GDAL functions, for example, will respond with an error 
message if the proj.db cannot be found, and there is a dependency on 
PROJ during the GDAL build.  PROJ has a rather large collection of data 
packaged separately from the PROJ source code (described in PROJ-data 
readme as containing shift grids for horizontal and vertical coordinate 
transformations.). You can build both PROJ and GDAL without PROJ data, 
and the GDAL functions I've used (albeit I've only used a few) seem 
unaffected by not having PROJ data.  Can any of you provide any insights 
into what the implications are of having PROJ data installed vs. not 
installed?
<br>
<br>Thank you,
<br>
<br>Scott Arnold   <br></div>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
</blockquote></div>