RE: [gdal-dev] Re: Add GCP's to a file

2010-02-19 Thread Dan Greve
Question on the -gcp option in gdal_translate. If i want to use it to specify the geographic referencing of the four corners do i need to specify the center of the pixel, or the UL of the pixel. (e.g. -gcp 0 0 34 115 OR -gcp 0.5 0.5 34 115 ) Dan Greve

[gdal-dev] Problem using VSIMem to open VRT dataset

2009-06-25 Thread Dan Greve
with each GDAL version upgrade. -- Dan Greve -- Palm Bay, FL _ Hotmail® has ever-growing storage! Don’t worry about storage limits. http://windowslive.com/Tutorial/Hotmail/Storage?ocid=TXT_TAGLM_WL_HM_Tutorial_Storage_062009_

RE: [gdal-dev] Regarding using VRT to open a raw file

2009-06-11 Thread Dan Greve
30 -0400 > From: warmer...@pobox.com > To: greve...@hotmail.com > CC: gdal-dev@lists.osgeo.org > Subject: Re: [gdal-dev] Regarding using VRT to open a raw file > > Dan Greve wrote: > > I'm using the VRT schema to open a raw binary image file. I can > > successfu

[gdal-dev] Regarding using VRT to open a raw file

2009-06-11 Thread Dan Greve
ad of having to create a VRT file on disk? -- Dan Greve -- Northrop Grumman Corp -- Melbourne, FL _ Lauren found her dream laptop. Find the PC that’s right for you. http://www.microsoft.com/windows/choosepc/

RE: [gdal-dev] concerning VSIInstallSubFileHandler

2009-02-09 Thread Dan Greve
ox.com > To: greve...@hotmail.com > CC: gdal-dev@lists.osgeo.org > Subject: Re: [gdal-dev] concerning VSIInstallSubFileHandler > > Dan Greve wrote: > > Greetings, > > > > I am currently accessing datasets which are embedded inside a single > > file. Each datas

[gdal-dev] concerning VSIInstallSubFileHandler

2009-02-09 Thread Dan Greve
out. My concern with it, as well as the normal VSIMemFileHandler, is in accessing large files. I have 2 GB images, embedded within files that are up to 100 GB in size. Does the VSIMemFileHandler do any sort of paging so that the entire source image is not read into memory? -- Dan Greve

RE: [gdal-dev] NITF Header data

2008-12-17 Thread Dan Greve
I would think it makes sense to return these two fields as metadata, specifically IGEOLO, since IGEOLO might not be returned as a geotransform (such as in the case when BlockA or other higher precision georeferencing is available). -- Dan Greve > Date: Tue, 16 Dec 2008 12:01:05 -0500 >

RE: [gdal-dev] NITF TRE support

2008-11-13 Thread Dan Greve
loper can provide feedback here... -- Dan Greve > From: [EMAIL PROTECTED]> To: gdal-dev@lists.osgeo.org> Date: Wed, 12 Nov 2008 > 11:40:14 -0500> Subject: [gdal-dev] NITF TRE support> > > Ok, I was looking > through nithfile.c, am I correct in understanding >