putting the gtx files in the right proj directory works wonders :-)
Thanks! All is working now.
Doug
On Tue, Jun 9, 2015 at 10:51 AM, Even Rouault
wrote:
> Selon "Newcomb, Doug" :
>
> > Evan,
> > Here is the output from gdalinfo wit the expanded config.
> > Note the error messages on failure
Selon "Newcomb, Doug" :
> Evan,
> Here is the output from gdalinfo wit the expanded config.
> Note the error messages on failure to load datum shift files for the
> corner coordinates.
> I'll upgrade to RC1 and check that again, but thought I would mention.
That's not related to GDAL but to PRO
Evan,
Here is the output from gdalinfo wit the expanded config.
Note the error messages on failure to load datum shift files for the
corner coordinates.
I'll upgrade to RC1 and check that again, but thought I would mention.
gdalinfo --config GTIFF_REPORT_COMPD_CS YES D05_37_30081003_20141231.tif
Evan,
I went back and checked. The .aux.xml sidecar files with the img files do
not appear to have projection information.
Doug
On Tue, Jun 9, 2015 at 9:32 AM, Even Rouault
wrote:
> Selon "Newcomb, Doug" :
>
> > Thanks!
> >
> > That should work in this case to build the virtual raster. I'm s
Thanks Evan!
Doug
On Tue, Jun 9, 2015 at 9:32 AM, Even Rouault
wrote:
> Selon "Newcomb, Doug" :
>
> > Thanks!
> >
> > That should work in this case to build the virtual raster. I'm still
> > curious about assigning the vertical datum to the rasters.
>
> Doug,
>
> I'm a bit surprised that the H
Selon "Newcomb, Doug" :
> Thanks!
>
> That should work in this case to build the virtual raster. I'm still
> curious about assigning the vertical datum to the rasters.
Doug,
I'm a bit surprised that the HFA driver reports a SRS with a VERTCS node as a
child of the PROJCS node. I believe this is
Thanks!
That should work in this case to build the virtual raster. I'm still
curious about assigning the vertical datum to the rasters.
Doug
On Tue, Jun 9, 2015 at 1:48 AM, Hermann Peifer wrote:
>
> About your initial problem:
> > but gdalbuildvrt complained, informing me that
> > they were n
About your initial problem:
> but gdalbuildvrt complained, informing me that
> they were not in the same projection.
What about using the below gdalbuildvrt option?
Hermann
-allow_projection_difference:
(starting with GDAL 1.7.0) When this option is specified, the utility
will accept to make
Hi Folks,
I have a directory of 783 .img format Lidar - based DEMs in the same
projection, North Carolina State Plane Feet (2011) , NAD 83 , NVD88. I
was going to use gdalbuildvrt to create a single virtual image for the
area, but gdalbuildvrt complained, informing me that they were not in the
s
