<div dir="ltr"><div dir="ltr">Well I used gdal_translate to make a VRT directly from the original TIF and it revealed the answer; Metadata!  </div><div dir="ltr"><br></div><div dir="ltr"><Metadata domain="RPC"><div>    <MDI key="HEIGHT_OFF">226</MDI></div><div>    <MDI key="HEIGHT_SCALE">501</MDI></div><div>    ...and so on...</div><div>  </Metadata></div><br></div><div dir="ltr"><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Fri, Dec 7, 2018 at 12:40 PM Patrick Young <<a href="mailto:patrick.mckendree.young@gmail.com">patrick.mckendree.young@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">Hi all,<div><br></div><div>I'm got some code that builds a VRT out of a bunch of image tiles.  These tiles were originally chipped out of a DigitalGlobe 1B GeoTIFF that came with extra metadata, specifically gdalinfo reports that its finding a .IMD, .RPB, and .XML files along with the TIF itself, and gives me a nice summary of the RPCs among other things.</div><div><br></div><div>My goal is to get the same behavior (e.g. recognize the RPCs) when I run gdalinfo on the VRT.  Is there a field to add to the xml that composes the VRT to get the driver to notice this?  My VRT is named with the same prefix as all the metadata files, just like the original GeoTIFF, so it has me thinking that the GeoTIFF driver is special in looking for these sidecars.  If I translate the VRT to a GeoTIFF with the same prefix, everything looks good. </div><div><br></div><div>Thanks for any insights!</div><div>Patrick</div></div>
</blockquote></div>