_
> From: gdal-dev-boun...@lists.osgeo.org [gdal-dev-boun...@lists.osgeo.org]
> on behalf of Cole, Derek [dc...@integrity-apps.com] Sent: Thursday, July
> 07, 2011 6:20 PM
> To: gdal-dev@lists.osgeo.org
> Subject: RE: [gdal-dev] Creating modified
Subject: RE: [gdal-dev] Creating modified copies of a file
NOTICE: A potentially dangerous attachment(s) to this email was identified.
Please do NOT open any attachments, unless you are expecting them, and they are
from a trusted source, as unsolicited attachments can contain malware. Please
call
alls it
nNewSize, and I think I had read somewhere that the command line option was in
MB, so that may be my bad. Is my assertion that it must come before registering
drivers correct?
________________
From: Even Rouault [even.roua...@mines-paris.org]
Sent: Thursday, July 07, 2011 6:07 PM
-boun...@lists.osgeo.org]
> on behalf of Cole, Derek [dc...@integrity-apps.com] Sent: Thursday, July
> 07, 2011 3:20 PM
> To: gdal-dev@lists.osgeo.org
> Subject: RE: [gdal-dev] Creating modified copies of a file
>
> I actually just out of curiosity tried to open the
07, 2011 3:20 PM
To: gdal-dev@lists.osgeo.org
Subject: RE: [gdal-dev] Creating modified copies of a file
I actually just out of curiosity tried to open the file given by this command:
gdal_translate dan_data.ntf dan_data_translate.ntf
And it turns out that dan_data_translate.ntf was actually a
...@lists.osgeo.org] on
behalf of Cole, Derek [dc...@integrity-apps.com]
Sent: Thursday, July 07, 2011 2:48 PM
To: gdal-dev@lists.osgeo.org
Subject: RE: [gdal-dev] Creating modified copies of a file
Yes, the source data is a NITF. Here is the first few lines of the projection
info in that source NITF:
Coordinate
n to the same one that is in
gdal_translate as well, which had no change. I will try the debugging route
before too much trouble, to see what I can find out.
Thanks for the help so far. I will report back what I find.
________
From: Even Rouault [even.roua...@mines-
________
> From: Even Rouault [even.roua...@mines-paris.org]
> Sent: Wednesday, July 06, 2011 5:32 PM
> To: gdal-dev@lists.osgeo.org
> Cc: Cole, Derek
> Subject: Re: [gdal-dev] Creating modified copies of a file
>
> Le mercredi 06 juillet 2011 23:18:21, Cole, Der
-paris.org]
Sent: Wednesday, July 06, 2011 5:32 PM
To: gdal-dev@lists.osgeo.org
Cc: Cole, Derek
Subject: Re: [gdal-dev] Creating modified copies of a file
Le mercredi 06 juillet 2011 23:18:21, Cole, Derek a écrit :
> I have noticed that when attempting to do this, I am able to do a gdalinfo
> on the
Le mercredi 06 juillet 2011 23:18:21, Cole, Derek a écrit :
> I have noticed that when attempting to do this, I am able to do a gdalinfo
> on the source and destination files (even if the destination file is not
> complete, it seems the header gets created, and gdalinfo recognizes teh
> file).
>
>
, 2011 1:20 PM
To: gdal-dev@lists.osgeo.org
Cc: Cole, Derek
Subject: Re: [gdal-dev] Creating modified copies of a file
Le mercredi 06 juillet 2011 18:50:56, Cole, Derek a écrit :
> Sorry to follow up so soon. I also tried what is int he API, using the
> following:
>
> char **pap
CPLAssert( poBand->GetRasterDataType() == GDT_Byte );
>poBand->GetBlockSize( &nXBlockSize, &nYBlockSize );
>
> the block size variables are both still set to 128 instead of 1024, which
> is the block size of my input file.
>
>
> Thanks
>
> Derek
>
osely the whole thread
>
> It seems to have no affect. Is it being passed properly?
>
> Derek
>
> From: gdal-dev-boun...@lists.osgeo.org [gdal-dev-boun...@lists.osgeo.org]
> on behalf of Cole, Derek [dc...@integrity-apps.com] Sent: Wednesday, July
> 06,
osgeo.org] on
behalf of Cole, Derek [dc...@integrity-apps.com]
Sent: Wednesday, July 06, 2011 12:39 PM
To: Even Rouault; gdal-dev@lists.osgeo.org
Subject: RE: [gdal-dev] Creating modified copies of a file
What is the proper way to set those creation options?
I have tried the following:
ch
the block size of my input file.
Thanks
Derek
From: Even Rouault [even.roua...@mines-paris.org]
Sent: Tuesday, July 05, 2011 6:38 PM
To: gdal-dev@lists.osgeo.org
Cc: Cole, Derek
Subject: Re: [gdal-dev] Creating modified copies of a file
Le mercredi 06 juillet 2011 00:26:06, Cole, Derek a écrit :
Le mercredi 06 juillet 2011 00:26:06, Cole, Derek a écrit :
> Just as an interesting side-note: I tried to do a CreateCopy on one of
> these files that was 7GB. Using CreateCopy() it took almost 2 hours. When
> I simply copied to file contents using a cp command (this is CentOS), the
> copy takes a
a all into the
file manually. Bummer.
Derek
From: Even Rouault [even.roua...@mines-paris.org]
Sent: Tuesday, July 05, 2011 2:09 PM
To: gdal-dev@lists.osgeo.org
Cc: Cole, Derek; Chaitanya kumar CH
Subject: Re: [gdal-dev] Creating modified copies of a fil
te imagery */
GDALClose(hOutDS)
>
> Derek
>
> From: Chaitanya kumar CH [chaitanya...@gmail.com]
> Sent: Tuesday, July 05, 2011 1:35 PM
> To: Cole, Derek
> Cc: gdal-dev@lists.osgeo.org
> Subject: Re: [gdal-dev] Creating modified copies of a f
l-dev@lists.osgeo.org
Subject: Re: [gdal-dev] Creating modified copies of a file
Derek,
Writing into a raster band is a lot like reading into it. Use the function you
use to read the pixels to write the pixels back.
Don't forget to close the dataset at the end using GDALClose() [1]. Also, chec
Derek,
Writing into a raster band is a lot like reading into it. Use the function
you use to read the pixels to write the pixels back.
Don't forget to close the dataset at the end using GDALClose() [1]. Also,
check out the GDALFlushCache() and similar functions in [2].
[1]: http://www.gdal.org/gd
Hello,
I think I started to ask about this before on this forum, but I have since used
GDAL a bit more and might be better to generate a new thread.
I have been using GDAL to read in NITF files, getting the RasterBand data, and
manipulating it, and displaying the results in my viewer.
Now, I w
21 matches
Mail list logo
