You must use the gidpost to write binary compressed files (it is very difficult to do it by yourself).
It is easier to link the gidpost with your FORTRAN code. We did and it is possible changing some compiler/linker settings, or writting some FORTRAN interface
(I tried sucessfully for example with VS 2005 and Intel FORTRAN 10.1.4159.2005, using the examples\tesfpostfor.f included with our library source)
In any case this format will only reduce the disk space and speed the reading time, but when read in GiD
is is uncompressed in memory and your problem of too big results become the same as with ASCII files!!
Regards
Enrique Escolano
----- Original Message -----
From: Thanh Chau Dinh
To: gidlist at gid.cimne.upc.edu
Sent: Friday, May 21, 2010 3:17 PM
Subject: Re: [GiDlist] error as importing postprocessing files
Hello,
Can I write post files in compressed ascii/binary format like the gidpost library by myself?
By the way, I can not link the gidpost.lib for running testpostfor.f example. Can you help me? I am using Intel Fortran 10.0 and VS 2008. In fact, as I create .gidpost.lib there are some warnnings.
Thank you in advance.
Thanh
On Fri, May 21, 2010 at 7:34 PM, Miguel A. Pasenau de Riera miguel at cimne.upc.edu wrote:
Hi,
you can also use the gidpost library to write compresed binary files: http://www.gidhome.com/support_team/gidpost.html
You have also the option of compressing your ascii files (with gzip).
Best regards
Miguel Pasenau
De: gidlist-admin at gid.cimne.upc.edu [mailto:gidlist-admin at gid.cimne.upc.edu] En nombre de Enrique Escolano
Enviado el: viernes, 21 de mayo de 2010 11:08
Para: gidlist at gid.cimne.upc.edu
Asunto: Re: [GiDlist] error as importing postprocessing files
It seems as you said that the problem is the big size of your results file.
A 32 bit process can handle only until 4GB of memory (about 2 or 3GB in practice)
A 64 bit process can in theory handle a lot of memory, but in practice real computers usually don’t have more than 4 or 8 GB, then try to load 30 GB is a problem. (if the file format is compressed the data can really need much more space)
The only solution is to avoid to load the whole data simultaneously.!!
We are working for next 10 beta version to load/unload results “on demand” (e.g. not to load realllya result if the user don’t try to visualize it, or load only one time step, etc.)
Now what you can do is to reduce the file size: e.g. write separated result files for different results, or not to write too much time steps, …
----- Original Message -----
From: Thanh Chau Dinh
To: gidlist at gid.cimne.upc.edu
Sent: Friday, May 21, 2010 8:22 AM
Subject: [GiDlist] error as importing postprocessing files
Dear all,
Is there any limited size of .flavia.res file in GiD?
As I imported a .flavia.res file of about 30Gb I got an error “… unknown keyword “value” at line 17155320 …”. I do not think the file format is not correct because I successed with a file of smaller size. I wonder if it is due to not enough memory ?
Besides ASCII file for .flavia.msh and .flavia.res, are there any other format file accepted by GiD to reduce the postprocessing files?
Thank you in advance.
Thanh
-------------- next part --------------
An HTML attachment was scrubbed…
URL: http://listas.cimne.upc.edu/pipermail/gidlist/attachments/20100528/2f29911c/attachment.htm