[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

20050912: zlibg2gini source code and possible reason for small files (cont.)

>From: Steve Wanzong <address@hidden>
>Organization: SSEC
>Keywords: 200509092005.j89K5dnX015961 ldm-mcidas zlibg2gini

Hi Steve,

re:
>We get errors on compilation of the ldm-mcidas tar ball.  In the  
>decoders section..
>
>c89 -c -O -I/home/mcidas/inc -I/home/ldm/ldm-mcidas-2004/../include - 
>I../libpng -I../zlib -I../port/misc -I../port/cfortran -I/home/ 
>netcdf-3.6.0-p1/src/lib
>src  alarm.c
>In file included from alarm.c:11:
>alarm.h:24: error: field `oldact' has incomplete type
>alarm.h:25: error: field `newact' has incomplete type
>make[2]: *** [alarm.o] Error 1
>make[2]: Leaving directory `/home/ldm/ldm-mcidas-2004/src/decode'
>make[1]: *** [decode/current] Error 1
>make[1]: Leaving directory `/home/ldm/ldm-mcidas-2004/src'
>+ set +x
>
>Any ideas on this one?

Try using 'cc' instead of 'c89'.

re: Do the images look bad?

>I've never looked at the images outside of awips.  I've never been  
>able to decode a sounder image, so I assumed that this can't all be  
>chalked up to a bad satellite image.

OK.

>This is kind of the process we did by hand.  We let the ldm store  
>some sounder data.  We then ran the decoder on the image.  We then  
>moved  the renamed image into the awips raw directory.  The awips  
>decoder noted the smaller size and marked it as bad.  The zlib2gini  
>decoder knew the correct size, but the actual file size was smaller  
>than the log reported.

I have not experienced this, but, then again, I have not been comparing
the size on disk with the decode size lately.

Cheers,

Tom
--
NOTE: All email exchanges with Unidata User Support are recorded in the
Unidata inquiry tracking system and then made publicly available
through the web.  If you do not want to have your interactions made
available in this way, you must let us know in each email you send to us.