comp.lang.idl-pvwave archive: archive » Re: Pb to work with huge files

Home » Public Forums » archive » Re: Pb to work with huge files

Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend

Re: Pb to work with huge files [message #34625 is a reply to message #34622]

Thu, 10 April 2003 06:09

David Fanning
Messages: 11724
Registered: August 2001

Senior Member

St�phane writes:

> I have a huge multiband file (i.e. 4800*2200*150) and I would like to
> perform a procedure that could write a file with the same dimensions:
> 1. openr: to open the input file
> 2. assoc: to extrac some images on which I would like to work
> 3. replace extracted images in the same place
> 4. write the output file
> My problem is that I can't create a 4800*2200*150 "integer array",
> because I haven't enought memory.
>
> Is there another way to write file like that?

Why don't you just open the file for Updating (OPENU).
Then you could just perform the file manipulation
in place and close the file with the new information
built right into it.

OPENU, lun, filename, /Get_Lun
data = Assoc(lun, INTARR(4800,2200))
image = data(55)
newImage = Hist_Equal(image)
data(55) = newImage
Free_lun, lun

Cheers,

David

--
David W. Fanning, Ph.D.
Fanning Software Consulting, Inc.
Phone: 970-221-0438, E-mail: david@dfanning.com
Coyote's Guide to IDL Programming: http://www.dfanning.com/
Toll-Free IDL Book Orders: 1-888-461-0155

Report message to a moderator

[Message index]

		Re: Pb to work with huge files By: David Fanning on Thu, 10 April 2003 09:56
		Re: Pb to work with huge files By: Pavel Romashkin on Thu, 10 April 2003 09:39
		Re: Pb to work with huge files By: David Fanning on Thu, 10 April 2003 06:09
		Re: Pb to work with huge files By: Pavel Romashkin on Thu, 10 April 2003 14:21

Previous Topic:	sec : U Re: Proper pointer cleanup question
Next Topic:	Re: IDL failure after OS X 10.2 update

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

] [

]

Current Time: Sat Oct 11 05:29:06 PDT 2025

Total time taken to generate the page: 1.04232 seconds