From dasilva at ALUM.MIT.EDU  Sun Mar  1 10:58:25 2009
From: dasilva at ALUM.MIT.EDU (Arlindo da Silva)
Date: Sun, 1 Mar 2009 10:58:25 -0500
Subject: Opengrads Bundle on Eeepc, maybe others
Message-ID: <SUN.1.MAR.2009.105825.0500.>

All,
  For running the OpenGrADS Bundle directly from an external memory
stick/flash drive under Linux/Mac OS X/Unix the device has to be mounted in
a way that the program files appear to the OS as "executables". The good
news is that this is the default in most systems for most devices. However,
for  the SDHC memory stick on the Eeepc 900 this is not the case. Iterating
with Valeria Guerra we figured out that unmounting the drive and remounting
it with the command:

% mount -o rw,umask=000 -t vfat /dev/sdb1 /media/D:

did the trick.  The particular device (/dev/sdb1 in this case) and mounting
directory (/media/D: in this case) may vary from system to system. Usually
you need superuser privileges to issue the "mount" command.

      Arlindo

---------- Forwarded message ----------
From: <meteo at sport123.it>
Date: Sun, Mar 1, 2009 at 10:34 AM
Subject: Opengrads bundle on Eeepc, ok
To: dasilva at alum.mit.edu


Hi Arlindo,

thanks to your latest note now your second package can be executed from a
SDHC memory stick on the Eeepc 900.

First it's necessary to umount the SDHC and then remount it with:
mount -o rw,umask=000 -t vfat /dev/sdb1 /media/D:
Then you can change to /media/D:/grads2a5b/Contents and run ./grads and
./merra

Now I must check how to automate this umount/mount process into the default
Xandros...

Thank you very much.

Valerio Guerra




--
Arlindo da Silva
dasilva at alum.mit.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090301/b7e8ab9c/attachment.html 

From Javier.Corripio at UIBK.AC.AT  Mon Mar  2 07:22:59 2009
From: Javier.Corripio at UIBK.AC.AT (Javier G. Corripio)
Date: Mon, 2 Mar 2009 13:22:59 +0100
Subject: SRTM topo data precise geolocation
Message-ID: <MON.2.MAR.2009.132259.0100.>

Dear All,

I have used the srtm data for the Alps http://monsoondata.org:9090/dods/topo/W020N90 to
extract heights for a set of given points.

It seems to me that the latitude is correct but the longitude is displaced about 0.02 degrees to the
East (about 10 grid cells).

This does not seem much, but it gives error of up to 1000m in elevation when we are in areas of
steep relief like the Alps.

I haven't made a thorough check yet, but that seems to be the case for quite a few points.  I
wonder if somebody has found the same problem or I may be doing something wrong.

Thanks a lot,

Javier
-----------------------
Javier G. Corripio
Faculty of Earth and Atmospheric Sciences
University of Innsbruck
Innrain, 52
A-6020 Innsbruck
Austria


From belitaps at CPTEC.INPE.BR  Mon Mar  2 10:08:16 2009
From: belitaps at CPTEC.INPE.BR (Isabel belitaps)
Date: Mon, 2 Mar 2009 12:08:16 -0300
Subject: Problems with .cdf template
Message-ID: <MON.2.MAR.2009.120816.0300.>

Dear all,

Does somebody know how to use template with .CDF data?


I've been trying to work with SODA 2.0.2  on GrADS. So, I'd  built a
template and  when I'd displayed it on Grads, the grid was displaced
on x axis  (about 90 degrees). And suface's data do not plot, as well.

A have a clue: it's possible that the problem is the header, which must be
interpreted as data for GrADS.

Could you help me to solve this problem? Do you have any clue about
what I should do?

thanks. Best Regards,


Isabel

DSET /rede/ocatbm/luciano/soda.2.0.2/SODA_2.0.2_%y4%m2.cdf
*DSET /data/equator3/giese/SODA_POP_1.4.3/MONTHLY
*DTYPE Gridded
OPTIONS TEMPLATE ZREV BIG_ENDIAN
UNDEF -9.99e+33 _FillValue
TITLE   SODA_2.0.2 (1958-2001)
XDEF 720 LINEAR 0.25 0.5
YDEF 330 LINEAR -75.25 0.5
ZDEF 40 LEVELS  5375 5125 4875 4625 4375 4125 3875 3625 3375 3125
                 2875 2625 2375 2125.01 1875.11 1625.7 1378.57 1139.15
  918.37 729.35
           579.31  465.91  381.39  317.65  268.46  229.48  197.79
171.4  148.96  129.49
    112.32   96.92   82.92   70.02   57.98   46.61   35.76   25.28
15.07    5.01
TDEF 528 LINEAR 15JAN1958 1mo
VARS 13
temp   40 -999 TEMPERATURE deg. C
salt   40 -999 SALINITY(ppt)
u      40 -999 ZONAL VELOCITY
v      40 -999 MERIDIONAL VELOCITY
w      40 -999 VERTICAL VELOCITYq
utrans 40 -999 ZONAL TEMP TRANSPORT
vtrans 40 -999 MERIDIONAL TEMP TRANSPORTse
cfc11  40 -999 CFC11 CONCENTRATION
taux    0 -999   TAU X dynes/cm2
tauy    0 -999  TAU Y dynes/cm2
ssh     0 -999   SEA LEVEL HEIGHT cm
hflx    0 -999   SURFACE HEAT FLUX
wflx    0 -999  SURFACE WATER FLUX
endvars


From massimo.aceti at METEOGIORNALE.IT  Mon Mar  2 12:30:21 2009
From: massimo.aceti at METEOGIORNALE.IT (Massimo Aceti @ mtg)
Date: Mon, 2 Mar 2009 18:30:21 +0100
Subject: how to plot data from ncep-doe reanalysis?
In-Reply-To: <20090302122400.26BA520186@mx2.cineca.it>
Message-ID: <MON.2.MAR.2009.183021.0100.>

Hello All,

I tried to plot with grads 1.8 on linux debian machine the NCEP/DOE
reanalysis files listed here
http://nomad1.ncep.noaa.gov/pub/reanalysis-2/6hr/flx/

using grib2ctl.pl (last version) to create ctl and index files, I obtain
this message:

Undefined parameter table (center 7-3 table 132), using NCEP-opn
Use of uninitialized value in string eq at grib2ctl.pl line 437.

and then when I open the ctl file and I try to plot data, I always
obtain "Cannot contour grid - all undefined values"

Someone can help me to solve this problem?

Thanks

Max


From claudiomet at GMAIL.COM  Mon Mar  2 13:14:34 2009
From: claudiomet at GMAIL.COM (claudio cortes)
Date: Mon, 2 Mar 2009 15:14:34 -0300
Subject: terms and conditions
Message-ID: <MON.2.MAR.2009.151434.0300.>

Hi.

I'm actually using datasets from:

ftpprd.ncep.noaa.gov/pub/data/nccf/com/gfs/prod/gfs.yyyymmddhh/wafsgfs_P_*

for forecasts of Air Quality, data analysis, modelling, etc.

The question is: this datasets are under some terms and condtions or any
limitation ?

Thanks !
--
Claudio Cortes
+56 (2) 2994121

Meteorologo
Laboratorio de Meteorologia y Calidad de Aire
Centro Nacional del Medio Ambiente (CENMA)
--------------------------------------------------------------------------------------

Claudio Cortes
+56 (2) 2994121

Meteorologist
Meteorology and Air Quality Labs
National Enviroment Center, Chile (CENMA)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090302/2e259aed/attachment.html 

From Wesley.Ebisuzaki at NOAA.GOV  Mon Mar  2 13:28:22 2009
From: Wesley.Ebisuzaki at NOAA.GOV (Wesley Ebisuzaki)
Date: Mon, 2 Mar 2009 13:28:22 -0500
Subject: terms and conditions
In-Reply-To: <5f3ba4e00903021014m6ff118a7vd71573c32225d455@mail.gmail.com>
Message-ID: <MON.2.MAR.2009.132822.0500.>

Hi,

NCEP is part of the US NWS and the NWS disclaimer probably applies

        http://www.nws.noaa.gov/disclaimer.php

BTW the data is also available from he operational nomads site
http://nomads.ncep.noaa.gov
and that site uses the above disclainer.

    Wesley Ebisuzaki

claudio cortes wrote:
> Hi.
>
> I'm actually using datasets from:
>
> ftpprd.ncep.noaa.gov/pub/data/nccf/com/gfs/prod/gfs.yyyymmddhh/wafsgfs_P_*
> <http://ftpprd.ncep.noaa.gov/pub/data/nccf/com/gfs/prod/gfs.yyyymmddhh/wafsgfs_P_*>
>
> for forecasts of Air Quality, data analysis, modelling, etc.
>
> The question is: this datasets are under some terms and condtions or
> any limitation ?
>
> Thanks !
> --
> Claudio Cortes
> +56 (2) 2994121
>
> Meteorologo
> Laboratorio de Meteorologia y Calidad de Aire
> Centro Nacional del Medio Ambiente (CENMA)
> --------------------------------------------------------------------------------------
>
> Claudio Cortes
> +56 (2) 2994121
>
> Meteorologist
> Meteorology and Air Quality Labs
> National Enviroment Center, Chile (CENMA)


From claudiomet at GMAIL.COM  Mon Mar  2 13:32:01 2009
From: claudiomet at GMAIL.COM (claudio cortes)
Date: Mon, 2 Mar 2009 15:32:01 -0300
Subject: terms and conditions
In-Reply-To: <49AC2546.4080806@noaa.gov>
Message-ID: <MON.2.MAR.2009.153201.0300.>

Thanks !

The same information founded by me !

2009/3/2 Wesley Ebisuzaki <Wesley.Ebisuzaki at noaa.gov>:
> Hi,
>
> NCEP is part of the US NWS and the NWS disclaimer probably applies
>
>       http://www.nws.noaa.gov/disclaimer.php
>
> BTW the data is also available from he operational nomads site
> http://nomads.ncep.noaa.gov
> and that site uses the above disclainer.
>
>   Wesley Ebisuzaki
>
> claudio cortes wrote:
>>
>> Hi.
>>
>> I'm actually using datasets from:
>>
>> ftpprd.ncep.noaa.gov/pub/data/nccf/com/gfs/prod/gfs.yyyymmddhh/wafsgfs_P_*
>>
>> <http://ftpprd.ncep.noaa.gov/pub/data/nccf/com/gfs/prod/gfs.yyyymmddhh/wafsgfs_P_*>
>>
>> for forecasts of Air Quality, data analysis, modelling, etc.
>>
>> The question is: this datasets are under some terms and condtions or
>> any limitation ?
>>
>> Thanks !
>> --
>> Claudio Cortes
>> +56 (2) 2994121
>>
>> Meteorologo
>> Laboratorio de Meteorologia y Calidad de Aire
>> Centro Nacional del Medio Ambiente (CENMA)
>>
>> --------------------------------------------------------------------------------------
>>
>> Claudio Cortes
>> +56 (2) 2994121
>>
>> Meteorologist
>> Meteorology and Air Quality Labs
>> National Enviroment Center, Chile (CENMA)
>



--
Claudio Cortes
+56 (2) 2994121

Meteorologo
Laboratorio de Meteorologia y Calidad de Aire
Centro Nacional del Medio Ambiente (CENMA)
--------------------------------------------------------------------------------------

Claudio Cortes
+56 (2) 2994121

Meteorologist
Meteorology and Air Quality Labs
National Enviroment Center, Chile (CENMA)


From hersala at GMAIL.COM  Mon Mar  2 14:07:08 2009
From: hersala at GMAIL.COM (hersala)
Date: Mon, 2 Mar 2009 16:07:08 -0300
Subject: terms and conditions
In-Reply-To: <5f3ba4e00903021014m6ff118a7vd71573c32225d455@mail.gmail.com>
Message-ID: <MON.2.MAR.2009.160708.0300.>

Estimado Claudio:

Con respecto a tu consulta, en general los productos de las agencias
federales de los EUA son de dominio publico, lo cual quiere decir que se
pueden utilizar libremente siempre que se acredite debidamente la fuente.
Puede que existan excepciones, pero esta es la regla general.
Para asegurarte, lee con atenci?n donde dice "terms and conditions" en la
pagina del proveedor.

Esta es una excelente practica que algunos otros pa?ses tambi?n est?n
incorporando, pero aun no es una practica generalizada. Por ejemplo, en
Argentina, hace poco tiempo se sanciono una ley que dice que toda la
informaci?n de car?cter ambiental generada por organismos oficiales y/o
empresas privadas contratadas por el fisco debe ser de libre distribuci?n.
El fundamento de esta iniciativa esta en que la informaci?n no solo este
disponible para investigaci?n y la preservacion del medio, adem?s, si la
misma fue generada con fondos publicos es justo que este disponible para
toda la sociedad.

Saludos cordiales

Hernan Sala
Instituto Ant?rtico Argentino



2009/3/2 claudio cortes <claudiomet at gmail.com>

> Hi.
>
> I'm actually using datasets from:
>
> ftpprd.ncep.noaa.gov/pub/data/nccf/com/gfs/prod/gfs.yyyymmddhh/wafsgfs_P_*
>
> for forecasts of Air Quality, data analysis, modelling, etc.
>
> The question is: this datasets are under some terms and condtions or any
> limitation ?
>
> Thanks !
> --
> Claudio Cortes
> +56 (2) 2994121
>
> Meteorologo
> Laboratorio de Meteorologia y Calidad de Aire
> Centro Nacional del Medio Ambiente (CENMA)
>
> --------------------------------------------------------------------------------------
>
> Claudio Cortes
> +56 (2) 2994121
>
> Meteorologist
> Meteorology and Air Quality Labs
> National Enviroment Center, Chile (CENMA)
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090302/19ad1a67/attachment.html 

From hersala at GMAIL.COM  Mon Mar  2 14:07:08 2009
From: hersala at GMAIL.COM (hersala)
Date: Mon, 2 Mar 2009 16:07:08 -0300
Subject: terms and conditions
In-Reply-To: <5f3ba4e00903021014m6ff118a7vd71573c32225d455@mail.gmail.com>
Message-ID: <MON.2.MAR.2009.160708.0300.>

Estimado Claudio:

Con respecto a tu consulta, en general los productos de las agencias
federales de los EUA son de dominio publico, lo cual quiere decir que se
pueden utilizar libremente siempre que se acredite debidamente la fuente.
Puede que existan excepciones, pero esta es la regla general.
Para asegurarte, lee con atenci?n donde dice "terms and conditions" en la
pagina del proveedor.

Esta es una excelente practica que algunos otros pa?ses tambi?n est?n
incorporando, pero aun no es una practica generalizada. Por ejemplo, en
Argentina, hace poco tiempo se sanciono una ley que dice que toda la
informaci?n de car?cter ambiental generada por organismos oficiales y/o
empresas privadas contratadas por el fisco debe ser de libre distribuci?n

From nieves at LTP.UPR.CLU.EDU  Mon Mar  2 14:40:58 2009
From: nieves at LTP.UPR.CLU.EDU (Jose F. Nieves)
Date: Mon, 2 Mar 2009 15:40:58 -0400
Subject: OpenGrADS Bundle v2.0.a5.oga.1 available
In-Reply-To: <77fcd6b20902280742o1eb258a2jfd74b774cc78027a@mail.gmail.com>
Message-ID: <MON.2.MAR.2009.154058.0400.>

Arlindo

I have just rebuilt grads for freebsd-7.0 both i386 and amd64 against
the ncurses-corrected supplbs and with your corrected oga.2 sources.

I ave uploaded to my area the grads bundles and the supplibs.

I did "step 2" for the grads packages.

For he supplibs, they do not appear listed where I can "Add Files"
in Step 2, and I don't what to do with those; I need some help here
to do "Step 2".

Jose


From belitaps at CPTEC.INPE.BR  Tue Mar  3 08:42:42 2009
From: belitaps at CPTEC.INPE.BR (Isabel belitaps)
Date: Tue, 3 Mar 2009 10:42:42 -0300
Subject: ((The answer))Problems with .cdf (.nc) template
Message-ID: <TUE.3.MAR.2009.104242.0300.>

To those who may be interest,

The .cdf is a .nc's type. To open a template of these files in GrADS it's
necessary to create a .ddf (see example), this runs with 'xdfopen' in versions
higher than L8SL10.

Isabel.


example.ddf

DSET^file_%m2.cdf (or .nc)
OPTIONS template
TDEF name (e.g. TIME) 528 LINEAR 15JAN1958 1mo






Dear all,

Does somebody know how to use template with .CDF data?


I've been trying to work with SODA 2.0.2  on GrADS. So, I'd  built a
template and  when I'd displayed it on Grads, the grid was displaced
on x axis  (about 90 degrees). And suface's data do not plot, as well.

A have a clue: it's possible that the problem is the header, which must be
interpreted as data for GrADS.

Could you help me to solve this problem? Do you have any clue about
what I should do?

thanks. Best Regards,


Isabel

DSET /rede/ocatbm/luciano/soda.2.0.2/SODA_2.0.2_%y4%m2.cdf
*DSET /data/equator3/giese/SODA_POP_1.4.3/MONTHLY
*DTYPE Gridded
OPTIONS TEMPLATE ZREV BIG_ENDIAN
UNDEF -9.99e+33 _FillValue
TITLE   SODA_2.0.2 (1958-2001)
XDEF 720 LINEAR 0.25 0.5
YDEF 330 LINEAR -75.25 0.5
ZDEF 40 LEVELS  5375 5125 4875 4625 4375 4125 3875 3625 3375 3125
                 2875 2625 2375 2125.01 1875.11 1625.7 1378.57 1139.15
  918.37 729.35
           579.31  465.91  381.39  317.65  268.46  229.48  197.79
171.4  148.96  129.49
    112.32   96.92   82.92   70.02   57.98   46.61   35.76   25.28
15.07    5.01
TDEF 528 LINEAR 15JAN1958 1mo
VARS 13
temp   40 -999 TEMPERATURE deg. C
salt   40 -999 SALINITY(ppt)
u      40 -999 ZONAL VELOCITY
v      40 -999 MERIDIONAL VELOCITY
w      40 -999 VERTICAL VELOCITYq
utrans 40 -999 ZONAL TEMP TRANSPORT
vtrans 40 -999 MERIDIONAL TEMP TRANSPORTse
cfc11  40 -999 CFC11 CONCENTRATION
taux    0 -999   TAU X dynes/cm2
tauy    0 -999  TAU Y dynes/cm2
ssh     0 -999   SEA LEVEL HEIGHT cm
hflx    0 -999   SURFACE HEAT FLUX
wflx    0 -999  SURFACE WATER FLUX
endvars


From bernd.becker at METOFFICE.GOV.UK  Tue Mar  3 11:21:33 2009
From: bernd.becker at METOFFICE.GOV.UK (Bernd Becker)
Date: Tue, 3 Mar 2009 16:21:33 +0000
Subject: printim with transparent background
In-Reply-To: <DA1D2372-1B9B-4A10-9D70-5AB7544E66F6@cola.iges.org>
Message-ID: <TUE.3.MAR.2009.162133.0000.>

On the note of changing printim:

printim allows to set the background colour to either white or black.

Could one create a png (or other ) file with a transparent backgound?

That would be rather nice for future use in google earth.

Thanks!
Bernd.


On Tue, 2009-02-24 at 12:57 -0500, Jennifer Adams wrote:
> On Feb 24, 2009, at 12:25 PM, Arlindo da Silva wrote:
> >
> > Would it make sense to add a convenience -kml option to printim?
>
> No. The printim code doesn't know anything about the grid structure or
> the dimension environment -- it only knows about what's in the
> graphics metafile. The geolocaiton information is not available at
> that point.
>
> This technique of substituting the .tif image file created with 'gxout
> kml' with another image created with printim is a hack -- an
> unofficial alternative if you want something besides a pixelated image
> of your data values.
>
> By the way, I have noticed that Google Earth's smoothing algorithm can
> make the GrADS images look really awful -- anyone know how to turn off
> that feature?
>
> Jennifer
--
Bernd Becker   The Monthly Outlook
Met Office  FitzRoy Road  Exeter   Devon EX1 3PB  United Kingdom
Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050
E-mail:bernd.becker at metoffice.com  -  http://www.metoffice.com


From bernd.becker at METOFFICE.GOV.UK  Tue Mar  3 12:16:23 2009
From: bernd.becker at METOFFICE.GOV.UK (Bernd Becker)
Date: Tue, 3 Mar 2009 17:16:23 +0000
Subject: kml question
In-Reply-To: <6DFF8D37-4E9F-40A4-9C8E-F4406793568E@cola.iges.org>
Message-ID: <TUE.3.MAR.2009.171623.0000.>

Hm.

You need all of the following instructions
ga-> c
ga-> set parea 0 11 0 8.5
ga-> set mpdraw off
ga-> set mproj scaled
ga-> set grid off
grid is off
ga-> set grads off
     set frame off
ga-> d tmean

Or fail to suppress the outer black line of the plot.

In google earth, finally there appears a black bar where the eastern
most
longitude meets the western most longitude.

You can  suppress a frame to be produced in grads
setting frame "off".

Regards,
Bernd.


On Thu, 2009-02-19 at 09:32 -0500, Jennifer Adams wrote:
>
>
> On Feb 18, 2009, at 10:02 PM, Arlindo da Silva wrote:
> > Jennifer, Brian:
> >
> >
> >   The new kml option is very cool. Do you have any plans to support
> > PNG with "set gxout kml"?  TIFF is proprietary, and have not had a
> > major upgrade since 1992. Do you know how well it supports
> > transparency?  (Very important for combining layers on GoogleEarth.)
> > You could probably reuse most of the printim code for a PNG
> > option. Just curious.
> >
> > --
> > Arlindo da Silva
> > dasilva at alum.mit.edu
> >
>
>
> Hi, Arlindo --
> I have cc'd gradsusr on this question, since I think it is of general
> interest.
>
> The image files created with 'gxout geotiff' and 'gxout kml' are
> roughly equivalent to the display inside the plot area of 'gxout
> grfill' -- a grid of pixels without anything else. So, if you issue
> the following commands:
> 'set parea 0 11 0 8.5'
> 'set grid off'
> 'set mproj scaled'
> 'set x 0.5 720.5'
> 'set y 0.5 381.5'
> 'set mpdraw off'
> 'set grads off'
> 'd variable'
> 'printim x720 y381'
>
>
> Then you would create a PNG that is roughly equivalent to the TIFF and
> you could substitute that file name in the KML and it would work just
> as well. In some way, this technique is more flexible because you can
> use shaded contours, overlay vectors, etc. and still draw them on
> Google Earth.
>
>
> The TIFF file created with 'gxout kml' has the same geolocation
> metadata embedded in it the way the 'gxout geotiff' output does. The
> difference is that the 'gxout geotiff' files have floating-point data
> values for each pixel and the 'gxout kml' files have color-numbered
> index values. I assume there are some GIS applications that would only
> need the image and not the data, so that's why I set up a way to
> create both. The KML provides a handy way to look at the images with
> Google Earth.
>
>
> For testing, I have been using a free program called Quantum GIS
> (qgis.org). Transparency is pretty easy to control within this
> application -- you can set any number of pixel values to be
> transparent (on a scale of 0-100%). I think Google Earth has some
> controls for transparency too. So far, I haven't seen a need to set up
> transparency in the GrADS geotiff output. And it's definitely not
> clear to me that if I put a transparency mask in the TIFF file, the
> GIS applications will know what to do with it. But I'm still a GIS
> neophyte...
>
>
> Please note that some problems with the 'gxout geotiff' output have
> been reported to me. I am doing some re-coding and testing and may
> have some patches and/or an updated version soon.
>
>
> Jennifer
>
>
> p.s. Hooray for TIFF for keeping the standard consistent for all these
> years. We need more standards like that.
>
>
>
>
>
>
> --
> Jennifer M. Adams
> IGES/COLA
> 4041 Powder Mill Road, Suite 302
> Calverton, MD 20705
> jma at cola.iges.org
>
>
>
>
>
>
--
Bernd Becker   The Monthly Outlook
Met Office  FitzRoy Road  Exeter   Devon EX1 3PB  United Kingdom
Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050
E-mail:bernd.becker at metoffice.com  -  http://www.metoffice.com


From cmt.meteo at ARPA.VENETO.IT  Tue Mar  3 12:31:29 2009
From: cmt.meteo at ARPA.VENETO.IT (Ufficio Meteo)
Date: Tue, 3 Mar 2009 18:31:29 +0100
Subject: problem with scatter plot
Message-ID: <TUE.3.MAR.2009.183129.0100.CMT.METEO@ARPA.VENETO.IT>

Hello all.

I'm trying to plot ensemble ECMWF data for wind.
It is not a much difficult job to plot the time series of standard deviation and mean for intensities.
The problem comes with directions. Sorry, it could be just a mistake of mine..... but I cannot identify it!
I'm working with version 1.8.

I start with 51 grib files (one for each ensemble member), where latitude, longitude, level and time vary.
I want to have a diagram for each grid point and level, so I let only time to vary (in 40 steps) when I run the plotting job.
An example of the resulting diagram is attached as a png file.
I can have a scatter plot for the (u,v) couples, but it seems that I must not set time, even if such a setting covers the whole time range. Otherwise, the plot is empty. That is, I must avoid any 'set t .....' command in the part of the script ruling the scatter plot, anyway I obtain too many points in the plot (maybe all members x all times = 2040 points in the u-v plane!!!!!).
How can I have one plot for each time step, instead of a plot for the whole time range?

This is one of the ctl files ("p2.ctl", the grib file is attached):

*************************************************************************************************
dset ^p2.grib

index ^p2.grib.idx

undef 9.999E+20

title p2.grib

* produced by grib2ctl v0.9.12.5p41

dtype grib 255

options yrev

ydef 4 linear 45.000000 0.5

xdef 6 linear 10.500000 0.500000

tdef 40 linear 18Z23feb2009 6hr

* z has 3 levels, for prs

zdef 3 levels

1000 925 850

vars 12

no10Usfc 0 165,1,0 ** surface 10 metre u wind component m s**-1

no10Vsfc 0 166,1,0 ** surface 10 metre v wind component m s**-1

no2Tsfc 0 167,1,0 ** surface 2 metre temperature K

SFsfc 0 144,1,0 ** surface Snow fall m(of water equivalent)

Tprs 3 130,100,0 ** (profile) Temperature K

TPsfc 0 228,1,0 ** surface Total precipitation m

U850mb 0 131,100,850 ** 850 mb U-velocity m s**-1

V850mb 0 132,100,850 ** 850 mb V-velocity m s**-1

Z850mb 0 129,100,850 ** 850 mb Geopotential (at the surface = orography) m**2 s**-2

var121sfc 0 121,1,0 ** surface undefined

var122sfc 0 122,1,0 ** surface undefined

var123sfc 0 123,1,0 ** surface undefined

ENDVARS

*************************************************************************+

Then, here is the grads job to plot the data:

*********************************************************************************************************************
function rose(args)

'reinit'

llon=subwrd(args,1)

llat=subwrd(args,2)

llev=subwrd(args,3)

*Scelgo il titolo con la localita' corrispondente alle coordinate

'open c.ctl'

'set lat 'llat

'set lon 'llon

nomepunto=''

coordinate=llat' 'llon

if (coordinate='46.00 12.00') ; nomepunto='FELTRE'; endif

if (coordinate='46.50 12.00') ; nomepunto='LIVINALLONGO'; endif

if (coordinate='46.50 12.25') ; nomepunto='MISURINA'; endif

if (coordinate='46.50 12.50') ; nomepunto='AURONZO'; endif

if (coordinate='46.25 12.00') ; nomepunto='AGORDO'; endif

if (coordinate='46.25 12.25') ; nomepunto='LONGARONE'; endif

if (coordinate='46.25 12.50') ; nomepunto='CIMOLAIS'; endif

if (coordinate='46.00 11.50') ; nomepunto='MARCESINA'; endif

if (coordinate='46.00 11.75') ; nomepunto='ARSIE'; endif

if (coordinate='46.00 12.00') ; nomepunto='FELTRE'; endif

if (coordinate='46.00 12.25') ; nomepunto='VITTORIO VENETO'; endif

if (coordinate='45.75 11.25') ; nomepunto='VALLI DEL PASUBIO'; endif

if (coordinate='45.75 11.50') ; nomepunto='CARRE VI'; endif

if (coordinate='45.75 11.75') ; nomepunto='BASSANO'; endif

if (coordinate='45.75 12.00') ; nomepunto='MONTEBELLUNA'; endif

if (coordinate='45.75 12.25') ; nomepunto='VILLORBA'; endif

if (coordinate='45.75 12.50') ; nomepunto='ODERZO'; endif

if (coordinate='45.75 12.75') ; nomepunto='PORTOGRUARO'; endif

if (coordinate='45.75 13.00') ; nomepunto='SAN MICHELE AL TAGLIAMENTO'; endif

if (coordinate='45.50 10.75') ; nomepunto='LAZISE'; endif

if (coordinate='45.50 11.00') ; nomepunto='VR TORRICELLE'; endif

if (coordinate='45.50 11.25') ; nomepunto='MONTECCHIA DI CROSARA'; endif

if (coordinate='45.50 11.50') ; nomepunto='ALTAVILLA VIC.NA'; endif

if (coordinate='45.50 11.75') ; nomepunto='GRISIGNANO DI ZOCCO'; endif

if (coordinate='45.50 12.00') ; nomepunto='PIANIGA'; endif

if (coordinate='45.50 12.25') ; nomepunto='MESTRE'; endif

if (coordinate='45.50 12.50') ; nomepunto='CAVALLINO'; endif

if (coordinate='45.50 12.75') ; nomepunto='LARGO DI JESOLO'; endif

if (coordinate='45.25 11.00') ; nomepunto='ISOLA DELLA SCALA'; endif

if (coordinate='45.25 11.25') ; nomepunto='ROVERCHIARA'; endif

if (coordinate='45.25 11.50') ; nomepunto='MONTAGNANA'; endif

if (coordinate='45.25 11.75') ; nomepunto='MONSELICE'; endif

if (coordinate='45.25 12.00') ; nomepunto='BOVOLENTA'; endif

if (coordinate='45.25 12.25') ; nomepunto='LAGUNA SUD'; endif

if (coordinate='45.00 11.25') ; nomepunto='CARBONARA DI PO'; endif

if (coordinate='45.00 11.50') ; nomepunto='BAGNOLO DI PO'; endif

if (coordinate='45.00 11.75') ; nomepunto='ARQUA POLESINE'; endif

if (coordinate='45.00 12.00') ; nomepunto='ADRIA'; endif

if (coordinate='45.00 12.25') ; nomepunto='PORTO VIRO'; endif

if (coordinate='45.00 12.50') ; nomepunto='PILA'; endif

if (coordinate='45.75 10.75') ; nomepunto='GARDA NORD'; endif

if (coordinate='45.75 11.00') ; nomepunto='ALA (TN)'; endif

*Epsigramma in basso, con la statistica del modulo del vento

*'set parea 1 8 0.5 5'

'set parea 1 11 0.5 3.75'

*Definisco le variabili da plottare nel diagramma in basso:

*media e varianza del modulo del vento

'set lev 'llev

'set t 1 40'

if llev=1000

'define campoc=sqrt(no10Usfc*no10Usfc+no10Vsfc*no10Vsfc)'

'define campocu=no10Usfc'

'define campocv=no10Vsfc'

else

'define campoc=sqrt(U850mb*U850mb+V850mb*V850mb)'

'define campocu=U850mb'

'define campocv=v850mb'

endif

i=1

'define ps=0.0'

'define pv=0.0'

while(i<51)

'open p'i'.ctl'

'set dfile 2'

'set lat 'llat

'set lon 'llon

'set lev 'llev

'set t 1 40'

if llev=1000

'define campop'i'=sqrt(no10Usfc*no10Usfc+no10Vsfc*no10Vsfc)'

'define campop'i'u=no10Usfc'

'define campop'i'v=no10Vsfc'

else

'define campop'i'=sqrt(U850mb*U850mb+V850mb*V850mb)'

'define campop'i'u=U850mb'

'define campop'i'v=V850mb'

endif

'define ps=ps+campop'i

'close 2'

i=i+1

endwhile

'define ps=ps+'campoc

'define pm=ps/51.0'

*Plot delle medie nel diagramma in basso

'set grads off'

'set gxout line'

i=1

while(i<51)

'set vrange 0 20'

'set ccolor 1'

'set cmark 3'

'set cthick 1'

'set csmooth on'

'set missconn on'

'd campop'i

i=i+1

endwhile

i=1

while(i<51)

'define pvd=pm-campop'i

'define pv=pv+pvd*pvd'

i=i+1

endwhile

'define pvd=pm-'campoc

'define pv=pv+pvd*pvd'

'define pstd=sqrt(pv/50.0)'

'set ccolor 2'

'set cmark 3'

'set cthick 3'

'set csmooth on'

'set missconn on'

'set vrange 0 20'

'd campoc'

'set ccolor 4'

'set cmark 1'

'set cthick 3'

'set cstyle 0'

'set missconn off'

'd pm'

*Barre di deviazione standard nel diagramma in basso

'set gxout bar'

'set bargap 50'

'set baropts outline'

'set barbase 0'

'set ccolor 4'

'set cthick 10'

'define pp1=pm-pstd/2.0'

'define pp2=pm+pstd/2.0'

'set vrange 0 20'

'd pp1;pp2'

*Diagrammi in alto: scatter plots con le punte dei vettori vento

*'set parea 1 8 5.5 10.5'

'set parea 1 11 4.25 7.5'

*Plot nel diagramma in alto

'set grads off'

'set grid off'

'set xlab off'

'set ylab off'

'set gxout scatter'

'set vrange -20 20'

'set vrange2 -20 20'

i=1

while(i<51)

'set ccolor 1'

'set digsize 0.05'

'set cmark 3'

'd campop'i'u;campop'i'v'

i=i+1

endwhile

'set ccolor 2'

'set digsize 0.05'

'set cmark 3'

'd campocu;campocv'

'draw title 'nomepunto

'enable print rose.gmf'

'print'

'disable print'

'quit'

*******************************************************************************************

Antonino Claudio Bonan

Meteorologo

Centro Meteorologico di Teolo - ARPAV

via Marconi 55

35037 Teolo (PD) - Italy


I'm protected by SpamBrave
http://www.spambrave.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090303/45ca0665/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: p2.grib
Type: application/octet-stream
Size: 105600 bytes
Desc: not available
Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090303/45ca0665/attachment.obj 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rose_sfc_11.50_45.00.png
Type: image/png
Size: 92785 bytes
Desc: not available
Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090303/45ca0665/attachment.png 

From sreeds82 at YAHOO.COM  Wed Mar  4 01:37:38 2009
From: sreeds82 at YAHOO.COM (sreenivas desamsetti)
Date: Tue, 3 Mar 2009 22:37:38 -0800
Subject: Circulation patterns help
Message-ID: <TUE.3.MAR.2009.223738.0800.>

Dear Sir/ Madam,
I have u, v, and omega values over the globe.
Could you please tell me how to plot the Walker and Hadley circulations.
If any script will be available please share with me.
I installed opengrads also as to get psi variable is easier in this.
Thanking you
DS
Desamsetti Srinivas
Research Scholar
Department of Meteorology and Oceanography
Andhra University
Visakhapatnam - 530 003
91 9491686740 (M)
sreeds82 at yahoo.com
sreeds82 at rediffmail.com



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090303/c64f7a6a/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 11090 bytes
Desc: not available
Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090303/c64f7a6a/attachment.jpe 

From cmt.meteo at ARPA.VENETO.IT  Wed Mar  4 03:25:28 2009
From: cmt.meteo at ARPA.VENETO.IT (Ufficio Meteo)
Date: Wed, 4 Mar 2009 09:25:28 +0100
Subject: scatter plot of directions for ensemble data at different time
 steps
Message-ID: <WED.4.MAR.2009.092528.0100.CMT.METEO@ARPA.VENETO.IT>

Hello all.

I'm trying to plot ensemble ECMWF data for wind.
It is not a much difficult job to plot the time series of standard deviation and mean for intensities.
The problem comes with directions. Sorry, it could be just a mistake of mine..... but I cannot identify it!
I'm working with version 1.8.

I start with 51 grib files (one for each ensemble member), where latitude, longitude, level and time vary.
I want to have a diagram for each grid point and level, so I let only time to vary (in 40 steps) when I run the plotting job.
An example of the resulting diagram is attached as a png file.
I can have a scatter plot for the (u,v) couples, but it seems that I must not set time, even if such a setting covers the whole time range. Otherwise, the plot is empty. That is, I must avoid any 'set t .....' command in the part of the script ruling the scatter plot, anyway I obtain too many points in the plot (maybe all members x all times = 2040 points in the u-v plane!!!!!).
How can I have one plot for each time step, instead of a plot for the whole time range?

This is one of the ctl files ("p2.ctl", the grib file is attached):

*************************************************************************************************
dset ^p2.grib

index ^p2.grib.idx

undef 9.999E+20

title p2.grib

* produced by grib2ctl v0.9.12.5p41

dtype grib 255

options yrev

ydef 4 linear 45.000000 0.5

xdef 6 linear 10.500000 0.500000

tdef 40 linear 18Z23feb2009 6hr

* z has 3 levels, for prs

zdef 3 levels

1000 925 850

vars 12

no10Usfc 0 165,1,0 ** surface 10 metre u wind component m s**-1

no10Vsfc 0 166,1,0 ** surface 10 metre v wind component m s**-1

no2Tsfc 0 167,1,0 ** surface 2 metre temperature K

SFsfc 0 144,1,0 ** surface Snow fall m(of water equivalent)

Tprs 3 130,100,0 ** (profile) Temperature K

TPsfc 0 228,1,0 ** surface Total precipitation m

U850mb 0 131,100,850 ** 850 mb U-velocity m s**-1

V850mb 0 132,100,850 ** 850 mb V-velocity m s**-1

Z850mb 0 129,100,850 ** 850 mb Geopotential (at the surface = orography) m**2 s**-2

var121sfc 0 121,1,0 ** surface undefined

var122sfc 0 122,1,0 ** surface undefined

var123sfc 0 123,1,0 ** surface undefined

ENDVARS

*************************************************************************+

Then, here is the grads job to plot the data:

********************************************************************************************************************* 
function rose(args)

'reinit'

llon=subwrd(args,1)

llat=subwrd(args,2)

llev=subwrd(args,3)

*Scelgo il titolo con la localita' corrispondente alle coordinate

'open c.ctl'

'set lat 'llat

'set lon 'llon

nomepunto=''

coordinate=llat' 'llon

if (coordinate='46.00 12.00') ; nomepunto='FELTRE'; endif

if (coordinate='46.50 12.00') ; nomepunto='LIVINALLONGO'; endif

if (coordinate='46.50 12.25') ; nomepunto='MISURINA'; endif

if (coordinate='46.50 12.50') ; nomepunto='AURONZO'; endif

if (coordinate='46.25 12.00') ; nomepunto='AGORDO'; endif

if (coordinate='46.25 12.25') ; nomepunto='LONGARONE'; endif

if (coordinate='46.25 12.50') ; nomepunto='CIMOLAIS'; endif

if (coordinate='46.00 11.50') ; nomepunto='MARCESINA'; endif

if (coordinate='46.00 11.75') ; nomepunto='ARSIE'; endif

if (coordinate='46.00 12.00') ; nomepunto='FELTRE'; endif

if (coordinate='46.00 12.25') ; nomepunto='VITTORIO VENETO'; endif

if (coordinate='45.75 11.25') ; nomepunto='VALLI DEL PASUBIO'; endif

if (coordinate='45.75 11.50') ; nomepunto='CARRE VI'; endif

if (coordinate='45.75 11.75') ; nomepunto='BASSANO'; endif

if (coordinate='45.75 12.00') ; nomepunto='MONTEBELLUNA'; endif

if (coordinate='45.75 12.25') ; nomepunto='VILLORBA'; endif

if (coordinate='45.75 12.50') ; nomepunto='ODERZO'; endif

if (coordinate='45.75 12.75') ; nomepunto='PORTOGRUARO'; endif

if (coordinate='45.75 13.00') ; nomepunto='SAN MICHELE AL TAGLIAMENTO'; endif

if (coordinate='45.50 10.75') ; nomepunto='LAZISE'; endif

if (coordinate='45.50 11.00') ; nomepunto='VR TORRICELLE'; endif

if (coordinate='45.50 11.25') ; nomepunto='MONTECCHIA DI CROSARA'; endif

if (coordinate='45.50 11.50') ; nomepunto='ALTAVILLA VIC.NA'; endif

if (coordinate='45.50 11.75') ; nomepunto='GRISIGNANO DI ZOCCO'; endif

if (coordinate='45.50 12.00') ; nomepunto='PIANIGA'; endif

if (coordinate='45.50 12.25') ; nomepunto='MESTRE'; endif

if (coordinate='45.50 12.50') ; nomepunto='CAVALLINO'; endif

if (coordinate='45.50 12.75') ; nomepunto='LARGO DI JESOLO'; endif

if (coordinate='45.25 11.00') ; nomepunto='ISOLA DELLA SCALA'; endif

if (coordinate='45.25 11.25') ; nomepunto='ROVERCHIARA'; endif

if (coordinate='45.25 11.50') ; nomepunto='MONTAGNANA'; endif

if (coordinate='45.25 11.75') ; nomepunto='MONSELICE'; endif

if (coordinate='45.25 12.00') ; nomepunto='BOVOLENTA'; endif

if (coordinate='45.25 12.25') ; nomepunto='LAGUNA SUD'; endif

if (coordinate='45.00 11.25') ; nomepunto='CARBONARA DI PO'; endif

if (coordinate='45.00 11.50') ; nomepunto='BAGNOLO DI PO'; endif

if (coordinate='45.00 11.75') ; nomepunto='ARQUA POLESINE'; endif

if (coordinate='45.00 12.00') ; nomepunto='ADRIA'; endif

if (coordinate='45.00 12.25') ; nomepunto='PORTO VIRO'; endif

if (coordinate='45.00 12.50') ; nomepunto='PILA'; endif

if (coordinate='45.75 10.75') ; nomepunto='GARDA NORD'; endif

if (coordinate='45.75 11.00') ; nomepunto='ALA (TN)'; endif

*Epsigramma in basso, con la statistica del modulo del vento

*'set parea 1 8 0.5 5'

'set parea 1 11 0.5 3.75'

*Definisco le variabili da plottare nel diagramma in basso:

*media e varianza del modulo del vento

'set lev 'llev

'set t 1 40'

if llev=1000

'define campoc=sqrt(no10Usfc*no10Usfc+no10Vsfc*no10Vsfc)'

'define campocu=no10Usfc'

'define campocv=no10Vsfc'

else

'define campoc=sqrt(U850mb*U850mb+V850mb*V850mb)'

'define campocu=U850mb'

'define campocv=v850mb'

endif

i=1

'define ps=0.0'

'define pv=0.0'

while(i<51)

'open p'i'.ctl'

'set dfile 2'

'set lat 'llat

'set lon 'llon

'set lev 'llev

'set t 1 40'

if llev=1000

'define campop'i'=sqrt(no10Usfc*no10Usfc+no10Vsfc*no10Vsfc)'

'define campop'i'u=no10Usfc'

'define campop'i'v=no10Vsfc'

else

'define campop'i'=sqrt(U850mb*U850mb+V850mb*V850mb)'

'define campop'i'u=U850mb'

'define campop'i'v=V850mb'

endif

'define ps=ps+campop'i

'close 2'

i=i+1

endwhile

'define ps=ps+'campoc

'define pm=ps/51.0'

*Plot delle medie nel diagramma in basso

'set grads off'

'set gxout line'

i=1

while(i<51)

'set vrange 0 20'

'set ccolor 1'

'set cmark 3'

'set cthick 1'

'set csmooth on'

'set missconn on'

'd campop'i

i=i+1

endwhile

i=1

while(i<51)

'define pvd=pm-campop'i

'define pv=pv+pvd*pvd'

i=i+1

endwhile

'define pvd=pm-'campoc

'define pv=pv+pvd*pvd'

'define pstd=sqrt(pv/50.0)'

'set ccolor 2'

'set cmark 3'

'set cthick 3'

'set csmooth on'

'set missconn on'

'set vrange 0 20'

'd campoc'

'set ccolor 4'

'set cmark 1'

'set cthick 3'

'set cstyle 0'

'set missconn off'

'd pm'

*Barre di deviazione standard nel diagramma in basso

'set gxout bar'

'set bargap 50'

'set baropts outline'

'set barbase 0'

'set ccolor 4'

'set cthick 10'

'define pp1=pm-pstd/2.0'

'define pp2=pm+pstd/2.0'

'set vrange 0 20'

'd pp1;pp2'

*Diagrammi in alto: scatter plots con le punte dei vettori vento

*'set parea 1 8 5.5 10.5'

'set parea 1 11 4.25 7.5'

*Plot nel diagramma in alto

'set grads off'

'set grid off'

'set xlab off'

'set ylab off'

'set gxout scatter'

'set vrange -20 20'

'set vrange2 -20 20'

i=1

while(i<51)

'set ccolor 1'

'set digsize 0.05'

'set cmark 3'

'd campop'i'u;campop'i'v'

i=i+1

endwhile

'set ccolor 2'

'set digsize 0.05'

'set cmark 3'

'd campocu;campocv'

'draw title 'nomepunto

'enable print rose.gmf'

'print'

'disable print'

'quit'

*******************************************************************************************

Antonino Claudio Bonan

Meteorologo

Centro Meteorologico di Teolo - ARPAV

via Marconi 55

35037 Teolo (PD) - Italy


I'm protected by SpamBrave
http://www.spambrave.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090304/ba267893/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rose_sfc_11.50_45.00.png
Type: image/png
Size: 92785 bytes
Desc: not available
Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090304/ba267893/attachment.png 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: p2.grib
Type: application/octet-stream
Size: 105600 bytes
Desc: not available
Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090304/ba267893/attachment.obj 

From bernd.becker at METOFFICE.GOV.UK  Wed Mar  4 07:07:29 2009
From: bernd.becker at METOFFICE.GOV.UK (Bernd Becker)
Date: Wed, 4 Mar 2009 12:07:29 +0000
Subject: transparency in printim
Message-ID: <WED.4.MAR.2009.120729.0000.>

Hello,


to create images to be shown on google earth, I would like to
create shaded contour plots and contours and  symbols all in one png
file.

The areas, where nothing is shown in the image, I would like to be
transparent to see whatever google earth puts underneath.

I do:

'set parea 0 11 0 8.5'
'set grid off'
'set mproj scaled'
'set x  0.5  321.5  '
'set y  0.5  161.5  '
'set mpdraw off'
'set grads off'
'set frame off'

 clevels ='  -0.9 -0.5 -0.2 -0.1  0.1 0.2 0.5  0.9  '

'set cstyle 2  '
'set ccolor 1  '
'set cthick 1'
'set black 'subwrd(clevels,4)' 'subwrd(clevels,5)
*'set gxout shaded'
'set gxout grfill'
'set clevs 'clevels
'set ccols  14    4   11   5   0   16  7   12  2  '
'set black 'subwrd(clevels,4)' 'subwrd(clevels,5)


'd v7  - v6'


'set gxout shaded'
'set clevs 'clevels
'set ccols  14    4   11   5   0   16  7   12  2  '
'set black 'subwrd(clevels,4)' 'subwrd(clevels,5)
'd maskout((v8-v6),v1-23.)'


'set gxout shaded'
'set gxout contour'
'set cthick 1'
'set ccols 12 2 '
'set ccols 80   80 48  '
'set clab off'
'set clevs 'thresh
'd v5'


printim pop.png x320 y160 -t 1


Here I am uncertain about which colour code to use:
the colour number currently set in grads?
the current color code from the X server?

How can I ascertain, that the regions set to "black"
by 'set black'
are transparent in the png file?

These areas are shown as black, so "-t 1"  should do the trick,
but google earth shows the areas as black, opaque.

What should I do?

Many thanks,
Bernd.

--
Bernd Becker   The Monthly Outlook
Met Office  FitzRoy Road  Exeter   Devon EX1 3PB  United Kingdom
Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050
E-mail:bernd.becker at metoffice.com  -  http://www.metoffice.com


From jma at COLA.IGES.ORG  Wed Mar  4 08:56:50 2009
From: jma at COLA.IGES.ORG (Jennifer Adams)
Date: Wed, 4 Mar 2009 08:56:50 -0500
Subject: transparency in printim
In-Reply-To: <1236168449.29610.34.camel@eld313.desktop.frd.metoffice.com>
Message-ID: <WED.4.MAR.2009.085650.0500.>

Hi, Bernd --
I do not have an answer for this problem. I created images with a
transparent color that many applications including Photoshop, Preview,
Safari, and Firefox all treat properly, but Google Earth ... does not
get it right. I have also created images that Google Earth does get
right (the transparent color is indeed transparent and the background
shows through), but I have not been able to figure out what the key
difference is between these images. My GrADS scripts are essentially
the same and so is the KML. After spending a frustrating afternoon
figuring out these things, I stopped playing with Google Earth and
went back to work on something else.
--Jennifer

On Mar 4, 2009, at 7:07 AM, Bernd Becker wrote:

> Hello,
>
>
> to create images to be shown on google earth, I would like to
> create shaded contour plots and contours and  symbols all in one png
> file.
>
> The areas, where nothing is shown in the image, I would like to be
> transparent to see whatever google earth puts underneath.
>
> I do:
>
> 'set parea 0 11 0 8.5'
> 'set grid off'
> 'set mproj scaled'
> 'set x  0.5  321.5  '
> 'set y  0.5  161.5  '
> 'set mpdraw off'
> 'set grads off'
> 'set frame off'
>
> clevels ='  -0.9 -0.5 -0.2 -0.1  0.1 0.2 0.5  0.9  '
>
> 'set cstyle 2  '
> 'set ccolor 1  '
> 'set cthick 1'
> 'set black 'subwrd(clevels,4)' 'subwrd(clevels,5)
> *'set gxout shaded'
> 'set gxout grfill'
> 'set clevs 'clevels
> 'set ccols  14    4   11   5   0   16  7   12  2  '
> 'set black 'subwrd(clevels,4)' 'subwrd(clevels,5)
>
>
> 'd v7  - v6'
>
>
> 'set gxout shaded'
> 'set clevs 'clevels
> 'set ccols  14    4   11   5   0   16  7   12  2  '
> 'set black 'subwrd(clevels,4)' 'subwrd(clevels,5)
> 'd maskout((v8-v6),v1-23.)'
>
>
> 'set gxout shaded'
> 'set gxout contour'
> 'set cthick 1'
> 'set ccols 12 2 '
> 'set ccols 80   80 48  '
> 'set clab off'
> 'set clevs 'thresh
> 'd v5'
>
>
> printim pop.png x320 y160 -t 1
>
>
> Here I am uncertain about which colour code to use:
> the colour number currently set in grads?
> the current color code from the X server?
>
> How can I ascertain, that the regions set to "black"
> by 'set black'
> are transparent in the png file?
>
> These areas are shown as black, so "-t 1"  should do the trick,
> but google earth shows the areas as black, opaque.
>
> What should I do?
>
> Many thanks,
> Bernd.
>
> --
> Bernd Becker   The Monthly Outlook
> Met Office  FitzRoy Road  Exeter   Devon EX1 3PB  United Kingdom
> Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050
> E-mail:bernd.becker at metoffice.com  -  http://www.metoffice.com

--
Jennifer M. Adams
IGES/COLA
4041 Powder Mill Road, Suite 302
Calverton, MD 20705
jma at cola.iges.org



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090304/41396518/attachment.html 

From bernd.becker at METOFFICE.GOV.UK  Wed Mar  4 09:30:04 2009
From: bernd.becker at METOFFICE.GOV.UK (Bernd Becker)
Date: Wed, 4 Mar 2009 14:30:04 +0000
Subject: transparency in printim
In-Reply-To: <AA16DB1D-45E9-4583-847B-69B720D8FCF0@cola.iges.org>
Message-ID: <WED.4.MAR.2009.143004.0000.>

Thanks Jennifer and Patrick!

Patrick Reuter came up with a solution!



after all the rigmarole described in the e-mail below,
one further step does deliver the intended result:

'!convert -transparent black pop.png pop.png'


On Wed, 2009-03-04 at 08:56 -0500, Jennifer Adams wrote:
> Hi, Bernd --
> I do not have an answer for this problem. I created images with a
> transparent color that many applications including Photoshop, Preview,
> Safari, and Firefox all treat properly, but Google Earth ... does not
> get it right. I have also created images that Google Earth does get
> right (the transparent color is indeed transparent and the background
> shows through), but I have not been able to figure out what the key
> difference is between these images. My GrADS scripts are essentially
> the same and so is the KML. After spending a frustrating afternoon
> figuring out these things, I stopped playing with Google Earth and
> went back to work on something else.
> --Jennifer
>
> On Mar 4, 2009, at 7:07 AM, Bernd Becker wrote:
>
> > Hello,
> >
> >
> > to create images to be shown on google earth, I would like to
> > create shaded contour plots and contours and  symbols all in one png
> > file.
> >
> > The areas, where nothing is shown in the image, I would like to be
> > transparent to see whatever google earth puts underneath.
> >
> > I do:
> >
> > 'set parea 0 11 0 8.5'
> > 'set grid off'
> > 'set mproj scaled'
> > 'set x  0.5  321.5  '
> > 'set y  0.5  161.5  '
> > 'set mpdraw off'
> > 'set grads off'
> > 'set frame off'
> >
> > clevels ='  -0.9 -0.5 -0.2 -0.1  0.1 0.2 0.5  0.9  '
> >
> > 'set cstyle 2  '
> > 'set ccolor 1  '
> > 'set cthick 1'
> > 'set black 'subwrd(clevels,4)' 'subwrd(clevels,5)
> > *'set gxout shaded'
> > 'set gxout grfill'
> > 'set clevs 'clevels
> > 'set ccols  14    4   11   5   0   16  7   12  2  '
> > 'set black 'subwrd(clevels,4)' 'subwrd(clevels,5)
> >
> >
> > 'd v7  - v6'
> >
> >
> > 'set gxout shaded'
> > 'set clevs 'clevels
> > 'set ccols  14    4   11   5   0   16  7   12  2  '
> > 'set black 'subwrd(clevels,4)' 'subwrd(clevels,5)
> > 'd maskout((v8-v6),v1-23.)'
> >
> >
> > 'set gxout shaded'
> > 'set gxout contour'
> > 'set cthick 1'
> > 'set ccols 12 2 '
> > 'set ccols 80   80 48  '
> > 'set clab off'
> > 'set clevs 'thresh
> > 'd v5'
> >
> >
> > printim pop.png x320 y160 -t 1
> >
> >

'!convert -transparent black pop.png pop.png'

> > Here I am uncertain about which colour code to use:
> > the colour number currently set in grads?
> > the current color code from the X server?
> >
> > How can I ascertain, that the regions set to "black"
> > by 'set black'
> > are transparent in the png file?
> >
> > These areas are shown as black, so "-t 1"  should do the trick,
> > but google earth shows the areas as black, opaque.
> >
> > What should I do?

'!convert -transparent black pop.png pop.png'

> > Many thanks,
> > Bernd.
> >
> > --
> > Bernd Becker   The Monthly Outlook
> > Met Office  FitzRoy Road  Exeter   Devon EX1 3PB  United Kingdom
> > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050
> > E-mail:bernd.becker at metoffice.com  -  http://www.metoffice.com
> >
>
> --
> Jennifer M. Adams
> IGES/COLA
> 4041 Powder Mill Road, Suite 302
> Calverton, MD 20705
> jma at cola.iges.org
>
>
>
>
>
>
--
Bernd Becker   The Monthly Outlook
Met Office  FitzRoy Road  Exeter   Devon EX1 3PB  United Kingdom
Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050
E-mail:bernd.becker at metoffice.com  -  http://www.metoffice.com


From hrc at EAS.GATECH.EDU  Wed Mar  4 11:25:09 2009
From: hrc at EAS.GATECH.EDU (Hai-Ru Chang)
Date: Wed, 4 Mar 2009 11:25:09 -0500
Subject: OpenGrADS  v2.0.a5.oga.1 error
In-Reply-To: <77fcd6b20902241219o21fea758v582e018f73d1e0b8@mail.gmail.com>
Message-ID: <WED.4.MAR.2009.112509.0500.>

Hello,
        I tried to following your instructions of installing
OpenGrADS  v2.0.a5.oga.1 in /opt/opengrads and setup the correct
search path.  But after I type 'grads', I saw the following error:

               Welcome to the OpenGrADS Bundle Distribution
               --------------------------------------------

For additional information enter "grads --help".

Starting "/opt/opengrads/Linux/x86_64/grads   " ...

/opt/opengrads/Linux/x86_64/grads: /usr/lib64/libstdc++.so.6: version
`GLIBCXX_3.4.9' not found (required by /opt/opengrads/Linux/x86_64/
grads)
/opt/opengrads/Linux/x86_64/grads: /lib64/libc.so.6: version
`GLIBC_2.7' not found (required by /opt/opengrads/Linux/x86_64/grads)
On Feb 24, 2009, at 3:19 PM, Arlindo da Silva wrote:

Can you tell me what is wrong?  Thanks!


Dr. Hai-Ru Chang
School of Earth and Atmospheric Sciences
Georgia Institute of Technology
Atlanta, GA 30332-0340



> Dear GrADS Users,
>
> I have started uploading to sf.net sources and binaries for the
> OpenGrADS Bundle based on COLA's 2.0.a5 release:
>
>   https://sourceforge.net/project/showfiles.php?
> group_id=161773&package_id=305032&release_id=662661
>
> The OpenGrADS Bundle is a new way of packaging GrADS builds that
> is somewhat inspired by my experience with the Win32
> Superpacks. The idea is to have a single package that require
> no (minimum?) configuration and that is easily relocatable (say to
> a USB memory stick).  The structure of an OpenGrADS Bundle is
> described here:
>
>    http://opengrads.org/wiki/index.php?title=The_OpenGrADS_Bundle
>
> Once you download the tarball take a look at the INSTALL
> file. You can install it as a Bundle (highly recommended) or
> simply install the binaries the same way you did in the past.
>
> Note: The Windows build will be available soon, for now only Mac OS X,
> Linux and FreeBSD.
>
> New Features
> ------------
>
> This version is based on COLA's 2.0.a5 release which includes
> support for GeoTIFF and KML, as well as bug fixes. See the
> ChangeLog for details.  In addition, several OpenGrADS specific
> enhancements have been introduced:
>
> - The executable *grads* is now built with NetCDF v4.0.1beta3
>   which includes support for NetCDF-4/HDF-5 (similar to gradsnc4
>   in v1.9.0-rc1) and has built in OPeNDAP support. This binary
>   can handle all supported formats: NetCDF-3 (classic NetCDF),
>   NetCDF-4/HDF-5, HDF-4, GRIB-1/2 and grads binaries.
>
> - The executable *gradsdap* is no longer built as its
>   functionality is now included in the single executable
>   *grads*. In the OpenGrADS bundle *gradsdap* simply points
>   to *grads*.
>
> - We have introduced option -C to enable colorized text (see
> attached).
>   Try "-C 0", "-C 1" and "-C 2" for different color schemes.
>
> - User defined extensions, see below.
>
>
> Trying it out
> -------------
>
> Assuming you did a "bundle instalation" you can start the *grads*
> executable at the top directory (under Contents/ in the tarball):
>
>  % grads
>
> Alternatively you can start the executable *opengrads* which by
> default comes up with colorized text and a readline history that
> is preserved from session to session (grads standard option -H).
>
> You can also start the executable
>
>  % merra
>
> which will automatically start the Athena GUI script described in
> this recipe:
>
> http://cookbooks.opengrads.org/index.php?
> title=Recipe-016:_Accessing_MERRA_data_with_a_Graphical_User_Interface
>
> You can try one of the extensions which are documented here:
>
>     http://opengrads.org/doc/#udxt
>
> In particular the spherical harmonic filter:
>
>   ga-> @ open $GADSET/model
>   ga-> d sh_filt(ps,6)
>
> The output is attached.
>
>
> OpenGrADS Extensions
> --------------------
>
> This version includes a *preview* release of the OpenGrADS
> Extensions.  The same extensions previously released by the
> OpenGrADS project with GrADS 1.9.0-rc1 are now available with
> GrADS v2.0, with the addition of some new ones: libmf (from Mike
> Fiorino) and a new spherical harmonic filter, sh_filt().
> Documentation for these user defined functions/commands can be
> found here:
>
>                    http://opengrads.org/doc/#udxt
>
>     --------------------------------------------------------------
>                            IMPORTANT CAVEAT
>
>     As COLA has not yet published the official API for User Defined
>     functions in GrADS v2.0 we have adopted here an API that is
>     based on our work with v1.9.0-rc1. This is a very low-level
>     API that is *not* endorsed by COLA. As such, it is *not*
>     advisable that users adopt this API to write their own
>     extensions.  Furthermore, the extensions as implemented here
>     are tied to a specific version of GrADS and should always be
>     built in the context a given GrADS source tree.
>     --------------------------------------------------------------
>
>
> Disclaimer: Testers needed
> --------------------------
>
> These extensions are still being fully tested and should be
> considered *experimental* at best. Please report any problem you
> encounter.  Use them at your own risk.
>
> List of Extensions Included
> ---------------------------
>
>   User
>   Defined
>   COMMAND           Short Description                Function at Library
>  ---------- -----------------------------------
> --------------------------
>  gsudf      Initialize gs-function package       c_gsudf@^gsudf.gex
>  printenv   Expand environment variables         c_xenv@^env.gex
>  runenv     Expand env vars and run command      c_env@^env.gex
>  @          Expand env vars and run command      c_env@^env.gex
>  getenv     Get value of environment variable    c_getenv@^env.gex
>  setenv     Set value of environment variable    c_setenv@^env.gex
>  gxyat      Save images in PNG/SVG/PDF/PS        c_gxyat@^gxyat.gex
>  hello      Hello, World! sample command         c_hello@^libhello.gex
>  ipc_verb   IPC verbose toggle                   c_Verb@^libipc.gex
>  ipc_open   Open stream for save/load            c_Open@^libipc.gex
>  ipc_close  Close stream                         c_Close@^libipc.gex
>  ipc_save   Save expression to stream            c_Save@^libipc.gex
>  ipc_define Define variable (obsolete)           c_Define@^libipc.gex
>  ipc_error  Print IPC error message              c_Error@^libipc.gex
>  mfhilo     Find max/min or H/L in 2D field      c_mfhilo@^libmf.gex
>  cylprms    Properties relative to lon/lat       c_cylprms@^libmf.gex
>  shp_lines  Draw lines    from shapefile         c_lines@^shape.gex
>  shp_polyf  Draw polygons from shapefile         c_polyf@^shape.gex
>  ---------- -----------------------------------
> --------------------------
>
>    User
>   Defined
>   FUNCTION          Short Description                Function at Library
>  ---------- -----------------------------------
> --------------------------
>  speed      Wind-speed (sample gs-function)      f_gsudf@^gsudf.gex
>  lt         Less than operator                   f_bjt@^libbjt.gex
>  jd         Julian day                           f_bjt@^libbjt.gex
>  cosz       Cosine solar zenith angle            f_bjt@^libbjt.gex
>  dayratio   Daylight ratio                       f_bjt@^libbjt.gex
>  if         Conditional function                 f_bjt@^libbjt.gex
>  maxv       Maximum value                        f_bjt@^libbjt.gex
>  minv       Minimum value                        f_bjt@^libbjt.gex
>  which      Label gridpoints                     f_bjt@^libbjt.gex
>  ftest      F-test                               f_bjt@^libbjt.gex
>  ttest      T-test                               f_bjt@^libbjt.gex
>  tfit       Point  linear regression             f_bjt@^libbjt.gex
>  fit        Global linear regression             f_bjt@^libbjt.gex
>  tcorr2     Time correlation                     f_bjt@^libbjt.gex
>  tregr2     Point linear regression              f_bjt@^libbjt.gex
>  tmave2     Time averaging w/masking             f_bjt@^libbjt.gex
>  madvu      Calculates -d(u*EXPR)/dx             f_bjt@^libbjt.gex
>  madvv      Calculates -d(V*EXPR)/dy             f_bjt@^libbjt.gex
>  madvw      Calculates -d(W*EXPR)/dp             f_bjt@^libbjt.gex
>  muadv      Zonal advection                      f_bjt@^libbjt.gex
>  mvadv      Meridional advection                 f_bjt@^libbjt.gex
>  mwadv      Vertical advection                   f_bjt@^libbjt.gex
>  satvap     Saturated vapor pressure             f_bjt@^libbjt.gex
>  dew        Dew point temperature                f_bjt@^libbjt.gex
>  lw         Thermal infrared fluxes              f_bjt@^libbjt.gex
>  lw2        Thermal infrared fluxes v2           f_bjt@^libbjt.gex
>  pinterp    Pressure interpolation               f_bjt@^libbjt.gex
>  zinterp    Height interpolation                 f_bjt@^libbjt.gex
>  line       Draws a line                         f_bjt@^libbjt.gex
>  vint2      Mass-weighted vertical integral      f_bjt@^libbjt.gex
>  fish       Poisson solver                       f_fish@^fish.gex
>  fish_psi   Compute streamfunction               f_psichi@^fish.gex
>  fish_chi   Compute velocity potential           f_psichi@^fish.gex
>  fish_vor   Compute vorticity                    f_psichi@^fish.gex
>  fish_div   Compute divergence                   f_psichi@^fish.gex
>  hello      Hello, World! sample function        f_hello@^libhello.gex
>  ipc_save   Save expression to stream            f_Save@^libipc.gex
>  ipc_load   Load variable from file              f_Load@^libipc.gex
>  smth2d     Shuman smoother/de-smoother          f_smth2d@^libmf.gex
>  uv2trw     Find radial/tangential velocity      f_uv2trw@^libmf.gex
>  re         General interpolator                 ffre@^re.gex
>  sh_filt    Spherical harmonic filter            f_shfilt@^shfilt.gex
>  sh_power   Spherical harmonic spectra           f_shpowr@^shfilt.gex
>  ---------- -----------------------------------
> --------------------------
>
>
> Building it
> ------------
>
> To build it, get pre-compiled (or build it yourself) supplibs-2.1.0
> from
>
> https://sourceforge.net/project/showfiles.php?
> group_id=161773&package_id=241681&release_id=661716
>
> Untar and setup the supplibs as explained here
>
>  http://opengrads.org/wiki/index.php?
> title=Building_GrADS_v1.9_from_Sources
>
> Then follow the usual procedure
>
> % tar xvfz grads-x.y.x-$platform.tar.gz
> % cd grads-x.y.z...
> % ./configure
> % make
> % make check (to run the automated tests)
>
> And then to create a bundle under ./opengras type
>
> % bundle/bundle_create.sh
>
> Give it a try
>
> % cd opengrads/
>
> and take a look ar README and INSTALL. Try this:
>
> % cd opengrads/Contents
> % ./merra
>
> To make a distribution tarball with the bundle
>
> % make bundle-dist
>
> Keep checking the OpenGrADS WIki for updated documentation:
>
>  http://opengrads.org/wiki/index.php?title=OpenGrADS_Documentation
>
>   Let me know if you have problems.
>
>         Arlindo
>
>
> --
> Arlindo da Silva
> dasilva at alum.mit.edu<colorized.png><sh_filt.png>



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090304/4415b45b/attachment.html 

From klevey at CUSTOMWEATHER.COM  Wed Mar  4 11:28:42 2009
From: klevey at CUSTOMWEATHER.COM (Kevin M Levey)
Date: Wed, 4 Mar 2009 08:28:42 -0800
Subject: transparency in printim
In-Reply-To: <1236177004.29610.38.camel@eld313.desktop.frd.metoffice.com>
Message-ID: <WED.4.MAR.2009.082842.0800.>

Just as an FYI to other GRADS users:

convert is an Imagemagick command and must be installed on your system
for this command to work!

Regards,

Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University of
Cape Town)
Director of Meteorological Operations
CustomWeather, Inc.
San Francisco, California, USA

"Taking the World by Storm!"

http://www.customweather.com
http://www.myforecast.com
http://www.1stweather.com

cell: 415-794-0411
work: 415-777-3566
email: klevey at customweather.com

On Mar 4, 2009, at 03/04/09 - 6:30 AM, Bernd Becker wrote:

> Thanks Jennifer and Patrick!
>
> Patrick Reuter came up with a solution!
>
>
>
> after all the rigmarole described in the e-mail below,
> one further step does deliver the intended result:
>
> '!convert -transparent black pop.png pop.png'
>
>
> On Wed, 2009-03-04 at 08:56 -0500, Jennifer Adams wrote:
>> Hi, Bernd --
>> I do not have an answer for this problem. I created images with a
>> transparent color that many applications including Photoshop,
>> Preview,
>> Safari, and Firefox all treat properly, but Google Earth ... does not
>> get it right. I have also created images that Google Earth does get
>> right (the transparent color is indeed transparent and the background
>> shows through), but I have not been able to figure out what the key
>> difference is between these images. My GrADS scripts are essentially
>> the same and so is the KML. After spending a frustrating afternoon
>> figuring out these things, I stopped playing with Google Earth and
>> went back to work on something else.
>> --Jennifer
>>
>> On Mar 4, 2009, at 7:07 AM, Bernd Becker wrote:
>>
>>> Hello,
>>>
>>>
>>> to create images to be shown on google earth, I would like to
>>> create shaded contour plots and contours and  symbols all in one png
>>> file.
>>>
>>> The areas, where nothing is shown in the image, I would like to be
>>> transparent to see whatever google earth puts underneath.
>>>
>>> I do:
>>>
>>> 'set parea 0 11 0 8.5'
>>> 'set grid off'
>>> 'set mproj scaled'
>>> 'set x  0.5  321.5  '
>>> 'set y  0.5  161.5  '
>>> 'set mpdraw off'
>>> 'set grads off'
>>> 'set frame off'
>>>
>>> clevels ='  -0.9 -0.5 -0.2 -0.1  0.1 0.2 0.5  0.9  '
>>>
>>> 'set cstyle 2  '
>>> 'set ccolor 1  '
>>> 'set cthick 1'
>>> 'set black 'subwrd(clevels,4)' 'subwrd(clevels,5)
>>> *'set gxout shaded'
>>> 'set gxout grfill'
>>> 'set clevs 'clevels
>>> 'set ccols  14    4   11   5   0   16  7   12  2  '
>>> 'set black 'subwrd(clevels,4)' 'subwrd(clevels,5)
>>>
>>>
>>> 'd v7  - v6'
>>>
>>>
>>> 'set gxout shaded'
>>> 'set clevs 'clevels
>>> 'set ccols  14    4   11   5   0   16  7   12  2  '
>>> 'set black 'subwrd(clevels,4)' 'subwrd(clevels,5)
>>> 'd maskout((v8-v6),v1-23.)'
>>>
>>>
>>> 'set gxout shaded'
>>> 'set gxout contour'
>>> 'set cthick 1'
>>> 'set ccols 12 2 '
>>> 'set ccols 80   80 48  '
>>> 'set clab off'
>>> 'set clevs 'thresh
>>> 'd v5'
>>>
>>>
>>> printim pop.png x320 y160 -t 1
>>>
>>>
>
> '!convert -transparent black pop.png pop.png'
>
>>> Here I am uncertain about which colour code to use:
>>> the colour number currently set in grads?
>>> the current color code from the X server?
>>>
>>> How can I ascertain, that the regions set to "black"
>>> by 'set black'
>>> are transparent in the png file?
>>>
>>> These areas are shown as black, so "-t 1"  should do the trick,
>>> but google earth shows the areas as black, opaque.
>>>
>>> What should I do?
>
> '!convert -transparent black pop.png pop.png'
>
>>> Many thanks,
>>> Bernd.
>>>
>>> --
>>> Bernd Becker   The Monthly Outlook
>>> Met Office  FitzRoy Road  Exeter   Devon EX1 3PB  United Kingdom
>>> Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050
>>> E-mail:bernd.becker at metoffice.com  -  http://www.metoffice.com
>>>
>>
>> --
>> Jennifer M. Adams
>> IGES/COLA
>> 4041 Powder Mill Road, Suite 302
>> Calverton, MD 20705
>> jma at cola.iges.org
>>
>>
>>
>>
>>
>>
> --
> Bernd Becker   The Monthly Outlook
> Met Office  FitzRoy Road  Exeter   Devon EX1 3PB  United Kingdom
> Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050
> E-mail:bernd.becker at metoffice.com  -  http://www.metoffice.com


From daxiawj at GMAIL.COM  Wed Mar  4 12:12:05 2009
From: daxiawj at GMAIL.COM (Wang Jun)
Date: Wed, 4 Mar 2009 11:12:05 -0600
Subject: OpenGrADS  v2.0.a5.oga.1 error
In-Reply-To: <4CF58552-BA84-4CDD-B63B-6966E20EFF69@eas.gatech.edu>
Message-ID: <WED.4.MAR.2009.111205.0600.>

Hello, Hai-Ru,

 It says that the library file libstdc++.so.6 and libC.so.6 is not  the
version GrADS2.0.a5 requires.
I guess maybe they are too old or so.

The best way is to contact with your system administrator.

Regards,
Wang Jun

Nansen-Zhu International Research Centre, Beijing, China

Hai-Ru Chang ??:
> Hello,
>        I tried to following your instructions of installing OpenGrADS
>  v2.0.a5.oga.1 in /opt/opengrads and setup the correct search path.
>  But after I type 'grads', I saw the following error:
>
>               Welcome to the OpenGrADS Bundle Distribution
>               --------------------------------------------
>
> For additional information enter "grads --help".
>
> Starting "/opt/opengrads/Linux/x86_64/grads   " ...
>
> /opt/opengrads/Linux/x86_64/grads: /usr/lib64/libstdc++.so.6: version
> `GLIBCXX_3.4.9' not found (required by /opt/opengrads/Linux/x86_64/grads)
> /opt/opengrads/Linux/x86_64/grads: /lib64/libc.so.6: version
> `GLIBC_2.7' not found (required by /opt/opengrads/Linux/x86_64/grads)
> On Feb 24, 2009, at 3:19 PM, Arlindo da Silva wrote:
>
> Can you tell me what is wrong?  Thanks!
>
>
> Dr. Hai-Ru Chang
> School of Earth and Atmospheric Sciences
> Georgia Institute of Technology
> Atlanta, GA 30332-0340
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090304/c6a4f26c/attachment.html 

From boyin.huang at NOAA.GOV  Wed Mar  4 15:00:25 2009
From: boyin.huang at NOAA.GOV (Boyin Huang)
Date: Wed, 4 Mar 2009 21:00:25 +0100
Subject: Symble expression
Message-ID: <WED.4.MAR.2009.210025.0100.>

I want to draw a symple of average velocity (U bar, a bar over U.

Is there any way of doing it in GrADS?

Thanks


From smcmillan at PLANALYTICS.COM  Wed Mar  4 15:25:39 2009
From: smcmillan at PLANALYTICS.COM (Stephen R McMillan)
Date: Wed, 4 Mar 2009 14:25:39 -0600
Subject: Symble expression
In-Reply-To: <20090304200126.D42DB2025E@mx2.cineca.it>
Message-ID: <WED.4.MAR.2009.142539.0600.>

Boyin,
You can use 'draw string....'.  For example, try something like:

'draw string 6.5 1.2 U';'draw string 6.5 1.5 _'

Stephen McMillan



Boyin Huang <boyin.huang at NOAA.GOV> 
Sent by: GRADSUSR at LIST.CINECA.IT
03/04/2009 02:00 PM
Please respond to
GRADSUSR at LIST.CINECA.IT


To
GRADSUSR at LIST.CINECA.IT
cc

Subject
Symble expression





I want to draw a symple of average velocity (U bar, a bar over U.

Is there any way of doing it in GrADS?

Thanks




***************************************************
The information contained in this e-mail message is intended only for the use of the recipient(s) named above and may contain information that is privileged, confidential, and/or proprietary.  If you are not the intended recipient, you may not review, copy or distribute this message.  If you have received this communication in error, please notify the sender immediately by e-mail, and delete the original message.
***************************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090304/80389026/attachment.html 

From arlindo.dasilva at GMAIL.COM  Wed Mar  4 23:47:31 2009
From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva)
Date: Wed, 4 Mar 2009 23:47:31 -0500
Subject: OpenGrADS v2.0.a5.oga.1 error
In-Reply-To: <4CF58552-BA84-4CDD-B63B-6966E20EFF69@eas.gatech.edu>
Message-ID: <WED.4.MAR.2009.234731.0500.>

Dear Hai-Hu,
  I am currently investigating the portability issues associated with the
x86_64 binaries. I'll post something tomorrow which I hope is more portable.

    Arlindo


On Wed, Mar 4, 2009 at 11:25 AM, Hai-Ru Chang <hrc at eas.gatech.edu> wrote:

> Hello,       I tried to following your instructions of
> installing OpenGrADS  v2.0.a5.oga.1 in /opt/opengrads and setup the correct
> search path.  But after I type 'grads', I saw the following error:
>
>               Welcome to the OpenGrADS Bundle Distribution
>               --------------------------------------------
>
> For additional information enter "grads --help".
>
> Starting "/opt/opengrads/Linux/x86_64/grads   " ...
>
> /opt/opengrads/Linux/x86_64/grads: /usr/lib64/libstdc++.so.6: version
> `GLIBCXX_3.4.9' not found (required by /opt/opengrads/Linux/x86_64/grads)
> /opt/opengrads/Linux/x86_64/grads: /lib64/libc.so.6: version `GLIBC_2.7'
> not found (required by /opt/opengrads/Linux/x86_64/grads)
> On Feb 24, 2009, at 3:19 PM, Arlindo da Silva wrote:
>
> Can you tell me what is wrong?  Thanks!
>
>
> Dr. Hai-Ru Chang
> School of Earth and Atmospheric Sciences
> Georgia Institute of Technology
> Atlanta, GA 30332-0340
>
>
>
> Dear GrADS Users,
>
> I have started uploading to sf.net sources and binaries for the
> OpenGrADS Bundle based on COLA's 2.0.a5 release:
>
>
> https://sourceforge.net/project/showfiles.php?group_id=161773&package_id=305032&release_id=662661
>
> The OpenGrADS Bundle is a new way of packaging GrADS builds that
> is somewhat inspired by my experience with the Win32
> Superpacks. The idea is to have a single package that require
> no (minimum?) configuration and that is easily relocatable (say to
> a USB memory stick).  The structure of an OpenGrADS Bundle is
> described here:
>
>    http://opengrads.org/wiki/index.php?title=The_OpenGrADS_Bundle
>
> Once you download the tarball take a look at the INSTALL
> file. You can install it as a Bundle (highly recommended) or
> simply install the binaries the same way you did in the past.
>
> Note: The Windows build will be available soon, for now only Mac OS X,
> Linux and FreeBSD.
>
> New Features
> ------------
>
> This version is based on COLA's 2.0.a5 release which includes
> support for GeoTIFF and KML, as well as bug fixes. See the
> ChangeLog for details.  In addition, several OpenGrADS specific
> enhancements have been introduced:
>
> - The executable *grads* is now built with NetCDF v4.0.1beta3
>   which includes support for NetCDF-4/HDF-5 (similar to gradsnc4
>   in v1.9.0-rc1) and has built in OPeNDAP support. This binary
>   can handle all supported formats: NetCDF-3 (classic NetCDF),
>   NetCDF-4/HDF-5, HDF-4, GRIB-1/2 and grads binaries.
>
> - The executable *gradsdap* is no longer built as its
>   functionality is now included in the single executable
>   *grads*. In the OpenGrADS bundle *gradsdap* simply points
>   to *grads*.
>
> - We have introduced option -C to enable colorized text (see attached).
>   Try "-C 0", "-C 1" and "-C 2" for different color schemes.
>
> - User defined extensions, see below.
>
>
> Trying it out
> -------------
>
> Assuming you did a "bundle instalation" you can start the *grads*
> executable at the top directory (under Contents/ in the tarball):
>
>  % grads
>
> Alternatively you can start the executable *opengrads* which by
> default comes up with colorized text and a readline history that
> is preserved from session to session (grads standard option -H).
>
> You can also start the executable
>
>  % merra
>
> which will automatically start the Athena GUI script described in
> this recipe:
>
>
> http://cookbooks.opengrads.org/index.php?title=Recipe-016:_Accessing_MERRA_data_with_a_Graphical_User_Interface
>
> You can try one of the extensions which are documented here:
>
>     http://opengrads.org/doc/#udxt
>
> In particular the spherical harmonic filter:
>
>   ga-> @ open $GADSET/model
>   ga-> d sh_filt(ps,6)
>
> The output is attached.
>
>
> OpenGrADS Extensions
> --------------------
>
> This version includes a *preview* release of the OpenGrADS
> Extensions.  The same extensions previously released by the
> OpenGrADS project with GrADS 1.9.0-rc1 are now available with
> GrADS v2.0, with the addition of some new ones: libmf (from Mike
> Fiorino) and a new spherical harmonic filter, sh_filt().
> Documentation for these user defined functions/commands can be
> found here:
>
>                    http://opengrads.org/doc/#udxt
>
>     --------------------------------------------------------------
>                            IMPORTANT CAVEAT
>
>     As COLA has not yet published the official API for User Defined
>     functions in GrADS v2.0 we have adopted here an API that is
>     based on our work with v1.9.0-rc1. This is a very low-level
>     API that is *not* endorsed by COLA. As such, it is *not*
>     advisable that users adopt this API to write their own
>     extensions.  Furthermore, the extensions as implemented here
>     are tied to a specific version of GrADS and should always be
>     built in the context a given GrADS source tree.
>     --------------------------------------------------------------
>
>
> Disclaimer: Testers needed
> --------------------------
>
> These extensions are still being fully tested and should be
> considered *experimental* at best. Please report any problem you
> encounter.  Use them at your own risk.
>
> List of Extensions Included
> ---------------------------
>
>   User
>   Defined
>   COMMAND           Short Description                Function at Library
>  ---------- -----------------------------------
> --------------------------
>  gsudf      Initialize gs-function package       c_gsudf@^gsudf.gex
>  printenv   Expand environment variables         c_xenv@^env.gex
>  runenv     Expand env vars and run command      c_env@^env.gex
>  @          Expand env vars and run command      c_env@^env.gex
>  getenv     Get value of environment variable    c_getenv@^env.gex
>  setenv     Set value of environment variable    c_setenv@^env.gex
>  gxyat      Save images in PNG/SVG/PDF/PS        c_gxyat@^gxyat.gex
>  hello      Hello, World! sample command         c_hello@^libhello.gex
>  ipc_verb   IPC verbose toggle                   c_Verb@^libipc.gex
>  ipc_open   Open stream for save/load            c_Open@^libipc.gex
>  ipc_close  Close stream                         c_Close@^libipc.gex
>  ipc_save   Save expression to stream            c_Save@^libipc.gex
>  ipc_define Define variable (obsolete)           c_Define@^libipc.gex
>  ipc_error  Print IPC error message              c_Error@^libipc.gex
>  mfhilo     Find max/min or H/L in 2D field      c_mfhilo@^libmf.gex
>  cylprms    Properties relative to lon/lat       c_cylprms@^libmf.gex
>  shp_lines  Draw lines    from shapefile         c_lines@^shape.gex
>  shp_polyf  Draw polygons from shapefile         c_polyf@^shape.gex
>  ---------- -----------------------------------
> --------------------------
>
>    User
>   Defined
>   FUNCTION          Short Description                Function at Library
>  ---------- -----------------------------------
> --------------------------
>  speed      Wind-speed (sample gs-function)      f_gsudf@^gsudf.gex
>  lt         Less than operator                   f_bjt@^libbjt.gex
>  jd         Julian day                           f_bjt@^libbjt.gex
>  cosz       Cosine solar zenith angle            f_bjt@^libbjt.gex
>  dayratio   Daylight ratio                       f_bjt@^libbjt.gex
>  if         Conditional function                 f_bjt@^libbjt.gex
>  maxv       Maximum value                        f_bjt@^libbjt.gex
>  minv       Minimum value                        f_bjt@^libbjt.gex
>  which      Label gridpoints                     f_bjt@^libbjt.gex
>  ftest      F-test                               f_bjt@^libbjt.gex
>  ttest      T-test                               f_bjt@^libbjt.gex
>  tfit       Point  linear regression             f_bjt@^libbjt.gex
>  fit        Global linear regression             f_bjt@^libbjt.gex
>  tcorr2     Time correlation                     f_bjt@^libbjt.gex
>  tregr2     Point linear regression              f_bjt@^libbjt.gex
>  tmave2     Time averaging w/masking             f_bjt@^libbjt.gex
>  madvu      Calculates -d(u*EXPR)/dx             f_bjt@^libbjt.gex
>  madvv      Calculates -d(V*EXPR)/dy             f_bjt@^libbjt.gex
>  madvw      Calculates -d(W*EXPR)/dp             f_bjt@^libbjt.gex
>  muadv      Zonal advection                      f_bjt@^libbjt.gex
>  mvadv      Meridional advection                 f_bjt@^libbjt.gex
>  mwadv      Vertical advection                   f_bjt@^libbjt.gex
>  satvap     Saturated vapor pressure             f_bjt@^libbjt.gex
>  dew        Dew point temperature                f_bjt@^libbjt.gex
>  lw         Thermal infrared fluxes              f_bjt@^libbjt.gex
>  lw2        Thermal infrared fluxes v2           f_bjt@^libbjt.gex
>  pinterp    Pressure interpolation               f_bjt@^libbjt.gex
>  zinterp    Height interpolation                 f_bjt@^libbjt.gex
>  line       Draws a line                         f_bjt@^libbjt.gex
>  vint2      Mass-weighted vertical integral      f_bjt@^libbjt.gex
>  fish       Poisson solver                       f_fish@^fish.gex
>  fish_psi   Compute streamfunction               f_psichi@^fish.gex
>  fish_chi   Compute velocity potential           f_psichi@^fish.gex
>  fish_vor   Compute vorticity                    f_psichi@^fish.gex
>  fish_div   Compute divergence                   f_psichi@^fish.gex
>  hello      Hello, World! sample function        f_hello@^libhello.gex
>  ipc_save   Save expression to stream            f_Save@^libipc.gex
>  ipc_load   Load variable from file              f_Load@^libipc.gex
>  smth2d     Shuman smoother/de-smoother          f_smth2d@^libmf.gex
>  uv2trw     Find radial/tangential velocity      f_uv2trw@^libmf.gex
>  re         General interpolator                 ffre@^re.gex
>  sh_filt    Spherical harmonic filter            f_shfilt@^shfilt.gex
>  sh_power   Spherical harmonic spectra           f_shpowr@^shfilt.gex
>  ---------- -----------------------------------
> --------------------------
>
>
> Building it
> ------------
>
> To build it, get pre-compiled (or build it yourself) supplibs-2.1.0 from
>
>
> https://sourceforge.net/project/showfiles.php?group_id=161773&package_id=241681&release_id=661716
>
> Untar and setup the supplibs as explained here
>
>
> http://opengrads.org/wiki/index.php?title=Building_GrADS_v1.9_from_Sources
>
> Then follow the usual procedure
>
> % tar xvfz grads-x.y.x-$platform.tar.gz
> % cd grads-x.y.z...
> % ./configure
> % make
> % make check (to run the automated tests)
>
> And then to create a bundle under ./opengras type
>
> % bundle/bundle_create.sh
>
> Give it a try
>
> % cd opengrads/
>
> and take a look ar README and INSTALL. Try this:
>
> % cd opengrads/Contents
> % ./merra
>
> To make a distribution tarball with the bundle
>
> % make bundle-dist
>
> Keep checking the OpenGrADS WIki for updated documentation:
>
>  http://opengrads.org/wiki/index.php?title=OpenGrADS_Documentation
>
>   Let me know if you have problems.
>
>         Arlindo
>
>
> --
> Arlindo da Silva
> dasilva at alum.mit.edu<colorized.png><sh_filt.png>
>
>
>
>
>


--
Arlindo da Silva
dasilva at alum.mit.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090304/0409c24e/attachment.html 

From cherchi at BO.INGV.IT  Thu Mar  5 02:10:07 2009
From: cherchi at BO.INGV.IT (Annalisa Cherchi)
Date: Thu, 5 Mar 2009 08:10:07 +0100
Subject: GRADS2.0 UDF
Message-ID: <THU.5.MAR.2009.081007.0100.>

Dear all,
we install grads2.0.a4 and we realized that "User Defined Functions"
have been disabled in that version of grads.
Is there any other possibility then to use functions like regrid2 in
that version?

thanks
all the best
annalisa

--
Annalisa Cherchi
Istituto Nazionale di Geofisica e Vulcanologia
Centro Euro-Mediterraneo per i Cambiamenti Climatici
Via Aldo Moro, 44
40127 Bologna
ITALY

Phone: +39 051 3782613
Fax: +39 051 3782655
e-mail: cherchi at bo.ingv.it
        annalisa.cherchi at cmcc.it


From vinicius.beatrix at GMAIL.COM  Thu Mar  5 06:09:54 2009
From: vinicius.beatrix at GMAIL.COM (Vinicius Souza)
Date: Thu, 5 Mar 2009 08:09:54 -0300
Subject: Question
Message-ID: <THU.5.MAR.2009.080954.0300.>

hello everybody!

I`m staged , learning, on the Nacional Institute of Space Research
(INPE) in Brazil, and Im start to learn Grads, so Im wanna ask if
someone has any class or someting that I can study to learning more
about...

Im glad already!  thank you everyone!
sya


From singh at SATELLITE.HYARC.NAGOYA-U.AC.JP  Thu Mar  5 06:47:31 2009
From: singh at SATELLITE.HYARC.NAGOYA-U.AC.JP (Prasamsa Singh)
Date: Thu, 5 Mar 2009 20:47:31 +0900
Subject: about control file
Message-ID: <THU.5.MAR.2009.204731.0900.>

Dear Grads user,

I am trying to average 3months data of 3 hourly data set of grided data for a year.
as follows using following control file.

dset ^00%m2%d2.%h2.6.precipitation.bin
options template byteswapped
undef -9999.0
xdef 1440 linear -179.875 0.25000000
ydef 400  linear -49.8750000 0.25000000
zdef 1 levels 1000
tdef 92 linear 00:00Z01jun2000 3hr
* end_time 21:00Z31Aug2000
vars 1
r         0   99 Hourly Rain Rate (mm/hr)
endvars

 I received the result "Entire grid undefined.

 But I could read the data for separate months.
 Would be please suggest me whats wrong in the control file.

Thanking you in advance.

Prasamsa


From arlindo.dasilva at GMAIL.COM  Thu Mar  5 07:01:53 2009
From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva)
Date: Thu, 5 Mar 2009 07:01:53 -0500
Subject: Circulation patterns help
In-Reply-To: <302842.48978.qm@web36407.mail.mud.yahoo.com>
Message-ID: <THU.5.MAR.2009.070153.0500.>

On Wed, Mar 4, 2009 at 1:37 AM, sreenivas desamsetti <sreeds82 at yahoo.com>wrote:

>  Dear Sir/ Madam,
> I have u, v, and omega values over the globe.
> Could you please tell me how to plot the Walker and Hadley circulations.
> If any script will be available please share with me.
> I installed opengrads also as to get psi variable is easier in this.
>


What you want is the "psim" UDF which computes the mean meridional
streamfunction. As of this writing it only exists in the form of a classic
UDF (only works with GrADS 1.9 and earlier). It is in the list of UDFs to be
included as an OpenGrADS extension for GrADS v2. For now, you can find
sources for the classic UDF by browsing the OpenGrADS UDF repository:


http://opengrads.cvs.sourceforge.net/viewvc/opengrads/contrib/legacy/udf/psim/

            Arlindo

--
Arlindo da Silva
dasilva at alum.mit.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090305/ed277fc7/attachment.html 

From arlindo.dasilva at GMAIL.COM  Thu Mar  5 07:10:32 2009
From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva)
Date: Thu, 5 Mar 2009 07:10:32 -0500
Subject: GRADS2.0 UDF
In-Reply-To: <49AF7ACF.3090900@bo.ingv.it>
Message-ID: <THU.5.MAR.2009.071032.0500.>

On Thu, Mar 5, 2009 at 2:10 AM, Annalisa Cherchi <cherchi at bo.ingv.it> wrote:

> Dear all,
> we install grads2.0.a4 and we realized that "User Defined Functions"
> have been disabled in that version of grads.
> Is there any other possibility then to use functions like regrid2 in
> that version?
>

If you do not need all of the functionality the regrid2() offered then the
linterp() function built in GrADS v2.0 should work for you.
However, function re() which has pretty much all the functionality of
regrid2() is included as an extension in the OpenGrADS Bundle for
v2.0.a5-oga-2 available from sf.net:

http://sourceforge.net/project/showfiles.php?group_id=161773&package_id=305032&release_id=662661

Documentation for re() is here:

               http://opengrads.org/doc/udxt/re/

BTW, re() is also available in the OpenGrADS builds for v2.0.a4, including
Windows. Re() was contributed by B.-J. Tsuang who re-wrote Mike Fiorino's
Fortran implementation of regrid2() in C.

     Arlindo

--
Arlindo da Silva
dasilva at alum.mit.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090305/2c2dfaf7/attachment.html 

From arlindo.dasilva at GMAIL.COM  Thu Mar  5 07:14:42 2009
From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva)
Date: Thu, 5 Mar 2009 07:14:42 -0500
Subject: Question
In-Reply-To: <b300dd200903050309r4392c6e6o4cbb5a20c7bdc2e1@mail.gmail.com>
Message-ID: <THU.5.MAR.2009.071442.0500.>

On Thu, Mar 5, 2009 at 6:09 AM, Vinicius Souza
<vinicius.beatrix at gmail.com>wrote:

> hello everybody!
>
> I`m staged , learning, on the Nacional Institute of Space Research
> (INPE) in Brazil, and Im start to learn Grads, so Im wanna ask if
> someone has any class or someting that I can study to learning more
> about...
>
> Im glad already!  thank you everyone!


Bookmark this page:

    http://grads.iges.org/grads/gadoc/index.html

Start with the tutorial. The OpenGrADS cookbooks have several recipes
showing how to do basic (and not so basic) things in GrADS:

   http://cookbooks.opengrads.org/index.php?title=Main_Page

        Arlindo


--
Arlindo da Silva
dasilva at alum.mit.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090305/ba230726/attachment.html 

From franruiz at IDEAM.GOV.CO  Thu Mar  5 08:26:25 2009
From: franruiz at IDEAM.GOV.CO (Franklyn Ruiz)
Date: Thu, 5 Mar 2009 08:26:25 -0500
Subject: Question
In-Reply-To: <b300dd200903050309r4392c6e6o4cbb5a20c7bdc2e1@mail.gmail.com>
Message-ID: <THU.5.MAR.2009.082625.0500.>

Hi

I think this manual (attached) is very easy to start.

Franklyn RUIZ
IDEAM-Colombia


-----Mensaje original-----
De: GRADSUSR at LIST.CINECA.IT [mailto:GRADSUSR at LIST.CINECA.IT]En nombre de
Vinicius Souza
Enviado el: Jueves, 05 de Marzo de 2009 06:10 a.m.
Para: GRADSUSR at LIST.CINECA.IT
Asunto: Question


hello everybody!

I`m staged , learning, on the Nacional Institute of Space Research
(INPE) in Brazil, and Im start to learn Grads, so Im wanna ask if
someone has any class or someting that I can study to learning more
about...

Im glad already!  thank you everyone!
sya
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Curso Grads Entrenamiento Eta.pdf
Type: application/pdf
Size: 138320 bytes
Desc: not available
Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090305/ddd08c5e/attachment.pdf 

From dasilva at ALUM.MIT.EDU  Thu Mar  5 08:54:38 2009
From: dasilva at ALUM.MIT.EDU (Arlindo da Silva)
Date: Thu, 5 Mar 2009 08:54:38 -0500
Subject: GrADS v2.0.a5.oga.3 for Windows available,
Message-ID: <THU.5.MAR.2009.085438.0500.>

All,

  I have updloaded the OpenGrADS Superpack for Windows based on COLA
GrADS v2.0.a5. You read more about it here:

               http://opengrads.org/doc/win32-v2/

 You can download it from sourceforge:

     http://sourceforge.net/project/showfiles.php?group_id=161773&package_id=290254&release_id=665954

Right now the .exe installation package is not yet available but the
ZIP package has all the functionality and is fairly easy to install.
Just unzip, and click on "opengrads" for the classic command line
interface. You can also try:

   merra      - a GUI for accessing MERRA data from NASA's OPeNDAP server
   nomads   - a GUI for accessing NOAA's forecast data from the NOMADS server

This release includes all the OpenGrADS extensions, including gxyat,
re, and fish.

    Let me know of any problems.

         Arlindo

--
Arlindo da Silva
dasilva at alum.mit.edu


From arlindo.dasilva at GMAIL.COM  Thu Mar  5 09:24:35 2009
From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva)
Date: Thu, 5 Mar 2009 09:24:35 -0500
Subject: Question
In-Reply-To: <JLEOJPLFFODOBPDLNJLLOEFMCFAA.franruiz@ideam.gov.co>
Message-ID: <THU.5.MAR.2009.092435.0500.>

Franklyn,

  This is a nice document. Someone should translate it into English
for international access. Would you consider making the original
powerpoint file available?

   Thank you,

      Arlindo

On Thu, Mar 5, 2009 at 8:26 AM, Franklyn Ruiz <franruiz at ideam.gov.co> wrote:
> Hi
>
> I think this manual (attached) is very easy to start.
>
> Franklyn RUIZ
> IDEAM-Colombia
>
>
> -----Mensaje original-----
> De: GRADSUSR at LIST.CINECA.IT [mailto:GRADSUSR at LIST.CINECA.IT]En nombre de
> Vinicius Souza
> Enviado el: Jueves, 05 de Marzo de 2009 06:10 a.m.
> Para: GRADSUSR at LIST.CINECA.IT
> Asunto: Question
>
>
> hello everybody!
>
> I`m staged , learning, on the Nacional Institute of Space Research
> (INPE) in Brazil, and Im start to learn Grads, so Im wanna ask if
> someone has any class or someting that I can study to learning more
> about...
>
> Im glad already!  thank you everyone!
> sya



--
Arlindo da Silva
dasilva at alum.mit.edu


From msponsler at COMCAST.NET  Thu Mar  5 13:09:21 2009
From: msponsler at COMCAST.NET (Mark Sponsler)
Date: Thu, 5 Mar 2009 18:09:21 +0000
Subject: GrADS v2.0.a5.oga.3 for Windows available,
In-Reply-To: <1746770540.179271236276545838.JavaMail.root@sz0052a.emeryville.ca.mail.comcast.net>
Message-ID: <THU.5.MAR.2009.180921.0000.>



Arlindo, 

I just wanted to exp ress my deepest appreciation for all the great work you have been doing on GrADS.? I'm still back on version 1.9?of Grads on Windows, but it works very well.? Especially the re() extension.? It was so much easier to use? versus all the effort to get regrid2 installed in 1.8. And the shp_lines? extensions are wonderful too. Portability is a major plus , being able to run it from a flash drive or?copy to a PC without having to actually touch the registry .? Trasparent colors have opened a whole host of new possibilities .? And the transistion from 1.8 to 1.9 is seemless. ? 



Anyway - I just wanted to let you know your efforts are greatly appre ciated.?You've done a great job for the GrADS commu nity and we all owe you a heart y 'Th ank you'! ??? ? ? 


Thanks, 
Mark 

----- Original Message ----- 
From: "Arlindo da Silva" <dasilva at ALUM.MIT.EDU> 
To: GRADSUSR at LIST.CINECA.IT 
Sent: Thursday, March 5, 2009 5:54:38 AM GMT -08:00 US/Canada Pacific 
Subject: GrADS v2.0.a5.oga.3 for Windows available, 

All, 

??I have updloaded the OpenGrADS Superpack for Windows based on COLA 
GrADS v2.0.a5. You read more about it here: 

?? ? ? ? ? ? ? http://opengrads.org/doc/win32-v2/ 

?You can download it from sourceforge: 

?? ? http://sourceforge.net/project/showfiles.php?group_id=161773&package_id=290254&release_id=665954 

Right now the .exe installation package is not yet available but the 
ZIP package has all the functionality and is fairly easy to install. 
Just unzip, and click on "opengrads" for the classic command line 
interface. You can also try: 

?? merra ? ? ?- a GUI for accessing MERRA data from NASA's OPeNDAP server 
?? nomads ? - a GUI for accessing NOAA's forecast data from the NOMADS server 

This release includes all the OpenGrADS extensions, including gxyat, 
re, and fish. 

?? ?Let me know of any problems. 

?? ? ? ? Arlindo 

-- 
Arlindo da Silva 
dasilva at alum.mit.edu 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090305/e70e3a44/attachment.html 

From arief.sudradjat at YAHOO.COM  Thu Mar  5 14:18:15 2009
From: arief.sudradjat at YAHOO.COM (Arief Sudradjat)
Date: Thu, 5 Mar 2009 11:18:15 -0800
Subject: Plate Carree projection on GrADS Lat-Lon projected display
Message-ID: <THU.5.MAR.2009.111815.0800.>

GrADS Users:

I read a Plate Carree preprojected map (already in lat & lon) and displayed it on GrADS Lat-Lon projection. Because the original map is a 1km grids global cover map, I used hires map background in displaying it on GrADS. It turns out that the displayed map does not really match the map background in detail (more like shifted 0.1 degrees E & S rather than not following). However, on a hemispheric view, the displayed map follow the map background.

Because I am not familiar with map projections, I am not sure if my problem is caused by the different projections used by the global map (Plate Carree) and GrADS display (lat-lon or spherical). I would really appreciate it if somebody is willing to address this problem.

Thanking you in advance,
Arief
CICS/ESSIC/UMD


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090305/fe9b9c70/attachment.html 

From Guilong.Li at EC.GC.CA  Thu Mar  5 16:13:46 2009
From: Guilong.Li at EC.GC.CA (Li,Guilong [Ontario])
Date: Thu, 5 Mar 2009 16:13:46 -0500
Subject: how to adjust border line's thickness
In-Reply-To: A<77fcd6b20901270917y4bac3f97iaa3d629733b60ba3@mail.gmail.com>
Message-ID: <THU.5.MAR.2009.161346.0500.>

Dear Grads users
 
I want to draw a contour plot which include Canadian and US border,
province boundary in Canada and state boundary in US. It seems Canadian
province boundary line is thinner than the US state boundary line.
Please see the following scrip for this plotting. My question is whether
Grads has a command which can control the thickness of the border line.
I tried different combinations, such as 'set map 1 5 1', it seems it
doesn't change as I want. Could someone help me? Thanks. -- Guilong
 
'reinit'
'open grid.ctl'
'open station.ctl'
'enable print zz.gmf'
'set grads off'
'set gxout shaded'
'set lon -104 -52'
'set lat 41 60'
'set frame off'
'set mproj nps'
'set mpdset province'
'set poli on'
'set gxout contour'
'set clevs 0 5 10 15 20 30 40 50'
'set ccolor 1'
'set clab forced'
'set grid off'
'd oacres(ts,ts.2)'
'set mproj nps'
'set mpdset hires'
'set poli on'
'basemap O 0 15'
'print'
'disable print'
 
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090305/fb17eb10/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: test.ps
Type: application/postscript
Size: 431532 bytes
Desc: test.ps
Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090305/fb17eb10/attachment.ps 

From dasilva at ALUM.MIT.EDU  Thu Mar  5 17:19:29 2009
From: dasilva at ALUM.MIT.EDU (Arlindo da Silva)
Date: Thu, 5 Mar 2009 17:19:29 -0500
Subject: OpenGrADS Bundle v2.0.a5.oga.1 available
In-Reply-To: <77fcd6b20902280742o1eb258a2jfd74b774cc78027a@mail.gmail.com>
Message-ID: <THU.5.MAR.2009.171929.0500.>

All,

   I have once more refreshed sources and binaries: OpenGrADS Bundle
v2.0.a5.oga.3:

       https://sourceforge.net/project/showfiles.php?group_id=161773&package_id=305032&release_id=662661

Very minor updates this time. The only addition worthwhile mentioning
is the "nomads.gui" for accessing NOMADS data with a GUI  (GFS, NAM,
RUC, etc.)

% cd Contents
% ./nomads

Also new builds for Mac OS X/PowerPC, and SGI IRIX (probably the last
SGI build ever).

The Linux/x86_64 should be more portable now.  Please let me know
otherwise. BTW, under

    Contents/Linux/Versions/2.0.a5.oga.3/x86_64/libs

you will find some extra libraries. If it complains about some missing
.so, copy them from this directory to

   Contents/Linux/Versions/2.0.a5.oga.3/x86_64/gex

and give it a try.

    Arlindo





On Sat, Feb 28, 2009 at 10:42 AM, Arlindo da Silva <dasilva at alum.mit.edu> wrote:
> All,
>
>  I have refresh the sources and binaries for the OpenGrADS Bundle on
> sourceforge:
>
> https://sourceforge.net/project/showfiles.php?group_id=161773&package_id=305032&release_id=662661
>
>  The main changes are:
>
> 1) A bug has been fixed in the UDX interface which was causing "exec
> script" to fail. This is an important one, please update.
>
> 2) I have revised the internals of the Bundle implementation so that
> it should work now with USB flash drives.
>
>  As of this writing, most binaries have been updated except for
> FreeBSD 7 (FreeBSD 6.3 has been updated). Make sure the files you
> download start with "grads-2.0.a5.oga.2" (notice the "2" at the end.)
>
>  Let me know of any problems.
>
>  Enjoy,
>
>    Arlindo
>
>
> On Tue, Feb 24, 2009 at 3:19 PM, Arlindo da Silva <dasilva at alum.mit.edu> wrote:
>> Dear GrADS Users,
>>
>> I have started uploading to sf.net sources and binaries for the
>> OpenGrADS Bundle based on COLA's 2.0.a5 release:
>>
>>  https://sourceforge.net/project/showfiles.php?group_id=161773&package_id=305032&release_id=662661
>>
>> The OpenGrADS Bundle is a new way of packaging GrADS builds that
>> is somewhat inspired by my experience with the Win32
>> Superpacks. The idea is to have a single package that require
>> no (minimum?) configuration and that is easily relocatable (say to
>> a USB memory stick).  The structure of an OpenGrADS Bundle is
>> described here:
>>
>>   http://opengrads.org/wiki/index.php?title=The_OpenGrADS_Bundle
>>
>> Once you download the tarball take a look at the INSTALL
>> file. You can install it as a Bundle (highly recommended) or
>> simply install the binaries the same way you did in the past.
>>
>> Note: The Windows build will be available soon, for now only Mac OS X,
>> Linux and FreeBSD.
>>
>> New Features
>> ------------
>>
>> This version is based on COLA's 2.0.a5 release which includes
>> support for GeoTIFF and KML, as well as bug fixes. See the
>> ChangeLog for details.  In addition, several OpenGrADS specific
>> enhancements have been introduced:
>>
>> - The executable *grads* is now built with NetCDF v4.0.1beta3
>>  which includes support for NetCDF-4/HDF-5 (similar to gradsnc4
>>  in v1.9.0-rc1) and has built in OPeNDAP support. This binary
>>  can handle all supported formats: NetCDF-3 (classic NetCDF),
>>  NetCDF-4/HDF-5, HDF-4, GRIB-1/2 and grads binaries.
>>
>> - The executable *gradsdap* is no longer built as its
>>  functionality is now included in the single executable
>>  *grads*. In the OpenGrADS bundle *gradsdap* simply points
>>  to *grads*.
>>
>> - We have introduced option -C to enable colorized text (see attached).
>>  Try "-C 0", "-C 1" and "-C 2" for different color schemes.
>>
>> - User defined extensions, see below.
>>
>>
>> Trying it out
>> -------------
>>
>> Assuming you did a "bundle instalation" you can start the *grads*
>> executable at the top directory (under Contents/ in the tarball):
>>
>>  % grads
>>
>> Alternatively you can start the executable *opengrads* which by
>> default comes up with colorized text and a readline history that
>> is preserved from session to session (grads standard option -H).
>>
>> You can also start the executable
>>
>>  % merra
>>
>> which will automatically start the Athena GUI script described in
>> this recipe:
>>
>> http://cookbooks.opengrads.org/index.php?title=Recipe-016:_Accessing_MERRA_data_with_a_Graphical_User_Interface
>>
>> You can try one of the extensions which are documented here:
>>
>>    http://opengrads.org/doc/#udxt
>>
>> In particular the spherical harmonic filter:
>>
>>  ga-> @ open $GADSET/model
>>  ga-> d sh_filt(ps,6)
>>
>> The output is attached.
>>
>>
>> OpenGrADS Extensions
>> --------------------
>>
>> This version includes a *preview* release of the OpenGrADS
>> Extensions.  The same extensions previously released by the
>> OpenGrADS project with GrADS 1.9.0-rc1 are now available with
>> GrADS v2.0, with the addition of some new ones: libmf (from Mike
>> Fiorino) and a new spherical harmonic filter, sh_filt().
>> Documentation for these user defined functions/commands can be
>> found here:
>>
>>                   http://opengrads.org/doc/#udxt
>>
>>    --------------------------------------------------------------
>>                           IMPORTANT CAVEAT
>>
>>    As COLA has not yet published the official API for User Defined
>>    functions in GrADS v2.0 we have adopted here an API that is
>>    based on our work with v1.9.0-rc1. This is a very low-level
>>    API that is *not* endorsed by COLA. As such, it is *not*
>>    advisable that users adopt this API to write their own
>>    extensions.  Furthermore, the extensions as implemented here
>>    are tied to a specific version of GrADS and should always be
>>    built in the context a given GrADS source tree.
>>    --------------------------------------------------------------
>>
>>
>> Disclaimer: Testers needed
>> --------------------------
>>
>> These extensions are still being fully tested and should be
>> considered *experimental* at best. Please report any problem you
>> encounter.  Use them at your own risk.
>>
>> List of Extensions Included
>> ---------------------------
>>
>>  User
>>  Defined
>>  COMMAND           Short Description                Function at Library
>>  ---------- -----------------------------------  --------------------------
>>  gsudf      Initialize gs-function package       c_gsudf@^gsudf.gex
>>  printenv   Expand environment variables         c_xenv@^env.gex
>>  runenv     Expand env vars and run command      c_env@^env.gex
>>  @          Expand env vars and run command      c_env@^env.gex
>>  getenv     Get value of environment variable    c_getenv@^env.gex
>>  setenv     Set value of environment variable    c_setenv@^env.gex
>>  gxyat      Save images in PNG/SVG/PDF/PS        c_gxyat@^gxyat.gex
>>  hello      Hello, World! sample command         c_hello@^libhello.gex
>>  ipc_verb   IPC verbose toggle                   c_Verb@^libipc.gex
>>  ipc_open   Open stream for save/load            c_Open@^libipc.gex
>>  ipc_close  Close stream                         c_Close@^libipc.gex
>>  ipc_save   Save expression to stream            c_Save@^libipc.gex
>>  ipc_define Define variable (obsolete)           c_Define@^libipc.gex
>>  ipc_error  Print IPC error message              c_Error@^libipc.gex
>>  mfhilo     Find max/min or H/L in 2D field      c_mfhilo@^libmf.gex
>>  cylprms    Properties relative to lon/lat       c_cylprms@^libmf.gex
>>  shp_lines  Draw lines    from shapefile         c_lines@^shape.gex
>>  shp_polyf  Draw polygons from shapefile         c_polyf@^shape.gex
>>  ---------- -----------------------------------  --------------------------
>>
>>   User
>>  Defined
>>  FUNCTION          Short Description                Function at Library
>>  ---------- -----------------------------------  --------------------------
>>  speed      Wind-speed (sample gs-function)      f_gsudf@^gsudf.gex
>>  lt         Less than operator                   f_bjt@^libbjt.gex
>>  jd         Julian day                           f_bjt@^libbjt.gex
>>  cosz       Cosine solar zenith angle            f_bjt@^libbjt.gex
>>  dayratio   Daylight ratio                       f_bjt@^libbjt.gex
>>  if         Conditional function                 f_bjt@^libbjt.gex
>>  maxv       Maximum value                        f_bjt@^libbjt.gex
>>  minv       Minimum value                        f_bjt@^libbjt.gex
>>  which      Label gridpoints                     f_bjt@^libbjt.gex
>>  ftest      F-test                               f_bjt@^libbjt.gex
>>  ttest      T-test                               f_bjt@^libbjt.gex
>>  tfit       Point  linear regression             f_bjt@^libbjt.gex
>>  fit        Global linear regression             f_bjt@^libbjt.gex
>>  tcorr2     Time correlation                     f_bjt@^libbjt.gex
>>  tregr2     Point linear regression              f_bjt@^libbjt.gex
>>  tmave2     Time averaging w/masking             f_bjt@^libbjt.gex
>>  madvu      Calculates -d(u*EXPR)/dx             f_bjt@^libbjt.gex
>>  madvv      Calculates -d(V*EXPR)/dy             f_bjt@^libbjt.gex
>>  madvw      Calculates -d(W*EXPR)/dp             f_bjt@^libbjt.gex
>>  muadv      Zonal advection                      f_bjt@^libbjt.gex
>>  mvadv      Meridional advection                 f_bjt@^libbjt.gex
>>  mwadv      Vertical advection                   f_bjt@^libbjt.gex
>>  satvap     Saturated vapor pressure             f_bjt@^libbjt.gex
>>  dew        Dew point temperature                f_bjt@^libbjt.gex
>>  lw         Thermal infrared fluxes              f_bjt@^libbjt.gex
>>  lw2        Thermal infrared fluxes v2           f_bjt@^libbjt.gex
>>  pinterp    Pressure interpolation               f_bjt@^libbjt.gex
>>  zinterp    Height interpolation                 f_bjt@^libbjt.gex
>>  line       Draws a line                         f_bjt@^libbjt.gex
>>  vint2      Mass-weighted vertical integral      f_bjt@^libbjt.gex
>>  fish       Poisson solver                       f_fish@^fish.gex
>>  fish_psi   Compute streamfunction               f_psichi@^fish.gex
>>  fish_chi   Compute velocity potential           f_psichi@^fish.gex
>>  fish_vor   Compute vorticity                    f_psichi@^fish.gex
>>  fish_div   Compute divergence                   f_psichi@^fish.gex
>>  hello      Hello, World! sample function        f_hello@^libhello.gex
>>  ipc_save   Save expression to stream            f_Save@^libipc.gex
>>  ipc_load   Load variable from file              f_Load@^libipc.gex
>>  smth2d     Shuman smoother/de-smoother          f_smth2d@^libmf.gex
>>  uv2trw     Find radial/tangential velocity      f_uv2trw@^libmf.gex
>>  re         General interpolator                 ffre@^re.gex
>>  sh_filt    Spherical harmonic filter            f_shfilt@^shfilt.gex
>>  sh_power   Spherical harmonic spectra           f_shpowr@^shfilt.gex
>>  ---------- -----------------------------------  --------------------------
>>
>>
>> Building it
>> ------------
>>
>> To build it, get pre-compiled (or build it yourself) supplibs-2.1.0 from
>>
>> https://sourceforge.net/project/showfiles.php?group_id=161773&package_id=241681&release_id=661716
>>
>> Untar and setup the supplibs as explained here
>>
>>  http://opengrads.org/wiki/index.php?title=Building_GrADS_v1.9_from_Sources
>>
>> Then follow the usual procedure
>>
>> % tar xvfz grads-x.y.x-$platform.tar.gz
>> % cd grads-x.y.z...
>> % ./configure
>> % make
>> % make check (to run the automated tests)
>>
>> And then to create a bundle under ./opengras type
>>
>> % bundle/bundle_create.sh
>>
>> Give it a try
>>
>> % cd opengrads/
>>
>> and take a look ar README and INSTALL. Try this:
>>
>> % cd opengrads/Contents
>> % ./merra
>>
>> To make a distribution tarball with the bundle
>>
>> % make bundle-dist
>>
>> Keep checking the OpenGrADS WIki for updated documentation:
>>
>>  http://opengrads.org/wiki/index.php?title=OpenGrADS_Documentation
>>
>>  Let me know if you have problems.
>>
>>        Arlindo
>>
>>
>> --
>> Arlindo da Silva
>> dasilva at alum.mit.edu
>>
>
>
>
> --
> Arlindo da Silva
> dasilva at alum.mit.edu
>



--
Arlindo da Silva
dasilva at alum.mit.edu


From john2004y at NUIST.EDU.CN  Thu Mar  5 22:21:10 2009
From: john2004y at NUIST.EDU.CN (John 2004)
Date: Fri, 6 Mar 2009 04:21:10 +0100
Subject: about the window grads1.9 superpack Xming
Message-ID: <FRI.6.MAR.2009.042110.0100.>

Hi everyone
   I have install grads1.9-rc1 superpack, and when I use command line to
start, it will autostart the Xming server, it used to work excellently.
And then I also install cygwin in my windows xp (which I can use another
softwate NCL). Now the NCL work well, but when I start grads use command
line, the Xming does not start, I think it conflicts with the environment
variable which set in cygwin or NCL(use common /usr dir?), so how can I
configure the Xming or grads that I can use the grads and ncl ,both.
   Ps: If I start the Xming.exe and set the GADDIR to the environment
variable, the grads will also work.
   John Lu


From john2004y at NUIST.EDU.CN  Thu Mar  5 22:31:43 2009
From: john2004y at NUIST.EDU.CN (John 2004)
Date: Fri, 6 Mar 2009 04:31:43 +0100
Subject: about the windows superpack work with Xming server
Message-ID: <FRI.6.MAR.2009.043143.0100.>

Hi everyone
   I have install grads1.9-rc1 superpack, and when I use command line to
start, it will autostart the Xming server, it used to work excellently.
And then I also install cygwin in my windows xp (which I can use another
softwate NCL). Now the NCL work well, but when I start grads using command
line, the Xming does not start, I think it conflicts with the environment
variable which set in cygwin or NCL(use the common /usr dir), so how can I
configure the Xming or grads so that I can use the grads and ncl, both.
   Ps: If I start the Xming.exe and set the GADDIR to the environment
variable, the grads will also work.
John Lu


From romero619 at HOTMAIL.COM  Thu Mar  5 23:09:26 2009
From: romero619 at HOTMAIL.COM (Pablo Romero)
Date: Thu, 5 Mar 2009 20:09:26 -0800
Subject: skip() function in x-direction only & not y-direction
Message-ID: <THU.5.MAR.2009.200926.0800.>

Hi,
Im pretty sure this can be done:

I need to use the skip() function on u,v components in a way that will only skip in the x-direction (longitude) and not in the y-direction (latitude).

example:

the expressions...

'd skip(u,2);skip(v,2)'
'd skip(u,2);v'
'd u;skip(v,2)'

...will all plot "every other" grid point in both x&y directions.

I want to plot "every other" grid point longitudinally (x-direction), while still plotting "every point" latitudinally (y-direction).


so, this is what I want to achieve (in matrix form):


(x1,yn),,(x3,yn),,(x5,yn),,(x7,yn)...(xn,yn),,(x{n+2},yn)
...
(x1,y3),,(x3,y3),,(x5,y3),,(x7,y3)...(xn,y3),,(x{n+2},y3)
(x1,y2),,(x3,y2),,(x5,y2),,(x7,y2)...(xn,y2),,(x{n+2},y2)
(x1,y1),,(x3,y1),,(x5,y1),,(x7,y1)...(xn,y1),,(x{n+2},y1)

How can this be accomplished?

Thanks,
P.Romero





_________________________________________________________________
Windows Live? Groups: Create an online spot for your favorite groups to meet.
http://windowslive.com/online/groups?ocid=TXT_TAGLM_WL_groups_032009


From smcmillan at PLANALYTICS.COM  Thu Mar  5 23:30:53 2009
From: smcmillan at PLANALYTICS.COM (Stephen R McMillan)
Date: Thu, 5 Mar 2009 22:30:53 -0600
Subject: skip() function in x-direction only & not y-direction
In-Reply-To: <BAY117-W4876E0EDA5BD32C2EC0E83F9A50@phx.gbl>
Message-ID: <THU.5.MAR.2009.223053.0600.>

Pablo,
You are correct in that your three examples will skip a grid point in both 
x and y.  If your expression has a single "skip" value, GrADS will skip 
equally in both directions.  To skip differently (or one, and not the 
other), you must specify skip values for both.  For example:

'd skip(u,2,1);v'  will display every other in x direction, but all in y 
direction.

Reference:  http://grads.iges.org/grads/gadoc/gadocindex.html. 

Hope this helps!
Stephen McMillan




Pablo Romero <romero619 at HOTMAIL.COM> 
Sent by: GRADSUSR at LIST.CINECA.IT
03/05/2009 10:09 PM
Please respond to
GRADSUSR at LIST.CINECA.IT


To
GRADSUSR at LIST.CINECA.IT
cc

Subject
skip() function in x-direction only & not y-direction





Hi,
Im pretty sure this can be done:

I need to use the skip() function on u,v components in a way that will 
only skip in the x-direction (longitude) and not in the y-direction 
(latitude).

example:

the expressions...

'd skip(u,2);skip(v,2)'
'd skip(u,2);v'
'd u;skip(v,2)'

...will all plot "every other" grid point in both x&y directions.

I want to plot "every other" grid point longitudinally (x-direction), 
while still plotting "every point" latitudinally (y-direction).


so, this is what I want to achieve (in matrix form):


(x1,yn),,(x3,yn),,(x5,yn),,(x7,yn)...(xn,yn),,(x{n+2},yn)
...
(x1,y3),,(x3,y3),,(x5,y3),,(x7,y3)...(xn,y3),,(x{n+2},y3)
(x1,y2),,(x3,y2),,(x5,y2),,(x7,y2)...(xn,y2),,(x{n+2},y2)
(x1,y1),,(x3,y1),,(x5,y1),,(x7,y1)...(xn,y1),,(x{n+2},y1)

How can this be accomplished?

Thanks,
P.Romero





_________________________________________________________________
Windows Live? Groups: Create an online spot for your favorite groups to 
meet.
http://windowslive.com/online/groups?ocid=TXT_TAGLM_WL_groups_032009




***************************************************
The information contained in this e-mail message is intended only for the use of the recipient(s) named above and may contain information that is privileged, confidential, and/or proprietary.  If you are not the intended recipient, you may not review, copy or distribute this message.  If you have received this communication in error, please notify the sender immediately by e-mail, and delete the original message.
***************************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090305/f0f349a7/attachment.html 

From romero619 at HOTMAIL.COM  Thu Mar  5 23:37:37 2009
From: romero619 at HOTMAIL.COM (Pablo Romero)
Date: Thu, 5 Mar 2009 20:37:37 -0800
Subject: skip() function in x-direction only & not y-direction
In-Reply-To: <OF76464305.018001B1-ON85257571.001748F8-86257571.0018CDC1@planalytics.com>
Message-ID: <THU.5.MAR.2009.203737.0800.>

perfect, that's just what I needed...

I apologize; I realize that I should have gone to the docs first, but sometimes its hard to resist the urge to go straight to the mailing list when searching for an answer.

In any case, thanks again, Stephen...

P.Romero
________________________________
> Date: Thu, 5 Mar 2009 22:30:53 -0600
> From: smcmillan at PLANALYTICS.COM
> Subject: Re: skip() function in x-direction only & not y-direction
> To: GRADSUSR at LIST.CINECA.IT
>
> Pablo,
> You are correct in that your three examples
> will skip a grid point in both x and y. If your expression has a
> single "skip" value, GrADS will skip equally in both directions.
> To skip differently (or one, and not the other), you must specify
> skip values for both. For example:
>
> 'd skip(u,2,1);v' will display
> every other in x direction, but all in y direction.
>
> Reference: http://grads.iges.org/grads/gadoc/gadocindex.html.
>
>
> Hope this helps!
> Stephen McMillan
>
>
>
> Pablo Romero
> Sent by: GRADSUSR at LIST.CINECA.IT
>
> 03/05/2009 10:09 PM
> Please respond to
> GRADSUSR at LIST.CINECA.IT
>
> To
> GRADSUSR at LIST.CINECA.IT
> cc
> Subject
> skip() function in x-direction only
> & not y-direction
>
>
>
>
> Hi,
> Im pretty sure this can be done:
>
> I need to use the skip() function on u,v components
> in a way that will only skip in the x-direction (longitude) and not in
> the y-direction (latitude).
>
> example:
>
> the expressions...
>
> 'd skip(u,2);skip(v,2)'
> 'd skip(u,2);v'
> 'd u;skip(v,2)'
>
> ...will all plot "every other" grid point
> in both x&y directions.
>
> I want to plot "every other" grid point
> longitudinally (x-direction), while still plotting "every point"
> latitudinally (y-direction).
>
>
> so, this is what I want to achieve (in matrix form):
>
>
> (x1,yn),,(x3,yn),,(x5,yn),,(x7,yn)...(xn,yn),,(x{n+2},yn)
> ...
> (x1,y3),,(x3,y3),,(x5,y3),,(x7,y3)...(xn,y3),,(x{n+2},y3)
> (x1,y2),,(x3,y2),,(x5,y2),,(x7,y2)...(xn,y2),,(x{n+2},y2)
> (x1,y1),,(x3,y1),,(x5,y1),,(x7,y1)...(xn,y1),,(x{n+2},y1)
>
> How can this be accomplished?
>
> Thanks,
> P.Romero
>
>
>
>
>
> _________________________________________________________________
> Windows Live? Groups: Create an online spot for your favorite groups to
> meet.
> http://windowslive.com/online/groups?ocid=TXT_TAGLM_WL_groups_032009
>
>
>
>
>
> ***************************************************
>
> The information contained in this e-mail message is intended only for the use of the recipient(s) named above and may contain information that is privileged, confidential, and/or proprietary. If you are not the intended recipient, you may not review, copy or distribute this message. If you have received this communication in error, please notify the sender immediately by e-mail, and delete the original message.
>
> ***************************************************
_________________________________________________________________
Express your personality in color! Preview and select themes for Hotmail?.
http://www.windowslive-hotmail.com/LearnMore/personalize.aspx?ocid=TXT_MSGTX_WL_HM_express_032009#colortheme


From cassar at PILOTBOOK.EU  Fri Mar  6 04:11:49 2009
From: cassar at PILOTBOOK.EU (Pierre Cassar)
Date: Fri, 6 Mar 2009 10:11:49 +0100
Subject: OpenGrADS Bundle v2.0.a5.oga.1 available
Message-ID: <FRI.6.MAR.2009.101149.0100.>

Arlindo da Silva wrote:
>  I have once more refreshed sources and binaries: OpenGrADS Bundle v2.0.a5.oga.3:

Only a small "cosmetic" note on Sourceforge:
The "Architecture" column relative to package for Freebsd x64 version
"grads-2.0.a5.oga.2-bundle-amd64-unknown-freebsd7.0.tar.gz" is marked
as "i386" but I think it should be marked as "AMD64"

Do you plan to build a Freebsd version for oga.3?
Anyway the oga.2 it's ok for me, it works well (batch mode only).

Thank you for all what you do for the Grads users comunity AND for
Freebsd users.

Pierre Cassar


From mequitomz at YAHOO.COM.BR  Fri Mar  6 04:59:01 2009
From: mequitomz at YAHOO.COM.BR (Arlindo Meque)
Date: Fri, 6 Mar 2009 01:59:01 -0800
Subject: Moisture transport and moisture divergence
Message-ID: <FRI.6.MAR.2009.015901.0800.>

DearGrADS users,

I want to calculate moisture transport and moisture divergence from the NCEP 6h reanalysis data. Is there any function to do that?  Can someone share his/her script?

Thank you in advance,

Arlindo


      Veja quais s?o os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com


From prjayakrishnan at GMAIL.COM  Fri Mar  6 05:06:16 2009
From: prjayakrishnan at GMAIL.COM (Jayakrishnan PR)
Date: Fri, 6 Mar 2009 15:36:16 +0530
Subject: Moisture transport and moisture divergence
In-Reply-To: <952204.64767.qm@web52303.mail.re2.yahoo.com>
Message-ID: <FRI.6.MAR.2009.153616.0530.>

Dear Sir,
         The required function can be done using a FORTRAN programme written
by Dr.C.A. Babu and Dr.Hamza Varikkoden who is now working in University of
Malaya as Post Doctoral fellows. I am having those programmes but I cannot
share them as I am now working under Dr.C.A. Babu's guidance. Kindly contact
him for the same in the following e-mail adress.
babumet at gmail.com


On Fri, Mar 6, 2009 at 3:29 PM, Arlindo Meque <mequitomz at yahoo.com.br>wrote:

> DearGrADS users,
>
> I want to calculate moisture transport and moisture divergence from the
> NCEP 6h reanalysis data. Is there any function to do that?  Can someone
> share his/her script?
>
> Thank you in advance,
>
> Arlindo
>
>
>      Veja quais s?o os assuntos do momento no Yahoo! +Buscados
> http://br.maisbuscados.yahoo.com
>



-- 
Sincerely
***********************************************
Jayakrishnan.P.R
CSIR-Research Fellow
Department of Atmospheric Sciences
Cochin University of Science and Technology (CUSAT), Cochin-682 016
Kerala, India.
Mob: 09895417565

***********************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090306/83a1578e/attachment.html 

From nieves at LTP.UPR.CLU.EDU  Fri Mar  6 08:07:44 2009
From: nieves at LTP.UPR.CLU.EDU (Jose F. Nieves)
Date: Fri, 6 Mar 2009 09:07:44 -0400
Subject: OpenGrADS Bundle v2.0.a5.oga.1 available
In-Reply-To: <20090306101149.F8B70CB0.cassar@pilotbook.eu>
Message-ID: <FRI.6.MAR.2009.090744.0400.>

> Arlindo da Silva wrote:
> >  I have once more refreshed sources and binaries: OpenGrADS Bundle v2.0.a5.
> oga.3:
>
> Only a small "cosmetic" note on Sourceforge:
> The "Architecture" column relative to package for Freebsd x64 version
> "grads-2.0.a5.oga.2-bundle-amd64-unknown-freebsd7.0.tar.gz" is marked
> as "i386" but I think it should be marked as "AMD64"
>
> Do you plan to build a Freebsd version for oga.3?
> Anyway the oga.2 it's ok for me, it works well (batch mode only).
>
> Thank you for all what you do for the Grads users comunity AND for
> Freebsd users.
>
> Pierre Cassar

Pierre

That is probably my mistake, I will check it, thanks.

I plan to build the oga.3 for FreeBSD-7.1 (both i386 and amd64) next week.


Jose


From slovoed123 at YAHOO.COM  Fri Mar  6 08:18:22 2009
From: slovoed123 at YAHOO.COM (slovoed slovoed)
Date: Fri, 6 Mar 2009 05:18:22 -0800
Subject: GrADS v2.0.a5.oga.3 for Windows available,
Message-ID: <FRI.6.MAR.2009.051822.0800.>


I just download OpenGrADS Superpack for Windows based on COLA GrADS v2.0.a5, and tried to plot a stream function with fish_psi with NCEP wind stress as a test. Although I can use fish_vor, fish_div,  I failed to use fish, fish_psi and chi.

BTW, the system is winxp.

slovoed


________________________________
From: Arlindo da Silva <dasilva at ALUM.MIT.EDU>
To: GRADSUSR at LIST.CINECA.IT
Sent: Thursday, March 5, 2009 2:54:38 PM
Subject: GrADS v2.0.a5.oga.3 for Windows available,

All,

  I have updloaded the  You read more about it here:

              http://opengrads.org/doc/win32-v2/

You can download it from sourceforge:

    http://sourceforge.net/project/showfiles.php?group_id=161773&package_id=290254&release_id=665954

Right now the .exe installation package is not yet available but the
ZIP package has all the functionality and is fairly easy to install.
Just unzip, and click on "opengrads" for the classic command line
interface. You can also try:

   merra      - a GUI for accessing MERRA data from NASA's OPeNDAP server
   nomads   - a GUI for accessing NOAA's forecast data from the NOMADS server

This release includes all the OpenGrADS extensions, including gxyat,
re, and fish.

    Let me know of any problems.

         Arlindo

--
Arlindo da Silva
dasilva at alum.mit.edu



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090306/ef0f79f5/attachment.html 

From hrc at EAS.GATECH.EDU  Fri Mar  6 10:56:02 2009
From: hrc at EAS.GATECH.EDU (Hai-Ru Chang)
Date: Fri, 6 Mar 2009 10:56:02 -0500
Subject: OpenGrADS Bundle v2.0.a5.oga.3 error
In-Reply-To: <77fcd6b20903051419v5956cdcen5f2f90b660b60789@mail.gmail.com>
Message-ID: <FRI.6.MAR.2009.105602.0500.>

Hello,
         I installed OpenGrADS Bundle v2.0.a5.oga.3 on my opteron
server.  When I run it, I saw the following error:

               Welcome to the OpenGrADS Bundle Distribution
               --------------------------------------------

For additional information enter "grads --help".

Starting "/opt/opengrads/Linux/Versions/2.0.a5.oga.3/x86_64/grads
" ...

/opt/opengrads/Linux/Versions/2.0.a5.oga.3/x86_64/grads: error while
loading shared libraries: libimf.so: wrong ELF class: ELFCLASS32

Does anyone see similar error?  Thanks!


Hai-Ru

On Mar 5, 2009, at 5:19 PM, Arlindo da Silva wrote:

> All,
>
>    I have once more refreshed sources and binaries: OpenGrADS Bundle
> v2.0.a5.oga.3:
>
>        https://sourceforge.net/project/showfiles.php?
> group_id=161773&package_id=305032&release_id=662661
>
> Very minor updates this time. The only addition worthwhile mentioning
> is the "nomads.gui" for accessing NOMADS data with a GUI  (GFS, NAM,
> RUC, etc.)
>
> % cd Contents
> % ./nomads
>
> Also new builds for Mac OS X/PowerPC, and SGI IRIX (probably the last
> SGI build ever).
>
> The Linux/x86_64 should be more portable now.  Please let me know
> otherwise. BTW, under
>
>     Contents/Linux/Versions/2.0.a5.oga.3/x86_64/libs
>
> you will find some extra libraries. If it complains about some missing
> .so, copy them from this directory to
>
>    Contents/Linux/Versions/2.0.a5.oga.3/x86_64/gex
>
> and give it a try.
>
>     Arlindo
>
>
>
>
>
> On Sat, Feb 28, 2009 at 10:42 AM, Arlindo da Silva
> <dasilva at alum.mit.edu> wrote:
>> All,
>>
>>  I have refresh the sources and binaries for the OpenGrADS Bundle on
>> sourceforge:
>>
>> https://sourceforge.net/project/showfiles.php?
>> group_id=161773&package_id=305032&release_id=662661
>>
>>  The main changes are:
>>
>> 1) A bug has been fixed in the UDX interface which was causing "exec
>> script" to fail. This is an important one, please update.
>>
>> 2) I have revised the internals of the Bundle implementation so that
>> it should work now with USB flash drives.
>>
>>  As of this writing, most binaries have been updated except for
>> FreeBSD 7 (FreeBSD 6.3 has been updated). Make sure the files you
>> download start with "grads-2.0.a5.oga.2" (notice the "2" at the end.)
>>
>>  Let me know of any problems.
>>
>>  Enjoy,
>>
>>    Arlindo
>>
>>
>> On Tue, Feb 24, 2009 at 3:19 PM, Arlindo da Silva
>> <dasilva at alum.mit.edu> wrote:
>>> Dear GrADS Users,
>>>
>>> I have started uploading to sf.net sources and binaries for the
>>> OpenGrADS Bundle based on COLA's 2.0.a5 release:
>>>
>>>  https://sourceforge.net/project/showfiles.php?
>>> group_id=161773&package_id=305032&release_id=662661
>>>
>>> The OpenGrADS Bundle is a new way of packaging GrADS builds that
>>> is somewhat inspired by my experience with the Win32
>>> Superpacks. The idea is to have a single package that require
>>> no (minimum?) configuration and that is easily relocatable (say to
>>> a USB memory stick).  The structure of an OpenGrADS Bundle is
>>> described here:
>>>
>>>   http://opengrads.org/wiki/index.php?title=The_OpenGrADS_Bundle
>>>
>>> Once you download the tarball take a look at the INSTALL
>>> file. You can install it as a Bundle (highly recommended) or
>>> simply install the binaries the same way you did in the past.
>>>
>>> Note: The Windows build will be available soon, for now only Mac
>>> OS X,
>>> Linux and FreeBSD.
>>>
>>> New Features
>>> ------------
>>>
>>> This version is based on COLA's 2.0.a5 release which includes
>>> support for GeoTIFF and KML, as well as bug fixes. See the
>>> ChangeLog for details.  In addition, several OpenGrADS specific
>>> enhancements have been introduced:
>>>
>>> - The executable *grads* is now built with NetCDF v4.0.1beta3
>>>  which includes support for NetCDF-4/HDF-5 (similar to gradsnc4
>>>  in v1.9.0-rc1) and has built in OPeNDAP support. This binary
>>>  can handle all supported formats: NetCDF-3 (classic NetCDF),
>>>  NetCDF-4/HDF-5, HDF-4, GRIB-1/2 and grads binaries.
>>>
>>> - The executable *gradsdap* is no longer built as its
>>>  functionality is now included in the single executable
>>>  *grads*. In the OpenGrADS bundle *gradsdap* simply points
>>>  to *grads*.
>>>
>>> - We have introduced option -C to enable colorized text (see
>>> attached).
>>>  Try "-C 0", "-C 1" and "-C 2" for different color schemes.
>>>
>>> - User defined extensions, see below.
>>>
>>>
>>> Trying it out
>>> -------------
>>>
>>> Assuming you did a "bundle instalation" you can start the *grads*
>>> executable at the top directory (under Contents/ in the tarball):
>>>
>>>  % grads
>>>
>>> Alternatively you can start the executable *opengrads* which by
>>> default comes up with colorized text and a readline history that
>>> is preserved from session to session (grads standard option -H).
>>>
>>> You can also start the executable
>>>
>>>  % merra
>>>
>>> which will automatically start the Athena GUI script described in
>>> this recipe:
>>>
>>> http://cookbooks.opengrads.org/index.php?
>>> title=Recipe-016:_Accessing_MERRA_data_with_a_Graphical_User_Interfa
>>> ce
>>>
>>> You can try one of the extensions which are documented here:
>>>
>>>    http://opengrads.org/doc/#udxt
>>>
>>> In particular the spherical harmonic filter:
>>>
>>>  ga-> @ open $GADSET/model
>>>  ga-> d sh_filt(ps,6)
>>>
>>> The output is attached.
>>>
>>>
>>> OpenGrADS Extensions
>>> --------------------
>>>
>>> This version includes a *preview* release of the OpenGrADS
>>> Extensions.  The same extensions previously released by the
>>> OpenGrADS project with GrADS 1.9.0-rc1 are now available with
>>> GrADS v2.0, with the addition of some new ones: libmf (from Mike
>>> Fiorino) and a new spherical harmonic filter, sh_filt().
>>> Documentation for these user defined functions/commands can be
>>> found here:
>>>
>>>                   http://opengrads.org/doc/#udxt
>>>
>>>    --------------------------------------------------------------
>>>                           IMPORTANT CAVEAT
>>>
>>>    As COLA has not yet published the official API for User Defined
>>>    functions in GrADS v2.0 we have adopted here an API that is
>>>    based on our work with v1.9.0-rc1. This is a very low-level
>>>    API that is *not* endorsed by COLA. As such, it is *not*
>>>    advisable that users adopt this API to write their own
>>>    extensions.  Furthermore, the extensions as implemented here
>>>    are tied to a specific version of GrADS and should always be
>>>    built in the context a given GrADS source tree.
>>>    --------------------------------------------------------------
>>>
>>>
>>> Disclaimer: Testers needed
>>> --------------------------
>>>
>>> These extensions are still being fully tested and should be
>>> considered *experimental* at best. Please report any problem you
>>> encounter.  Use them at your own risk.
>>>
>>> List of Extensions Included
>>> ---------------------------
>>>
>>>  User
>>>  Defined
>>>  COMMAND           Short Description                Function at Library
>>>  ---------- -----------------------------------
>>> --------------------------
>>>  gsudf      Initialize gs-function package       c_gsudf@^gsudf.gex
>>>  printenv   Expand environment variables         c_xenv@^env.gex
>>>  runenv     Expand env vars and run command      c_env@^env.gex
>>>  @          Expand env vars and run command      c_env@^env.gex
>>>  getenv     Get value of environment variable    c_getenv@^env.gex
>>>  setenv     Set value of environment variable    c_setenv@^env.gex
>>>  gxyat      Save images in PNG/SVG/PDF/PS        c_gxyat@^gxyat.gex
>>>  hello      Hello, World! sample command
>>> c_hello@^libhello.gex
>>>  ipc_verb   IPC verbose toggle                   c_Verb@^libipc.gex
>>>  ipc_open   Open stream for save/load            c_Open@^libipc.gex
>>>  ipc_close  Close stream                         c_Close@^libipc.gex
>>>  ipc_save   Save expression to stream            c_Save@^libipc.gex
>>>  ipc_define Define variable (obsolete)
>>> c_Define@^libipc.gex
>>>  ipc_error  Print IPC error message              c_Error@^libipc.gex
>>>  mfhilo     Find max/min or H/L in 2D field      c_mfhilo@^libmf.gex
>>>  cylprms    Properties relative to lon/lat
>>> c_cylprms@^libmf.gex
>>>  shp_lines  Draw lines    from shapefile         c_lines@^shape.gex
>>>  shp_polyf  Draw polygons from shapefile         c_polyf@^shape.gex
>>>  ---------- -----------------------------------
>>> --------------------------
>>>
>>>   User
>>>  Defined
>>>  FUNCTION          Short Description                Function at Library
>>>  ---------- -----------------------------------
>>> --------------------------
>>>  speed      Wind-speed (sample gs-function)      f_gsudf@^gsudf.gex
>>>  lt         Less than operator                   f_bjt@^libbjt.gex
>>>  jd         Julian day                           f_bjt@^libbjt.gex
>>>  cosz       Cosine solar zenith angle            f_bjt@^libbjt.gex
>>>  dayratio   Daylight ratio                       f_bjt@^libbjt.gex
>>>  if         Conditional function                 f_bjt@^libbjt.gex
>>>  maxv       Maximum value                        f_bjt@^libbjt.gex
>>>  minv       Minimum value                        f_bjt@^libbjt.gex
>>>  which      Label gridpoints                     f_bjt@^libbjt.gex
>>>  ftest      F-test                               f_bjt@^libbjt.gex
>>>  ttest      T-test                               f_bjt@^libbjt.gex
>>>  tfit       Point  linear regression             f_bjt@^libbjt.gex
>>>  fit        Global linear regression             f_bjt@^libbjt.gex
>>>  tcorr2     Time correlation                     f_bjt@^libbjt.gex
>>>  tregr2     Point linear regression              f_bjt@^libbjt.gex
>>>  tmave2     Time averaging w/masking             f_bjt@^libbjt.gex
>>>  madvu      Calculates -d(u*EXPR)/dx             f_bjt@^libbjt.gex
>>>  madvv      Calculates -d(V*EXPR)/dy             f_bjt@^libbjt.gex
>>>  madvw      Calculates -d(W*EXPR)/dp             f_bjt@^libbjt.gex
>>>  muadv      Zonal advection                      f_bjt@^libbjt.gex
>>>  mvadv      Meridional advection                 f_bjt@^libbjt.gex
>>>  mwadv      Vertical advection                   f_bjt@^libbjt.gex
>>>  satvap     Saturated vapor pressure             f_bjt@^libbjt.gex
>>>  dew        Dew point temperature                f_bjt@^libbjt.gex
>>>  lw         Thermal infrared fluxes              f_bjt@^libbjt.gex
>>>  lw2        Thermal infrared fluxes v2           f_bjt@^libbjt.gex
>>>  pinterp    Pressure interpolation               f_bjt@^libbjt.gex
>>>  zinterp    Height interpolation                 f_bjt@^libbjt.gex
>>>  line       Draws a line                         f_bjt@^libbjt.gex
>>>  vint2      Mass-weighted vertical integral      f_bjt@^libbjt.gex
>>>  fish       Poisson solver                       f_fish@^fish.gex
>>>  fish_psi   Compute streamfunction               f_psichi@^fish.gex
>>>  fish_chi   Compute velocity potential           f_psichi@^fish.gex
>>>  fish_vor   Compute vorticity                    f_psichi@^fish.gex
>>>  fish_div   Compute divergence                   f_psichi@^fish.gex
>>>  hello      Hello, World! sample function
>>> f_hello@^libhello.gex
>>>  ipc_save   Save expression to stream            f_Save@^libipc.gex
>>>  ipc_load   Load variable from file              f_Load@^libipc.gex
>>>  smth2d     Shuman smoother/de-smoother          f_smth2d@^libmf.gex
>>>  uv2trw     Find radial/tangential velocity      f_uv2trw@^libmf.gex
>>>  re         General interpolator                 ffre@^re.gex
>>>  sh_filt    Spherical harmonic filter
>>> f_shfilt@^shfilt.gex
>>>  sh_power   Spherical harmonic spectra
>>> f_shpowr@^shfilt.gex
>>>  ---------- -----------------------------------
>>> --------------------------
>>>
>>>
>>> Building it
>>> ------------
>>>
>>> To build it, get pre-compiled (or build it yourself)
>>> supplibs-2.1.0 from
>>>
>>> https://sourceforge.net/project/showfiles.php?
>>> group_id=161773&package_id=241681&release_id=661716
>>>
>>> Untar and setup the supplibs as explained here
>>>
>>>  http://opengrads.org/wiki/index.php?
>>> title=Building_GrADS_v1.9_from_Sources
>>>
>>> Then follow the usual procedure
>>>
>>> % tar xvfz grads-x.y.x-$platform.tar.gz
>>> % cd grads-x.y.z...
>>> % ./configure
>>> % make
>>> % make check (to run the automated tests)
>>>
>>> And then to create a bundle under ./opengras type
>>>
>>> % bundle/bundle_create.sh
>>>
>>> Give it a try
>>>
>>> % cd opengrads/
>>>
>>> and take a look ar README and INSTALL. Try this:
>>>
>>> % cd opengrads/Contents
>>> % ./merra
>>>
>>> To make a distribution tarball with the bundle
>>>
>>> % make bundle-dist
>>>
>>> Keep checking the OpenGrADS WIki for updated documentation:
>>>
>>>  http://opengrads.org/wiki/index.php?title=OpenGrADS_Documentation
>>>
>>>  Let me know if you have problems.
>>>
>>>        Arlindo
>>>
>>>
>>> --
>>> Arlindo da Silva
>>> dasilva at alum.mit.edu
>>>
>>
>>
>>
>> --
>> Arlindo da Silva
>> dasilva at alum.mit.edu
>>
>
>
>
> --
> Arlindo da Silva
> dasilva at alum.mit.edu


From rajkumar_62 at REDIFFMAIL.COM  Fri Mar  6 16:39:25 2009
From: rajkumar_62 at REDIFFMAIL.COM (Raj Kumar Sharma)
Date: Fri, 6 Mar 2009 21:39:25 -0000
Subject: windows version
Message-ID: <FRI.6.MAR.2009.213925.0000.>

I downloaded grads-2.0.a5.oga.3-win32_superpack.zip&nbsp; ftom SourceForge.net. &nbsp; I suppose that like earlier version grads1.9,&nbsp; I do not have to install cygwin and any other Xserver. However when I run grads command, it shows X server error. I do not want to install cygwin ot other Xserver. Is there any option? I am having Windows vista Home editionRaj
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090306/cd68f625/attachment.html 

From nieves at LTP.UPR.CLU.EDU  Fri Mar  6 21:20:19 2009
From: nieves at LTP.UPR.CLU.EDU (Jose F. Nieves)
Date: Fri, 6 Mar 2009 22:20:19 -0400
Subject: OpenGrADS Bundle v2.0.a5.oga.3 error
In-Reply-To: <D4CDD31F-FB81-4008-8C4A-74386B21D87A@eas.gatech.edu>
Message-ID: <FRI.6.MAR.2009.222019.0400.>

> Hello,
>          I installed OpenGrADS Bundle v2.0.a5.oga.3 on my opteron
> server.  When I run it, I saw the following error:
>
>                Welcome to the OpenGrADS Bundle Distribution
>                --------------------------------------------
>
> For additional information enter "grads --help".
>
> Starting "/opt/opengrads/Linux/Versions/2.0.a5.oga.3/x86_64/grads
> " ...
>
> /opt/opengrads/Linux/Versions/2.0.a5.oga.3/x86_64/grads: error while
> loading shared libraries: libimf.so: wrong ELF class: ELFCLASS32
>
> Does anyone see similar error?  Thanks!
>
>
> Hai-Ru

What distribution of Linux are you using?

Jose


From meteo at SPORT123.IT  Sat Mar  7 06:25:21 2009
From: meteo at SPORT123.IT (Valerio Guerra)
Date: Sat, 7 Mar 2009 12:25:21 +0100
Subject: OpenGrADS Bundle v2.0.a5.oga.3 error
Message-ID: <SAT.7.MAR.2009.122521.0100.>

I tested the i686 version on the Eeepc 900 with default Xandros Linux with no problems by installing the package both on the internal SSD and on the external SDHC memory.

Please note that if you want to run Grads from the SDHC you have ummount and remount it:
sudo umount /dev/sdb1
sudo mount -o rw,umask=000 -t vfat /dev/sdb1 /media/D:

Then you can change directory to /media/D:/grads-2.0.a5.oga.3/Contents and run ./grads

Valerio Guerra


From rajkumar_62 at REDIFFMAIL.COM  Sat Mar  7 10:06:25 2009
From: rajkumar_62 at REDIFFMAIL.COM (Raj Kumar Sharma)
Date: Sat, 7 Mar 2009 15:06:25 -0000
Subject: display error in windows version grads-2.0.a5
Message-ID: <SAT.7.MAR.2009.150625.0000.>

I had downloaded grads-2.0.a5.oga.3-win32_superpack.zip&nbsp;
ftom SourceForge.net. &nbsp; I suppose that like earlier version grads1.9,&nbsp;
I do not have to install cygwin and any other Xserver. However when I
run grads command, it shows X server error. I do not want to install
cygwin ot other Xserver. Is there any option? I am having Windows vista
Home editionRaj
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090307/464690ac/attachment.html 

From rajkumar_62 at REDIFFMAIL.COM  Sat Mar  7 10:26:39 2009
From: rajkumar_62 at REDIFFMAIL.COM (Raj Kumar Sharma)
Date: Sat, 7 Mar 2009 15:26:39 -0000
Subject: display error
Message-ID: <SAT.7.MAR.2009.152639.0000.>

I am sending message again becasue it got rejected based on the reasoning that it has been already sent, however I think that it has not been posted. &nbsp; since stil I did not get anyreply  to this message. I had downloaded grads-2.0.a5.oga.3-win32_superpack.zip&amp;nbsp ftom SourceForge.net. &amp;nbsp; I suppose that like earlier version grads1.9 I do not have to install cygwin and any other Xserver. However when I
run grads command, it shows X server error. I do not want to install
cygwin ot other Xserver. Is there any option? I am having Windows vista
Home edition Raj
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090307/a2c58a01/attachment.html 

From romero619 at HOTMAIL.COM  Sun Mar  8 21:05:26 2009
From: romero619 at HOTMAIL.COM (Pablo Romero)
Date: Sun, 8 Mar 2009 18:05:26 -0700
Subject: looking for script to find local min&max values for mean sea
 level pressure
Message-ID: <SUN.8.MAR.2009.180526.0700.>

Hi,
Im looking for a script that can find the local min&max values for a plot for a given variable (using the 'max' & 'maxloc' functions I presume).

Im trying to plot mean sea level pressure contours with 'H' and 'L' text characters being drawn at locations where the pressure contours reach a local min or max (i.e., closed contours).

Does anyone have experience with creating this type of plot and already have an existing script to find the x&y coordinates of where to plot "H" or "L" characters for high&low pressure cells/zones?

Thanks,
P.Romero
_________________________________________________________________
Windows Live? Groups: Create an online spot for your favorite groups to meet.
http://windowslive.com/online/groups?ocid=TXT_TAGLM_WL_groups_032009


From romero619 at HOTMAIL.COM  Mon Mar  9 00:47:16 2009
From: romero619 at HOTMAIL.COM (Pablo Romero)
Date: Sun, 8 Mar 2009 21:47:16 -0700
Subject: get return value from .gsf function
Message-ID: <SUN.8.MAR.2009.214716.0700.>

I've never been able to get the following to work: use the 'return(varname)' statement within a .gsf function to return a value.

I've only been able to accomplish the passing of variables around between scripts by using '_varname' global variables. This defeats the whole purpose of creating a script function.

I want to create a .gsf function that can actually return a value that can be directly assigned to a variable in a .gs file. example:

*gsf file, addit.gsf
function addit(var1,var2)
sum=var1+var2
return (sum)

*test gs file, tst.gs
rc = gsfallow("on")
tx=addit(2,3)
say '2+3 is 'tx


this doesnt work...it simply prints '2+3 is ', so the gsf function is NOT returning the value of the 'sum' variable...

Is this by design or am I doing something incorrectly?
are global variables the ONLY way to pass variables between script/script function files?

P.Romero
_________________________________________________________________
Express your personality in color! Preview and select themes for Hotmail?.
http://www.windowslive-hotmail.com/LearnMore/personalize.aspx?ocid=TXT_MSGTX_WL_HM_express_032009#colortheme


From dasilva at ALUM.MIT.EDU  Mon Mar  9 11:10:30 2009
From: dasilva at ALUM.MIT.EDU (Arlindo da Silva)
Date: Mon, 9 Mar 2009 11:10:30 -0400
Subject: GrADS v2.0.a5.oga.3 for Windows available,
In-Reply-To: <1FA9A5649C33644B85AE596DBAF16D7C01397B9E@scomp0040.wurnet.nl>
Message-ID: <MON.9.MAR.2009.111030.0400.>

On Mon, Mar 9, 2009 at 4:05 AM, Maat, Herbert ter
<Herbert.termaat at wur.nl> wrote:
> Dear Arlindo,
>
> I was able to download the Windows version, but unfortunately I haven't
> been able to get OpenGrADS running with the VBS scripts. Is this normal?

It should work. However, it is the first time I use VBScript for this,
so I need to sort out any portability issue (it works for me on a
number of WinXP boxes). Can you tell me what happens when you click on
the.vbs files? From the maintenance point of view there are several
reasons for using scripts for these wrappers. Since .BAT are pretty
much brain dead,  I started playing around with VBScript.

> I have been able to run GrADS when executing c:\Program
> Files\OpenGrADS\Contents\Cygwin\Versions\2.0.a5.oga.3\i686\grads.exe
> I don't think that this is very user-friendly and I expect that there
> must be a more elegant way to start GrADS. Hopefully, you can help me
> with this

For now simply create a shortcut (do not copy) of grads.exe to your
desktop, or even to the top directory. There reason why I did not use
shortcuts in the first place is because some flash drives do not
support it. If I keep having issues with VBScript I'll go back to
write these wrappers in C.

   Arlindo


>
> Kind regards,
> Herbert ter Maat
>
> -----Original Message-----
> From: GRADSUSR at LIST.CINECA.IT [mailto:GRADSUSR at LIST.CINECA.IT] On Behalf
> Of Arlindo da Silva
> Sent: donderdag 5 maart 2009 14:55
> To: GRADSUSR at LIST.CINECA.IT
> Subject: GrADS v2.0.a5.oga.3 for Windows available,
>
> All,
>
>  I have updloaded the OpenGrADS Superpack for Windows based on COLA
> GrADS v2.0.a5. You read more about it here:
>
>               http://opengrads.org/doc/win32-v2/
>
>  You can download it from sourceforge:
>
>
> http://sourceforge.net/project/showfiles.php?group_id=161773&package_id=
> 290254&release_id=665954
>
> Right now the .exe installation package is not yet available but the ZIP
> package has all the functionality and is fairly easy to install.
> Just unzip, and click on "opengrads" for the classic command line
> interface. You can also try:
>
>   merra      - a GUI for accessing MERRA data from NASA's OPeNDAP
> server
>   nomads   - a GUI for accessing NOAA's forecast data from the NOMADS
> server
>
> This release includes all the OpenGrADS extensions, including gxyat, re,
> and fish.
>
>    Let me know of any problems.
>
>         Arlindo
>
> --
> Arlindo da Silva
> dasilva at alum.mit.edu
>
>
>



--
Arlindo da Silva
dasilva at alum.mit.edu


From arlindo.dasilva at GMAIL.COM  Mon Mar  9 11:22:21 2009
From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva)
Date: Mon, 9 Mar 2009 11:22:21 -0400
Subject: GrADS v2.0.a5.oga.3 for Windows available,
In-Reply-To: <675459.53761.qm@web63506.mail.re1.yahoo.com>
Message-ID: <MON.9.MAR.2009.112221.0400.>

On Fri, Mar 6, 2009 at 9:18 AM, slovoed slovoed <slovoed123 at yahoo.com> wrote:
>
> I just download OpenGrADS Superpack for Windows based on COLA GrADS v2.0.a5,
> and tried to plot a stream function with fish_psi with NCEP wind stress as a
> test. Although I can use fish_vor, fish_div,  I failed to use fish, fish_psi
> and chi.
>

I'd need more information. What is the error message?  Can you try this?

ga-> @ open $GADSET/model
ga-> set lev 300
ga-> d fish_psi(ua,va)

> BTW, the system is winxp.
>

I am travel this week, I'll not be able to look into this until I get
back next week.

   Arlindo

> slovoed
> ________________________________
> From: Arlindo da Silva <dasilva at ALUM.MIT.EDU>
> To: GRADSUSR at LIST.CINECA.IT
> Sent: Thursday, March 5, 2009 2:54:38 PM
> Subject: GrADS v2.0.a5.oga.3 for Windows available,
>
> All,
>
>   I have updloaded the  You read more about it here:
>
>               http://opengrads.org/doc/win32-v2/
>
> You can download it from sourceforge:
>
>
> http://sourceforge.net/project/showfiles.php?group_id=161773&package_id=290254&release_id=665954
>
> Right now the .exe installation package is not yet available but the
> ZIP package has all the functionality and is fairly easy to install.
> Just unzip, and click on "opengrads" for the classic command line
> interface. You can also try:
>
>   merra      - a GUI for accessing MERRA data from NASA's OPeNDAP server
>   nomads  - a GUI for accessing NOAA's forecast data from the NOMADS server
>
> This release includes all the OpenGrADS extensions, including gxyat,
> re, and fish.
>
>     Let me know of any problems.
>
>         Arlindo
>
> --
> Arlindo da Silva
> dasilva at alum.mit.edu
>
>



--
Arlindo da Silva
dasilva at alum.mit.edu


From arlindo.dasilva at GMAIL.COM  Mon Mar  9 11:42:03 2009
From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva)
Date: Mon, 9 Mar 2009 11:42:03 -0400
Subject: display error in windows version grads-2.0.a5
In-Reply-To: <20090307150625.61004.qmail@f5mail-236-220.rediffmail.com>
Message-ID: <MON.9.MAR.2009.114203.0400.>

On Sat, Mar 7, 2009 at 11:06 AM, Raj Kumar Sharma
<rajkumar_62 at rediffmail.com> wrote:
> I had downloaded grads-2.0.a5.oga.3-win32_superpack.zip  ftom
> SourceForge.net.   I suppose that like earlier version grads1.9,  I do not
> have to install cygwin and any other Xserver. However when I run grads
> command, it shows X server error. I do not want to install cygwin ot other
> Xserver. Is there any option? I am having Windows vista Home edition

It should work exactly as in v1.9 --- no need to install cygwin or
Xserver.  Have you been able to run Win32 GrADS v1.9-rc1 on this
machine? Make sure the virus software is not blocking the Xserver.

   Arlindo



--
Arlindo da Silva
dasilva at alum.mit.edu


From arlindo.dasilva at GMAIL.COM  Mon Mar  9 11:51:58 2009
From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva)
Date: Mon, 9 Mar 2009 11:51:58 -0400
Subject: OpenGrADS Bundle v2.0.a5.oga.3 error
In-Reply-To: <D4CDD31F-FB81-4008-8C4A-74386B21D87A@eas.gatech.edu>
Message-ID: <MON.9.MAR.2009.115158.0400.>

On Fri, Mar 6, 2009 at 11:56 AM, Hai-Ru Chang <hrc at eas.gatech.edu> wrote:
> Hello,
>        I installed OpenGrADS Bundle v2.0.a5.oga.3 on my opteron
> server.  When I run it, I saw the following error:
>
>              Welcome to the OpenGrADS Bundle Distribution
>              --------------------------------------------
>
> For additional information enter "grads --help".
>
> Starting "/opt/opengrads/Linux/Versions/2.0.a5.oga.3/x86_64/grads
> " ...
>
> /opt/opengrads/Linux/Versions/2.0.a5.oga.3/x86_64/grads: error while
> loading shared libraries: libimf.so: wrong ELF class: ELFCLASS32
>
> Does anyone see similar error?  Thanks!
>

A couple of options:

1) Try copying libimf.so from

   Contents/Linux/Versions/2.0.a5.oga.3/x86_64/libs

to

   Contents/Linux/Versions/2.0.a5.oga.3/x86_64/gex

2) Have you tried running the Linux/i686 version on this machine? Very
often it is easier to have have i686 binaries working on x86_64 than
the actual x86_64 binaries.

    Arlindo



>
> Hai-Ru
>
> On Mar 5, 2009, at 5:19 PM, Arlindo da Silva wrote:
>
>> All,
>>
>>   I have once more refreshed sources and binaries: OpenGrADS Bundle
>> v2.0.a5.oga.3:
>>
>>       https://sourceforge.net/project/showfiles.php?
>> group_id=161773&package_id=305032&release_id=662661
>>
>> Very minor updates this time. The only addition worthwhile mentioning
>> is the "nomads.gui" for accessing NOMADS data with a GUI  (GFS, NAM,
>> RUC, etc.)
>>
>> % cd Contents
>> % ./nomads
>>
>> Also new builds for Mac OS X/PowerPC, and SGI IRIX (probably the last
>> SGI build ever).
>>
>> The Linux/x86_64 should be more portable now.  Please let me know
>> otherwise. BTW, under
>>
>>    Contents/Linux/Versions/2.0.a5.oga.3/x86_64/libs
>>
>> you will find some extra libraries. If it complains about some missing
>> .so, copy them from this directory to
>>
>>   Contents/Linux/Versions/2.0.a5.oga.3/x86_64/gex
>>
>> and give it a try.
>>
>>    Arlindo
>>
>>
>>
>>
>>
>> On Sat, Feb 28, 2009 at 10:42 AM, Arlindo da Silva
>> <dasilva at alum.mit.edu> wrote:
>>>
>>> All,
>>>
>>>  I have refresh the sources and binaries for the OpenGrADS Bundle on
>>> sourceforge:
>>>
>>> https://sourceforge.net/project/showfiles.php?
>>> group_id=161773&package_id=305032&release_id=662661
>>>
>>>  The main changes are:
>>>
>>> 1) A bug has been fixed in the UDX interface which was causing "exec
>>> script" to fail. This is an important one, please update.
>>>
>>> 2) I have revised the internals of the Bundle implementation so that
>>> it should work now with USB flash drives.
>>>
>>>  As of this writing, most binaries have been updated except for
>>> FreeBSD 7 (FreeBSD 6.3 has been updated). Make sure the files you
>>> download start with "grads-2.0.a5.oga.2" (notice the "2" at the end.)
>>>
>>>  Let me know of any problems.
>>>
>>>  Enjoy,
>>>
>>>   Arlindo
>>>
>>>
>>> On Tue, Feb 24, 2009 at 3:19 PM, Arlindo da Silva
>>> <dasilva at alum.mit.edu> wrote:
>>>>
>>>> Dear GrADS Users,
>>>>
>>>> I have started uploading to sf.net sources and binaries for the
>>>> OpenGrADS Bundle based on COLA's 2.0.a5 release:
>>>>
>>>>  https://sourceforge.net/project/showfiles.php?
>>>> group_id=161773&package_id=305032&release_id=662661
>>>>
>>>> The OpenGrADS Bundle is a new way of packaging GrADS builds that
>>>> is somewhat inspired by my experience with the Win32
>>>> Superpacks. The idea is to have a single package that require
>>>> no (minimum?) configuration and that is easily relocatable (say to
>>>> a USB memory stick).  The structure of an OpenGrADS Bundle is
>>>> described here:
>>>>
>>>>  http://opengrads.org/wiki/index.php?title=The_OpenGrADS_Bundle
>>>>
>>>> Once you download the tarball take a look at the INSTALL
>>>> file. You can install it as a Bundle (highly recommended) or
>>>> simply install the binaries the same way you did in the past.
>>>>
>>>> Note: The Windows build will be available soon, for now only Mac
>>>> OS X,
>>>> Linux and FreeBSD.
>>>>
>>>> New Features
>>>> ------------
>>>>
>>>> This version is based on COLA's 2.0.a5 release which includes
>>>> support for GeoTIFF and KML, as well as bug fixes. See the
>>>> ChangeLog for details.  In addition, several OpenGrADS specific
>>>> enhancements have been introduced:
>>>>
>>>> - The executable *grads* is now built with NetCDF v4.0.1beta3
>>>>  which includes support for NetCDF-4/HDF-5 (similar to gradsnc4
>>>>  in v1.9.0-rc1) and has built in OPeNDAP support. This binary
>>>>  can handle all supported formats: NetCDF-3 (classic NetCDF),
>>>>  NetCDF-4/HDF-5, HDF-4, GRIB-1/2 and grads binaries.
>>>>
>>>> - The executable *gradsdap* is no longer built as its
>>>>  functionality is now included in the single executable
>>>>  *grads*. In the OpenGrADS bundle *gradsdap* simply points
>>>>  to *grads*.
>>>>
>>>> - We have introduced option -C to enable colorized text (see
>>>> attached).
>>>>  Try "-C 0", "-C 1" and "-C 2" for different color schemes.
>>>>
>>>> - User defined extensions, see below.
>>>>
>>>>
>>>> Trying it out
>>>> -------------
>>>>
>>>> Assuming you did a "bundle instalation" you can start the *grads*
>>>> executable at the top directory (under Contents/ in the tarball):
>>>>
>>>>  % grads
>>>>
>>>> Alternatively you can start the executable *opengrads* which by
>>>> default comes up with colorized text and a readline history that
>>>> is preserved from session to session (grads standard option -H).
>>>>
>>>> You can also start the executable
>>>>
>>>>  % merra
>>>>
>>>> which will automatically start the Athena GUI script described in
>>>> this recipe:
>>>>
>>>> http://cookbooks.opengrads.org/index.php?
>>>> title=Recipe-016:_Accessing_MERRA_data_with_a_Graphical_User_Interfa
>>>> ce
>>>>
>>>> You can try one of the extensions which are documented here:
>>>>
>>>>   http://opengrads.org/doc/#udxt
>>>>
>>>> In particular the spherical harmonic filter:
>>>>
>>>>  ga-> @ open $GADSET/model
>>>>  ga-> d sh_filt(ps,6)
>>>>
>>>> The output is attached.
>>>>
>>>>
>>>> OpenGrADS Extensions
>>>> --------------------
>>>>
>>>> This version includes a *preview* release of the OpenGrADS
>>>> Extensions.  The same extensions previously released by the
>>>> OpenGrADS project with GrADS 1.9.0-rc1 are now available with
>>>> GrADS v2.0, with the addition of some new ones: libmf (from Mike
>>>> Fiorino) and a new spherical harmonic filter, sh_filt().
>>>> Documentation for these user defined functions/commands can be
>>>> found here:
>>>>
>>>>                  http://opengrads.org/doc/#udxt
>>>>
>>>>   --------------------------------------------------------------
>>>>                          IMPORTANT CAVEAT
>>>>
>>>>   As COLA has not yet published the official API for User Defined
>>>>   functions in GrADS v2.0 we have adopted here an API that is
>>>>   based on our work with v1.9.0-rc1. This is a very low-level
>>>>   API that is *not* endorsed by COLA. As such, it is *not*
>>>>   advisable that users adopt this API to write their own
>>>>   extensions.  Furthermore, the extensions as implemented here
>>>>   are tied to a specific version of GrADS and should always be
>>>>   built in the context a given GrADS source tree.
>>>>   --------------------------------------------------------------
>>>>
>>>>
>>>> Disclaimer: Testers needed
>>>> --------------------------
>>>>
>>>> These extensions are still being fully tested and should be
>>>> considered *experimental* at best. Please report any problem you
>>>> encounter.  Use them at your own risk.
>>>>
>>>> List of Extensions Included
>>>> ---------------------------
>>>>
>>>>  User
>>>>  Defined
>>>>  COMMAND           Short Description                Function at Library
>>>>  ---------- -----------------------------------
>>>> --------------------------
>>>>  gsudf      Initialize gs-function package       c_gsudf@^gsudf.gex
>>>>  printenv   Expand environment variables         c_xenv@^env.gex
>>>>  runenv     Expand env vars and run command      c_env@^env.gex
>>>>  @          Expand env vars and run command      c_env@^env.gex
>>>>  getenv     Get value of environment variable    c_getenv@^env.gex
>>>>  setenv     Set value of environment variable    c_setenv@^env.gex
>>>>  gxyat      Save images in PNG/SVG/PDF/PS        c_gxyat@^gxyat.gex
>>>>  hello      Hello, World! sample command
>>>> c_hello@^libhello.gex
>>>>  ipc_verb   IPC verbose toggle                   c_Verb@^libipc.gex
>>>>  ipc_open   Open stream for save/load            c_Open@^libipc.gex
>>>>  ipc_close  Close stream                         c_Close@^libipc.gex
>>>>  ipc_save   Save expression to stream            c_Save@^libipc.gex
>>>>  ipc_define Define variable (obsolete)
>>>> c_Define@^libipc.gex
>>>>  ipc_error  Print IPC error message              c_Error@^libipc.gex
>>>>  mfhilo     Find max/min or H/L in 2D field      c_mfhilo@^libmf.gex
>>>>  cylprms    Properties relative to lon/lat
>>>> c_cylprms@^libmf.gex
>>>>  shp_lines  Draw lines    from shapefile         c_lines@^shape.gex
>>>>  shp_polyf  Draw polygons from shapefile         c_polyf@^shape.gex
>>>>  ---------- -----------------------------------
>>>> --------------------------
>>>>
>>>>  User
>>>>  Defined
>>>>  FUNCTION          Short Description                Function at Library
>>>>  ---------- -----------------------------------
>>>> --------------------------
>>>>  speed      Wind-speed (sample gs-function)      f_gsudf@^gsudf.gex
>>>>  lt         Less than operator                   f_bjt@^libbjt.gex
>>>>  jd         Julian day                           f_bjt@^libbjt.gex
>>>>  cosz       Cosine solar zenith angle            f_bjt@^libbjt.gex
>>>>  dayratio   Daylight ratio                       f_bjt@^libbjt.gex
>>>>  if         Conditional function                 f_bjt@^libbjt.gex
>>>>  maxv       Maximum value                        f_bjt@^libbjt.gex
>>>>  minv       Minimum value                        f_bjt@^libbjt.gex
>>>>  which      Label gridpoints                     f_bjt@^libbjt.gex
>>>>  ftest      F-test                               f_bjt@^libbjt.gex
>>>>  ttest      T-test                               f_bjt@^libbjt.gex
>>>>  tfit       Point  linear regression             f_bjt@^libbjt.gex
>>>>  fit        Global linear regression             f_bjt@^libbjt.gex
>>>>  tcorr2     Time correlation                     f_bjt@^libbjt.gex
>>>>  tregr2     Point linear regression              f_bjt@^libbjt.gex
>>>>  tmave2     Time averaging w/masking             f_bjt@^libbjt.gex
>>>>  madvu      Calculates -d(u*EXPR)/dx             f_bjt@^libbjt.gex
>>>>  madvv      Calculates -d(V*EXPR)/dy             f_bjt@^libbjt.gex
>>>>  madvw      Calculates -d(W*EXPR)/dp             f_bjt@^libbjt.gex
>>>>  muadv      Zonal advection                      f_bjt@^libbjt.gex
>>>>  mvadv      Meridional advection                 f_bjt@^libbjt.gex
>>>>  mwadv      Vertical advection                   f_bjt@^libbjt.gex
>>>>  satvap     Saturated vapor pressure             f_bjt@^libbjt.gex
>>>>  dew        Dew point temperature                f_bjt@^libbjt.gex
>>>>  lw         Thermal infrared fluxes              f_bjt@^libbjt.gex
>>>>  lw2        Thermal infrared fluxes v2           f_bjt@^libbjt.gex
>>>>  pinterp    Pressure interpolation               f_bjt@^libbjt.gex
>>>>  zinterp    Height interpolation                 f_bjt@^libbjt.gex
>>>>  line       Draws a line                         f_bjt@^libbjt.gex
>>>>  vint2      Mass-weighted vertical integral      f_bjt@^libbjt.gex
>>>>  fish       Poisson solver                       f_fish@^fish.gex
>>>>  fish_psi   Compute streamfunction               f_psichi@^fish.gex
>>>>  fish_chi   Compute velocity potential           f_psichi@^fish.gex
>>>>  fish_vor   Compute vorticity                    f_psichi@^fish.gex
>>>>  fish_div   Compute divergence                   f_psichi@^fish.gex
>>>>  hello      Hello, World! sample function
>>>> f_hello@^libhello.gex
>>>>  ipc_save   Save expression to stream            f_Save@^libipc.gex
>>>>  ipc_load   Load variable from file              f_Load@^libipc.gex
>>>>  smth2d     Shuman smoother/de-smoother          f_smth2d@^libmf.gex
>>>>  uv2trw     Find radial/tangential velocity      f_uv2trw@^libmf.gex
>>>>  re         General interpolator                 ffre@^re.gex
>>>>  sh_filt    Spherical harmonic filter
>>>> f_shfilt@^shfilt.gex
>>>>  sh_power   Spherical harmonic spectra
>>>> f_shpowr@^shfilt.gex
>>>>  ---------- -----------------------------------
>>>> --------------------------
>>>>
>>>>
>>>> Building it
>>>> ------------
>>>>
>>>> To build it, get pre-compiled (or build it yourself)
>>>> supplibs-2.1.0 from
>>>>
>>>> https://sourceforge.net/project/showfiles.php?
>>>> group_id=161773&package_id=241681&release_id=661716
>>>>
>>>> Untar and setup the supplibs as explained here
>>>>
>>>>  http://opengrads.org/wiki/index.php?
>>>> title=Building_GrADS_v1.9_from_Sources
>>>>
>>>> Then follow the usual procedure
>>>>
>>>> % tar xvfz grads-x.y.x-$platform.tar.gz
>>>> % cd grads-x.y.z...
>>>> % ./configure
>>>> % make
>>>> % make check (to run the automated tests)
>>>>
>>>> And then to create a bundle under ./opengras type
>>>>
>>>> % bundle/bundle_create.sh
>>>>
>>>> Give it a try
>>>>
>>>> % cd opengrads/
>>>>
>>>> and take a look ar README and INSTALL. Try this:
>>>>
>>>> % cd opengrads/Contents
>>>> % ./merra
>>>>
>>>> To make a distribution tarball with the bundle
>>>>
>>>> % make bundle-dist
>>>>
>>>> Keep checking the OpenGrADS WIki for updated documentation:
>>>>
>>>>  http://opengrads.org/wiki/index.php?title=OpenGrADS_Documentation
>>>>
>>>>  Let me know if you have problems.
>>>>
>>>>       Arlindo
>>>>
>>>>
>>>> --
>>>> Arlindo da Silva
>>>> dasilva at alum.mit.edu
>>>>
>>>
>>>
>>>
>>> --
>>> Arlindo da Silva
>>> dasilva at alum.mit.edu
>>>
>>
>>
>>
>> --
>> Arlindo da Silva
>> dasilva at alum.mit.edu
>



--
Arlindo da Silva
dasilva at alum.mit.edu


From arlindo.dasilva at GMAIL.COM  Mon Mar  9 12:02:48 2009
From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva)
Date: Mon, 9 Mar 2009 12:02:48 -0400
Subject: Moisture transport and moisture divergence
In-Reply-To: <952204.64767.qm@web52303.mail.re2.yahoo.com>
Message-ID: <MON.9.MAR.2009.120248.0400.>

On Fri, Mar 6, 2009 at 5:59 AM, Arlindo Meque <mequitomz at yahoo.com.br> wrote:
> DearGrADS users,
>
> I want to calculate moisture transport and moisture divergence from the NCEP 6h reanalysis data. Is there any function to do that?  Can someone share his/her script?
>

I don't have anything for doing this automatically but there are
several useful extensions in libbjt

http://opengrads.org/doc/udxt/libbjt/

for doing this, in particular vint2() and madvu(), madvv(). The trick
part is to make sure you take proper account of the surface pressure
in your vertical integration, and vint2() does that for you.

   Arlindo

PS: You need a build of grads with the opengrads extensions enabled,
in particualr the latest v2.0.a5.oga.3.


> Thank you in advance,
>
> Arlindo
>
>
>      Veja quais s?o os assuntos do momento no Yahoo! +Buscados
> http://br.maisbuscados.yahoo.com
>



--
Arlindo da Silva
dasilva at alum.mit.edu


From arlindo.dasilva at GMAIL.COM  Mon Mar  9 12:06:04 2009
From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva)
Date: Mon, 9 Mar 2009 12:06:04 -0400
Subject: looking for script to find local min&max values for mean sea
 level pressur
In-Reply-To: <BAY117-W175B2AEF8DE5B70869C55DF9A00@phx.gbl>
Message-ID: <MON.9.MAR.2009.120604.0400.>

Pablo,

  The latest v2.0.a5.oga.3 OpenGrADS Bundle includes Mike Fiorino's
extension mfhilo:

        http://opengrads.org/doc/udxt/libmf/

     Arlindo

On Sun, Mar 8, 2009 at 9:05 PM, Pablo Romero <romero619 at hotmail.com> wrote:
> Hi,
> Im looking for a script that can find the local min&max values for a plot for a given variable (using the 'max' & 'maxloc' functions I presume).
>
> Im trying to plot mean sea level pressure contours with 'H' and 'L' text characters being drawn at locations where the pressure contours reach a local min or max (i.e., closed contours).
>
> Does anyone have experience with creating this type of plot and already have an existing script to find the x&y coordinates of where to plot "H" or "L" characters for high&low pressure cells/zones?
>
> Thanks,
> P.Romero
> _________________________________________________________________
> Windows Live? Groups: Create an online spot for your favorite groups to meet.
> http://windowslive.com/online/groups?ocid=TXT_TAGLM_WL_groups_032009
>



--
Arlindo da Silva
dasilva at alum.mit.edu


From jim at ATMOS.COLOSTATE.EDU  Mon Mar  9 15:04:51 2009
From: jim at ATMOS.COLOSTATE.EDU (Jim Benedict)
Date: Mon, 9 Mar 2009 13:04:51 -0600
Subject: Preventing "Entire Grid Undefined"?
In-Reply-To: <DB062E45-C5B6-48FF-88BA-77F21DCAEBB8@cola.iges.org>
Message-ID: <MON.9.MAR.2009.130451.0600.>

GrADS users,

Does anyone know of a way to prevent GrADS from printing "Entire Grid
Undefined" on plots?  I have a script that shades areas that are
statistically significant using the maskout function, and in some
cases there is no significance -- making the entire grid actually
undefined.  However, I'd rather not have the printed warning on the
plot.

Thanks in advance,
Jim Benedict


From jma at COLA.IGES.ORG  Mon Mar  9 15:41:17 2009
From: jma at COLA.IGES.ORG (Jennifer Adams)
Date: Mon, 9 Mar 2009 15:41:17 -0400
Subject: Preventing "Entire Grid Undefined"?
In-Reply-To: <EA012C69-7DAB-4C90-8319-2825513ABB61@atmos.colostate.edu>
Message-ID: <MON.9.MAR.2009.154117.0400.>

Use 'set datawarn off' to remove the "Entire Grid Undefined" message
in the display; you will still see "Cannot contour grid - all
undefined values " in the command window.
--Jennifer


On Mar 9, 2009, at 3:04 PM, Jim Benedict wrote:

> GrADS users,
>
> Does anyone know of a way to prevent GrADS from printing "Entire Grid
> Undefined" on plots?  I have a script that shades areas that are
> statistically significant using the maskout function, and in some
> cases there is no significance -- making the entire grid actually
> undefined.  However, I'd rather not have the printed warning on the
> plot.
>
> Thanks in advance,
> Jim Benedict

--
Jennifer M. Adams
IGES/COLA
4041 Powder Mill Road, Suite 302
Calverton, MD 20705
jma at cola.iges.org



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090309/f1193705/attachment.html 

From francoise.cheroux at METEO.FR  Tue Mar 10 03:58:44 2009
From: francoise.cheroux at METEO.FR (Francoise Cheroux)
Date: Tue, 10 Mar 2009 08:58:44 +0100
Subject: netcdf file with non linear time
Message-ID: <TUE.10.MAR.2009.085844.0100.>

Hello,

We have data in a netcdf file with non linear time, that is 2 January, 11
January and 21 Januany (see the file header below).  Grads plots the data as
if they were 2 January, 11 and 20 January (regular 10 day intervals).

How could grads take into account the dates written in the netcdf file?

Thanks for your response.

Regards,

Martine Michou



netcdf CCMVal2_REF-B1_CNRM-ACM_2_T3I_va_01 {
dimensions:
    lon = 128 ;
    lat = 64 ;
    plev = 60 ;
    time = UNLIMITED ; // (3 currently)
variables:
    float lon(lon) ;
        lon:long_name = "longitude" ;
        lon:units = "degrees_east" ;
        lon:standard_name = "longitude" ;
    float lat(lat) ;
        lat:long_name = "latitude" ;
        lat:units = "degrees_north" ;
        lat:standard_name = "latitude" ;
    float plev(plev) ;
        plev:long_name = "pressure" ;
        plev:units = "Pa" ;
    double time(time) ;
        time:units = "hours since 1990-01-01 00:00" ;
    float va(time, plev, lat, lon) ;
        va:long_name = "northward_wind" ;
        va:units = "m s-1" ;
        va:grid_type = "gaussian" ;
        va:comment = "instantaneous values" ;
    float APS(lat, lon) ;
        APS:long_name = "APS" ;
        APS:units = "level" ;
        APS:missing_value = -999.f ;

// global attributes:
        :CDI = "Climate Data Interface version 1.2.0" ;
        :Conventions = "CF-1.0" ;
        :history = "Mon Mar 09 16:29:33 2009: cdo selsmon,1
CCMVal2_REF-B1_CNRM-ACM_2_T3I_va.nc CCMVal2_REF-B1_CNRM-ACM_2_T3I_va_01.nc\n",
            "Thu Mar  5 11:46:43 2009: ncrcat M29/va_h0.M29_1990_01_02.nc
M29/va_h0.M29_1990_01_11.nc M29/va_h0.M29_1990_01_21.nc
M29/va_h0.M29_1990_02_01.nc M29/va_h0.M29_1990_02_11.nc
M29/va_h0.M29_1990_02_21.nc M29/va_h0.M29_1990_03_01.nc
M29/va_h0.M29_1990_03_11.nc M29/va_h0.M29_1990_03_21.nc
M29/va_h0.M29_1990_04_01.nc M29/va_h0.M29_1990_04_11.nc
M29/va_h0.M29_1990_04_21.nc M29/va_h0.M29_1990_05_01.nc
M29/va_h0.M29_1990_05_11.nc M29/va_h0.M29_1990_05_21.nc
M29/va_h0.M29_1990_06_01.nc M29/va_h0.M29_1990_06_11.nc
M29/va_h0.M29_1990_06_21.nc M29/va_h0.M29_1990_07_01.nc
M29/va_h0.M29_1990_07_11.nc M29/va_h0.M29_1990_07_21.nc
M29/va_h0.M29_1990_08_01.nc M29/va_h0.M29_1990_08_11.nc
M29/va_h0.M29_1990_08_21.nc M29/va_h0.M29_1990_09_01.nc
M29/va_h0.M29_1990_09_11.nc M29/va_h0.M29_1990_09_21.nc
M29/va_h0.M29_1990_10_01.nc M29/va_h0.M29_1990_10_11.nc
M29/va_h0.M29_1990_10_21.nc M29/va_h0.M29_1990_11_01.nc
M29/va_h0.M29_1990_11_11.nc M29/va_h0.M29_1990_11_21.nc
M29/va_h0.M29_1990_12_01.nc M29/va_h0.M29_1990_12_11.nc
M29/va_h0.M29_1990_12_21.nc M29/CCMVal2_REF-B1_CNRM-ACM_2_T3I_va.nc\n",
            "Thu Mar 05 11:45:46 2009: cdo splitday TMP/mon01.nc TMP/day\n",
            "Thu Mar 05 11:45:09 2009: cdo splitmon M29/va_h0.M29.1990.nc
TMP/mon\n",
            "created at time: Thu Mar  5 08:02:01 2009" ;
        :institution = "CNRM (Centre National de Recherches Meteorologiques,
Meteo-France, Toulouse, France)" ;
        :title = "ARPEGE T42L60 coupled to MOCAGE-Climat" ;
        :references = "arpege version 4" ;
        :comment = "For accumulated variables: january 1st=accumulation over
12h-->18h + 18h-->0h of january 1st + 0h-->6h and 6h-->12h of january 2nd.
For instantaneous variables: january 1st= mean over 18h of january 1st +
0h,6h and 12h of january 2nd." ;
        :nco_openmp_thread_number = 1 ;
        :CDO = "Climate Data Operators version 1.2.0
(http://www.mpimet.mpg.de/cdo)" ;
data:

 lon = 0, 2.8125, 5.625, 8.4375, 11.25, 14.0625, 16.875, 19.6875, 22.5,
    25.3125, 28.125, 30.9375, 33.75, 36.5625, 39.375, 42.1875, 45, 47.8125,
    50.625, 53.4375, 56.25, 59.0625, 61.875, 64.6875, 67.5, 70.3125, 73.125,
    75.9375, 78.75, 81.5625, 84.375, 87.1875, 90, 92.8125, 95.625, 98.4375,
    101.25, 104.0625, 106.875, 109.6875, 112.5, 115.3125, 118.125, 120.9375,
    123.75, 126.5625, 129.375, 132.1875, 135, 137.8125, 140.625, 143.4375,
    146.25, 149.0625, 151.875, 154.6875, 157.5, 160.3125, 163.125, 165.9375,
    168.75, 171.5625, 174.375, 177.1875, 180, 182.8125, 185.625, 188.4375,
    191.25, 194.0625, 196.875, 199.6875, 202.5, 205.3125, 208.125, 210.9375,
    213.75, 216.5625, 219.375, 222.1875, 225, 227.8125, 230.625, 233.4375,
    236.25, 239.0625, 241.875, 244.6875, 247.5, 250.3125, 253.125, 255.9375,
    258.75, 261.5625, 264.375, 267.1875, 270, 272.8125, 275.625, 278.4375,
    281.25, 284.0625, 286.875, 289.6875, 292.5, 295.3125, 298.125, 300.9375,
    303.75, 306.5625, 309.375, 312.1875, 315, 317.8125, 320.625, 323.4375,
    326.25, 329.0625, 331.875, 334.6875, 337.5, 340.3125, 343.125, 345.9375,
    348.75, 351.5625, 354.375, 357.1875 ;

 lat = -87.8638, -85.09653, -82.31291, -79.5256, -76.7369, -73.94752,
    -71.15775, -68.36776, -65.57761, -62.78735, -59.99702, -57.20663,
    -54.4162, -51.62573, -48.83524, -46.04473, -43.2542, -40.46365,
    -37.67309, -34.88252, -32.09195, -29.30136, -26.51077, -23.72017,
    -20.92957, -18.13897, -15.34836, -12.55776, -9.767145, -6.976533,
    -4.185921, -1.395307, 1.395307, 4.185921, 6.976533, 9.767145, 12.55776,
    15.34836, 18.13897, 20.92957, 23.72017, 26.51077, 29.30136, 32.09195,
    34.88252, 37.67309, 40.46365, 43.2542, 46.04473, 48.83524, 51.62573,
    54.4162, 57.20663, 59.99702, 62.78735, 65.57761, 68.36776, 71.15775,
    73.94752, 76.7369, 79.5256, 82.31291, 85.09653, 87.8638 ;

 plev = 60, 59, 58, 57, 56, 55, 54, 53, 52, 51, 50, 49, 48, 47, 46, 45, 44,
    43, 42, 41, 40, 39, 38, 37, 36, 35, 34, 33, 32, 31, 30, 29, 28, 27, 26,
    25, 24, 23, 22, 21, 20, 19, 18, 17, 16, 15, 14, 13, 12, 11, 10, 9, 8, 7,
    6, 5, 4, 3, 2, 1 ;

 time = 24, 240, 480 ;
}


From heiner at MISU.SU.SE  Tue Mar 10 04:17:26 2009
From: heiner at MISU.SU.SE (=?ISO-8859-1?Q?Heiner_K=F6rnich?=)
Date: Tue, 10 Mar 2009 09:17:26 +0100
Subject: netcdf file with non linear time
In-Reply-To: <20090310075946.31CC3204BF@mx2.cineca.it>
Message-ID: <TUE.10.MAR.2009.091726.0100.>

Hi,

I don't think that GrADS can handle this. You could split the dates into
separate files with some netcdf tool (eg. NCO or CDO), and then open three
files in GrADS instead.

Regards,
Heiner

On Tue, Mar 10, 2009 at 8:58 AM, Francoise Cheroux <
francoise.cheroux at meteo.fr> wrote:

> Hello,
>
> We have data in a netcdf file with non linear time, that is 2 January, 11
> January and 21 Januany (see the file header below).  Grads plots the data
> as
> if they were 2 January, 11 and 20 January (regular 10 day intervals).
>
> How could grads take into account the dates written in the netcdf file?
>
> Thanks for your response.
>
> Regards,
>
> Martine Michou
>
>
>
> netcdf CCMVal2_REF-B1_CNRM-ACM_2_T3I_va_01 {
> dimensions:
>    lon = 128 ;
>    lat = 64 ;
>    plev = 60 ;
>    time = UNLIMITED ; // (3 currently)
> variables:
>    float lon(lon) ;
>        lon:long_name = "longitude" ;
>        lon:units = "degrees_east" ;
>        lon:standard_name = "longitude" ;
>    float lat(lat) ;
>        lat:long_name = "latitude" ;
>        lat:units = "degrees_north" ;
>        lat:standard_name = "latitude" ;
>    float plev(plev) ;
>        plev:long_name = "pressure" ;
>        plev:units = "Pa" ;
>    double time(time) ;
>        time:units = "hours since 1990-01-01 00:00" ;
>    float va(time, plev, lat, lon) ;
>        va:long_name = "northward_wind" ;
>        va:units = "m s-1" ;
>        va:grid_type = "gaussian" ;
>        va:comment = "instantaneous values" ;
>    float APS(lat, lon) ;
>        APS:long_name = "APS" ;
>        APS:units = "level" ;
>        APS:missing_value = -999.f ;
>
> // global attributes:
>        :CDI = "Climate Data Interface version 1.2.0" ;
>        :Conventions = "CF-1.0" ;
>        :history = "Mon Mar 09 16:29:33 2009: cdo selsmon,1
> CCMVal2_REF-B1_CNRM-ACM_2_T3I_va.nc
> CCMVal2_REF-B1_CNRM-ACM_2_T3I_va_01.nc\n",
>            "Thu Mar  5 11:46:43 2009: ncrcat M29/va_h0.M29_1990_01_02.nc
> M29/va_h0.M29_1990_01_11.nc M29/va_h0.M29_1990_01_21.nc
> M29/va_h0.M29_1990_02_01.nc M29/va_h0.M29_1990_02_11.nc
> M29/va_h0.M29_1990_02_21.nc M29/va_h0.M29_1990_03_01.nc
> M29/va_h0.M29_1990_03_11.nc M29/va_h0.M29_1990_03_21.nc
> M29/va_h0.M29_1990_04_01.nc M29/va_h0.M29_1990_04_11.nc
> M29/va_h0.M29_1990_04_21.nc M29/va_h0.M29_1990_05_01.nc
> M29/va_h0.M29_1990_05_11.nc M29/va_h0.M29_1990_05_21.nc
> M29/va_h0.M29_1990_06_01.nc M29/va_h0.M29_1990_06_11.nc
> M29/va_h0.M29_1990_06_21.nc M29/va_h0.M29_1990_07_01.nc
> M29/va_h0.M29_1990_07_11.nc M29/va_h0.M29_1990_07_21.nc
> M29/va_h0.M29_1990_08_01.nc M29/va_h0.M29_1990_08_11.nc
> M29/va_h0.M29_1990_08_21.nc M29/va_h0.M29_1990_09_01.nc
> M29/va_h0.M29_1990_09_11.nc M29/va_h0.M29_1990_09_21.nc
> M29/va_h0.M29_1990_10_01.nc M29/va_h0.M29_1990_10_11.nc
> M29/va_h0.M29_1990_10_21.nc M29/va_h0.M29_1990_11_01.nc
> M29/va_h0.M29_1990_11_11.nc M29/va_h0.M29_1990_11_21.nc
> M29/va_h0.M29_1990_12_01.nc M29/va_h0.M29_1990_12_11.nc
> M29/va_h0.M29_1990_12_21.nc M29/CCMVal2_REF-B1_CNRM-ACM_2_T3I_va.nc\n",
>            "Thu Mar 05 11:45:46 2009: cdo splitday TMP/mon01.ncTMP/day\n",
>            "Thu Mar 05 11:45:09 2009: cdo splitmon M29/va_h0.M29.1990.nc
> TMP/mon\n",
>            "created at time: Thu Mar  5 08:02:01 2009" ;
>        :institution = "CNRM (Centre National de Recherches Meteorologiques,
> Meteo-France, Toulouse, France)" ;
>        :title = "ARPEGE T42L60 coupled to MOCAGE-Climat" ;
>        :references = "arpege version 4" ;
>        :comment = "For accumulated variables: january 1st=accumulation over
> 12h-->18h + 18h-->0h of january 1st + 0h-->6h and 6h-->12h of january 2nd.
> For instantaneous variables: january 1st= mean over 18h of january 1st +
> 0h,6h and 12h of january 2nd." ;
>        :nco_openmp_thread_number = 1 ;
>        :CDO = "Climate Data Operators version 1.2.0
> (http://www.mpimet.mpg.de/cdo)" ;
> data:
>
>  lon = 0, 2.8125, 5.625, 8.4375, 11.25, 14.0625, 16.875, 19.6875, 22.5,
>    25.3125, 28.125, 30.9375, 33.75, 36.5625, 39.375, 42.1875, 45, 47.8125,
>    50.625, 53.4375, 56.25, 59.0625, 61.875, 64.6875, 67.5, 70.3125, 73.125,
>    75.9375, 78.75, 81.5625, 84.375, 87.1875, 90, 92.8125, 95.625, 98.4375,
>    101.25, 104.0625, 106.875, 109.6875, 112.5, 115.3125, 118.125, 120.9375,
>    123.75, 126.5625, 129.375, 132.1875, 135, 137.8125, 140.625, 143.4375,
>    146.25, 149.0625, 151.875, 154.6875, 157.5, 160.3125, 163.125, 165.9375,
>    168.75, 171.5625, 174.375, 177.1875, 180, 182.8125, 185.625, 188.4375,
>    191.25, 194.0625, 196.875, 199.6875, 202.5, 205.3125, 208.125, 210.9375,
>    213.75, 216.5625, 219.375, 222.1875, 225, 227.8125, 230.625, 233.4375,
>    236.25, 239.0625, 241.875, 244.6875, 247.5, 250.3125, 253.125, 255.9375,
>    258.75, 261.5625, 264.375, 267.1875, 270, 272.8125, 275.625, 278.4375,
>    281.25, 284.0625, 286.875, 289.6875, 292.5, 295.3125, 298.125, 300.9375,
>    303.75, 306.5625, 309.375, 312.1875, 315, 317.8125, 320.625, 323.4375,
>    326.25, 329.0625, 331.875, 334.6875, 337.5, 340.3125, 343.125, 345.9375,
>    348.75, 351.5625, 354.375, 357.1875 ;
>
>  lat = -87.8638, -85.09653, -82.31291, -79.5256, -76.7369, -73.94752,
>    -71.15775, -68.36776, -65.57761, -62.78735, -59.99702, -57.20663,
>    -54.4162, -51.62573, -48.83524, -46.04473, -43.2542, -40.46365,
>    -37.67309, -34.88252, -32.09195, -29.30136, -26.51077, -23.72017,
>    -20.92957, -18.13897, -15.34836, -12.55776, -9.767145, -6.976533,
>    -4.185921, -1.395307, 1.395307, 4.185921, 6.976533, 9.767145, 12.55776,
>    15.34836, 18.13897, 20.92957, 23.72017, 26.51077, 29.30136, 32.09195,
>    34.88252, 37.67309, 40.46365, 43.2542, 46.04473, 48.83524, 51.62573,
>    54.4162, 57.20663, 59.99702, 62.78735, 65.57761, 68.36776, 71.15775,
>    73.94752, 76.7369, 79.5256, 82.31291, 85.09653, 87.8638 ;
>
>  plev = 60, 59, 58, 57, 56, 55, 54, 53, 52, 51, 50, 49, 48, 47, 46, 45, 44,
>    43, 42, 41, 40, 39, 38, 37, 36, 35, 34, 33, 32, 31, 30, 29, 28, 27, 26,
>    25, 24, 23, 22, 21, 20, 19, 18, 17, 16, 15, 14, 13, 12, 11, 10, 9, 8, 7,
>    6, 5, 4, 3, 2, 1 ;
>
>  time = 24, 240, 480 ;
> }
>



-- 
Heiner K?rnich
Dept. of Meteorology            Tel:  +46 8 164333
Stockholms University, SE-106 91 Stockholm, Sweden
Email: heiner at misu.su.se   www.misu.su.se/~heiner/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090310/23e90b2c/attachment.html 

From heiner at MISU.SU.SE  Tue Mar 10 04:17:26 2009
From: heiner at MISU.SU.SE (=?ISO-8859-1?Q?Heiner_K=F6rnich?=)
Date: Tue, 10 Mar 2009 09:17:26 +0100
Subject: netcdf file with non linear time
In-Reply-To: <20090310075946.31CC3204BF@mx2.cineca.it>
Message-ID: <TUE.10.MAR.2009.091726.0100.>

Hi,

I don't think that GrADS can handle this. You could split the dates into
separate files with some netcdf tool (eg. NCO or CDO), and then open three
files in GrADS instead.

Regards,
Heiner

On Tue, Mar 10, 2009 at 8:58 AM, Francoise Cheroux <
francoise.cheroux at meteo.fr> wrote:

> Hello,
>
> We have data in a netcdf file with non linear time, that is 2 January, 11
> January and 21 Januany (see the file header below).  Grads plots the data
> as
> if they were 2 January, 11 and 20 January (regular 10 day intervals).
>
> How could grads take into account the dates written in the netcdf file?
>
> Thanks for your response.
>
> Regards,
>
> Martine Michou
>
>
>
> netcdf CCMVal2_REF-B1_CNRM-ACM_2_T3I_va_01 {
> dimensions:
>    lon = 128 ;
>    lat = 64 ;
>    plev = 60 ;
>    time = UNLIMITED ; // (3 currently)
> variables:
>    float lon(lon) ;
>        lon:long_name = "longitude" ;
>        lon:units = "degrees_east" ;
>        lon:standard_name = "longitude" ;
>    float lat(lat) ;
>        lat:long_name = "latitude" ;
>        lat:units = "degrees_north" ;
>        lat:standard_name = "latitude" ;
>    float plev(plev) ;
>        plev:long_name = "pressure" ;
>        plev:units = "Pa" ;
>    double time(time) ;
>        time:units = "hours since 1990-01-01 00:00" ;
>    float va(time, plev, lat, lon) ;
>        va:long_name = "northward_wind" ;
>        va:units = "m s-1" ;
>        va:grid_type = "gaussian" ;
>        va:comment = "instantaneous values" ;
>    float APS(lat, lon) ;
>        APS:long_name = "APS" ;
>        APS:units = "level" ;
>        APS:missing_value = -999.f ;
>
> // global attributes:
>        :CDI = "Climate Data Interface version 1.2.0" ;
>        :Conventions = "CF-1.0" ;
>        :history = "Mon Mar 09 16:29:33 2009: cdo selsmon,1
> CCMVal2_REF-B1_CNRM-ACM_2_T3I_va.nc
> CCMVal2_REF-B1_CNRM-ACM_2_T3I_va_01.nc\n",
>            "Thu Mar  5 11:46:43 2009: ncrcat M29/va_h0.M29_1990_01_02.nc
> M29/va_h0.M29_1990_01_11.nc M29/va_h0.M29_1990_01_21.nc
> M29/va_h0.M29_1990_02_01.nc M29/va_h0.M29_1990_02_11.nc
> M29/va_h0.M29_1990_02_21.nc M29/va_h0.M29_1990_03_01.nc
> M29/va_h0.M29_1990_03_11.nc M29/va_h0.M29_1990_03_21.nc
> M29/va_h0.M29_1990_04_01.nc M29/va_h0.M29_1990_04_11.nc
> M29/va_h0.M29_1990_04_21.nc M29/va_h0.M29_1990_05_01.nc
> M29/va_h0.M29_1990_05_11.nc M29/va_h0.M29_1990_05_21.nc
> M29/va_h0.M29_1990_06_01.nc M29/va_h0.M29_1990_06_11.nc
> M29/va_h0.M29_1990_06_21.nc M29/va_h0.M29_1990_07_01.nc
> M29/va_h0.M29_1990_07_11.nc M29/va_h0.M29_1990_07_21.nc
> M29/va_h0.M29_1990_08_01.nc M29/va_h0.M29_1990_08_11.nc
> M29/va_h0.M29_1990_08_21.nc M29/va_h0.M29_1990_09_01.nc
> M29/va_h0.M29_1990_09_11.nc M29/va_h0.M29_1990_09_21.nc
> M29/va_h0.M29_1990_10_01.nc M29/va_h0.M29_1990_10_11.nc
> M29/va_h0.M29_1990_10_21.nc M29/va_h0.M29_1990_11_01.nc
> M29/va_h0.M29_1990_11_11.nc M29/va_h0.M29_1990_11_21.nc
> M29/va_h0.M29_1990_12_01.nc M29/va_h0.M29_1990_12_11.nc
> M29/va_h0.M29_1990_12_21.nc M29/CCMVal2_REF-B1_CNRM-ACM_2_T3I_va.nc\n",
>            "Thu Mar 05 11:45:46 2009: cdo splitday TMP/mon01.ncTMP/day\n",
>            "Thu Mar 05 11:45:09 2009: cdo splitmon M29/va_h0.M29.1990.nc
> TMP/mon\n",
>            "created at time: Thu Mar  5 08:02:01 2009" ;
>        :institution = "CNRM (Centre National de Recherches Meteorologiques,
> Meteo-France, Toulouse, France)" ;
>        :title = "ARPEGE T42L60 coupled to MOCAGE-Climat" ;
>        :references = "arpege version 4" ;
>        :comment = "For accumulated variables: january 1st=accumulation over
> 12h-->18h + 18h-->0h of january 1st + 0h-->6h and 6h-->12h of january 2nd

From remi.meynadier at AERO.JUSSIEU.FR  Tue Mar 10 13:05:16 2009
From: remi.meynadier at AERO.JUSSIEU.FR (Remi Meynadier)
Date: Tue, 10 Mar 2009 18:05:16 +0100
Subject: netcdf file with reduced gaussian grid
Message-ID: <TUE.10.MAR.2009.180516.0100.>

Dear grads users,
I have a netcdf files (see the ncdump  below) with data defined on a reduced
gaussian grid (N256) and hybrid level for vertical resolution.
I can open it with sdfopen myfile.nc but it will only plot the first
vertical level (it works fine for the first level).
I need so to create a ddf file (see below) to force grads to take into the
vertical resolution.
But when i run the ddf file i have some trouble and it seems that grads does
not recognize the data.

Any clue where does it come from ?
Thanks in advance

Remi Meynadier

-----------------------------------------------------------------------
ddf file:
dset /homedata/meynadie/GRIB/ECMWF/divergence.nc
dtype netcdf
options yrev
undef -999
unpack scale_factor add_offset
title divergence model level GGR grid ECMWF
xdef 1024 linear 0 0.35156208
ydef 512 levels
-89.731150 -89.382870 -89.032540 -88.681750 -88.330770 -87.979720 -87.628610
-87.277480 -86.926320 -86.575150
-86.223980 -85.872790 -85.521600 -85.170410 -84.819210 -84.468010 -84.116810
-83.765600 -83.414400 -83.063190
-82.711980 -82.360770 -82.009560 -81.658350 -81.307140 -80.955930 -80.604710
-80.253500 -79.902290 -79.551070
-79.199860 -78.848640 -78.497430 -78.146210 -77.795000 -77.443780 -77.092560
-76.741350 -76.390130 -76.038910
-75.687700 -75.336480 -74.985260 -74.634050 -74.282830 -73.931610 -73.580400
-73.229180 -72.877960 -72.526740
-72.175520 -71.824310 -71.473090 -71.121870 -70.770650 -70.419440 -70.068220
-69.717000 -69.365780 -69.014560
-68.663340 -68.312130 -67.960910 -67.609690 -67.258470 -66.907250 -66.556030
-66.204820 -65.853600 -65.502380
-65.151160 -64.799940 -64.448720 -64.097500 -63.746290 -63.395070 -63.043850
-62.692630 -62.341410 -61.990190
-61.638970 -61.287760 -60.936540 -60.585320 -60.234100 -59.882880 -59.531660
-59.180440 -58.829220 -58.478000
-58.126790 -57.775570 -57.424350 -57.073130 -56.721910 -56.370690 -56.019470
-55.668250 -55.317030 -54.965810
-54.614600 -54.263380 -53.912160 -53.560940 -53.209720 -52.858500 -52.507280
-52.156060 -51.804840 -51.453620
-51.102410 -50.751190 -50.399970 -50.048750 -49.697530 -49.346310 -48.995090
-48.643870 -48.292650 -47.941430
-47.590210 -47.238990 -46.887780 -46.536560 -46.185340 -45.834120 -45.482900
-45.131680 -44.780460 -44.429240
-44.078020 -43.726800 -43.375580 -43.024360 -42.673150 -42.321930 -41.970710
-41.619490 -41.268270 -40.917050
-40.565830 -40.214610 -39.863390 -39.512170 -39.160950 -38.809730 -38.458510
-38.107300 -37.756080 -37.404860
-37.053640 -36.702420 -36.351200 -35.999980 -35.648760 -35.297540 -34.946320
-34.595100 -34.243880 -33.892660
-33.541450 -33.190230 -32.839010 -32.487790 -32.136570 -31.785350 -31.434130
-31.082910 -30.731690 -30.380470
-30.029250 -29.678030 -29.326810 -28.975590 -28.624380 -28.273160 -27.921940
-27.570720 -27.219500 -26.868280
-26.517060 -26.165840 -25.814620 -25.463400 -25.112180 -24.760960 -24.409740
-24.058520 -23.707310 -23.356090
-23.004870 -22.653650 -22.302430 -21.951210 -21.599990 -21.248770 -20.897550
-20.546330 -20.195110 -19.843890
-19.492670 -19.141450 -18.790230 -18.439020 -18.087800 -17.736580 -17.385360
-17.034140 -16.682920 -16.331700
-15.980480 -15.629260 -15.278040 -14.926820 -14.575600 -14.224380 -13.873160
-13.521940 -13.170730 -12.819510
-12.468290 -12.117070 -11.765850 -11.414630 -11.063410 -10.712190 -10.360970
-10.009750  -9.658530  -9.307310
-8.956090  -8.604870  -8.253650  -7.902440  -7.551220  -7.200000  -6.848780
 -6.497560  -6.146340  -5.795120
-5.443900  -5.092680  -4.741460  -4.390240  -4.039020  -3.687800  -3.336580
 -2.985360  -2.634150  -2.282930
-1.931710  -1.580490  -1.229270  -0.878050  -0.526830  -0.175610   0.175610
  0.526830   0.878050   1.229270
1.580490   1.931710   2.282930   2.634150   2.985360   3.336580   3.687800
 4.039020   4.390240   4.741460
5.092680   5.443900   5.795120   6.146340   6.497560   6.848780   7.200000
 7.551220   7.902440   8.253650
8.604870   8.956090   9.307310   9.658530  10.009750  10.360970  10.712190
11.063410  11.414630  11.765850
12.117070  12.468290  12.819510  13.170730  13.521940  13.873160  14.224380
 14.575600  14.926820  15.278040
15.629260  15.980480  16.331700  16.682920  17.034140  17.385360  17.736580
 18.087800  18.439020  18.790230
19.141450  19.492670  19.843890  20.195110  20.546330  20.897550  21.248770
 21.599990  21.951210  22.302430
22.653650  23.004870  23.356090  23.707310  24.058520  24.409740  24.760960
 25.112180  25.463400  25.814620
26.165840  26.517060  26.868280  27.219500  27.570720  27.921940  28.273160
 28.624380  28.975590  29.326810
29.678030  30.029250  30.380470  30.731690  31.082910  31.434130  31.785350
 32.136570  32.487790  32.839010
33.190230  33.541450  33.892660  34.243880  34.595100  34.946320  35.297540
 35.648760  35.999980  36.351200
36.702420  37.053640  37.404860  37.756080  38.107300  38.458510  38.809730
 39.160950  39.512170  39.863390
40.214610  40.565830  40.917050  41.268270  41.619490  41.970710  42.321930
 42.673150  43.024360  43.375580
43.726800  44.078020  44.429240  44.780460  45.131680  45.482900  45.834120
 46.185340  46.536560  46.887780
47.238990  47.590210  47.941430  48.292650  48.643870  48.995090  49.346310
 49.697530  50.048750  50.399970
50.751190  51.102410  51.453620  51.804840  52.156060  52.507280  52.858500
 53.209720  53.560940  53.912160
54.263380  54.614600  54.965810  55.317030  55.668250  56.019470  56.370690
 56.721910  57.073130  57.424350
57.775570  58.126790  58.478000  58.829220  59.180440  59.531660  59.882880
 60.234100  60.585320  60.936540
61.287760  61.638970  61.990190  62.341410  62.692630  63.043850  63.395070
 63.746290  64.097500  64.448720
64.799940  65.151160  65.502380  65.853600  66.204820  66.556030  66.907250
 67.258470  67.609690  67.960910
68.312130  68.663340  69.014560  69.365780  69.717000  70.068220  70.419440
 70.770650  71.121870  71.473090
71.824310  72.175520  72.526740  72.877960  73.229180  73.580400  73.931610
 74.282830  74.634050  74.985260
75.336480  75.687700  76.038910  76.390130  76.741350  77.092560  77.443780
 77.795000  78.146210  78.497430
78.848640  79.199860  79.551070  79.902290  80.253500  80.604710  80.955930
 81.307140  81.658350  82.009560
82.360770  82.711980  83.063190  83.414400  83.765600  84.116810  84.468010
 84.819210  85.170410  85.521600
85.872790  86.223980  86.575150  86.926320  87.277480  87.628610  87.979720
 88.330770  88.681750  89.032540
89.382870  89.731150
zdef 91 linear 1 1
tdef 4 linear 00z01may2006 6hr
vars 1
d_gds4_hybl=>div 91 t,z,y,x divergence model level ECMWF
endvars



ncdump -h divergence.nc
!ncdump -h divergence.nc6 , 3.110836e-06 ,
netcdf divergence {
dimensions:
        initial_time0_hours = 4 ;
        lv_HYBL1 = 91 ;
        lv_HYBL_i2 = 92 ;
        g4_lat_4 = 512 ;
        g4_lon_5 = 1024 ;

variables:
        long lv_HYBL1(lv_HYBL1) ;
                lv_HYBL1:units = "number" ;
                lv_HYBL1:long_name = "Hybrid level" ;
                lv_HYBL1:standard_name = "atmosphere hybrid sigma pressure
coordinate"
;
                lv_HYBL1:formula_terms = "a: lv_HYBL1_a b: lv_HYBL1_b ps:
unknown p0: P
0" ;
        float lv_HYBL1_a(lv_HYBL1) ;
                lv_HYBL1_a:long_name = "hybrid A coefficient at layer
midpoints" ;
                lv_HYBL1_a:note = "derived from lv_HYBL_i2_a as average of
layer interf
aces above and below midpoints" ;
        float lv_HYBL1_b(lv_HYBL1) ;
                lv_HYBL1_b:long_name = "hybrid B coefficient at layer
midpoints" ;
                lv_HYBL1_b:note = "derived from lv_HYBL_i2_b as average of
layer interf
aces above and below midpoints" ;
        float lv_HYBL_i2_a(lv_HYBL_i2) ;
                lv_HYBL_i2_a:long_name = "hybrid A coefficient at layer
interfaces" ;
                lv_HYBL_i2_a:note = "layer interfaces associated with hybrid
levels lv_
HYBL1" ;
        float lv_HYBL_i2_b(lv_HYBL_i2) ;
                lv_HYBL_i2_b:long_name = "hybrid B coefficient at layer
interfaces" ;
                lv_HYBL_i2_b:note = "layer interfaces associated with hybrid
levels lv_
HYBL1" ;
        float P0 ;
                P0:long_name = "reference pressure" ;
                P0:units = "Pa" ;
        float g4_lon_5(g4_lon_5) ;
                g4_lon_5:La1 = 89.731003f ;
                g4_lon_5:Lo1 = 0.f ;
                g4_lon_5:La2 = -89.731003f ;
                g4_lon_5:Lo2 = 359.64801f ;
                g4_lon_5:Di = 0.35156208f ;
                g4_lon_5:N = 256.f ;
                g4_lon_5:units = "degrees_east" ;
                g4_lon_5:GridType = "Gaussian Latitude/Longitude Grid" ;
                g4_lon_5:long_name = "longitude" ;
        float g4_lat_4(g4_lat_4) ;
                g4_lat_4:La1 = 89.731003f ;
                g4_lat_4:Lo1 = 0.f ;
                g4_lat_4:La2 = -89.731003f ;
                g4_lat_4:Lo2 = 359.64801f ;
                g4_lat_4:Di = 0.35156208f ;
                g4_lat_4:N = 256.f ;
                g4_lat_4:units = "degrees_north" ;
                g4_lat_4:GridType = "Gaussian Latitude/Longitude Grid" ;
                g4_lat_4:long_name = "latitude" ;
        double initial_time0_encoded(initial_time0_hours) ;
                initial_time0_encoded:units = "yyyymmddhh.hh_frac" ;
                initial_time0_encoded:long_name = "initial time encoded as
double" ;
        double initial_time0_hours(initial_time0_hours) ;
                initial_time0_hours:units = "hours since 1800-01-01 00:00" ;
                initial_time0_hours:long_name = "initial time" ;
        float D_GDS4_HYBL(initial_time0_hours, lv_HYBL1, g4_lat_4, g4_lon_5) ;
                D_GDS4_HYBL:forecast_time = 0 ;
                D_GDS4_HYBL:parameter_number = 155 ;
                D_GDS4_HYBL:parameter_table_version = 128 ;
                D_GDS4_HYBL:gds_grid_type = 4 ;
                D_GDS4_HYBL:level_indicator = 109 ;
                D_GDS4_HYBL:_FillValue = -999.f ;
                D_GDS4_HYBL:units = "s**-1" ;
                D_GDS4_HYBL:long_name = "Divergence" ;
                D_GDS4_HYBL:center = "European Center for Medium-Range
Weather Forecast
s - Reading" ;

// global attributes:
                :creation_date = "mar mar 10 10:31:19 CET 2009" ;
                :NCL_Version = "4.2.0.a034" ;
                :system = "Linux camelot.ipsl.polytechnique.fr
2.6.9-67.0.7.EL_lustre.1
                .6.5.1smp #1 SMP Wed Jun 18 19:11:05 EDT 2008 x86_64 x86_64
x86_64 GNU/Linux" ;
                :conventions = "None" ;
                :grib_source = "divergence.grib" ;
                :title = "NCL: convert-GRIB-to-netCDF" ;


From vinicius.beatrix at GMAIL.COM  Wed Mar 11 07:48:39 2009
From: vinicius.beatrix at GMAIL.COM (Vinicius Souza)
Date: Wed, 11 Mar 2009 08:48:39 -0300
Subject: doubt...
Message-ID: <WED.11.MAR.2009.084839.0300.>

hello everyone!
I'm looking for some maps to look on the grads in .ctl, but I can't
find in anyplace, someone has any ctl maps of any place of the world
to send me? I will be very glad!

thank you folks!


From jma at COLA.IGES.ORG  Wed Mar 11 07:57:52 2009
From: jma at COLA.IGES.ORG (Jennifer Adams)
Date: Wed, 11 Mar 2009 07:57:52 -0400
Subject: netcdf file with reduced gaussian grid
In-Reply-To: <20090310170618.EC7682070C@mx2.cineca.it>
Message-ID: <WED.11.MAR.2009.075752.0400.>


On Mar 10, 2009, at 1:05 PM, Remi Meynadier wrote:

> Dear grads users,
> I have a netcdf files (see the ncdump  below) with data defined on a
> reduced
> gaussian grid (N256) and hybrid level for vertical resolution.
> I can open it with sdfopen myfile.nc but it will only plot the first
> vertical level (it works fine for the first level).
> I need so to create a ddf file (see below) to force grads to take
> into the
> vertical resolution.
> But when i run the ddf file i have some trouble and it seems that
> grads does
> not recognize the data.
Next time, please also include the error message you get from GrADS
and the version/OS you're using.

> Any clue where does it come from ?
> Thanks in advance
>
> Remi Meynadier
>
> -----------------------------------------------------------------------
> ddf file:
>
> vars 1
> d_gds4_hybl=>div 91 t,z,y,x divergence model level ECMWF
> endvars

The name of the variable in the netcdf file is in upper case, but you
have changed it to lower case in your variable declaration. Change the
line above to :
D_GDS4_HYBL=>div  91  t,z,y,x  Divergence model level ECMWF


> ncdump -h divergence.nc
> netcdf divergence {
>  variables:
>         float D_GDS4_HYBL(initial_time0_hours, lv_HYBL1, g4_lat_4,
> g4_lon_5) ;


--
Jennifer M. Adams
IGES/COLA
4041 Powder Mill Road, Suite 302
Calverton, MD 20705
jma at cola.iges.org



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090311/7c7ee979/attachment.html 

From johnguhin at GMAIL.COM  Wed Mar 11 13:19:18 2009
From: johnguhin at GMAIL.COM (John Guhin)
Date: Wed, 11 Mar 2009 13:19:18 -0400
Subject: if statement in grads
Message-ID: <WED.11.MAR.2009.131918.0400.>

Hi,
    I am trying to use if statement in a grads script... which doesn't seem
to work. I am
attaching  the gs file. iwc is a 3D variable, and rain is 2D variable
exactly in the same grids. I am trying to extract iwc when rain is within
certain range. The script executes without any error, but the output repeats
itself every 20 days. This means that the " if" statement is not working!!
Any help would be appreciated.

 'reinit'
'c'
'open iwc.ctl'
'open /rain.ctl'
'set gxout fwrite'
'set fwrite iwc_ppt_binned.dat'

lon1=40 ; lon2=180
lat1=-20 ; lat2=20
undef=-1e+34
rainlow=0 ; rainhigh=5;

while(rainhigh<11)
t1=1
while(t1<21)
'set t 't1
z1=1
while(z1<19)
'set z 'z1
'define aa=24*rain.2(z=1)'
if (rainlow <= aa < rainhigh)
'd aave(iwc,lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
else
'd aave(iwc*0+'undef',lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
endif
z1=z1+1
endwhile
t1=t1+1
endwhile
rainlow=rainlow+5
rainhigh=rainhigh+5
endwhile

'close 2'
'close 1'
'disable fwrite'

--
John Guhin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090311/73a04419/attachment.html 

From jma at COLA.IGES.ORG  Wed Mar 11 13:28:01 2009
From: jma at COLA.IGES.ORG (Jennifer Adams)
Date: Wed, 11 Mar 2009 13:28:01 -0400
Subject: if statement in grads
In-Reply-To: <37b4e6a50903111019i6d4295c4je5bd97deec061745@mail.gmail.com>
Message-ID: <WED.11.MAR.2009.132801.0400.>

Try  changing your if statement to:
if (rainlow <=aa & aa<rainhigh)
--Jennifer

On Mar 11, 2009, at 1:19 PM, John Guhin wrote:

>
> Hi,
>     I am trying to use if statement in a grads script... which
> doesn't seem to work. I am
> attaching  the gs file. iwc is a 3D variable, and rain is 2D
> variable exactly in the same grids. I am trying to extract iwc when
> rain is within certain range. The script executes without any error,
> but the output repeats itself every 20 days. This means that the "
> if" statement is not working!! Any help would be appreciated.
>
>  'reinit'
> 'c'
> 'open iwc.ctl'
> 'open /rain.ctl'
> 'set gxout fwrite'
> 'set fwrite iwc_ppt_binned.dat'
>
> lon1=40 ; lon2=180
> lat1=-20 ; lat2=20
> undef=-1e+34
> rainlow=0 ; rainhigh=5;
>
> while(rainhigh<11)
> t1=1
> while(t1<21)
> 'set t 't1
> z1=1
> while(z1<19)
> 'set z 'z1
> 'define aa=24*rain.2(z=1)'
> if (rainlow <= aa < rainhigh)

> 'd aave(iwc,lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
> else
> 'd aave(iwc*0+'undef',lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
> endif
> z1=z1+1
> endwhile
> t1=t1+1
> endwhile
> rainlow=rainlow+5
> rainhigh=rainhigh+5
> endwhile
>
> 'close 2'
> 'close 1'
> 'disable fwrite'
>
> --
> John Guhin

--
Jennifer M. Adams
IGES/COLA
4041 Powder Mill Road, Suite 302
Calverton, MD 20705
jma at cola.iges.org



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090311/386313f3/attachment.html 

From bill_reilly at COMPUSERVE.COM  Wed Mar 11 13:29:30 2009
From: bill_reilly at COMPUSERVE.COM (Bill Reilly)
Date: Wed, 11 Mar 2009 18:29:30 +0100
Subject: looking for script to find local min&max values for mean sea
 level pressure
Message-ID: <WED.11.MAR.2009.182930.0100.>

On Sun, 8 Mar 2009 18:05:26 -0700, Pablo Romero <romero619 at HOTMAIL.COM> wrote:

>Hi,
>Im looking for a script that can find the local min&max values for a plot
for a given variable (using the 'max' & 'maxloc' functions I presume).
>
>Im trying to plot mean sea level pressure contours with 'H' and 'L' text
characters being drawn at locations where the pressure contours reach a
local min or max (i.e., closed contours).
>
>Does anyone have experience with creating this type of plot and already
have an existing script to find the x&y coordinates of where to plot "H" or
"L" characters for high&low pressure cells/zones?
>
>Thanks,
>P.Romero
>_________________________________________________________________
>Windows Live? Groups: Create an online spot for your favorite groups to meet.
>http://windowslive.com/online/groups?ocid=TXT_TAGLM_WL_groups_032009

Check out the grads extension libmf.gex

http://opengrads.org/doc/udxt/libmf/

mfhilo EXPR [METHOD[,OPTIONS]

This command finds maximun/minimum values in a 2-D lat/lon field, returning
the location and value between grid points via the GrADS script variable result.


From romero619 at HOTMAIL.COM  Wed Mar 11 13:37:33 2009
From: romero619 at HOTMAIL.COM (Pablo Romero)
Date: Wed, 11 Mar 2009 10:37:33 -0700
Subject: .gsf function return value doesnt work
Message-ID: <WED.11.MAR.2009.103733.0700.>

I'm reposting this question, since I dont know if the listserver rejected it the first time...

I've never been able to get the following to work: use the 'return(varname)' statement within a .gsf function to return a value.

I've only been able to accomplish the passing of variables around between scripts by using '_varname' global variables, but this defeats the whole purpose of creating a script function.

I want to create a .gsf function that can actually return a value that can be directly assigned to a variable in a .gs file.

example:

*gsf file, addit.gsf

function addit(var1,var2)
sum=var1+var2
return (sum)

*test gs file, tst.gs

rc = gsfallow("on")
tx=addit(2,3)
say '2+3 is 'tx

however, this doesnt work...
it simply prints '2+3 is ', so the gsf function is NOT returning the value of the 'sum' variable...

Is this by design or am I doing something incorrectly?
are global variables the ONLY way to pass variables between script/script function files?

If this *is* by design, then I would please like to submit a request to COLA to consider fixing this in future versions.

P.Romero
_________________________________________________________________
Windows Live? Contacts: Organize your contact list.
http://windowslive.com/connect/post/marcusatmicrosoft.spaces.live.com-Blog-cns!503D1D86EBB2B53C!2285.entry?ocid=TXT_TAGLM_WL_UGC_Contacts_032009


From jma at COLA.IGES.ORG  Wed Mar 11 13:57:25 2009
From: jma at COLA.IGES.ORG (Jennifer Adams)
Date: Wed, 11 Mar 2009 13:57:25 -0400
Subject: .gsf function return value doesnt work
In-Reply-To: <BAY117-W2045F38ADF6B5FE9F59ADBF99E0@phx.gbl>
Message-ID: <WED.11.MAR.2009.135725.0400.>

If it works as a subroutine in a script but not as a .gsf, then it's  
probably a bug. I will look into it.  --Jennifer


On Mar 11, 2009, at 1:37 PM, Pablo Romero wrote:

> I'm reposting this question, since I dont know if the listserver  
> rejected it the first time...
>
> I've never been able to get the following to work: use the  
> 'return(varname)' statement within a .gsf function to return a value.
>
> I've only been able to accomplish the passing of variables around  
> between scripts by using '_varname' global variables, but this  
> defeats the whole purpose of creating a script function.
>
> I want to create a .gsf function that can actually return a value  
> that can be directly assigned to a variable in a .gs file.
>
> example:
>
> *gsf file, addit.gsf
>
> function addit(var1,var2)
> sum=var1+var2
> return (sum)
>
> *test gs file, tst.gs
>
> rc = gsfallow("on")
> tx=addit(2,3)
> say '2+3 is 'tx
>
> however, this doesnt work...
> it simply prints '2+3 is ', so the gsf function is NOT returning the  
> value of the 'sum' variable...
>
> Is this by design or am I doing something incorrectly?
> are global variables the ONLY way to pass variables between script/ 
> script function files?
>
> If this *is* by design, then I would please like to submit a request  
> to COLA to consider fixing this in future versions.
>
> P.Romero
> _________________________________________________________________
> Windows Live? Contacts: Organize your contact list.
> http://windowslive.com/connect/post/marcusatmicrosoft.spaces.live.com-Blog-cns!503D1D86EBB2B53C!2285.entry?ocid=TXT_TAGLM_WL_UGC_Contacts_032009

--
Jennifer M. Adams
IGES/COLA
4041 Powder Mill Road, Suite 302
Calverton, MD 20705
jma at cola.iges.org



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090311/e34fe331/attachment.html 

From johnguhin at GMAIL.COM  Wed Mar 11 16:48:31 2009
From: johnguhin at GMAIL.COM (John Guhin)
Date: Wed, 11 Mar 2009 16:48:31 -0400
Subject: if statement in grads
In-Reply-To: <20F71E74-D55D-442B-9A80-1151422144A6@cola.iges.org>
Message-ID: <WED.11.MAR.2009.164831.0400.>

Hi,
   I tried with
 if (rainlow <=aa & aa<rainhigh)

 but didn't work. Am I mising something?

thanks in advance.


On Wed, Mar 11, 2009 at 1:28 PM, Jennifer Adams <jma at cola.iges.org> wrote:

> Try  changing your if statement to:
> if (rainlow <=aa & aa<rainhigh)
> --Jennifer
>
> On Mar 11, 2009, at 1:19 PM, John Guhin wrote:
>
>
> Hi,
>     I am trying to use if statement in a grads script... which doesn't seem
> to work. I am
> attaching  the gs file. iwc is a 3D variable, and rain is 2D variable
> exactly in the same grids. I am trying to extract iwc when rain is within
> certain range. The script executes without any error, but the output repeats
> itself every 20 days. This means that the " if" statement is not working!!
> Any help would be appreciated.
>
>  'reinit'
> 'c'
> 'open iwc.ctl'
> 'open /rain.ctl'
> 'set gxout fwrite'
> 'set fwrite iwc_ppt_binned.dat'
>
> lon1=40 ; lon2=180
> lat1=-20 ; lat2=20
> undef=-1e+34
> rainlow=0 ; rainhigh=5;
>
> while(rainhigh<11)
> t1=1
> while(t1<21)
> 'set t 't1
> z1=1
> while(z1<19)
> 'set z 'z1
> 'define aa=24*rain.2(z=1)'
> if (rainlow <= aa < rainhigh)
>
> 'd aave(iwc,lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
> else
> 'd aave(iwc*0+'undef',lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
> endif
> z1=z1+1
> endwhile
> t1=t1+1
> endwhile
> rainlow=rainlow+5
> rainhigh=rainhigh+5
> endwhile
>
> 'close 2'
> 'close 1'
> 'disable fwrite'
>
> --
> John Guhin
>
>
> --
> Jennifer M. Adams
> IGES/COLA
> 4041 Powder Mill Road, Suite 302
> Calverton, MD 20705
> jma at cola.iges.org
>
>
>
>


--
John Guhin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090311/ded6e530/attachment.html 

From smcmillan at PLANALYTICS.COM  Wed Mar 11 17:07:24 2009
From: smcmillan at PLANALYTICS.COM (Stephen R McMillan)
Date: Wed, 11 Mar 2009 16:07:24 -0500
Subject: if statement in grads
In-Reply-To: <37b4e6a50903111348q630e625clef5f41dad8fbd1b2@mail.gmail.com>
Message-ID: <WED.11.MAR.2009.160724.0500.>

John,
Check the position of your "t1=1" line.  As it is, it would appear to 
repeat the 20 days once.  Did you intend to put "t1=1" before the 
outermost while loop?
Stephen Mc



John Guhin <johnguhin at GMAIL.COM> 
Sent by: GRADSUSR at LIST.CINECA.IT
03/11/2009 03:48 PM
Please respond to
GRADSUSR at LIST.CINECA.IT


To
GRADSUSR at LIST.CINECA.IT
cc

Subject
Re: if statement in grads






Hi,
   I tried with
 if (rainlow <=aa & aa<rainhigh)

 but didn't work. Am I mising something?

thanks in advance.


On Wed, Mar 11, 2009 at 1:28 PM, Jennifer Adams <jma at cola.iges.org>wrote:
Try  changing your if statement to: 
if (rainlow <=aa & aa<rainhigh)
--Jennifer

On Mar 11, 2009, at 1:19 PM, John Guhin wrote:


Hi,
    I am trying to use if statement in a grads script... which doesn't 
seem to work. I am 
attaching  the gs file. iwc is a 3D variable, and rain is 2D variable 
exactly in the same grids. I am trying to extract iwc when rain is within 
certain range. The script executes without any error, but the output 
repeats itself every 20 days. This means that the " if" statement is not 
working!! Any help would be appreciated. 

 'reinit'
'c'
'open iwc.ctl'
'open /rain.ctl'
'set gxout fwrite'
'set fwrite iwc_ppt_binned.dat'

lon1=40 ; lon2=180
lat1=-20 ; lat2=20
undef=-1e+34
rainlow=0 ; rainhigh=5;

while(rainhigh<11)
t1=1
while(t1<21)
'set t 't1
z1=1
while(z1<19)
'set z 'z1
'define aa=24*rain.2(z=1)'
if (rainlow <= aa < rainhigh)
'd aave(iwc,lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
else
'd aave(iwc*0+'undef',lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
endif
z1=z1+1
endwhile
t1=t1+1
endwhile
rainlow=rainlow+5
rainhigh=rainhigh+5
endwhile

'close 2'
'close 1'
'disable fwrite'

-- 
John Guhin
--
Jennifer M. Adams
IGES/COLA
4041 Powder Mill Road, Suite 302
Calverton, MD 20705
jma at cola.iges.org







-- 
John Guhin




***************************************************
The information contained in this e-mail message is intended only for the use of the recipient(s) named above and may contain information that is privileged, confidential, and/or proprietary.  If you are not the intended recipient, you may not review, copy or distribute this message.  If you have received this communication in error, please notify the sender immediately by e-mail, and delete the original message.
***************************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090311/9406d656/attachment.html 

From theedge981 at GMAIL.COM  Wed Mar 11 17:44:50 2009
From: theedge981 at GMAIL.COM (Dan Leins)
Date: Wed, 11 Mar 2009 17:44:50 -0400
Subject: Monsoondata error or problem w/ 2.0.a3
Message-ID: <WED.11.MAR.2009.174450.0400.>

List,

I am trying to plot real-time data from the monsoondata.org DODS server
and I am getting this message when starting my script:

DAP error: Network I/O Error. Could not read string data. This may be
due to a
bug in libdap or a problem with the network connection.

I'm using GrADS v 2.0.a3.  Is there something wrong on my end?  All my
libdap files haven't been modified in months...

lrwxrwxrwx 1 root root     21 2008-12-15 12:59
/usr/lib/libdapclient.so.3 -> libdapclient.so.3.0.0
-rwxr-xr-x 1 root root 254200 2008-09-10 13:17
/usr/lib/libdapclient.so.3.0.0
lrwxrwxrwx 1 root root     21 2008-12-15 12:59
/usr/lib/libdapserver.so.6 -> libdapserver.so.6.0.0
-rwxr-xr-x 1 root root  70648 2008-09-10 13:17
/usr/lib/libdapserver.so.6.0.0
lrwxrwxrwx 1 root root     15 2008-12-15 12:59 /usr/lib/libdap.so.9 ->
libdap.so.9.0.0
-rwxr-xr-x 1 root root 869176 2008-09-10 13:17 /usr/lib/libdap.so.9.0.0

Things were working fine until late last week I believe. Any help would
be appreciated,

Thanks!
Dan


From johnguhin at GMAIL.COM  Wed Mar 11 20:03:39 2009
From: johnguhin at GMAIL.COM (John Guhin)
Date: Wed, 11 Mar 2009 20:03:39 -0400
Subject: if statement in grads
In-Reply-To: <OF5D3B66B5.0654666F-ON85257576.0073325B-86257576.007409A0@planalytics.com>
Message-ID: <WED.11.MAR.2009.200339.0400.>

Thanks Stephen.
 I simplified the script by considering only one time (t). The problem is
indeed if statement.
It seems if statement like this  if (rainlow <=aa & aa<rainhigh)
does not work in grads. Is it true? or there is another way to solve my
problem?

thanks in advance.


On Wed, Mar 11, 2009 at 5:07 PM, Stephen R McMillan <
smcmillan at planalytics.com> wrote:

> John,
> Check the position of your "t1=1" line.  As it is, it would appear to
> repeat the 20 days once.  Did you intend to put "t1=1" before the outermost
> while loop?
> Stephen Mc
>
>
> *John Guhin <johnguhin at GMAIL.COM>*
> Sent by: GRADSUSR at LIST.CINECA.IT
>
> 03/11/2009 03:48 PM
> Please respond to
> GRADSUSR at LIST.CINECA.IT
>
> To
> GRADSUSR at LIST.CINECA.ITcc
> Subject
> Re: if statement in grads
>
>
>
>
> Hi,
>    I tried with
>  if (rainlow <=aa & aa<rainhigh)
>
>  but didn't work. Am I mising something?
>
> thanks in advance.
>
>
> On Wed, Mar 11, 2009 at 1:28 PM, Jennifer Adams <*jma at cola.iges.org*<jma at cola.iges.org>
> >wrote:
> Try  changing your if statement to:
> if (rainlow <=aa & aa<rainhigh)
> --Jennifer
>
> On Mar 11, 2009, at 1:19 PM, John Guhin wrote:
>
>
> Hi,
>     I am trying to use if statement in a grads script... which doesn't seem
> to work. I am
> attaching  the gs file. iwc is a 3D variable, and rain is 2D variable
> exactly in the same grids. I am trying to extract iwc when rain is within
> certain range. The script executes without any error, but the output repeats
> itself every 20 days. This means that the " if" statement is not working!!
> Any help would be appreciated.
>
>  'reinit'
> 'c'
> 'open iwc.ctl'
> 'open /rain.ctl'
> 'set gxout fwrite'
> 'set fwrite iwc_ppt_binned.dat'
>
> lon1=40 ; lon2=180
> lat1=-20 ; lat2=20
> undef=-1e+34
> rainlow=0 ; rainhigh=5;
>
> while(rainhigh<11)
> t1=1
> while(t1<21)
> 'set t 't1
> z1=1
> while(z1<19)
> 'set z 'z1
> 'define aa=24*rain.2(z=1)'
> if (rainlow <= aa < rainhigh)
> 'd aave(iwc,lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
> else
> 'd aave(iwc*0+'undef',lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
> endif
> z1=z1+1
> endwhile
> t1=t1+1
> endwhile
> rainlow=rainlow+5
> rainhigh=rainhigh+5
> endwhile
>
> 'close 2'
> 'close 1'
> 'disable fwrite'
>
> --
> John Guhin
> --
> Jennifer M. Adams
> IGES/COLA
> 4041 Powder Mill Road, Suite 302
> Calverton, MD 20705
> *jma at cola.iges.org* <jma at cola.iges.org>
>
>
>
>
>
>
>
> --
> John Guhin
>
>
>
> ***************************************************
> The information contained in this e-mail message is intended only for the
> use of the recipient(s) named above and may contain information that is
> privileged, confidential, and/or proprietary. If you are not the intended
> recipient, you may not review, copy or distribute this message. If you have
> received this communication in error, please notify the sender immediately
> by e-mail, and delete the original message.
> ***************************************************
>



--
John Guhin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090311/41bcbc84/attachment.html 

From romero619 at HOTMAIL.COM  Wed Mar 11 21:18:33 2009
From: romero619 at HOTMAIL.COM (Pablo Romero)
Date: Wed, 11 Mar 2009 18:18:33 -0700
Subject: if statement in grads
In-Reply-To: <37b4e6a50903111703t11e5990cxf078f5a285e3f08f@mail.gmail.com>
Message-ID: <WED.11.MAR.2009.181833.0700.>

nested if should work too...

if (rainlow <=aa)
  if(aa<=rainhigh)
     do_stuff()...
  endif
endif

less elegant, but should achieve the same effect

P.Romero
________________________________
> Date: Wed, 11 Mar 2009 20:03:39 -0400
> From: johnguhin at GMAIL.COM
> Subject: Re: if statement in grads
> To: GRADSUSR at LIST.CINECA.IT
>
>
> Thanks Stephen.
> I simplified the script by considering only one time (t). The problem is indeed if statement.
> It seems if statement like this if (rainlow <=aa & aa>
> does not work in grads. Is it true? or there is another way to solve my problem?
>
> thanks in advance.
>
>
> On Wed, Mar 11, 2009 at 5:07 PM, Stephen R McMillan> wrote:
>
> John,
> Check the position of your "t1=1"
> line. As it is, it would appear to repeat the 20 days once. Did
> you intend to put "t1=1" before the outermost while loop?
> Stephen Mc
>
>
> John Guhin>
>
> Sent by: GRADSUSR at LIST.CINECA.IT
>
> 03/11/2009 03:48 PM
>
> Please respond to
> GRADSUSR at LIST.CINECA.IT
>
>
>
>
> To
> GRADSUSR at LIST.CINECA.IT
> cc
>
> Subject
> Re: if statement in grads
>
>
>
>
>
>
>
> Hi,
> I tried with
>
> if (rainlow <=aa & aa>
> but didn't work. Am I mising something?
>
> thanks in advance.
>
>
> On Wed, Mar 11, 2009 at 1:28 PM, Jennifer Adams>wrote:
>
> Try changing your if statement to:
> if (rainlow <=aa & aa> --Jennifer
>
> On Mar 11, 2009, at 1:19 PM, John Guhin wrote:
>
>
>
> Hi,
> I am trying to use if statement in
> a grads script... which doesn't seem to work. I am
> attaching the gs file. iwc is a 3D variable, and
> rain is 2D variable exactly in the same grids. I am trying to extract iwc
> when rain is within certain range. The script executes without any error,
> but the output repeats itself every 20 days. This means that the "
> if" statement is not working!! Any help would be appreciated.
>
> 'reinit'
> 'c'
> 'open iwc.ctl'
> 'open /rain.ctl'
>
> 'set gxout fwrite'
> 'set fwrite iwc_ppt_binned.dat'
>
> lon1=40 ; lon2=180
> lat1=-20 ; lat2=20
> undef=-1e+34
>
> rainlow=0 ; rainhigh=5;
>
> while(rainhigh t1=1
> while(t1 'set t 't1
> z1=1
>
> while(z1 'set z 'z1
> 'define aa=24*rain.2(z=1)'
> if (rainlow <= aa < rainhigh)
> 'd aave(iwc,lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
>
> else
> 'd aave(iwc*0+'undef',lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
> endif
> z1=z1+1
>
> endwhile
> t1=t1+1
> endwhile
> rainlow=rainlow+5
> rainhigh=rainhigh+5
> endwhile
>
>
> 'close 2'
> 'close 1'
> 'disable fwrite'
>
> --
> John Guhin
> --
>
> Jennifer M. Adams
> IGES/COLA
> 4041 Powder Mill Road, Suite 302
> Calverton, MD 20705
>
> jma at cola.iges.org
>
>
>
>
>
>
>
> --
> John Guhin
>
>
>
>
>
> ***************************************************
>
> The information contained in this e-mail message is intended only for the use of the recipient(s) named above and may contain information that is privileged, confidential, and/or proprietary. If you are not the intended recipient, you may not review, copy or distribute this message. If you have received this communication in error, please notify the sender immediately by e-mail, and delete the original message.
>
>
> ***************************************************
>
>
>
> --
> John Guhin
_________________________________________________________________
Windows Live?: Life without walls.
http://windowslive.com/explore?ocid=TXT_TAGLM_WL_allup_1a_explore_032009


From sumin81s at GMAIL.COM  Thu Mar 12 01:02:34 2009
From: sumin81s at GMAIL.COM (SUMIN WOO)
Date: Thu, 12 Mar 2009 14:02:34 +0900
Subject: map color in grads
Message-ID: <THU.12.MAR.2009.140234.0900.>

Dear all.

I saw the some image in Weather Map (-Forecast-Analysis of Current
Condtions) of GrADS web page.
I want to apply this map in my data(global model output).

In that map, it looks like gray color in the continent and light blue over
the ocean.
I copied that image and attached in this mail.

How to control the map color like that?

Please help me.

Any help will be very thankful for me.

SUMIN WOO
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090312/0c592502/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ea3_00hr.png
Type: image/png
Size: 28317 bytes
Desc: not available
Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090312/0c592502/attachment.png 

From prjayakrishnan at GMAIL.COM  Thu Mar 12 02:22:17 2009
From: prjayakrishnan at GMAIL.COM (Jayakrishnan PR)
Date: Thu, 12 Mar 2009 11:52:17 +0530
Subject: map color in grads
In-Reply-To: <602ec75b0903112202v4ffb2871x600a7a842ec76347@mail.gmail.com>
Message-ID: <THU.12.MAR.2009.115217.0530.>

For setting colours in the colour bar I think you can use the command 'set
ccolor'.

On Thu, Mar 12, 2009 at 10:32 AM, SUMIN WOO <sumin81s at gmail.com> wrote:

> Dear all.
>
> I saw the some image in Weather Map (-Forecast-Analysis of Current
> Condtions) of GrADS web page.
> I want to apply this map in my data(global model output).
>
> In that map, it looks like gray color in the continent and light blue over
> the ocean.
> I copied that image and attached in this mail.
>
> How to control the map color like that?
>
> Please help me.
>
> Any help will be very thankful for me.
>
> SUMIN WOO
>



--
Sincerely
***********************************************
Jayakrishnan.P.R
CSIR-Research Fellow
Department of Atmospheric Sciences
Cochin University of Science and Technology (CUSAT), Cochin-682 016
Kerala, India.
Mob: 09895417565

***********************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090312/500f4ca3/attachment.html 

From prjayakrishnan at GMAIL.COM  Thu Mar 12 02:28:48 2009
From: prjayakrishnan at GMAIL.COM (Jayakrishnan PR)
Date: Thu, 12 Mar 2009 11:58:48 +0530
Subject: doubt...
In-Reply-To: <b300dd200903110448q28397e5cpd2fbfe08e6e82f79@mail.gmail.com>
Message-ID: <THU.12.MAR.2009.115848.0530.>

Hello,
       Here is an example of stationmap.ctl which will plot map over Indian
region. KIndly have a look into that.

On Wed, Mar 11, 2009 at 5:18 PM, Vinicius Souza
<vinicius.beatrix at gmail.com>wrote:

> hello everyone!
> I'm looking for some maps to look on the grads in .ctl, but I can't
> find in anyplace, someone has any ctl maps of any place of the world
> to send me? I will be very glad!
>
> thank you folks!
>



--
Sincerely
***********************************************
Jayakrishnan.P.R
CSIR-Research Fellow
Department of Atmospheric Sciences
Cochin University of Science and Technology (CUSAT), Cochin-682 016
Kerala, India.
Mob: 09895417565

***********************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090312/12fa146c/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: stnexample.ctl
Type: application/octet-stream
Size: 209 bytes
Desc: not available
Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090312/12fa146c/attachment.obj 

From vinicius.beatrix at GMAIL.COM  Thu Mar 12 06:58:09 2009
From: vinicius.beatrix at GMAIL.COM (Vinicius Souza)
Date: Thu, 12 Mar 2009 07:58:09 -0300
Subject: doubt...
In-Reply-To: <5b5e360903112328h6169f736u9d19c83d000eedec@mail.gmail.com>
Message-ID: <THU.12.MAR.2009.075809.0300.>

thanks a lot man!
dont you have a '.gmp' and '.grb' files? Do I need this files or not?
'cause I can't open!

thanks again!
bye

2009/3/12, Jayakrishnan PR <prjayakrishnan at gmail.com>:
> Hello,
>        Here is an example of stationmap.ctl which will plot map over Indian
> region. KIndly have a look into that.
>
> On Wed, Mar 11, 2009 at 5:18 PM, Vinicius Souza
> <vinicius.beatrix at gmail.com>wrote:
>
>> hello everyone!
>> I'm looking for some maps to look on the grads in .ctl, but I can't
>> find in anyplace, someone has any ctl maps of any place of the world
>> to send me? I will be very glad!
>>
>> thank you folks!
>>
>
>
>
> --
> Sincerely
> ***********************************************
> Jayakrishnan.P.R
> CSIR-Research Fellow
> Department of Atmospheric Sciences
> Cochin University of Science and Technology (CUSAT), Cochin-682 016
> Kerala, India.
> Mob: 09895417565
>
> ***********************************************
>


From axl419 at YAHOO.COM  Thu Mar 12 10:14:53 2009
From: axl419 at YAHOO.COM (See Hai Ooi)
Date: Thu, 12 Mar 2009 07:14:53 -0700
Subject: Removing grid boxes on display
In-Reply-To: <5b5e360903112328h6169f736u9d19c83d000eedec@mail.gmail.com>
Message-ID: <THU.12.MAR.2009.071453.0700.>

Dear all,

       By using set gxout grid, grid boxes with printed values are displayed.  May I know how could I remove these grid boxes so that only grid values are displayed ?  As these grid values are packed close to one another, how could I space them out nicely (something similar to skip, say for mean sea level pressure) so that the values are readable ?

       Thanking you in anticipation,

Ooi



      Get your new Email address!
Grab the Email name you&#39;ve always wanted before someone else does!
http://mail.promotions.yahoo.com/newdomains/aa/


From hersala at GMAIL.COM  Thu Mar 12 10:16:32 2009
From: hersala at GMAIL.COM (hersala)
Date: Thu, 12 Mar 2009 11:16:32 -0300
Subject: Two elementary questions
Message-ID: <THU.12.MAR.2009.111632.0300.>

Dear grads users:

I am using *grads-1.8sl11-win32e.exe*  version and I have two very
elementary questions about it:

1) When I try to obtain an *ascii* output from the visualization window
using the command *set gxout print* I get the "numbers" in the command
window but I do not know how to export it to a *.txt* o *.dat* file. Even
when they are displayed in the command window, of course, I can not copy and
paste it. Could you help me with this issue ?

2) How  can I move to a newer version of grads, just simply downloading and
replacing the *.dll* and *.exe* files in the win32e folder ?

Thanks in advance,

Hern?n Sala
Instituto Ant?rtico Argentino
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090312/5c0294e4/attachment.html 

From Charles.Seman at NOAA.GOV  Thu Mar 12 10:56:47 2009
From: Charles.Seman at NOAA.GOV (Charles Seman)
Date: Thu, 12 Mar 2009 10:56:47 -0400
Subject: Two elementary questions
In-Reply-To: <5b40c90903120716kc34a8fctfe18ee530a23445c@mail.gmail.com>
Message-ID: <THU.12.MAR.2009.105647.0400.>

Hersala,

For question 1), there is a GrADS script at:
http://cookbooks.opengrads.org/index.php?title=Recipe-002:_Saving_GrADS_variable_data_to_a_text_file

I hope this helps,
Chuck

hersala wrote:
> Dear grads users:
>
> I am using /grads-1.8sl11-win32e.exe/  version and I have two very
> elementary questions about it:
>
> 1) When I try to obtain an /ascii/ output from the visualization
> window using the command /set gxout print/ I get the "numbers" in the
> command window but I do not know how to export it to a /.txt/ o /.dat/
> file. Even when they are displayed in the command window, of course, I
> can not copy and paste it. Could you help me with this issue ?
>
> 2) How  can I move to a newer version of grads, just simply
> downloading and replacing the /.dll/ and /.exe/ files in the win32e
> folder ?
>
> Thanks in advance,
>
> Hern?n Sala
> Instituto Ant?rtico Argentino

--

Please note that Charles.Seman at noaa.gov should be considered my NOAA
email address, not cjs at gfdl.noaa.gov.

********************************************************************
 Charles Seman                                Charles.Seman at noaa.gov
 U.S. Department of Commerce / NOAA / OAR
 Geophysical Fluid Dynamics Laboratory         voice: (609) 452-6547
 201 Forrestal Road                              fax: (609) 987-5063
 Princeton, NJ  08540-6649            http://www.gfdl.noaa.gov/~cjs/
********************************************************************

"The contents of this message are mine personally and do not necessarily
reflect any position of the Government or NOAA."


From teddyallen at YAHOO.COM  Thu Mar 12 11:16:17 2009
From: teddyallen at YAHOO.COM (Teddy Allen)
Date: Thu, 12 Mar 2009 08:16:17 -0700
Subject: Two elementary questions
In-Reply-To: <5b40c90903120716kc34a8fctfe18ee530a23445c@mail.gmail.com>
Message-ID: <THU.12.MAR.2009.081617.0700.>

Dear Hernan,
I recently experienced similar problems with item 1 and discovered that if used in a script and NOT the command line, the gxout print command works. Try replicating what you were doing in command line as a script and you may find that the .txt will indeed work as desired. I hope? this helps....
teddy


web: http://personal.ecu.edu/tla0923/HOME.html
"To move quickly, go alone. To move far, go together."
African Proverb??????????????????????????????????????????????????????????????????????????????????????????????????????? *
?

--- On Thu, 3/12/09, hersala <hersala at GMAIL.COM> wrote:

From: hersala <hersala at GMAIL.COM>
Subject: Two elementary questions
To: GRADSUSR at LIST.CINECA.IT
Date: Thursday, March 12, 2009, 10:16 AM


Dear grads users:

I am using grads-1.8sl11-win32e.exe? version and I have two very elementary questions about it:

1) When I try to obtain an ascii output from the visualization window using the command set gxout print I get the "numbers" in the command window but I do not know how to export it to a .txt o .dat file. Even when they are displayed in the command window, of course, I can not copy and paste it. Could you help me with this issue ?

2) How? can I move to a newer version of grads, just simply downloading and replacing the .dll and .exe files in the win32e folder ?

Thanks in advance,

Hern?n Sala
Instituto Ant?rtico Argentino



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090312/51d41858/attachment.html 

From ivtoman at INET.HR  Thu Mar 12 11:24:22 2009
From: ivtoman at INET.HR (Ivan Toman)
Date: Thu, 12 Mar 2009 16:24:22 +0100
Subject: Removing grid boxes on display
In-Reply-To: <836968.35548.qm@web31007.mail.mud.yahoo.com>
Message-ID: <THU.12.MAR.2009.162422.0100.>

Hello,

use
'set gridln off'

and when displaying variable
'd skip(variable,4,4)'

and adjust these numbers as you need.


Regards,
Ivan


See Hai Ooi wrote:
> Dear all,
>
>        By using set gxout grid, grid boxes with printed values are displayed.  May I know how could I remove these grid boxes so that only grid values are displayed ?  As these grid values are packed close to one another, how could I space them out nicely (something similar to skip, say for mean sea level pressure) so that the values are readable ?
>
>        Thanking you in anticipation,
>
> Ooi
>
>
>
>       Get your new Email address!
> Grab the Email name you&#39;ve always wanted before someone else does!
> http://mail.promotions.yahoo.com/newdomains/aa/
>
>
>


From smcmillan at PLANALYTICS.COM  Thu Mar 12 11:39:31 2009
From: smcmillan at PLANALYTICS.COM (Stephen R McMillan)
Date: Thu, 12 Mar 2009 11:39:31 -0400
Subject: if statement in grads
In-Reply-To: <37b4e6a50903111703t11e5990cxf078f5a285e3f08f@mail.gmail.com>
Message-ID: <THU.12.MAR.2009.113931.0400.>

John,
The if statement you quoted--the one that Jennifer suggested--is valid, as 
is the nested method that Pablo suggested.  However, your unexpected 
results appear to indicate the "if..else" conditions (in particular are 
not changing during the second time loop iteration.  Since your variable 
'aa' would be the same at each timestep, then I suppose 'iwc' may be the 
culprit. Have you tried echo-displaying the conditional results at each 
timestep to confirm their values?
Stephen Mc



John Guhin <johnguhin at GMAIL.COM> 
Sent by: GRADSUSR at LIST.CINECA.IT
03/11/2009 08:03 PM
Please respond to
GRADSUSR at LIST.CINECA.IT


To
GRADSUSR at LIST.CINECA.IT
cc

Subject
Re: if statement in grads






Thanks Stephen. 
 I simplified the script by considering only one time (t). The problem is 
indeed if statement.
It seems if statement like this  if (rainlow <=aa & aa<rainhigh)
does not work in grads. Is it true? or there is another way to solve my 
problem?

thanks in advance.


On Wed, Mar 11, 2009 at 5:07 PM, Stephen R McMillan <
smcmillan at planalytics.com>wrote:
John,
Check the position of your "t1=1" line.  As it is, it would appear to 
repeat the 20 days once.  Did you intend to put "t1=1" before the 
outermost while loop?
Stephen Mc



John Guhin <johnguhin at GMAIL.COM>
Sent by: GRADSUSR at LIST.CINECA.IT

03/11/2009 03:48 PM

Please respond to
GRADSUSR at LIST.CINECA.IT



To
GRADSUSR at LIST.CINECA.IT
cc

Subject
Re: if statement in grads








Hi,
   I tried with
 if (rainlow <=aa & aa<rainhigh)

 but didn't work. Am I mising something?

thanks in advance.


On Wed, Mar 11, 2009 at 1:28 PM, Jennifer Adams <jma at cola.iges.org>wrote:
Try  changing your if statement to: 
if (rainlow <=aa & aa<rainhigh)
--Jennifer

On Mar 11, 2009, at 1:19 PM, John Guhin wrote:


Hi,
    I am trying to use if statement in a grads script... which doesn't 
seem to work. I am 
attaching  the gs file. iwc is a 3D variable, and rain is 2D variable 
exactly in the same grids. I am trying to extract iwc when rain is within 
certain range. The script executes without any error, but the output 
repeats itself every 20 days. This means that the " if" statement is not 
working!! Any help would be appreciated. 

 'reinit'
'c'
'open iwc.ctl'
'open /rain.ctl'
'set gxout fwrite'
'set fwrite iwc_ppt_binned.dat'

lon1=40 ; lon2=180
lat1=-20 ; lat2=20
undef=-1e+34
rainlow=0 ; rainhigh=5;

while(rainhigh<11)
t1=1
while(t1<21)
'set t 't1
z1=1
while(z1<19)
'set z 'z1
'define aa=24*rain.2(z=1)'
if (rainlow <= aa < rainhigh)
'd aave(iwc,lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
else
'd aave(iwc*0+'undef',lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
endif
z1=z1+1
endwhile
t1=t1+1
endwhile
rainlow=rainlow+5
rainhigh=rainhigh+5
endwhile

'close 2'
'close 1'
'disable fwrite'

-- 
John Guhin
--
Jennifer M. Adams
IGES/COLA
4041 Powder Mill Road, Suite 302
Calverton, MD 20705
jma at cola.iges.org







-- 
John Guhin



***************************************************
The information contained in this e-mail message is intended only for the 
use of the recipient(s) named above and may contain information that is 
privileged, confidential, and/or proprietary.  If you are not the intended 
recipient, you may not review, copy or distribute this message.  If you 
have received this communication in error, please notify the sender 
immediately by e-mail, and delete the original message.
***************************************************



-- 
John Guhin




***************************************************
The information contained in this e-mail message is intended only for the use of the recipient(s) named above and may contain information that is privileged, confidential, and/or proprietary.  If you are not the intended recipient, you may not review, copy or distribute this message.  If you have received this communication in error, please notify the sender immediately by e-mail, and delete the original message.
***************************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090312/c9d30ccc/attachment.html 

From johnguhin at GMAIL.COM  Thu Mar 12 12:31:00 2009
From: johnguhin at GMAIL.COM (John Guhin)
Date: Thu, 12 Mar 2009 12:31:00 -0400
Subject: if statement in grads
In-Reply-To: <OF0B86EC9E.3B14B1D2-ON85257577.0054A4E3-85257577.00560410@planalytics.com>
Message-ID: <THU.12.MAR.2009.123100.0400.>

Thanks Stephen. You are correct for more than one time step. But can we read
a 2D variable at all inside the if statement? Consider the following:

'open /raid/pray/processed_data/IWC/iwc.ctl'
'open /raid/pray/processed_data/AMSRE/rain-amsre_15jun06-31aug08.ctl'
rainlow=0 ; rainhigh=5;
lon1=0 ; lon2=360
lat1=-30 ; lat2=30
undef=-1e+34
z1=1
while(z1<19)
'set z 'z1
'define aa=rain.2*24'
if (rainlow <= aa & aa < rainhigh)
'd aave(iwc,lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
else
'd aave(iwc*0+'undef',lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
endif
z1=z1+1
endwhile

iwc is 3D. rain.2 is actually a 2D variable, so aa is  also 2D. I think
thats where the problem is.  Anybody has faced similar problem?
thanks.



On Thu, Mar 12, 2009 at 11:39 AM, Stephen R McMillan <
smcmillan at planalytics.com> wrote:

>
> John,
> The if statement you quoted--the one that Jennifer suggested--is valid, as
> is the nested method that Pablo suggested.  However, your unexpected results
> appear to indicate the "if..else" conditions (in particular are not changing
> during the second time loop iteration.  Since your variable 'aa' would be
> the same at each timestep, then I suppose 'iwc' may be the culprit. Have you
> tried echo-displaying the conditional results at each timestep to confirm
> their values?
> Stephen Mc
>
>
> *John Guhin <johnguhin at GMAIL.COM>*
> Sent by: GRADSUSR at LIST.CINECA.IT
>
> 03/11/2009 08:03 PM
> Please respond to
> GRADSUSR at LIST.CINECA.IT
>
> To
> GRADSUSR at LIST.CINECA.ITcc
> Subject
> Re: if statement in grads
>
>
>
>
> Thanks Stephen.
>  I simplified the script by considering only one time (t). The problem is
> indeed if statement.
> It seems if statement like this  if (rainlow <=aa & aa<rainhigh)
> does not work in grads. Is it true? or there is another way to solve my
> problem?
>
> thanks in advance.
>
>
> On Wed, Mar 11, 2009 at 5:07 PM, Stephen R McMillan <*
> smcmillan at planalytics.com* <smcmillan at planalytics.com>>wrote:
> John,
> Check the position of your "t1=1" line.  As it is, it would appear to
> repeat the 20 days once.  Did you intend to put "t1=1" before the outermost
> while loop?
> Stephen Mc
>
>
> *John Guhin <**johnguhin at GMAIL.COM* <johnguhin at GMAIL.COM>*>*
> Sent by: *GRADSUSR at LIST.CINECA.IT* <GRADSUSR at LIST.CINECA.IT>
>
> 03/11/2009 03:48 PM
> Please respond to
> *GRADSUSR at LIST.CINECA.IT* <GRADSUSR at LIST.CINECA.IT>
>
>
> To
> *GRADSUSR at LIST.CINECA.IT* <GRADSUSR at LIST.CINECA.IT>cc
> Subject
> Re: if statement in grads
>
>
>
>
>
>
> Hi,
>    I tried with
>  if (rainlow <=aa & aa<rainhigh)
>
>  but didn't work. Am I mising something?
>
> thanks in advance.
>
>
> On Wed, Mar 11, 2009 at 1:28 PM, Jennifer Adams <*jma at cola.iges.org*<jma at cola.iges.org>
> >wrote:
> Try  changing your if statement to:
> if (rainlow <=aa & aa<rainhigh)
> --Jennifer
>
> On Mar 11, 2009, at 1:19 PM, John Guhin wrote:
>
>
> Hi,
>     I am trying to use if statement in a grads script... which doesn't seem
> to work. I am
> attaching  the gs file. iwc is a 3D variable, and rain is 2D variable
> exactly in the same grids. I am trying to extract iwc when rain is within
> certain range. The script executes without any error, but the output repeats
> itself every 20 days. This means that the " if" statement is not working!!
> Any help would be appreciated.
>
>  'reinit'
> 'c'
> 'open iwc.ctl'
> 'open /rain.ctl'
> 'set gxout fwrite'
> 'set fwrite iwc_ppt_binned.dat'
>
> lon1=40 ; lon2=180
> lat1=-20 ; lat2=20
> undef=-1e+34
> rainlow=0 ; rainhigh=5;
>
> while(rainhigh<11)
> t1=1
> while(t1<21)
> 'set t 't1
> z1=1
> while(z1<19)
> 'set z 'z1
> 'define aa=24*rain.2(z=1)'
> if (rainlow <= aa < rainhigh)
> 'd aave(iwc,lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
> else
> 'd aave(iwc*0+'undef',lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
> endif
> z1=z1+1
> endwhile
> t1=t1+1
> endwhile
> rainlow=rainlow+5
> rainhigh=rainhigh+5
> endwhile
>
> 'close 2'
> 'close 1'
> 'disable fwrite'
>
> --
> John Guhin
> --
> Jennifer M. Adams
> IGES/COLA
> 4041 Powder Mill Road, Suite 302
> Calverton, MD 20705
> *jma at cola.iges.org* <jma at cola.iges.org>
>
>
>
>
>
>
>
> --
> John Guhin
>
>
>
> ***************************************************
> The information contained in this e-mail message is intended only for the
> use of the recipient(s) named above and may contain information that is
> privileged, confidential, and/or proprietary.  If you are not the intended
> recipient, you may not review, copy or distribute this message.  If you have
> received this communication in error, please notify the sender immediately
> by e-mail, and delete the original message.
> ***************************************************
>
>
>
> --
> John Guhin
>
>
>
> ***************************************************
> The information contained in this e-mail message is intended only for the
> use of the recipient(s) named above and may contain information that is
> privileged, confidential, and/or proprietary. If you are not the intended
> recipient, you may not review, copy or distribute this message. If you have
> received this communication in error, please notify the sender immediately
> by e-mail, and delete the original message.
> ***************************************************
>



--
John Guhin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090312/d2481829/attachment.html 

From mmacleod at SCOTIAWEATHER.COM  Thu Mar 12 14:01:45 2009
From: mmacleod at SCOTIAWEATHER.COM (mmacleod)
Date: Thu, 12 Mar 2009 18:01:45 +0000
Subject: Problem in Use of gr2stn
Message-ID: <THU.12.MAR.2009.180145.0000.>

Good afternoon Folks.

I am trying to get the function gr2stn working in GrADS 2.0.5

I am attaching a png file that shows the area of coverage and the
control file so one can see the grads expression is correct.

Here is the output from the command line:

ga->   Expression = gr2stn(t,-60.05,46.16)
Notice:  Automatic Grid Interpolation Taking Place
DEFINE Error:  Define does not yet support station data
    Expression results in station data object

then I cleared the display with  clear command  and then I get this

ga-> d gr2stn(t2,-60.05,46.16)
Notice:  Automatic Grid Interpolation Taking Place
Invalid station data dimension environment


I have tried several variables but get the same answer. The
documentation says:


    *gr2stn()*

This function is a grid-to-station interpolator. It creates "station"
data by taking a 1-dimensional sample from a gridded data set and
interpolating to a given location. That location may be provided by
specifying a longitude and a latitude, or by providing a station
expression.

      |gr2stn(/grid_expr, lon, lat <,-a>/)|
      or
      |gr2stn(/grid_expr, stn_expr <,-a>/)|

where:

      |/grid_expr/| is a GrADS expression that gives a grid result. The
      interpolation will be done on this data.

      |/stn_expr/| is a GrADS expression that gives a station data
      result. The interpolation will be done to the station /location/,
      the value of the station data is not used.

      |/lon,lat/| may be used instead of |/stn_expr/| to specify the
      location to which the gridded data will be interpolated.


      Any Help would be greatly appreciated.

      Sincerely

      Mac MacLeod





--
M.A. (Mac) MacLeod
President and General Manager
Scotia Weather Services Inc
192 Wyse Road, Suite 8,
Dartmouth, N.S. B3A 1M9

Tele: 902-468-3866
Fax:  902-461-1768
E-mail: mmacleod at scotiaweather.com
Visit us: www.scotiaweather.com

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: WRF1KM.ctl
Url: http://gradsusr.org/pipermail/gradsusr/attachments/20090312/49a3291a/attachment.pl 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: WRF_1KMCapeB_HrWindSpdH01.png
Type: image/png
Size: 18751 bytes
Desc: not available
Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090312/49a3291a/attachment.png 

From romero619 at HOTMAIL.COM  Thu Mar 12 14:27:39 2009
From: romero619 at HOTMAIL.COM (Pablo Romero)
Date: Thu, 12 Mar 2009 11:27:39 -0700
Subject: continental relief in png output
Message-ID: <THU.12.MAR.2009.112739.0700.>

does anyone have any recipes/techniques for creating map plots with 3D continental relief/topographic features?

I've seen some other plots created with grads that appear to have land areas with detailed 3D terrain visible.
Im not sure how these are created; are they being 'printim'ed with a foreground png image? if so, how would I go about getting this 3D topographic image data?

P.Romero
_________________________________________________________________
Windows Live? Contacts: Organize your contact list.
http://windowslive.com/connect/post/marcusatmicrosoft.spaces.live.com-Blog-cns!503D1D86EBB2B53C!2285.entry?ocid=TXT_TAGLM_WL_UGC_Contacts_032009


From ela at COLA.IGES.ORG  Thu Mar 12 15:48:21 2009
From: ela at COLA.IGES.ORG (Eric Altshuler)
Date: Thu, 12 Mar 2009 15:48:21 -0400
Subject: if statement in grads
In-Reply-To: <822787825.159871236887124576.JavaMail.root@mail.iges.org>
Message-ID: <THU.12.MAR.2009.154821.0400.>

John,

One problem I immediately see is that in your if statement:

'define aa=rain.2*24'
if (rainlow <= aa & aa < rainhigh)

you are trying to compare the script variables rainlow and rainhigh with 'aa', which is a GrADS defined data variable, not a script variable. This will not work. You need to assign a particular single value to the script variable aa. An example might be the following, with the dimension environment set to all dimensions fixed:

...
...
'set t 't1
...
'set z 'z1
...
'set x 'x1
'set y 'y1
'd 24*rain.2'
aa=subwrd(result,4)
if (rainlow <= aa & aa < rainhigh)
...
...

where x1, y1, z1 and t1 are the values (assigned to these script variables) you want for the fixed dimensions. You already have a looping structure set up for Z, and I assume you also have one for T, but you will also need to loop over the values of X and Y so that the script variable aa is assigned a single value in each iteration of the loop.

Best regards,

Eric L. Altshuler
Assistant Research Scientist
Center for Ocean-Land-Atmosphere Studies
4041 Powder Mill Road, Suite 302
Calverton, MD 20705-3106
USA

E-mail: ela at cola.iges.org
Phone: (301) 902-1257
Fax: (301) 595-9793

----- Original Message -----
From: "John Guhin" <johnguhin at GMAIL.COM>
To: GRADSUSR at LIST.CINECA.IT
Sent: Thursday, March 12, 2009 12:31:00 PM GMT -05:00 US/Canada Eastern
Subject: Re: if statement in grads

Thanks Stephen. You are correct for more than one time step. But can we read
a 2D variable at all inside the if statement? Consider the following:

'open /raid/pray/processed_data/IWC/iwc.ctl'
'open /raid/pray/processed_data/AMSRE/rain-amsre_15jun06-31aug08.ctl'
rainlow=0 ; rainhigh=5;
lon1=0 ; lon2=360
lat1=-30 ; lat2=30
undef=-1e+34
z1=1
while(z1<19)
'set z 'z1
'define aa=rain.2*24'
if (rainlow <= aa & aa < rainhigh)
'd aave(iwc,lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
else
'd aave(iwc*0+'undef',lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
endif
z1=z1+1
endwhile

iwc is 3D. rain.2 is actually a 2D variable, so aa is  also 2D. I think
thats where the problem is.  Anybody has faced similar problem?
thanks.



On Thu, Mar 12, 2009 at 11:39 AM, Stephen R McMillan <
smcmillan at planalytics.com> wrote:

>
> John,
> The if statement you quoted--the one that Jennifer suggested--is valid, as
> is the nested method that Pablo suggested.  However, your unexpected results
> appear to indicate the "if..else" conditions (in particular are not changing
> during the second time loop iteration.  Since your variable 'aa' would be
> the same at each timestep, then I suppose 'iwc' may be the culprit. Have you
> tried echo-displaying the conditional results at each timestep to confirm
> their values?
> Stephen Mc
>
>
> *John Guhin <johnguhin at GMAIL.COM>*
> Sent by: GRADSUSR at LIST.CINECA.IT
>
> 03/11/2009 08:03 PM
> Please respond to
> GRADSUSR at LIST.CINECA.IT
>
> To
> GRADSUSR at LIST.CINECA.ITcc
> Subject
> Re: if statement in grads
>
>
>
>
> Thanks Stephen.
>  I simplified the script by considering only one time (t). The problem is
> indeed if statement.
> It seems if statement like this  if (rainlow <=aa & aa<rainhigh)
> does not work in grads. Is it true? or there is another way to solve my
> problem?
>
> thanks in advance.
>
>
> On Wed, Mar 11, 2009 at 5:07 PM, Stephen R McMillan <*
> smcmillan at planalytics.com* <smcmillan at planalytics.com>>wrote:
> John,
> Check the position of your "t1=1" line.  As it is, it would appear to
> repeat the 20 days once.  Did you intend to put "t1=1" before the outermost
> while loop?
> Stephen Mc
>
>
> *John Guhin <**johnguhin at GMAIL.COM* <johnguhin at GMAIL.COM>*>*
> Sent by: *GRADSUSR at LIST.CINECA.IT* <GRADSUSR at LIST.CINECA.IT>
>
> 03/11/2009 03:48 PM
> Please respond to
> *GRADSUSR at LIST.CINECA.IT* <GRADSUSR at LIST.CINECA.IT>
>
>
> To
> *GRADSUSR at LIST.CINECA.IT* <GRADSUSR at LIST.CINECA.IT>cc
> Subject
> Re: if statement in grads
>
>
>
>
>
>
> Hi,
>    I tried with
>  if (rainlow <=aa & aa<rainhigh)
>
>  but didn't work. Am I mising something?
>
> thanks in advance.
>
>
> On Wed, Mar 11, 2009 at 1:28 PM, Jennifer Adams <*jma at cola.iges.org*<jma at cola.iges.org>
> >wrote:
> Try  changing your if statement to:
> if (rainlow <=aa & aa<rainhigh)
> --Jennifer
>
> On Mar 11, 2009, at 1:19 PM, John Guhin wrote:
>
>
> Hi,
>     I am trying to use if statement in a grads script... which doesn't seem
> to work. I am
> attaching  the gs file. iwc is a 3D variable, and rain is 2D variable
> exactly in the same grids. I am trying to extract iwc when rain is within
> certain range. The script executes without any error, but the output repeats
> itself every 20 days. This means that the " if" statement is not working!!
> Any help would be appreciated.
>
>  'reinit'
> 'c'
> 'open iwc.ctl'
> 'open /rain.ctl'
> 'set gxout fwrite'
> 'set fwrite iwc_ppt_binned.dat'
>
> lon1=40 ; lon2=180
> lat1=-20 ; lat2=20
> undef=-1e+34
> rainlow=0 ; rainhigh=5;
>
> while(rainhigh<11)
> t1=1
> while(t1<21)
> 'set t 't1
> z1=1
> while(z1<19)
> 'set z 'z1
> 'define aa=24*rain.2(z=1)'
> if (rainlow <= aa < rainhigh)
> 'd aave(iwc,lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
> else
> 'd aave(iwc*0+'undef',lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
> endif
> z1=z1+1
> endwhile
> t1=t1+1
> endwhile
> rainlow=rainlow+5
> rainhigh=rainhigh+5
> endwhile
>
> 'close 2'
> 'close 1'
> 'disable fwrite'
>
> --
> John Guhin
> --
> Jennifer M. Adams
> IGES/COLA
> 4041 Powder Mill Road, Suite 302
> Calverton, MD 20705
> *jma at cola.iges.org* <jma at cola.iges.org>
>
>
>
>
>
>
>
> --
> John Guhin
>
>
>
> ***************************************************
> The information contained in this e-mail message is intended only for the
> use of the recipient(s) named above and may contain information that is
> privileged, confidential, and/or proprietary.  If you are not the intended
> recipient, you may not review, copy or distribute this message.  If you have
> received this communication in error, please notify the sender immediately
> by e-mail, and delete the original message.
> ***************************************************
>
>
>
> --
> John Guhin
>
>
>
> ***************************************************
> The information contained in this e-mail message is intended only for the
> use of the recipient(s) named above and may contain information that is
> privileged, confidential, and/or proprietary. If you are not the intended
> recipient, you may not review, copy or distribute this message. If you have
> received this communication in error, please notify the sender immediately
> by e-mail, and delete the original message.
> ***************************************************
>



--
John Guhin


From pdjakow at GMAIL.COM  Thu Mar 12 16:08:33 2009
From: pdjakow at GMAIL.COM (PiotrD)
Date: Thu, 12 Mar 2009 21:08:33 +0100
Subject: FIM model
Message-ID: <THU.12.MAR.2009.210833.0100.>

Hello

Did You know, where can i find FIM model GRIB files?


Regards
Piotr Djakow

--
Prognoza modelu numerycznego GFS dla obszaru Polski:
http://www.gfspl.rootnode.net


From johnguhin at GMAIL.COM  Thu Mar 12 17:05:23 2009
From: johnguhin at GMAIL.COM (John Guhin)
Date: Thu, 12 Mar 2009 17:05:23 -0400
Subject: if statement in grads
In-Reply-To: <156941025.159921236887301115.JavaMail.root@mail.iges.org>
Message-ID: <THU.12.MAR.2009.170523.0400.>

 Thanks Eric. It worked out perfectly. One remaining problem is : I don't
want to write rain.2 in the file that I am creating.  Because of 'd
24*rain.2' it is also written in the output file. Is there any way to
suppress rain.2, and write only the intended variable (iwc)?
thanks again.

On Thu, Mar 12, 2009 at 3:48 PM, Eric Altshuler <ela at cola.iges.org> wrote:

> John,
>
> One problem I immediately see is that in your if statement:
>
> 'define aa=rain.2*24'
> if (rainlow <= aa & aa < rainhigh)
>
> you are trying to compare the script variables rainlow and rainhigh with
> 'aa', which is a GrADS defined data variable, not a script variable. This
> will not work. You need to assign a particular single value to the script
> variable aa. An example might be the following, with the dimension
> environment set to all dimensions fixed:
>
> ...
> ...
> 'set t 't1
> ...
> 'set z 'z1
> ...
> 'set x 'x1
> 'set y 'y1
> 'd 24*rain.2'
> aa=subwrd(result,4)
> if (rainlow <= aa & aa < rainhigh)
> ...
> ...
>
> where x1, y1, z1 and t1 are the values (assigned to these script variables)
> you want for the fixed dimensions. You already have a looping structure set
> up for Z, and I assume you also have one for T, but you will also need to
> loop over the values of X and Y so that the script variable aa is assigned a
> single value in each iteration of the loop.
>
> Best regards,
>
> Eric L. Altshuler
> Assistant Research Scientist
> Center for Ocean-Land-Atmosphere Studies
> 4041 Powder Mill Road, Suite 302
> Calverton, MD 20705-3106
> USA
>
> E-mail: ela at cola.iges.org
> Phone: (301) 902-1257
> Fax: (301) 595-9793
>
> ----- Original Message -----
> From: "John Guhin" <johnguhin at GMAIL.COM>
> To: GRADSUSR at LIST.CINECA.IT
> Sent: Thursday, March 12, 2009 12:31:00 PM GMT -05:00 US/Canada Eastern
> Subject: Re: if statement in grads
>
> Thanks Stephen. You are correct for more than one time step. But can we
> read
> a 2D variable at all inside the if statement? Consider the following:
>
> 'open /raid/pray/processed_data/IWC/iwc.ctl'
> 'open /raid/pray/processed_data/AMSRE/rain-amsre_15jun06-31aug08.ctl'
> rainlow=0 ; rainhigh=5;
> lon1=0 ; lon2=360
> lat1=-30 ; lat2=30
> undef=-1e+34
> z1=1
> while(z1<19)
> 'set z 'z1
> 'define aa=rain.2*24'
> if (rainlow <= aa & aa < rainhigh)
> 'd aave(iwc,lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
> else
> 'd aave(iwc*0+'undef',lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
> endif
> z1=z1+1
> endwhile
>
> iwc is 3D. rain.2 is actually a 2D variable, so aa is  also 2D. I think
> thats where the problem is.  Anybody has faced similar problem?
> thanks.
>
>
>
> On Thu, Mar 12, 2009 at 11:39 AM, Stephen R McMillan <
> smcmillan at planalytics.com> wrote:
>
> >
> > John,
> > The if statement you quoted--the one that Jennifer suggested--is valid,
> as
> > is the nested method that Pablo suggested.  However, your unexpected
> results
> > appear to indicate the "if..else" conditions (in particular are not
> changing
> > during the second time loop iteration.  Since your variable 'aa' would be
> > the same at each timestep, then I suppose 'iwc' may be the culprit. Have
> you
> > tried echo-displaying the conditional results at each timestep to confirm
> > their values?
> > Stephen Mc
> >
> >
> > *John Guhin <johnguhin at GMAIL.COM>*
> > Sent by: GRADSUSR at LIST.CINECA.IT
> >
> > 03/11/2009 08:03 PM
> > Please respond to
> > GRADSUSR at LIST.CINECA.IT
> >
> > To
> > GRADSUSR at LIST.CINECA.ITcc
> > Subject
> > Re: if statement in grads
> >
> >
> >
> >
> > Thanks Stephen.
> >  I simplified the script by considering only one time (t). The problem is
> > indeed if statement.
> > It seems if statement like this  if (rainlow <=aa & aa<rainhigh)
> > does not work in grads. Is it true? or there is another way to solve my
> > problem?
> >
> > thanks in advance.
> >
> >
> > On Wed, Mar 11, 2009 at 5:07 PM, Stephen R McMillan <*
> > smcmillan at planalytics.com* <smcmillan at planalytics.com>>wrote:
> > John,
> > Check the position of your "t1=1" line.  As it is, it would appear to
> > repeat the 20 days once.  Did you intend to put "t1=1" before the
> outermost
> > while loop?
> > Stephen Mc
> >
> >
> > *John Guhin <**johnguhin at GMAIL.COM* <johnguhin at GMAIL.COM>*>*
> > Sent by: *GRADSUSR at LIST.CINECA.IT* <GRADSUSR at LIST.CINECA.IT>
> >
> > 03/11/2009 03:48 PM
> > Please respond to
> > *GRADSUSR at LIST.CINECA.IT* <GRADSUSR at LIST.CINECA.IT>
> >
> >
> > To
> > *GRADSUSR at LIST.CINECA.IT* <GRADSUSR at LIST.CINECA.IT>cc
> > Subject
> > Re: if statement in grads
> >
> >
> >
> >
> >
> >
> > Hi,
> >    I tried with
> >  if (rainlow <=aa & aa<rainhigh)
> >
> >  but didn't work. Am I mising something?
> >
> > thanks in advance.
> >
> >
> > On Wed, Mar 11, 2009 at 1:28 PM, Jennifer Adams <*jma at cola.iges.org*<
> jma at cola.iges.org>
> > >wrote:
> > Try  changing your if statement to:
> > if (rainlow <=aa & aa<rainhigh)
> > --Jennifer
> >
> > On Mar 11, 2009, at 1:19 PM, John Guhin wrote:
> >
> >
> > Hi,
> >     I am trying to use if statement in a grads script... which doesn't
> seem
> > to work. I am
> > attaching  the gs file. iwc is a 3D variable, and rain is 2D variable
> > exactly in the same grids. I am trying to extract iwc when rain is within
> > certain range. The script executes without any error, but the output
> repeats
> > itself every 20 days. This means that the " if" statement is not
> working!!
> > Any help would be appreciated.
> >
> >  'reinit'
> > 'c'
> > 'open iwc.ctl'
> > 'open /rain.ctl'
> > 'set gxout fwrite'
> > 'set fwrite iwc_ppt_binned.dat'
> >
> > lon1=40 ; lon2=180
> > lat1=-20 ; lat2=20
> > undef=-1e+34
> > rainlow=0 ; rainhigh=5;
> >
> > while(rainhigh<11)
> > t1=1
> > while(t1<21)
> > 'set t 't1
> > z1=1
> > while(z1<19)
> > 'set z 'z1
> > 'define aa=24*rain.2(z=1)'
> > if (rainlow <= aa < rainhigh)
> > 'd aave(iwc,lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
> > else
> > 'd aave(iwc*0+'undef',lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
> > endif
> > z1=z1+1
> > endwhile
> > t1=t1+1
> > endwhile
> > rainlow=rainlow+5
> > rainhigh=rainhigh+5
> > endwhile
> >
> > 'close 2'
> > 'close 1'
> > 'disable fwrite'
> >
> > --
> > John Guhin
> > --
> > Jennifer M. Adams
> > IGES/COLA
> > 4041 Powder Mill Road, Suite 302
> > Calverton, MD 20705
> > *jma at cola.iges.org* <jma at cola.iges.org>
> >
> >
> >
> >
> >
> >
> >
> > --
> > John Guhin
> >
> >
> >
> > ***************************************************
> > The information contained in this e-mail message is intended only for the
> > use of the recipient(s) named above and may contain information that is
> > privileged, confidential, and/or proprietary.  If you are not the
> intended
> > recipient, you may not review, copy or distribute this message.  If you
> have
> > received this communication in error, please notify the sender
> immediately
> > by e-mail, and delete the original message.
> > ***************************************************
> >
> >
> >
> > --
> > John Guhin
> >
> >
> >
> > ***************************************************
> > The information contained in this e-mail message is intended only for the
> > use of the recipient(s) named above and may contain information that is
> > privileged, confidential, and/or proprietary. If you are not the intended
> > recipient, you may not review, copy or distribute this message. If you
> have
> > received this communication in error, please notify the sender
> immediately
> > by e-mail, and delete the original message.
> > ***************************************************
> >
>
>
>
> --
> John Guhin
>



--
John Guhin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090312/e61a2577/attachment.html 

From ela at COLA.IGES.ORG  Thu Mar 12 19:25:05 2009
From: ela at COLA.IGES.ORG (Eric Altshuler)
Date: Thu, 12 Mar 2009 19:25:05 -0400
Subject: if statement in grads
In-Reply-To: <1237059532.160891236900290967.JavaMail.root@mail.iges.org>
Message-ID: <THU.12.MAR.2009.192505.0400.>

Hello John,

I took another look at your script, and it seems you want to do some sort of masking, to write out an area averaged variable (iwc) at grid points where rain.2 is in a certain range, and to write out undefined values at grid points where rain.2 is outside that range. You might be able to accomplish your task by using the maskout and/or const functions. Since the area averaged 'iwc' is the same at all grid points (it depends only on Z) and the undef value is a constant, it is very wasteful to calculate the area averaged iwc and undef for every grid point individually. I'm not exactly sure what steps you would need in your script, but I'm just trying to point you in the right direction with the maskout and const functions. See the grads documentation (http://grads.iges.org/grads/gadoc/index.html) for details.

Best regards,
Eric

----- Original Message -----
From: "John Guhin" <johnguhin at GMAIL.COM>
To: GRADSUSR at LIST.CINECA.IT
Sent: Thursday, March 12, 2009 5:05:23 PM GMT -05:00 US/Canada Eastern
Subject: Re: if statement in grads

 Thanks Eric. It worked out perfectly. One remaining problem is : I don't
want to write rain.2 in the file that I am creating.  Because of 'd
24*rain.2' it is also written in the output file. Is there any way to
suppress rain.2, and write only the intended variable (iwc)?
thanks again.

On Thu, Mar 12, 2009 at 3:48 PM, Eric Altshuler <ela at cola.iges.org> wrote:

> John,
>
> One problem I immediately see is that in your if statement:
>
> 'define aa=rain.2*24'
> if (rainlow <= aa & aa < rainhigh)
>
> you are trying to compare the script variables rainlow and rainhigh with
> 'aa', which is a GrADS defined data variable, not a script variable. This
> will not work. You need to assign a particular single value to the script
> variable aa. An example might be the following, with the dimension
> environment set to all dimensions fixed:
>
> ...
> ...
> 'set t 't1
> ...
> 'set z 'z1
> ...
> 'set x 'x1
> 'set y 'y1
> 'd 24*rain.2'
> aa=subwrd(result,4)
> if (rainlow <= aa & aa < rainhigh)
> ...
> ...
>
> where x1, y1, z1 and t1 are the values (assigned to these script variables)
> you want for the fixed dimensions. You already have a looping structure set
> up for Z, and I assume you also have one for T, but you will also need to
> loop over the values of X and Y so that the script variable aa is assigned a
> single value in each iteration of the loop.
>
> Best regards,
>
> Eric L. Altshuler
> Assistant Research Scientist
> Center for Ocean-Land-Atmosphere Studies
> 4041 Powder Mill Road, Suite 302
> Calverton, MD 20705-3106
> USA
>
> E-mail: ela at cola.iges.org
> Phone: (301) 902-1257
> Fax: (301) 595-9793
>
> ----- Original Message -----
> From: "John Guhin" <johnguhin at GMAIL.COM>
> To: GRADSUSR at LIST.CINECA.IT
> Sent: Thursday, March 12, 2009 12:31:00 PM GMT -05:00 US/Canada Eastern
> Subject: Re: if statement in grads
>
> Thanks Stephen. You are correct for more than one time step. But can we
> read
> a 2D variable at all inside the if statement? Consider the following:
>
> 'open /raid/pray/processed_data/IWC/iwc.ctl'
> 'open /raid/pray/processed_data/AMSRE/rain-amsre_15jun06-31aug08.ctl'
> rainlow=0 ; rainhigh=5;
> lon1=0 ; lon2=360
> lat1=-30 ; lat2=30
> undef=-1e+34
> z1=1
> while(z1<19)
> 'set z 'z1
> 'define aa=rain.2*24'
> if (rainlow <= aa & aa < rainhigh)
> 'd aave(iwc,lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
> else
> 'd aave(iwc*0+'undef',lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
> endif
> z1=z1+1
> endwhile
>
> iwc is 3D. rain.2 is actually a 2D variable, so aa is  also 2D. I think
> thats where the problem is.  Anybody has faced similar problem?
> thanks.
>
>
>
> On Thu, Mar 12, 2009 at 11:39 AM, Stephen R McMillan <
> smcmillan at planalytics.com> wrote:
>
> >
> > John,
> > The if statement you quoted--the one that Jennifer suggested--is valid,
> as
> > is the nested method that Pablo suggested.  However, your unexpected
> results
> > appear to indicate the "if..else" conditions (in particular are not
> changing
> > during the second time loop iteration.  Since your variable 'aa' would be
> > the same at each timestep, then I suppose 'iwc' may be the culprit. Have
> you
> > tried echo-displaying the conditional results at each timestep to confirm
> > their values?
> > Stephen Mc
> >
> >
> > *John Guhin <johnguhin at GMAIL.COM>*
> > Sent by: GRADSUSR at LIST.CINECA.IT
> >
> > 03/11/2009 08:03 PM
> > Please respond to
> > GRADSUSR at LIST.CINECA.IT
> >
> > To
> > GRADSUSR at LIST.CINECA.ITcc
> > Subject
> > Re: if statement in grads
> >
> >
> >
> >
> > Thanks Stephen.
> >  I simplified the script by considering only one time (t). The problem is
> > indeed if statement.
> > It seems if statement like this  if (rainlow <=aa & aa<rainhigh)
> > does not work in grads. Is it true? or there is another way to solve my
> > problem?
> >
> > thanks in advance.
> >
> >
> > On Wed, Mar 11, 2009 at 5:07 PM, Stephen R McMillan <*
> > smcmillan at planalytics.com* <smcmillan at planalytics.com>>wrote:
> > John,
> > Check the position of your "t1=1" line.  As it is, it would appear to
> > repeat the 20 days once.  Did you intend to put "t1=1" before the
> outermost
> > while loop?
> > Stephen Mc
> >
> >
> > *John Guhin <**johnguhin at GMAIL.COM* <johnguhin at GMAIL.COM>*>*
> > Sent by: *GRADSUSR at LIST.CINECA.IT* <GRADSUSR at LIST.CINECA.IT>
> >
> > 03/11/2009 03:48 PM
> > Please respond to
> > *GRADSUSR at LIST.CINECA.IT* <GRADSUSR at LIST.CINECA.IT>
> >
> >
> > To
> > *GRADSUSR at LIST.CINECA.IT* <GRADSUSR at LIST.CINECA.IT>cc
> > Subject
> > Re: if statement in grads
> >
> >
> >
> >
> >
> >
> > Hi,
> >    I tried with
> >  if (rainlow <=aa & aa<rainhigh)
> >
> >  but didn't work. Am I mising something?
> >
> > thanks in advance.
> >
> >
> > On Wed, Mar 11, 2009 at 1:28 PM, Jennifer Adams <*jma at cola.iges.org*<
> jma at cola.iges.org>
> > >wrote:
> > Try  changing your if statement to:
> > if (rainlow <=aa & aa<rainhigh)
> > --Jennifer
> >
> > On Mar 11, 2009, at 1:19 PM, John Guhin wrote:
> >
> >
> > Hi,
> >     I am trying to use if statement in a grads script... which doesn't
> seem
> > to work. I am
> > attaching  the gs file. iwc is a 3D variable, and rain is 2D variable
> > exactly in the same grids. I am trying to extract iwc when rain is within
> > certain range. The script executes without any error, but the output
> repeats
> > itself every 20 days. This means that the " if" statement is not
> working!!
> > Any help would be appreciated.
> >
> >  'reinit'
> > 'c'
> > 'open iwc.ctl'
> > 'open /rain.ctl'
> > 'set gxout fwrite'
> > 'set fwrite iwc_ppt_binned.dat'
> >
> > lon1=40 ; lon2=180
> > lat1=-20 ; lat2=20
> > undef=-1e+34
> > rainlow=0 ; rainhigh=5;
> >
> > while(rainhigh<11)
> > t1=1
> > while(t1<21)
> > 'set t 't1
> > z1=1
> > while(z1<19)
> > 'set z 'z1
> > 'define aa=24*rain.2(z=1)'
> > if (rainlow <= aa < rainhigh)
> > 'd aave(iwc,lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
> > else
> > 'd aave(iwc*0+'undef',lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
> > endif
> > z1=z1+1
> > endwhile
> > t1=t1+1
> > endwhile
> > rainlow=rainlow+5
> > rainhigh=rainhigh+5
> > endwhile
> >
> > 'close 2'
> > 'close 1'
> > 'disable fwrite'
> >
> > --
> > John Guhin
> > --
> > Jennifer M. Adams
> > IGES/COLA
> > 4041 Powder Mill Road, Suite 302
> > Calverton, MD 20705
> > *jma at cola.iges.org* <jma at cola.iges.org>
> >
> >
> >
> >
> >
> >
> >
> > --
> > John Guhin
> >
> >
> >
> > ***************************************************
> > The information contained in this e-mail message is intended only for the
> > use of the recipient(s) named above and may contain information that is
> > privileged, confidential, and/or proprietary.  If you are not the
> intended
> > recipient, you may not review, copy or distribute this message.  If you
> have
> > received this communication in error, please notify the sender
> immediately
> > by e-mail, and delete the original message.
> > ***************************************************
> >
> >
> >
> > --
> > John Guhin
> >
> >
> >
> > ***************************************************
> > The information contained in this e-mail message is intended only for the
> > use of the recipient(s) named above and may contain information that is
> > privileged, confidential, and/or proprietary. If you are not the intended
> > recipient, you may not review, copy or distribute this message. If you
> have
> > received this communication in error, please notify the sender
> immediately
> > by e-mail, and delete the original message.
> > ***************************************************
> >
>
>
>
> --
> John Guhin
>



--
John Guhin


From klevey at CUSTOMWEATHER.COM  Thu Mar 12 19:41:40 2009
From: klevey at CUSTOMWEATHER.COM (Kevin M Levey)
Date: Thu, 12 Mar 2009 16:41:40 -0700
Subject: OpenGrADS Bundle v2.0.a5.oga.3 available
In-Reply-To: <77fcd6b20903051419v5956cdcen5f2f90b660b60789@mail.gmail.com>
Message-ID: <THU.12.MAR.2009.164140.0700.>

THU 12MAR09: 1640PDT

I installed v2.0.a5.oga.3 this afternoon, and when running grads it
complained about many missing library files.

As per Arlindo's instructions:

> The Linux/x86_64 should be more portable now.  Please let me know
> otherwise. BTW, under
>
>    Contents/Linux/Versions/2.0.a5.oga.3/x86_64/libs
>
> you will find some extra libraries. If it complains about some missing
> .so, copy them from this directory to
>
>   Contents/Linux/Versions/2.0.a5.oga.3/x86_64/gex
>
> and give it a try.

had no effect, however, copying the necessary files into /usr/lib64
(of my 64-bit CENTOS-5 box) did the trick. You need to have root
access to copy files into this folder.

v2.0.a5.oga.3 works like a charm, now!


Regards,

Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University of
Cape Town)
Director of Meteorological Operations
CustomWeather, Inc.
San Francisco, California, USA

"Taking the World by Storm!"

http://www.customweather.com
http://www.myforecast.com
http://www.1stweather.com

cell: 415-794-0411
work: 415-777-3566
email: klevey at customweather.com

On Mar 5, 2009, at 03/05/09 - 2:19 PM, Arlindo da Silva wrote:

> All,
>
>   I have once more refreshed sources and binaries: OpenGrADS Bundle
> v2.0.a5.oga.3:
>
>       https://sourceforge.net/project/showfiles.php?group_id=161773&package_id=305032&release_id=662661
>
> Very minor updates this time. The only addition worthwhile mentioning
> is the "nomads.gui" for accessing NOMADS data with a GUI  (GFS, NAM,
> RUC, etc.)
>
> % cd Contents
> % ./nomads
>
> Also new builds for Mac OS X/PowerPC, and SGI IRIX (probably the last
> SGI build ever).
>
> The Linux/x86_64 should be more portable now.  Please let me know
> otherwise. BTW, under
>
>    Contents/Linux/Versions/2.0.a5.oga.3/x86_64/libs
>
> you will find some extra libraries. If it complains about some missing
> .so, copy them from this directory to
>
>   Contents/Linux/Versions/2.0.a5.oga.3/x86_64/gex
>
> and give it a try.
>
>    Arlindo
>
>
>
>
>
> On Sat, Feb 28, 2009 at 10:42 AM, Arlindo da Silva <dasilva at alum.mit.edu
> > wrote:
>> All,
>>
>> I have refresh the sources and binaries for the OpenGrADS Bundle on
>> sourceforge:
>>
>> https://sourceforge.net/project/showfiles.php?group_id=161773&package_id=305032&release_id=662661
>>
>> The main changes are:
>>
>> 1) A bug has been fixed in the UDX interface which was causing "exec
>> script" to fail. This is an important one, please update.
>>
>> 2) I have revised the internals of the Bundle implementation so that
>> it should work now with USB flash drives.
>>
>> As of this writing, most binaries have been updated except for
>> FreeBSD 7 (FreeBSD 6.3 has been updated). Make sure the files you
>> download start with "grads-2.0.a5.oga.2" (notice the "2" at the end.)
>>
>> Let me know of any problems.
>>
>> Enjoy,
>>
>>   Arlindo
>>
>>
>> On Tue, Feb 24, 2009 at 3:19 PM, Arlindo da Silva <dasilva at alum.mit.edu
>> > wrote:
>>> Dear GrADS Users,
>>>
>>> I have started uploading to sf.net sources and binaries for the
>>> OpenGrADS Bundle based on COLA's 2.0.a5 release:
>>>
>>> https://sourceforge.net/project/showfiles.php?group_id=161773&package_id=305032&release_id=662661
>>>
>>> The OpenGrADS Bundle is a new way of packaging GrADS builds that
>>> is somewhat inspired by my experience with the Win32
>>> Superpacks. The idea is to have a single package that require
>>> no (minimum?) configuration and that is easily relocatable (say to
>>> a USB memory stick).  The structure of an OpenGrADS Bundle is
>>> described here:
>>>
>>>  http://opengrads.org/wiki/index.php?title=The_OpenGrADS_Bundle
>>>
>>> Once you download the tarball take a look at the INSTALL
>>> file. You can install it as a Bundle (highly recommended) or
>>> simply install the binaries the same way you did in the past.
>>>
>>> Note: The Windows build will be available soon, for now only Mac
>>> OS X,
>>> Linux and FreeBSD.
>>>
>>> New Features
>>> ------------
>>>
>>> This version is based on COLA's 2.0.a5 release which includes
>>> support for GeoTIFF and KML, as well as bug fixes. See the
>>> ChangeLog for details.  In addition, several OpenGrADS specific
>>> enhancements have been introduced:
>>>
>>> - The executable *grads* is now built with NetCDF v4.0.1beta3
>>> which includes support for NetCDF-4/HDF-5 (similar to gradsnc4
>>> in v1.9.0-rc1) and has built in OPeNDAP support. This binary
>>> can handle all supported formats: NetCDF-3 (classic NetCDF),
>>> NetCDF-4/HDF-5, HDF-4, GRIB-1/2 and grads binaries.
>>>
>>> - The executable *gradsdap* is no longer built as its
>>> functionality is now included in the single executable
>>> *grads*. In the OpenGrADS bundle *gradsdap* simply points
>>> to *grads*.
>>>
>>> - We have introduced option -C to enable colorized text (see
>>> attached).
>>> Try "-C 0", "-C 1" and "-C 2" for different color schemes.
>>>
>>> - User defined extensions, see below.
>>>
>>>
>>> Trying it out
>>> -------------
>>>
>>> Assuming you did a "bundle instalation" you can start the *grads*
>>> executable at the top directory (under Contents/ in the tarball):
>>>
>>> % grads
>>>
>>> Alternatively you can start the executable *opengrads* which by
>>> default comes up with colorized text and a readline history that
>>> is preserved from session to session (grads standard option -H).
>>>
>>> You can also start the executable
>>>
>>> % merra
>>>
>>> which will automatically start the Athena GUI script described in
>>> this recipe:
>>>
>>> http://cookbooks.opengrads.org/index.php?title=Recipe-016:_Accessing_MERRA_data_with_a_Graphical_User_Interface
>>>
>>> You can try one of the extensions which are documented here:
>>>
>>>   http://opengrads.org/doc/#udxt
>>>
>>> In particular the spherical harmonic filter:
>>>
>>> ga-> @ open $GADSET/model
>>> ga-> d sh_filt(ps,6)
>>>
>>> The output is attached.
>>>
>>>
>>> OpenGrADS Extensions
>>> --------------------
>>>
>>> This version includes a *preview* release of the OpenGrADS
>>> Extensions.  The same extensions previously released by the
>>> OpenGrADS project with GrADS 1.9.0-rc1 are now available with
>>> GrADS v2.0, with the addition of some new ones: libmf (from Mike
>>> Fiorino) and a new spherical harmonic filter, sh_filt().
>>> Documentation for these user defined functions/commands can be
>>> found here:
>>>
>>>                  http://opengrads.org/doc/#udxt
>>>
>>>   --------------------------------------------------------------
>>>                          IMPORTANT CAVEAT
>>>
>>>   As COLA has not yet published the official API for User Defined
>>>   functions in GrADS v2.0 we have adopted here an API that is
>>>   based on our work with v1.9.0-rc1. This is a very low-level
>>>   API that is *not* endorsed by COLA. As such, it is *not*
>>>   advisable that users adopt this API to write their own
>>>   extensions.  Furthermore, the extensions as implemented here
>>>   are tied to a specific version of GrADS and should always be
>>>   built in the context a given GrADS source tree.
>>>   --------------------------------------------------------------
>>>
>>>
>>> Disclaimer: Testers needed
>>> --------------------------
>>>
>>> These extensions are still being fully tested and should be
>>> considered *experimental* at best. Please report any problem you
>>> encounter.  Use them at your own risk.
>>>
>>> List of Extensions Included
>>> ---------------------------
>>>
>>> User
>>> Defined
>>> COMMAND           Short Description                Function at Library
>>> ---------- -----------------------------------
>>> --------------------------
>>> gsudf      Initialize gs-function package       c_gsudf@^gsudf.gex
>>> printenv   Expand environment variables         c_xenv@^env.gex
>>> runenv     Expand env vars and run command      c_env@^env.gex
>>> @          Expand env vars and run command      c_env@^env.gex
>>> getenv     Get value of environment variable    c_getenv@^env.gex
>>> setenv     Set value of environment variable    c_setenv@^env.gex
>>> gxyat      Save images in PNG/SVG/PDF/PS        c_gxyat@^gxyat.gex
>>> hello      Hello, World! sample command
>>> c_hello@^libhello.gex
>>> ipc_verb   IPC verbose toggle                   c_Verb@^libipc.gex
>>> ipc_open   Open stream for save/load            c_Open@^libipc.gex
>>> ipc_close  Close stream                         c_Close@^libipc.gex
>>> ipc_save   Save expression to stream            c_Save@^libipc.gex
>>> ipc_define Define variable (obsolete)           c_Define@^libipc.gex
>>> ipc_error  Print IPC error message              c_Error@^libipc.gex
>>> mfhilo     Find max/min or H/L in 2D field      c_mfhilo@^libmf.gex
>>> cylprms    Properties relative to lon/lat       c_cylprms@^libmf.gex
>>> shp_lines  Draw lines    from shapefile         c_lines@^shape.gex
>>> shp_polyf  Draw polygons from shapefile         c_polyf@^shape.gex
>>> ---------- -----------------------------------
>>> --------------------------
>>>
>>>  User
>>> Defined
>>> FUNCTION          Short Description                Function at Library
>>> ---------- -----------------------------------
>>> --------------------------
>>> speed      Wind-speed (sample gs-function)      f_gsudf@^gsudf.gex
>>> lt         Less than operator                   f_bjt@^libbjt.gex
>>> jd         Julian day                           f_bjt@^libbjt.gex
>>> cosz       Cosine solar zenith angle            f_bjt@^libbjt.gex
>>> dayratio   Daylight ratio                       f_bjt@^libbjt.gex
>>> if         Conditional function                 f_bjt@^libbjt.gex
>>> maxv       Maximum value                        f_bjt@^libbjt.gex
>>> minv       Minimum value                        f_bjt@^libbjt.gex
>>> which      Label gridpoints                     f_bjt@^libbjt.gex
>>> ftest      F-test                               f_bjt@^libbjt.gex
>>> ttest      T-test                               f_bjt@^libbjt.gex
>>> tfit       Point  linear regression             f_bjt@^libbjt.gex
>>> fit        Global linear regression             f_bjt@^libbjt.gex
>>> tcorr2     Time correlation                     f_bjt@^libbjt.gex
>>> tregr2     Point linear regression              f_bjt@^libbjt.gex
>>> tmave2     Time averaging w/masking             f_bjt@^libbjt.gex
>>> madvu      Calculates -d(u*EXPR)/dx             f_bjt@^libbjt.gex
>>> madvv      Calculates -d(V*EXPR)/dy             f_bjt@^libbjt.gex
>>> madvw      Calculates -d(W*EXPR)/dp             f_bjt@^libbjt.gex
>>> muadv      Zonal advection                      f_bjt@^libbjt.gex
>>> mvadv      Meridional advection                 f_bjt@^libbjt.gex
>>> mwadv      Vertical advection                   f_bjt@^libbjt.gex
>>> satvap     Saturated vapor pressure             f_bjt@^libbjt.gex
>>> dew        Dew point temperature                f_bjt@^libbjt.gex
>>> lw         Thermal infrared fluxes              f_bjt@^libbjt.gex
>>> lw2        Thermal infrared fluxes v2           f_bjt@^libbjt.gex
>>> pinterp    Pressure interpolation               f_bjt@^libbjt.gex
>>> zinterp    Height interpolation                 f_bjt@^libbjt.gex
>>> line       Draws a line                         f_bjt@^libbjt.gex
>>> vint2      Mass-weighted vertical integral      f_bjt@^libbjt.gex
>>> fish       Poisson solver                       f_fish@^fish.gex
>>> fish_psi   Compute streamfunction               f_psichi@^fish.gex
>>> fish_chi   Compute velocity potential           f_psichi@^fish.gex
>>> fish_vor   Compute vorticity                    f_psichi@^fish.gex
>>> fish_div   Compute divergence                   f_psichi@^fish.gex
>>> hello      Hello, World! sample function
>>> f_hello@^libhello.gex
>>> ipc_save   Save expression to stream            f_Save@^libipc.gex
>>> ipc_load   Load variable from file              f_Load@^libipc.gex
>>> smth2d     Shuman smoother/de-smoother          f_smth2d@^libmf.gex
>>> uv2trw     Find radial/tangential velocity      f_uv2trw@^libmf.gex
>>> re         General interpolator                 ffre@^re.gex
>>> sh_filt    Spherical harmonic filter            f_shfilt@^shfilt.gex
>>> sh_power   Spherical harmonic spectra           f_shpowr@^shfilt.gex
>>> ---------- -----------------------------------
>>> --------------------------
>>>
>>>
>>> Building it
>>> ------------
>>>
>>> To build it, get pre-compiled (or build it yourself)
>>> supplibs-2.1.0 from
>>>
>>> https://sourceforge.net/project/showfiles.php?group_id=161773&package_id=241681&release_id=661716
>>>
>>> Untar and setup the supplibs as explained here
>>>
>>> http://opengrads.org/wiki/index.php?title=Building_GrADS_v1.9_from_Sources
>>>
>>> Then follow the usual procedure
>>>
>>> % tar xvfz grads-x.y.x-$platform.tar.gz
>>> % cd grads-x.y.z...
>>> % ./configure
>>> % make
>>> % make check (to run the automated tests)
>>>
>>> And then to create a bundle under ./opengras type
>>>
>>> % bundle/bundle_create.sh
>>>
>>> Give it a try
>>>
>>> % cd opengrads/
>>>
>>> and take a look ar README and INSTALL. Try this:
>>>
>>> % cd opengrads/Contents
>>> % ./merra
>>>
>>> To make a distribution tarball with the bundle
>>>
>>> % make bundle-dist
>>>
>>> Keep checking the OpenGrADS WIki for updated documentation:
>>>
>>> http://opengrads.org/wiki/index.php?title=OpenGrADS_Documentation
>>>
>>> Let me know if you have problems.
>>>
>>>       Arlindo
>>>
>>>
>>> --
>>> Arlindo da Silva
>>> dasilva at alum.mit.edu
>>>
>>
>>
>>
>> --
>> Arlindo da Silva
>> dasilva at alum.mit.edu
>>
>
>
>
> --
> Arlindo da Silva
> dasilva at alum.mit.edu


From prjayakrishnan at GMAIL.COM  Fri Mar 13 01:44:24 2009
From: prjayakrishnan at GMAIL.COM (Jayakrishnan PR)
Date: Fri, 13 Mar 2009 11:14:24 +0530
Subject: doubt...
In-Reply-To: <b300dd200903120358i78e21800g81af17f974d224d3@mail.gmail.com>
Message-ID: <FRI.13.MAR.2009.111424.0530.>

Dear Souza,
          Here is the six programmes which I used to make a station plot
from a station data. All the programmes are working. First you will have to
run the fortran programme, and then the c-programme. Then the gs file is
used for the grads output. Actually what we need is a binary file .bin for
the execution of these things. No necessity for grb or gmp files. Good
luck.............!!!!!!!

On Thu, Mar 12, 2009 at 4:28 PM, Vinicius Souza
<vinicius.beatrix at gmail.com>wrote:

> thanks a lot man!
> dont you have a '.gmp' and '.grb' files? Do I need this files or not?
> 'cause I can't open!
>
> thanks again!
> bye
>
> 2009/3/12, Jayakrishnan PR <prjayakrishnan at gmail.com>:
> > Hello,
> >        Here is an example of stationmap.ctl which will plot map over
> Indian
> > region. KIndly have a look into that.
> >
> > On Wed, Mar 11, 2009 at 5:18 PM, Vinicius Souza
> > <vinicius.beatrix at gmail.com>wrote:
> >
> >> hello everyone!
> >> I'm looking for some maps to look on the grads in .ctl, but I can't
> >> find in anyplace, someone has any ctl maps of any place of the world
> >> to send me? I will be very glad!
> >>
> >> thank you folks!
> >>
> >
> >
> >
> > --
> > Sincerely
> > ***********************************************
> > Jayakrishnan.P.R
> > CSIR-Research Fellow
> > Department of Atmospheric Sciences
> > Cochin University of Science and Technology (CUSAT), Cochin-682 016
> > Kerala, India.
> > Mob: 09895417565
> >
> > ***********************************************
> >
>



--
Sincerely
***********************************************
Jayakrishnan.P.R
CSIR-Research Fellow
Department of Atmospheric Sciences
Cochin University of Science and Technology (CUSAT), Cochin-682 016
Kerala, India.
Mob: 09895417565

***********************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090313/590869f4/attachment.html 
-------------- next part --------------
1010066 48.87 -123.28    21.1
1010235 48.40 -123.48    16.5
1010595 48.58 -123.52    19.6
1010774 48.50 -123.35    16.8
1010780 48.33 -123.63    18.0
1010960 48.60 -123.47    18.8
1010961 48.57 -123.45    18.2
1010965 48.57 -123.43    17.5
1011467 48.58 -123.42    15.9
10114F6 48.57 -123.37    17.8
10114FF 48.55 -123.40    17.2
1011500 48.93 -123.75    23.1
1011743 48.68 -123.60    21.6
1011745 48.65 -123.57    21.0
1011775 48.65 -123.40    18.6
1011810 48.42 -123.48    16.0
1011860 48.83 -123.83    22.1
1011920 48.53 -123.37    17.1
1011922 48.52 -123.37    17.0
1012008 48.42 -123.70    19.8
1012010 48.72 -123.55    23.9
1012018 48.73 -123.60    21.6
1012190 48.82 -123.67    21.2
1012550 48.78 -123.72    21.2
1012562 48.83 -123.72    21.9
1012566 48.78 -123.68    21.0
1012570 48.77 -123.68    21.0
1012573 48.73 -123.73    21.1
1012628 48.35 -123.63    18.0
1012655 48.52 -123.38    17.1
1012656 48.53 -123.38    17.2
1012700 48.43 -123.42    15.5
1012707 48.42 -123.47    15.9
1012710 48.42 -123.40    14.3
1012883 48.50 -123.53    19.0
1013045 48.90 -123.35    23.1
1013051 48.87 -123.50    21.5
10130DE 48.87 -123.32    21.0
10130MN 48.98 -123.57    26.9
1013240 48.45 -123.55    18.1
1013241 48.62 -123.53    20.0
1013720 48.60 -123.35    17.8
1014430 48.97 -123.63    23.6
1014530 48.43 -123.53    17.3
1014820 48.58 -123.53    19.9
1014930 48.85 -123.33    20.9
1014931 48.85 -123.32    20.9
1015105 48.37 -123.57    14.7
1015107 48.42 -123.53    16.9
1015109 48.40 -123.53    16.7
1015134 48.65 -123.55    20.8
1015136 48.65 -123.55    20.8
1015150 48.48 -123.55    18.3
1015160 48.35 -123.73    20.5
1015242 48.38 -123.88    20.0
1015628 48.82 -123.72    21.2
1015638 48.82 -123.32    20.7
1016120 48.77 -123.30    20.3
1016169 48.70 -123.42    19.4
1016203 48.40 -123.98    19.8
1016641 48.30 -123.53    16.8
1016940 48.62 -123.42    18.2
1016941 48.50 -123.42    17.1
1016942 48.50 -123.40    17.0
1016980 48.97 -123.77    23.4
1016990 48.85 -123.50    20.5
1016992 48.82 -123.48    20.5
1016995 48.88 -123.55    21.4
10169DK 48.52 -123.42    17.2
10169MK 48.55 -123.42    17.2
1016RM0 48.60 -123.43    18.2
1017    43.73 -116.20    46.5
1017000 48.88 -123.57    21.4
1017098 48.80 -123.15    21.8
1017101 48.78 -123.05    25.6
1017230 48.65 -123.63    23.5
1017233 48.65 -123.63    23.5
1017329 48.68 -123.40    19.2
1017556 48.37 -123.73    22.2
1017559 48.42 -123.63    18.3
1017560 48.52 -123.70    20.6
1017563 48.57 -123.65    22.4
1017570 48.37 -123.82    20.2
1017575 48.38 -123.67    18.9
1017610 48.75 -123.22    19.9
1018590 48.45 -123.28    16.3
1018592 48.63 -123.47    18.9
1018595 48.43 -123.37    15.5
1018600 48.47 -123.47    16.6
1018605 48.48 -123.45    16.9
1018610 48.42 -123.32    14.0
1018611 48.42 -123.32    14.0
1018614 48.47 -123.30    17.0
1018616 48.52 -123.52    20.8
1018617 48.48 -123.40    16.6
1018620 48.65 -123.43    17.6
1018629 48.43 -123.33    15.4
1018640 48.43 -123.32    15.4
1018642 48.37 -123.75    21.1
1018644 48.43 -123.30    15.5
-------------- next part --------------
A non-text attachment was scrubbed...
Name: clim.c
Type: application/octet-stream
Size: 1470 bytes
Desc: not available
Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090313/590869f4/attachment.obj 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: clim.ctl
Type: application/octet-stream
Size: 197 bytes
Desc: not available
Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090313/590869f4/attachment-0001.obj 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: clim.gs
Type: application/octet-stream
Size: 207 bytes
Desc: not available
Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090313/590869f4/attachment-0002.obj 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: climread(.f
Type: application/octet-stream
Size: 541 bytes
Desc: not available
Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090313/590869f4/attachment-0003.obj 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: stnexample.ctl
Type: application/octet-stream
Size: 209 bytes
Desc: not available
Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090313/590869f4/attachment-0004.obj 

From ddasilva at UMD.EDU  Fri Mar 13 02:31:07 2009
From: ddasilva at UMD.EDU (Daniel da Silva)
Date: Fri, 13 Mar 2009 02:31:07 -0400
Subject: doubt...
In-Reply-To: <8d9ec3dd0903122327m4b7424f7t224bc177449997ad@mail.gmail.com>
Message-ID: <FRI.13.MAR.2009.023107.0400.>

Vinicus,

There are example CTLs available on the GrADS tutorial page.

http://www.iges.org/grads/gadoc/tutorial.html

You might benefit from following through it, too.

Cheers,
Daniel


--
Daniel da Silva
ddasilva at umd.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090313/3785aa9b/attachment.html 

From bernd.becker at METOFFICE.GOV.UK  Fri Mar 13 05:22:25 2009
From: bernd.becker at METOFFICE.GOV.UK (Bernd Becker)
Date: Fri, 13 Mar 2009 09:22:25 +0000
Subject: if statement in grads
In-Reply-To: <156941025.159921236887301115.JavaMail.root@mail.iges.org>
Message-ID: <FRI.13.MAR.2009.092225.0000.>

This will slow your code down dramatically!

May I suggest to work with
maskout and set const to define 0/1 pointer fields
where the if conditions hold true and
use the pointer (global) fields to
do
what ever is done inside the if statement.

This can be incredibly fast, compared to dealing
with grid point values individually.

Bernd


On Thu, 2009-03-12 at 15:48 -0400, Eric Altshuler wrote:
> John,
>
> One problem I immediately see is that in your if statement:
>
> 'define aa=rain.2*24'
> if (rainlow <= aa & aa < rainhigh)
>
> you are trying to compare the script variables rainlow and rainhigh with 'aa', which is a GrADS defined data variable, not a script variable. This will not work. You need to assign a particular single value to the script variable aa. An example might be the following, with the dimension environment set to all dimensions fixed:
>
> ...
> ...
> 'set t 't1
> ...
> 'set z 'z1
> ...
> 'set x 'x1
> 'set y 'y1
> 'd 24*rain.2'
> aa=subwrd(result,4)
> if (rainlow <= aa & aa < rainhigh)
> ...
> ...
>
> where x1, y1, z1 and t1 are the values (assigned to these script variables) you want for the fixed dimensions. You already have a looping structure set up for Z, and I assume you also have one for T, but you will also need to loop over the values of X and Y so that the script variable aa is assigned a single value in each iteration of the loop.
>
> Best regards,
>
> Eric L. Altshuler
> Assistant Research Scientist
> Center for Ocean-Land-Atmosphere Studies
> 4041 Powder Mill Road, Suite 302
> Calverton, MD 20705-3106
> USA
>
> E-mail: ela at cola.iges.org
> Phone: (301) 902-1257
> Fax: (301) 595-9793
>
> ----- Original Message -----
> From: "John Guhin" <johnguhin at GMAIL.COM>
> To: GRADSUSR at LIST.CINECA.IT
> Sent: Thursday, March 12, 2009 12:31:00 PM GMT -05:00 US/Canada Eastern
> Subject: Re: if statement in grads
>
> Thanks Stephen. You are correct for more than one time step. But can we read
> a 2D variable at all inside the if statement? Consider the following:
>
> 'open /raid/pray/processed_data/IWC/iwc.ctl'
> 'open /raid/pray/processed_data/AMSRE/rain-amsre_15jun06-31aug08.ctl'
> rainlow=0 ; rainhigh=5;
> lon1=0 ; lon2=360
> lat1=-30 ; lat2=30
> undef=-1e+34
> z1=1
> while(z1<19)
> 'set z 'z1
> 'define aa=rain.2*24'
> if (rainlow <= aa & aa < rainhigh)
> 'd aave(iwc,lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
> else
> 'd aave(iwc*0+'undef',lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
> endif
> z1=z1+1
> endwhile
>
> iwc is 3D. rain.2 is actually a 2D variable, so aa is  also 2D. I think
> thats where the problem is.  Anybody has faced similar problem?
> thanks.
>
>
>
> On Thu, Mar 12, 2009 at 11:39 AM, Stephen R McMillan <
> smcmillan at planalytics.com> wrote:
>
> >
> > John,
> > The if statement you quoted--the one that Jennifer suggested--is valid, as
> > is the nested method that Pablo suggested.  However, your unexpected results
> > appear to indicate the "if..else" conditions (in particular are not changing
> > during the second time loop iteration.  Since your variable 'aa' would be
> > the same at each timestep, then I suppose 'iwc' may be the culprit. Have you
> > tried echo-displaying the conditional results at each timestep to confirm
> > their values?
> > Stephen Mc
> >
> >
> > *John Guhin <johnguhin at GMAIL.COM>*
> > Sent by: GRADSUSR at LIST.CINECA.IT
> >
> > 03/11/2009 08:03 PM
> > Please respond to
> > GRADSUSR at LIST.CINECA.IT
> >
> > To
> > GRADSUSR at LIST.CINECA.ITcc
> > Subject
> > Re: if statement in grads
> >
> >
> >
> >
> > Thanks Stephen.
> >  I simplified the script by considering only one time (t). The problem is
> > indeed if statement.
> > It seems if statement like this  if (rainlow <=aa & aa<rainhigh)
> > does not work in grads. Is it true? or there is another way to solve my
> > problem?
> >
> > thanks in advance.
> >
> >
> > On Wed, Mar 11, 2009 at 5:07 PM, Stephen R McMillan <*
> > smcmillan at planalytics.com* <smcmillan at planalytics.com>>wrote:
> > John,
> > Check the position of your "t1=1" line.  As it is, it would appear to
> > repeat the 20 days once.  Did you intend to put "t1=1" before the outermost
> > while loop?
> > Stephen Mc
> >
> >
> > *John Guhin <**johnguhin at GMAIL.COM* <johnguhin at GMAIL.COM>*>*
> > Sent by: *GRADSUSR at LIST.CINECA.IT* <GRADSUSR at LIST.CINECA.IT>
> >
> > 03/11/2009 03:48 PM
> > Please respond to
> > *GRADSUSR at LIST.CINECA.IT* <GRADSUSR at LIST.CINECA.IT>
> >
> >
> > To
> > *GRADSUSR at LIST.CINECA.IT* <GRADSUSR at LIST.CINECA.IT>cc
> > Subject
> > Re: if statement in grads
> >
> >
> >
> >
> >
> >
> > Hi,
> >    I tried with
> >  if (rainlow <=aa & aa<rainhigh)
> >
> >  but didn't work. Am I mising something?
> >
> > thanks in advance.
> >
> >
> > On Wed, Mar 11, 2009 at 1:28 PM, Jennifer Adams <*jma at cola.iges.org*<jma at cola.iges.org>
> > >wrote:
> > Try  changing your if statement to:
> > if (rainlow <=aa & aa<rainhigh)
> > --Jennifer
> >
> > On Mar 11, 2009, at 1:19 PM, John Guhin wrote:
> >
> >
> > Hi,
> >     I am trying to use if statement in a grads script... which doesn't seem
> > to work. I am
> > attaching  the gs file. iwc is a 3D variable, and rain is 2D variable
> > exactly in the same grids. I am trying to extract iwc when rain is within
> > certain range. The script executes without any error, but the output repeats
> > itself every 20 days. This means that the " if" statement is not working!!
> > Any help would be appreciated.
> >
> >  'reinit'
> > 'c'
> > 'open iwc.ctl'
> > 'open /rain.ctl'
> > 'set gxout fwrite'
> > 'set fwrite iwc_ppt_binned.dat'
> >
> > lon1=40 ; lon2=180
> > lat1=-20 ; lat2=20
> > undef=-1e+34
> > rainlow=0 ; rainhigh=5;
> >
> > while(rainhigh<11)
> > t1=1
> > while(t1<21)
> > 'set t 't1
> > z1=1
> > while(z1<19)
> > 'set z 'z1
> > 'define aa=24*rain.2(z=1)'
> > if (rainlow <= aa < rainhigh)
> > 'd aave(iwc,lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
> > else
> > 'd aave(iwc*0+'undef',lon='lon1',lon='lon2',lat='lat1',lat='lat2')'
> > endif
> > z1=z1+1
> > endwhile
> > t1=t1+1
> > endwhile
> > rainlow=rainlow+5
> > rainhigh=rainhigh+5
> > endwhile
> >
> > 'close 2'
> > 'close 1'
> > 'disable fwrite'
> >
> > --
> > John Guhin
> > --
> > Jennifer M. Adams
> > IGES/COLA
> > 4041 Powder Mill Road, Suite 302
> > Calverton, MD 20705
> > *jma at cola.iges.org* <jma at cola.iges.org>
> >
> >
> >
> >
> >
> >
> >
> > --
> > John Guhin
> >
> >
> >
> > ***************************************************
> > The information contained in this e-mail message is intended only for the
> > use of the recipient(s) named above and may contain information that is
> > privileged, confidential, and/or proprietary.  If you are not the intended
> > recipient, you may not review, copy or distribute this message.  If you have
> > received this communication in error, please notify the sender immediately
> > by e-mail, and delete the original message.
> > ***************************************************
> >
> >
> >
> > --
> > John Guhin
> >
> >
> >
> > ***************************************************
> > The information contained in this e-mail message is intended only for the
> > use of the recipient(s) named above and may contain information that is
> > privileged, confidential, and/or proprietary. If you are not the intended
> > recipient, you may not review, copy or distribute this message. If you have
> > received this communication in error, please notify the sender immediately
> > by e-mail, and delete the original message.
> > ***************************************************
> >
>
>
>
> --
> John Guhin
--
Bernd Becker   The Monthly Outlook
Met Office  FitzRoy Road  Exeter   Devon EX1 3PB  United Kingdom
Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050
E-mail:bernd.becker at metoffice.com  -  http://www.metoffice.com


From cassar at PILOTBOOK.EU  Fri Mar 13 08:23:21 2009
From: cassar at PILOTBOOK.EU (Pierre Cassar)
Date: Fri, 13 Mar 2009 13:23:21 +0100
Subject: g2sub V1.1 on Nomads
Message-ID: <FRI.13.MAR.2009.132321.0100.>

Hi All,

I was testing the g2sub V1.1 interface on the new Nomads server to
retrieve some GFS data. Unfortunately I was not able to retrieve the
following variable which I used to download from the previous Nomads
servers:

> TCDCclm  0 71,200,0 ** atmos column Total cloud cover [%]

Perhaps is there some problems with the layers?
I tried all layers with TCDC but the only variables which I could
download are:

> TCDCblcll   0,211,0   0,6,1,0 ** boundary layer cloud layer Total Cloud Cover [%]
> TCDCccll   0,244,0   0,6,1 ** convective cloud layer Total Cloud Cover [%]

No TCDCclm.
Any idea, suggestion?

If the TCDCclm is no longer available in grib2 which could be the best
varaiable to substitute it?

Thank you

Pierre Cassar


From info at PAOLOCIRACI.IT  Fri Mar 13 08:58:00 2009
From: info at PAOLOCIRACI.IT (Paolo Ciraci)
Date: Fri, 13 Mar 2009 13:58:00 +0100
Subject: g2sub V1.1 on Nomads
In-Reply-To: <20090313132321.9E4EDEE8.cassar@pilotbook.eu>
Message-ID: <FRI.13.MAR.2009.135800.0100.>

Pierre Cassar wrote:
> Hi All,
>
> I was testing the g2sub V1.1 interface on the new Nomads server to
> retrieve some GFS data. Unfortunately I was not able to retrieve the
> following variable which I used to download from the previous Nomads
> servers:
>
>> TCDCclm  0 71,200,0 ** atmos column Total cloud cover [%]

Hi Pierre,

perhaps there's a problem in the g2sub "levels" filter.

In fact if you try to retrieve only the "entire atmosphere (considered
as a single layer)" level you obtain the error:

 > Error
 >
 > invalid parameter:
lev_entire_atmosphere_%28considered_as_a_single_layer%29

On the contrary if you try to download "all the levels" for variable
TCDC you can obtain your TCDCclm variable as usual.

I had a quick test on the fly an the following is part of the Grads
control file I generated:

---cut here---

vars 6
TCDCclm   0,200,0   0,6,1,0 ** entire atmosphere (considered as a single
layer) Total Cloud Cover [%]
TCDCblcll   0,211,0   0,6,1,0 ** boundary layer cloud layer Total Cloud
Cover [%]
TCDClcll   0,214,0   0,6,1,0 ** low cloud layer Total Cloud Cover [%]
TCDCmcll   0,224,0   0,6,1,0 ** middle cloud layer Total Cloud Cover [%]
TCDChcll   0,234,0   0,6,1,0 ** high cloud layer Total Cloud Cover [%]
TCDCccll   0,244,0   0,6,1 ** convective cloud layer Total Cloud Cover [%]
ENDVARS

---cut here---

Obviously to get "all levels" cannot be considered the best solution if
you want to save download bandwith :-)

Dr. Paolo Ciraci
info at paolociraci.it


From arlindo.dasilva at GMAIL.COM  Fri Mar 13 10:01:54 2009
From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva)
Date: Fri, 13 Mar 2009 10:01:54 -0400
Subject: OpenGrADS Bundle v2.0.a5.oga.3 available
In-Reply-To: <2077FABD-9DAD-4B09-8D40-CC20B547231A@customweather.com>
Message-ID: <FRI.13.MAR.2009.100154.0400.>

On Thu, Mar 12, 2009 at 7:41 PM, Kevin M Levey <klevey at customweather.com> wrote:
> THU 12MAR09: 1640PDT
>
> I installed v2.0.a5.oga.3 this afternoon, and when running grads it
> complained about many missing library files.
>
> As per Arlindo's instructions:
>
>> The Linux/x86_64 should be more portable now.  Please let me know
>> otherwise. BTW, under
>>
>>   Contents/Linux/Versions/2.0.a5.oga.3/x86_64/libs
>>
>> you will find some extra libraries. If it complains about some missing
>> .so, copy them from this directory to
>>
>>  Contents/Linux/Versions/2.0.a5.oga.3/x86_64/gex
>>
>> and give it a try.
>
> had no effect,

Did you start with the wrappers at the top? If not, you have to set
LD_LIBRARY_PATH.

however, copying the necessary files into /usr/lib64
> (of my 64-bit CENTOS-5 box) did the trick. You need to have root
> access to copy files into this folder.
>

You should not need to copy it there if you have LD_LIBRARY_PATH set.
The wrappers at the top do that for you.

> v2.0.a5.oga.3 works like a charm, now!

Glad to hear. Are the extensions  working?

  Arlindo

>
>
> Regards,
>
> Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University of
> Cape Town)
> Director of Meteorological Operations
> CustomWeather, Inc.
> San Francisco, California, USA
>
> "Taking the World by Storm!"
>
> http://www.customweather.com
> http://www.myforecast.com
> http://www.1stweather.com
>
> cell: 415-794-0411
> work: 415-777-3566
> email: klevey at customweather.com
>
> On Mar 5, 2009, at 03/05/09 - 2:19 PM, Arlindo da Silva wrote:
>
>> All,
>>
>>  I have once more refreshed sources and binaries: OpenGrADS Bundle
>> v2.0.a5.oga.3:
>>
>>
>>  https://sourceforge.net/project/showfiles.php?group_id=161773&package_id=305032&release_id=662661
>>
>> Very minor updates this time. The only addition worthwhile mentioning
>> is the "nomads.gui" for accessing NOMADS data with a GUI  (GFS, NAM,
>> RUC, etc.)
>>
>> % cd Contents
>> % ./nomads
>>
>> Also new builds for Mac OS X/PowerPC, and SGI IRIX (probably the last
>> SGI build ever).
>>
>> The Linux/x86_64 should be more portable now.  Please let me know
>> otherwise. BTW, under
>>
>>   Contents/Linux/Versions/2.0.a5.oga.3/x86_64/libs
>>
>> you will find some extra libraries. If it complains about some missing
>> .so, copy them from this directory to
>>
>>  Contents/Linux/Versions/2.0.a5.oga.3/x86_64/gex
>>
>> and give it a try.
>>
>>   Arlindo
>>
>>
>>
>>
>>
>> On Sat, Feb 28, 2009 at 10:42 AM, Arlindo da Silva <dasilva at alum.mit.edu
>> > wrote:
>>>
>>> All,
>>>
>>> I have refresh the sources and binaries for the OpenGrADS Bundle on
>>> sourceforge:
>>>
>>>
>>> https://sourceforge.net/project/showfiles.php?group_id=161773&package_id=305032&release_id=662661
>>>
>>> The main changes are:
>>>
>>> 1) A bug has been fixed in the UDX interface which was causing "exec
>>> script" to fail. This is an important one, please update.
>>>
>>> 2) I have revised the internals of the Bundle implementation so that
>>> it should work now with USB flash drives.
>>>
>>> As of this writing, most binaries have been updated except for
>>> FreeBSD 7 (FreeBSD 6.3 has been updated). Make sure the files you
>>> download start with "grads-2.0.a5.oga.2" (notice the "2" at the end.)
>>>
>>> Let me know of any problems.
>>>
>>> Enjoy,
>>>
>>>  Arlindo
>>>
>>>
>>> On Tue, Feb 24, 2009 at 3:19 PM, Arlindo da Silva <dasilva at alum.mit.edu
>>> > wrote:
>>>>
>>>> Dear GrADS Users,
>>>>
>>>> I have started uploading to sf.net sources and binaries for the
>>>> OpenGrADS Bundle based on COLA's 2.0.a5 release:
>>>>
>>>>
>>>> https://sourceforge.net/project/showfiles.php?group_id=161773&package_id=305032&release_id=662661
>>>>
>>>> The OpenGrADS Bundle is a new way of packaging GrADS builds that
>>>> is somewhat inspired by my experience with the Win32
>>>> Superpacks. The idea is to have a single package that require
>>>> no (minimum?) configuration and that is easily relocatable (say to
>>>> a USB memory stick).  The structure of an OpenGrADS Bundle is
>>>> described here:
>>>>
>>>>  http://opengrads.org/wiki/index.php?title=The_OpenGrADS_Bundle
>>>>
>>>> Once you download the tarball take a look at the INSTALL
>>>> file. You can install it as a Bundle (highly recommended) or
>>>> simply install the binaries the same way you did in the past.
>>>>
>>>> Note: The Windows build will be available soon, for now only Mac
>>>> OS X,
>>>> Linux and FreeBSD.
>>>>
>>>> New Features
>>>> ------------
>>>>
>>>> This version is based on COLA's 2.0.a5 release which includes
>>>> support for GeoTIFF and KML, as well as bug fixes. See the
>>>> ChangeLog for details.  In addition, several OpenGrADS specific
>>>> enhancements have been introduced:
>>>>
>>>> - The executable *grads* is now built with NetCDF v4.0.1beta3
>>>> which includes support for NetCDF-4/HDF-5 (similar to gradsnc4
>>>> in v1.9.0-rc1) and has built in OPeNDAP support. This binary
>>>> can handle all supported formats: NetCDF-3 (classic NetCDF),
>>>> NetCDF-4/HDF-5, HDF-4, GRIB-1/2 and grads binaries.
>>>>
>>>> - The executable *gradsdap* is no longer built as its
>>>> functionality is now included in the single executable
>>>> *grads*. In the OpenGrADS bundle *gradsdap* simply points
>>>> to *grads*.
>>>>
>>>> - We have introduced option -C to enable colorized text (see
>>>> attached).
>>>> Try "-C 0", "-C 1" and "-C 2" for different color schemes.
>>>>
>>>> - User defined extensions, see below.
>>>>
>>>>
>>>> Trying it out
>>>> -------------
>>>>
>>>> Assuming you did a "bundle instalation" you can start the *grads*
>>>> executable at the top directory (under Contents/ in the tarball):
>>>>
>>>> % grads
>>>>
>>>> Alternatively you can start the executable *opengrads* which by
>>>> default comes up with colorized text and a readline history that
>>>> is preserved from session to session (grads standard option -H).
>>>>
>>>> You can also start the executable
>>>>
>>>> % merra
>>>>
>>>> which will automatically start the Athena GUI script described in
>>>> this recipe:
>>>>
>>>>
>>>> http://cookbooks.opengrads.org/index.php?title=Recipe-016:_Accessing_MERRA_data_with_a_Graphical_User_Interface
>>>>
>>>> You can try one of the extensions which are documented here:
>>>>
>>>>  http://opengrads.org/doc/#udxt
>>>>
>>>> In particular the spherical harmonic filter:
>>>>
>>>> ga-> @ open $GADSET/model
>>>> ga-> d sh_filt(ps,6)
>>>>
>>>> The output is attached.
>>>>
>>>>
>>>> OpenGrADS Extensions
>>>> --------------------
>>>>
>>>> This version includes a *preview* release of the OpenGrADS
>>>> Extensions.  The same extensions previously released by the
>>>> OpenGrADS project with GrADS 1.9.0-rc1 are now available with
>>>> GrADS v2.0, with the addition of some new ones: libmf (from Mike
>>>> Fiorino) and a new spherical harmonic filter, sh_filt().
>>>> Documentation for these user defined functions/commands can be
>>>> found here:
>>>>
>>>>                 http://opengrads.org/doc/#udxt
>>>>
>>>>  --------------------------------------------------------------
>>>>                         IMPORTANT CAVEAT
>>>>
>>>>  As COLA has not yet published the official API for User Defined
>>>>  functions in GrADS v2.0 we have adopted here an API that is
>>>>  based on our work with v1.9.0-rc1. This is a very low-level
>>>>  API that is *not* endorsed by COLA. As such, it is *not*
>>>>  advisable that users adopt this API to write their own
>>>>  extensions.  Furthermore, the extensions as implemented here
>>>>  are tied to a specific version of GrADS and should always be
>>>>  built in the context a given GrADS source tree.
>>>>  --------------------------------------------------------------
>>>>
>>>>
>>>> Disclaimer: Testers needed
>>>> --------------------------
>>>>
>>>> These extensions are still being fully tested and should be
>>>> considered *experimental* at best. Please report any problem you
>>>> encounter.  Use them at your own risk.
>>>>
>>>> List of Extensions Included
>>>> ---------------------------
>>>>
>>>> User
>>>> Defined
>>>> COMMAND           Short Description                Function at Library
>>>> ---------- -----------------------------------
>>>> --------------------------
>>>> gsudf      Initialize gs-function package       c_gsudf@^gsudf.gex
>>>> printenv   Expand environment variables         c_xenv@^env.gex
>>>> runenv     Expand env vars and run command      c_env@^env.gex
>>>> @          Expand env vars and run command      c_env@^env.gex
>>>> getenv     Get value of environment variable    c_getenv@^env.gex
>>>> setenv     Set value of environment variable    c_setenv@^env.gex
>>>> gxyat      Save images in PNG/SVG/PDF/PS        c_gxyat@^gxyat.gex
>>>> hello      Hello, World! sample command
>>>> c_hello@^libhello.gex
>>>> ipc_verb   IPC verbose toggle                   c_Verb@^libipc.gex
>>>> ipc_open   Open stream for save/load            c_Open@^libipc.gex
>>>> ipc_close  Close stream                         c_Close@^libipc.gex
>>>> ipc_save   Save expression to stream            c_Save@^libipc.gex
>>>> ipc_define Define variable (obsolete)           c_Define@^libipc.gex
>>>> ipc_error  Print IPC error message              c_Error@^libipc.gex
>>>> mfhilo     Find max/min or H/L in 2D field      c_mfhilo@^libmf.gex
>>>> cylprms    Properties relative to lon/lat       c_cylprms@^libmf.gex
>>>> shp_lines  Draw lines    from shapefile         c_lines@^shape.gex
>>>> shp_polyf  Draw polygons from shapefile         c_polyf@^shape.gex
>>>> ---------- -----------------------------------
>>>> --------------------------
>>>>
>>>>  User
>>>> Defined
>>>> FUNCTION          Short Description                Function at Library
>>>> ---------- -----------------------------------
>>>> --------------------------
>>>> speed      Wind-speed (sample gs-function)      f_gsudf@^gsudf.gex
>>>> lt         Less than operator                   f_bjt@^libbjt.gex
>>>> jd         Julian day                           f_bjt@^libbjt.gex
>>>> cosz       Cosine solar zenith angle            f_bjt@^libbjt.gex
>>>> dayratio   Daylight ratio                       f_bjt@^libbjt.gex
>>>> if         Conditional function                 f_bjt@^libbjt.gex
>>>> maxv       Maximum value                        f_bjt@^libbjt.gex
>>>> minv       Minimum value                        f_bjt@^libbjt.gex
>>>> which      Label gridpoints                     f_bjt@^libbjt.gex
>>>> ftest      F-test                               f_bjt@^libbjt.gex
>>>> ttest      T-test                               f_bjt@^libbjt.gex
>>>> tfit       Point  linear regression             f_bjt@^libbjt.gex
>>>> fit        Global linear regression             f_bjt@^libbjt.gex
>>>> tcorr2     Time correlation                     f_bjt@^libbjt.gex
>>>> tregr2     Point linear regression              f_bjt@^libbjt.gex
>>>> tmave2     Time averaging w/masking             f_bjt@^libbjt.gex
>>>> madvu      Calculates -d(u*EXPR)/dx             f_bjt@^libbjt.gex
>>>> madvv      Calculates -d(V*EXPR)/dy             f_bjt@^libbjt.gex
>>>> madvw      Calculates -d(W*EXPR)/dp             f_bjt@^libbjt.gex
>>>> muadv      Zonal advection                      f_bjt@^libbjt.gex
>>>> mvadv      Meridional advection                 f_bjt@^libbjt.gex
>>>> mwadv      Vertical advection                   f_bjt@^libbjt.gex
>>>> satvap     Saturated vapor pressure             f_bjt@^libbjt.gex
>>>> dew        Dew point temperature                f_bjt@^libbjt.gex
>>>> lw         Thermal infrared fluxes              f_bjt@^libbjt.gex
>>>> lw2        Thermal infrared fluxes v2           f_bjt@^libbjt.gex
>>>> pinterp    Pressure interpolation               f_bjt@^libbjt.gex
>>>> zinterp    Height interpolation                 f_bjt@^libbjt.gex
>>>> line       Draws a line                         f_bjt@^libbjt.gex
>>>> vint2      Mass-weighted vertical integral      f_bjt@^libbjt.gex
>>>> fish       Poisson solver                       f_fish@^fish.gex
>>>> fish_psi   Compute streamfunction               f_psichi@^fish.gex
>>>> fish_chi   Compute velocity potential           f_psichi@^fish.gex
>>>> fish_vor   Compute vorticity                    f_psichi@^fish.gex
>>>> fish_div   Compute divergence                   f_psichi@^fish.gex
>>>> hello      Hello, World! sample function
>>>> f_hello@^libhello.gex
>>>> ipc_save   Save expression to stream            f_Save@^libipc.gex
>>>> ipc_load   Load variable from file              f_Load@^libipc.gex
>>>> smth2d     Shuman smoother/de-smoother          f_smth2d@^libmf.gex
>>>> uv2trw     Find radial/tangential velocity      f_uv2trw@^libmf.gex
>>>> re         General interpolator                 ffre@^re.gex
>>>> sh_filt    Spherical harmonic filter            f_shfilt@^shfilt.gex
>>>> sh_power   Spherical harmonic spectra           f_shpowr@^shfilt.gex
>>>> ---------- -----------------------------------
>>>> --------------------------
>>>>
>>>>
>>>> Building it
>>>> ------------
>>>>
>>>> To build it, get pre-compiled (or build it yourself)
>>>> supplibs-2.1.0 from
>>>>
>>>>
>>>> https://sourceforge.net/project/showfiles.php?group_id=161773&package_id=241681&release_id=661716
>>>>
>>>> Untar and setup the supplibs as explained here
>>>>
>>>>
>>>> http://opengrads.org/wiki/index.php?title=Building_GrADS_v1.9_from_Sources
>>>>
>>>> Then follow the usual procedure
>>>>
>>>> % tar xvfz grads-x.y.x-$platform.tar.gz
>>>> % cd grads-x.y.z...
>>>> % ./configure
>>>> % make
>>>> % make check (to run the automated tests)
>>>>
>>>> And then to create a bundle under ./opengras type
>>>>
>>>> % bundle/bundle_create.sh
>>>>
>>>> Give it a try
>>>>
>>>> % cd opengrads/
>>>>
>>>> and take a look ar README and INSTALL. Try this:
>>>>
>>>> % cd opengrads/Contents
>>>> % ./merra
>>>>
>>>> To make a distribution tarball with the bundle
>>>>
>>>> % make bundle-dist
>>>>
>>>> Keep checking the OpenGrADS WIki for updated documentation:
>>>>
>>>> http://opengrads.org/wiki/index.php?title=OpenGrADS_Documentation
>>>>
>>>> Let me know if you have problems.
>>>>
>>>>      Arlindo
>>>>
>>>>
>>>> --
>>>> Arlindo da Silva
>>>> dasilva at alum.mit.edu
>>>>
>>>
>>>
>>>
>>> --
>>> Arlindo da Silva
>>> dasilva at alum.mit.edu
>>>
>>
>>
>>
>> --
>> Arlindo da Silva
>> dasilva at alum.mit.edu
>



--
Arlindo da Silva
dasilva at alum.mit.edu


From Wesley.Ebisuzaki at NOAA.GOV  Fri Mar 13 10:05:22 2009
From: Wesley.Ebisuzaki at NOAA.GOV (Wesley Ebisuzaki)
Date: Fri, 13 Mar 2009 10:05:22 -0400
Subject: g2sub V1.1 on Nomads
In-Reply-To: <20090313132321.9E4EDEE8.cassar@pilotbook.eu>
Message-ID: <FRI.13.MAR.2009.100522.0400.>

Pierre,

    The operational nomads (http://nomads.ncep.noaa.gov) has a help desk
and they are the people who can fix the problem.

The grib2 files has TCDCclm available and it can be downloaded if  you
retrieve all the TCDC fields.  You should be able to retrieve the TCDCclm
by itself but operations made a mistake in configuring the program.

         Wesley Ebisuzaki

Pierre Cassar wrote:
> Hi All,
>
> I was testing the g2sub V1.1 interface on the new Nomads server to
> retrieve some GFS data. Unfortunately I was not able to retrieve the
> following variable which I used to download from the previous Nomads
> servers:
>
>
>> TCDCclm  0 71,200,0 ** atmos column Total cloud cover [%]
>>
>
> Perhaps is there some problems with the layers?
> I tried all layers with TCDC but the only variables which I could
> download are:
>
>
>> TCDCblcll   0,211,0   0,6,1,0 ** boundary layer cloud layer Total Cloud Cover [%]
>> TCDCccll   0,244,0   0,6,1 ** convective cloud layer Total Cloud Cover [%]
>>
>
> No TCDCclm.
> Any idea, suggestion?
>
> If the TCDCclm is no longer available in grib2 which could be the best
> varaiable to substitute it?
>
> Thank you
>
> Pierre Cassar
>


From Wesley.Ebisuzaki at NOAA.GOV  Fri Mar 13 10:15:16 2009
From: Wesley.Ebisuzaki at NOAA.GOV (Wesley Ebisuzaki)
Date: Fri, 13 Mar 2009 10:15:16 -0400
Subject: g2sub V1.1 on Nomads
In-Reply-To: <49BA5858.80809@paolociraci.it>
Message-ID: <FRI.13.MAR.2009.101516.0400.>

Paolo,

      Here is my guess.  Someone forgot to update the table with the
list of valid
vertical levels when they updated the variable & level data.

         Wesley


Paolo Ciraci wrote:
> Pierre Cassar wrote:
>> Hi All,
>>
>> I was testing the g2sub V1.1 interface on the new Nomads server to
>> retrieve some GFS data. Unfortunately I was not able to retrieve the
>> following variable which I used to download from the previous Nomads
>> servers:
>>
>>> TCDCclm  0 71,200,0 ** atmos column Total cloud cover [%]
>
> Hi Pierre,
>
> perhaps there's a problem in the g2sub "levels" filter.
>
> In fact if you try to retrieve only the "entire atmosphere (considered
> as a single layer)" level you obtain the error:
>
> > Error
> >
> > invalid parameter:
> lev_entire_atmosphere_%28considered_as_a_single_layer%29
>
> On the contrary if you try to download "all the levels" for variable
> TCDC you can obtain your TCDCclm variable as usual.
>
> I had a quick test on the fly an the following is part of the Grads
> control file I generated:
>
> ---cut here---
>
> vars 6
> TCDCclm   0,200,0   0,6,1,0 ** entire atmosphere (considered as a single
> layer) Total Cloud Cover [%]
> TCDCblcll   0,211,0   0,6,1,0 ** boundary layer cloud layer Total Cloud
> Cover [%]
> TCDClcll   0,214,0   0,6,1,0 ** low cloud layer Total Cloud Cover [%]
> TCDCmcll   0,224,0   0,6,1,0 ** middle cloud layer Total Cloud Cover [%]
> TCDChcll   0,234,0   0,6,1,0 ** high cloud layer Total Cloud Cover [%]
> TCDCccll   0,244,0   0,6,1 ** convective cloud layer Total Cloud Cover
> [%]
> ENDVARS
>
> ---cut here---
>
> Obviously to get "all levels" cannot be considered the best solution if
> you want to save download bandwith :-)
>
> Dr. Paolo Ciraci
> info at paolociraci.it


From cassar at PILOTBOOK.EU  Fri Mar 13 10:50:58 2009
From: cassar at PILOTBOOK.EU (Pierre Cassar)
Date: Fri, 13 Mar 2009 15:50:58 +0100
Subject: g2sub V1.1 on Nomads
Message-ID: <FRI.13.MAR.2009.155058.0100.>

Wesley Ebisuzaki wrote:
> Pierre,
> The operational nomads (http://nomads.ncep.noaa.gov) has a help desk and they are the people who can fix the problem.

Thank you Wesley, I resubmitted my post to the Nomads Help Desk.

Pierre Cassar


From meteo at SPORT123.IT  Fri Mar 13 11:03:17 2009
From: meteo at SPORT123.IT (Valerio Guerra)
Date: Fri, 13 Mar 2009 16:03:17 +0100
Subject: g2sub V1.1 on Nomads
Message-ID: <FRI.13.MAR.2009.160317.0100.>

Wesley Ebisuzaki wrote:
> Here is my guess. Someone forgot to update the table with the list of valid vertical levels when they updated the variable & level data

BTW time ago I experienced a very similar problem with GFS levels using 'get_gfs.pl' script with the NCEP site (www.ftp.ncep.noaa.gov/data/nccf/com/gfs/prod).
I don't know if the problem was fixed.

Valerio Guerra


From thankar at GEO.AUTH.GR  Sat Mar 14 18:53:52 2009
From: thankar at GEO.AUTH.GR (Karagiannidis Sakis)
Date: Sun, 15 Mar 2009 00:53:52 +0200
Subject: background topography
Message-ID: <SUN.15.MAR.2009.005352.0200.>

Dear GrADS users.

I'm trying to create a background topography for my maps. I'm ploting
data from grib files with GrADS. No luck yet. Can anyone help me with this?
I must say that i would be satisfied even if i could colour land and sea
with different colours.

Thanx in advance.

--
Athanasios F. Karagiannidis
Physicist, MSc Meteorology and Climatology
Department of Meteorology and Climatology
School of Geology - A.U.Th.
E-mail: thankar at geo.auth.gr


From t.parker at UGRAD.UNIMELB.EDU.AU  Sun Mar 15 20:18:06 2009
From: t.parker at UGRAD.UNIMELB.EDU.AU (Tess Parker)
Date: Mon, 16 Mar 2009 01:18:06 +0100
Subject: oacres
Message-ID: <MON.16.MAR.2009.011806.0100.>

List - I would appreciate some help on the oacres Cressman function. I have
station data which I can plot successfully; I don't quite understand the
format of the gridded file which this function needs though. Could someone
help me out? I'm assuming you need a .ctl file for the gridded data too, and
I see from other posts that the grid .ctl file should be accessed before the
station .ctl file; but I have no idea how to go about setting up the gridded
data file. Any help much appreciated!


From t.parker at UGRAD.UNIMELB.EDU.AU  Sun Mar 15 21:05:29 2009
From: t.parker at UGRAD.UNIMELB.EDU.AU (Tess Parker)
Date: Mon, 16 Mar 2009 02:05:29 +0100
Subject: basemap
Message-ID: <MON.16.MAR.2009.020529.0100.>

List - I am using the script basemap.gs to produce a north pole
stereographic map with land areas shaded grey. I am using medium resolution.
My grads commands are:

'open avestn.ctl'
'enable print 'test_ave.gmf'
'set grads off'
'set mproj nps'
'set lon 0 360'
'set lat 70 90'
'set digsize 0.09'
'set dignum 1'
'set stid on'
'set stnprint on'
'set mpdset mres'
'set map 1 1 3'
'd press'
'basemap L 15 0 M'
'draw title Monthly Mean SLP'
'print'
'disable print'

The problem I have is that there are a couple of shaded areas which extend
outside my map; do I need to use another command such as mpvals or something
to get rid of these? There are three biggish blocks of grey outside the 60
lat circle. Any help much appreciated.


From arubawx at SETARNET.AW  Sun Mar 15 21:59:54 2009
From: arubawx at SETARNET.AW (Marck Oduber)
Date: Mon, 16 Mar 2009 02:59:54 +0100
Subject: opengrads 2.0.a5.oga.3 grib2ctl
Message-ID: <MON.16.MAR.2009.025954.0100.>

Hi I usually use grads-1.8sl11-win32e and convert from grib2 to grib1, but
I wanted to experiment with the new opengrads(grads-2.0.x-win32_superpack).

Where (which dir) can I add these commands in a batch file (wafs.bat)?

cat fh*.*octantl* >gfs.grb
perl grib2ctl.pl -verf gfs.grb >gfs.ctl
gribmap -i gfs.ctl
del fh*.*octantl*

In the old pcgrads it was in the win32e dir..
Is there a different procedure in the opengrads 2.0.a5.oga.3? Where I could
get the same results?

Thanks
Marck


From jma at COLA.IGES.ORG  Mon Mar 16 08:49:11 2009
From: jma at COLA.IGES.ORG (Jennifer Adams)
Date: Mon, 16 Mar 2009 08:49:11 -0400
Subject: background topography
In-Reply-To: <49BC3580.7050109@geo.auth.gr>
Message-ID: <MON.16.MAR.2009.084911.0400.>

ftp://grads.iges.org/grads/scripts/makebg.gs

This script shows you how the topographic background maps that are
used on wxmaps.org are made with GrADS. This script requires an
OPeNDAP-enabled version of GrADS and the Image Magick routine
'composite' (which is the new name for the old routine 'combine').
You can also try it with higher resolution topo data under http://monsoondata.org:9090/dod/topo/
.

Jennifer

On Mar 14, 2009, at 6:53 PM, Karagiannidis Sakis wrote:

> Dear GrADS users.
>
> I'm trying to create a background topography for my maps. I'm ploting
> data from grib files with GrADS. No luck yet. Can anyone help me
> with this?
> I must say that i would be satisfied even if i could colour land and
> sea
> with different colours.
>
> Thanx in advance.
>
> --
> Athanasios F. Karagiannidis
> Physicist, MSc Meteorology and Climatology
> Department of Meteorology and Climatology
> School of Geology - A.U.Th.
> E-mail: thankar at geo.auth.gr

--
Jennifer M. Adams
IGES/COLA
4041 Powder Mill Road, Suite 302
Calverton, MD 20705
jma at cola.iges.org



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090316/754dc865/attachment.html 

From jma at COLA.IGES.ORG  Mon Mar 16 08:49:11 2009
From: jma at COLA.IGES.ORG (Jennifer Adams)
Date: Mon, 16 Mar 2009 08:49:11 -0400
Subject: background topography
In-Reply-To: <49BC3580.7050109@geo.auth.gr>
Message-ID: <MON.16.MAR.2009.084911.0400.>

ftp://grads.iges.org/grads/scripts/makebg.gs

This script shows you how the topographic background maps that are
used on wxmaps.org are made with GrADS. This script requires an
OPeNDAP-enabled version of GrADS and the Image Magick routine
'composite' (which is the new name for the old routine 'combine').
You can also try it with higher resolution topo data under http://monsoondata.org:9090/dod/topo/


From jma at COLA.IGES.ORG  Mon Mar 16 08:55:00 2009
From: jma at COLA.IGES.ORG (Jennifer Adams)
Date: Mon, 16 Mar 2009 08:55:00 -0400
Subject: oacres
In-Reply-To: <20090316001909.450D71FF56@mx2.cineca.it>
Message-ID: <MON.16.MAR.2009.085500.0400.>

Hi, Tess --
You can create a dummy descriptor file that defines any grid you'd
like to interpolate to like this:

dset ^this.file.does.not.need.to.exist.if.you.use.options.template
options template
title dummy descriptor to describe grid for use with oacres function
undef 1
xdef <put your desired grid specs here>
ydef <put your desired grid specs here>
zdef 1 linear 1 1
tdef 1 linear 1jan0001 1dy
vars 1
foo 0 99 bar
endvars


On Mar 15, 2009, at 8:18 PM, Tess Parker wrote:

> List - I would appreciate some help on the oacres Cressman function.
> I have
> station data which I can plot successfully; I don't quite understand
> the
> format of the gridded file which this function needs though. Could
> someone
> help me out? I'm assuming you need a .ctl file for the gridded data
> too, and
> I see from other posts that the grid .ctl file should be accessed
> before the
> station .ctl file; but I have no idea how to go about setting up the
> gridded
> data file. Any help much appreciated!

--
Jennifer M. Adams
IGES/COLA
4041 Powder Mill Road, Suite 302
Calverton, MD 20705
jma at cola.iges.org



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090316/e5d63572/attachment.html 

From jma at COLA.IGES.ORG  Mon Mar 16 09:15:06 2009
From: jma at COLA.IGES.ORG (Jennifer Adams)
Date: Mon, 16 Mar 2009 09:15:06 -0400
Subject: basemap
In-Reply-To: <20090316010631.6026C1FF7D@mx2.cineca.it>
Message-ID: <MON.16.MAR.2009.091506.0400.>

Hi, Tess --
The basemap.gs script is drawing a lot of polygons that fit exactly
inside (or outside) the continental outlines. The database of polygon
coordinates was generated by running another script manually -- it was
a painstaking process that required the effort of several summer
interns. Unfortunately, some of the polygons in the database cross
over latitude circles and this spoils the look of some circular polar
stereographic plots because these polygons do not get clipped. There
are a couple of options:
1. Try changing your latitude limits -- maybe there are no polygons
crossing the 65N line...
2. Use low resolution instead of medium -- I think these polygons are
better behaved
3. (Best option, I think) Change your lat range to 50 90, but then use
'set mpvals 0 360 70 90' to zoom into the area of interest -- this
will result in a square plot instead of a circular one, but basemap
will work properly. You can rotate the plot by changing the min/max
lon values in the 'set mpvals' command.

Jennifer


On Mar 15, 2009, at 9:05 PM, Tess Parker wrote:

> List - I am using the script basemap.gs to produce a north pole
> stereographic map with land areas shaded grey. I am using medium
> resolution.
> My grads commands are:
>
> 'open avestn.ctl'
> 'enable print 'test_ave.gmf'
> 'set grads off'
> 'set mproj nps'
> 'set lon 0 360'
> 'set lat 70 90'
> 'set digsize 0.09'
> 'set dignum 1'
> 'set stid on'
> 'set stnprint on'
> 'set mpdset mres'
> 'set map 1 1 3'
> 'd press'
> 'basemap L 15 0 M'
> 'draw title Monthly Mean SLP'
> 'print'
> 'disable print'
>
> The problem I have is that there are a couple of shaded areas which
> extend
> outside my map; do I need to use another command such as mpvals or
> something
> to get rid of these? There are three biggish blocks of grey outside
> the 60
> lat circle. Any help much appreciated.

--
Jennifer M. Adams
IGES/COLA
4041 Powder Mill Road, Suite 302
Calverton, MD 20705
jma at cola.iges.org



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090316/f88077bc/attachment.html 

From jma at COLA.IGES.ORG  Mon Mar 16 09:32:23 2009
From: jma at COLA.IGES.ORG (Jennifer Adams)
Date: Mon, 16 Mar 2009 09:32:23 -0400
Subject: continental relief in png output
In-Reply-To: <BAY117-W59FA1D3B94CF1E894E1D0F99F0@phx.gbl>
Message-ID: <MON.16.MAR.2009.093223.0400.>

In another post, I pointed to a script for generating the topographic  
background map. To use this (or any other image) as a background, use  
the printim command with the -t and -b options:

printim -t 0 -b bg.png

Your transparent color number may be different from 0, this is just an  
example.

Unfortunately, there is a bug introduced in 2.0.a5 in the printim code  
that breaks the background image feature. To fix it, edit gxhpng.c and
remove line 385 that contains "  else {  "
remove line 403 that contains "  }         "

Jennifer





On Mar 12, 2009, at 2:27 PM, Pablo Romero wrote:

> does anyone have any recipes/techniques for creating map plots with  
> 3D continental relief/topographic features?
>
> I've seen some other plots created with grads that appear to have  
> land areas with detailed 3D terrain visible.
> Im not sure how these are created; are they being 'printim'ed with a  
> foreground png image? if so, how would I go about getting this 3D  
> topographic image data?
>
> P.Romero
> _________________________________________________________________
> Windows Live? Contacts: Organize your contact list.
> http://windowslive.com/connect/post/marcusatmicrosoft.spaces.live.com-Blog-cns!503D1D86EBB2B53C!2285.entry?ocid=TXT_TAGLM_WL_UGC_Contacts_032009

--
Jennifer M. Adams
IGES/COLA
4041 Powder Mill Road, Suite 302
Calverton, MD 20705
jma at cola.iges.org



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090316/75599d9b/attachment.html 

From jma at COLA.IGES.ORG  Mon Mar 16 10:07:02 2009
From: jma at COLA.IGES.ORG (Jennifer Adams)
Date: Mon, 16 Mar 2009 10:07:02 -0400
Subject: Problem in Use of gr2stn
In-Reply-To: <49B94E09.7000903@scotiaweather.com>
Message-ID: <MON.16.MAR.2009.100702.0400.>


On Mar 12, 2009, at 2:01 PM, mmacleod wrote:

> Good afternoon Folks.
>
> I am trying to get the function gr2stn working in GrADS 2.0.5
>
> I am attaching a png file that shows the area of coverage and the
> control file so one can see the grads expression is correct.
>
> Here is the output from the command line:
>
> ga->   Expression = gr2stn(t,-60.05,46.16)
> Notice:  Automatic Grid Interpolation Taking Place
> DEFINE Error:  Define does not yet support station data
>   Expression results in station data object
>
> then I cleared the display with  clear command  and then I get this
>
> ga-> d gr2stn(t2,-60.05,46.16)
> Notice:  Automatic Grid Interpolation Taking Place
> Invalid station data dimension environment

The success of gr2stn depends on the dimension environment set before
you invoke it.
The above expression will only work if all dims are fixed except for Z
or T.
An environment in which all dimensions are fixed is an 'invalid
station data dimension environment'.
--Jennifer

--
Jennifer M. Adams
IGES/COLA
4041 Powder Mill Road, Suite 302
Calverton, MD 20705
jma at cola.iges.org



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090316/2c4c8fd4/attachment.html 

From t.parker at UGRAD.UNIMELB.EDU.AU  Mon Mar 16 20:06:28 2009
From: t.parker at UGRAD.UNIMELB.EDU.AU (Teresa Joan Parker)
Date: Tue, 17 Mar 2009 01:06:28 +0100
Subject: basemap
Message-ID: <TUE.17.MAR.2009.010628.0100.>

On Mon, 16 Mar 2009 09:15:06 -0400, Jennifer Adams <jma at COLA.IGES.ORG> wrote:

>Hi, Tess --
>The basemap.gs script is drawing a lot of polygons that fit exactly
>inside (or outside) the continental outlines. The database of polygon
>coordinates was generated by running another script manually -- it was
>a painstaking process that required the effort of several summer
>interns. Unfortunately, some of the polygons in the database cross
>over latitude circles and this spoils the look of some circular polar
>stereographic plots because these polygons do not get clipped. There
>are a couple of options:
>1. Try changing your latitude limits -- maybe there are no polygons
>crossing the 65N line...
>2. Use low resolution instead of medium -- I think these polygons are
>better behaved
>3. (Best option, I think) Change your lat range to 50 90, but then use
>'set mpvals 0 360 70 90' to zoom into the area of interest -- this
>will result in a square plot instead of a circular one, but basemap
>will work properly. You can rotate the plot by changing the min/max
>lon values in the 'set mpvals' command.
>
>Jennifer
>
>
>On Mar 15, 2009, at 9:05 PM, Tess Parker wrote:
>
>> List - I am using the script basemap.gs to produce a north pole
>> stereographic map with land areas shaded grey. I am using medium
>> resolution.
>> My grads commands are:
>>
>> 'open avestn.ctl'
>> 'enable print 'test_ave.gmf'
>> 'set grads off'
>> 'set mproj nps'
>> 'set lon 0 360'
>> 'set lat 70 90'
>> 'set digsize 0.09'
>> 'set dignum 1'
>> 'set stid on'
>> 'set stnprint on'
>> 'set mpdset mres'
>> 'set map 1 1 3'
>> 'd press'
>> 'basemap L 15 0 M'
>> 'draw title Monthly Mean SLP'
>> 'print'
>> 'disable print'
>>
>> The problem I have is that there are a couple of shaded areas which
>> extend
>> outside my map; do I need to use another command such as mpvals or
>> something
>> to get rid of these? There are three biggish blocks of grey outside
>> the 60
>> lat circle. Any help much appreciated.
>
>--
>Jennifer M. Adams
>IGES/COLA
>4041 Powder Mill Road, Suite 302
>Calverton, MD 20705
>jma at cola.iges.org
>
>
>
>

Thanks so much Jennifer, that works really well. Options 1 and 2 still had
"rogue" polygons, unfortunately (I bet those summer interns worked hard at
them!) but option 3 works very well. I'm not sure about your comment on
rotating the plot using the lon min/max values in the 'set mpvals' command
though; as this is set to 0 and 360 respectively, how could I change it? I
tried 360 and 0 but this obviously didn't work! Any suggestions?


From arlindo.dasilva at GMAIL.COM  Mon Mar 16 20:58:53 2009
From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva)
Date: Mon, 16 Mar 2009 20:58:53 -0400
Subject: opengrads 2.0.a5.oga.3 grib2ctl
In-Reply-To: <20090316020056.BC3491FF1F@mx2.cineca.it>
Message-ID: <MON.16.MAR.2009.205853.0400.>

On Sun, Mar 15, 2009 at 9:59 PM, Marck Oduber <arubawx at setarnet.aw> wrote:
> Hi I usually use grads-1.8sl11-win32e and convert from grib2 to grib1, but
> I wanted to experiment with the new opengrads(grads-2.0.x-win32_superpack).
>
> Where (which dir) can I add these commands in a batch file (wafs.bat)?
>
> cat fh*.*octantl* >gfs.grb
> perl grib2ctl.pl -verf gfs.grb >gfs.ctl
> gribmap -i gfs.ctl
> del fh*.*octantl*
>
> In the old pcgrads it was in the win32e dir..
> Is there a different procedure in the opengrads 2.0.a5.oga.3? Where I could
> get the same results?


Currently, the directory Classic/bin is equivalent to the previous
win32e directory. Now, you don't really need to do this in this
directory (actually, I discourage you from doing this as you may
accidentally overwrite one of the binaries). All you have to do is to
put this binary directory on your path. See the Getting_Started.html
document for instructions on how to set your path. The "setup.exe"
package that I'll be posting shortly will set the path for you (unless
you disable it.)

  Arlindo

--
Arlindo da Silva
dasilva at alum.mit.edu


From t.parker at UGRAD.UNIMELB.EDU.AU  Mon Mar 16 21:01:44 2009
From: t.parker at UGRAD.UNIMELB.EDU.AU (Tess Parker)
Date: Tue, 17 Mar 2009 02:01:44 +0100
Subject: Station mapping and wind vectors
Message-ID: <TUE.17.MAR.2009.020144.0100.>

List - I am plotting the calculated geostrophic wind using station data. My
GrADS commands are as follows:

$  grads
ga-> open geomthstn.ctl
ga-> set xsize 750 550
ga->  set grads off
ga-> set mproj nps
ga-> set lon 0  360
ga-> set lat 70  90
ga-> set digsize 0.05
ga-> set dignum 2
ga-> set gxout vector
ga-> set arrlab on
ga-> d u;v
ga-> draw title Monthly Geostrophic Wind

The problem I have is that the scale arrow at the bottom of the plot, which
usually displays with gridded data from the 'set arrlab on' command, does
not appear on station mapping plots for some reason? This makes it hard to
see the scale of the vectors, as each plot is different.

Any help gratefully received.


From arlindo.dasilva at GMAIL.COM  Mon Mar 16 21:06:34 2009
From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva)
Date: Mon, 16 Mar 2009 21:06:34 -0400
Subject: if statement in grads
In-Reply-To: <1236936145.24883.6.camel@eld313.desktop.frd.metoffice.com>
Message-ID: <MON.16.MAR.2009.210634.0400.>

On Fri, Mar 13, 2009 at 5:22 AM, Bernd Becker
<bernd.becker at metoffice.gov.uk> wrote:
> This will slow your code down dramatically!
>
> May I suggest to work with
> maskout and set const to define 0/1 pointer fields
> where the if conditions hold true and
> use the pointer (global) fields to
> do
> what ever is done inside the if statement.
>
> This can be incredibly fast, compared to dealing
> with grid point values individually.
>

Also, the if() extension in libbjt provides very nice semantics for
this kind of operation:

http://opengrads.org/doc/udxt/libbjt/libbjt.html#if_expr1_op_expr2_true_expr_false_expr_


         Arlindo

--
Arlindo da Silva
dasilva at alum.mit.edu


From arlindo.dasilva at GMAIL.COM  Mon Mar 16 21:15:27 2009
From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva)
Date: Mon, 16 Mar 2009 21:15:27 -0400
Subject: netcdf file with non linear time
In-Reply-To: <99d0dc5f0903100117o2ce52a75hfaa0bc56bbafa748@mail.gmail.com>
Message-ID: <MON.16.MAR.2009.211527.0400.>

On Tue, Mar 10, 2009 at 4:17 AM, Heiner K?rnich <heiner at misu.su.se> wrote:
> Hi,
>
> I don't think that GrADS can handle this. You could split the dates into
> separate files with some netcdf tool (eg. NCO or CDO), and then open three
> files in GrADS instead.
>

If you are willing to lie to grads you can create a DDF file where you
redefine the TDEF record to be linear (not true to what the data
really is); see documentation for the xdfopen command. You should be
able to plot your data without having to rewrite your file, provide
you keep in mind that grads does not have an accurate description of
"time" in this case.

   Arlindo


> Regards,
> Heiner
>
> On Tue, Mar 10, 2009 at 8:58 AM, Francoise Cheroux
> <francoise.cheroux at meteo.fr> wrote:
>>
>> Hello,
>>
>> We have data in a netcdf file with non linear time, that is 2 January, 11
>> January and 21 Januany (see the file header below).  Grads plots the data
>> as
>> if they were 2 January, 11 and 20 January (regular 10 day intervals).
>>
>> How could grads take into account the dates written in the netcdf file?
>>
>> Thanks for your response.
>>
>> Regards,
>>
>> Martine Michou
>>
>>
>>
>> netcdf CCMVal2_REF-B1_CNRM-ACM_2_T3I_va_01 {
>> dimensions:
>>    lon = 128 ;
>>    lat = 64 ;
>>    plev = 60 ;
>>    time = UNLIMITED ; // (3 currently)
>> variables:
>>    float lon(lon) ;
>>        lon:long_name = "longitude" ;
>>        lon:units = "degrees_east" ;
>>        lon:standard_name = "longitude" ;
>>    float lat(lat) ;
>>        lat:long_name = "latitude" ;
>>        lat:units = "degrees_north" ;
>>        lat:standard_name = "latitude" ;
>>    float plev(plev) ;
>>        plev:long_name = "pressure" ;
>>        plev:units = "Pa" ;
>>    double time(time) ;
>>        time:units = "hours since 1990-01-01 00:00" ;
>>    float va(time, plev, lat, lon) ;
>>        va:long_name = "northward_wind" ;
>>        va:units = "m s-1" ;
>>        va:grid_type = "gaussian" ;
>>        va:comment = "instantaneous values" ;
>>    float APS(lat, lon) ;
>>        APS:long_name = "APS" ;
>>        APS:units = "level" ;
>>        APS:missing_value = -999.f ;
>>
>> // global attributes:
>>        :CDI = "Climate Data Interface version 1.2.0" ;
>>        :Conventions = "CF-1.0" ;
>>        :history = "Mon Mar 09 16:29:33 2009: cdo selsmon,1
>> CCMVal2_REF-B1_CNRM-ACM_2_T3I_va.nc
>> CCMVal2_REF-B1_CNRM-ACM_2_T3I_va_01.nc\n",
>>            "Thu Mar  5 11:46:43 2009: ncrcat M29/va_h0.M29_1990_01_02.nc
>> M29/va_h0.M29_1990_01_11.nc M29/va_h0.M29_1990_01_21.nc
>> M29/va_h0.M29_1990_02_01.nc M29/va_h0.M29_1990_02_11.nc
>> M29/va_h0.M29_1990_02_21.nc M29/va_h0.M29_1990_03_01.nc
>> M29/va_h0.M29_1990_03_11.nc M29/va_h0.M29_1990_03_21.nc
>> M29/va_h0.M29_1990_04_01.nc M29/va_h0.M29_1990_04_11.nc
>> M29/va_h0.M29_1990_04_21.nc M29/va_h0.M29_1990_05_01.nc
>> M29/va_h0.M29_1990_05_11.nc M29/va_h0.M29_1990_05_21.nc
>> M29/va_h0.M29_1990_06_01.nc M29/va_h0.M29_1990_06_11.nc
>> M29/va_h0.M29_1990_06_21.nc M29/va_h0.M29_1990_07_01.nc
>> M29/va_h0.M29_1990_07_11.nc M29/va_h0.M29_1990_07_21.nc
>> M29/va_h0.M29_1990_08_01.nc M29/va_h0.M29_1990_08_11.nc
>> M29/va_h0.M29_1990_08_21.nc M29/va_h0.M29_1990_09_01.nc
>> M29/va_h0.M29_1990_09_11.nc M29/va_h0.M29_1990_09_21.nc
>> M29/va_h0.M29_1990_10_01.nc M29/va_h0.M29_1990_10_11.nc
>> M29/va_h0.M29_1990_10_21.nc M29/va_h0.M29_1990_11_01.nc
>> M29/va_h0.M29_1990_11_11.nc M29/va_h0.M29_1990_11_21.nc
>> M29/va_h0.M29_1990_12_01.nc M29/va_h0.M29_1990_12_11.nc
>> M29/va_h0.M29_1990_12_21.nc M29/CCMVal2_REF-B1_CNRM-ACM_2_T3I_va.nc\n",
>>            "Thu Mar 05 11:45:46 2009: cdo splitday TMP/mon01.nc
>> TMP/day\n",
>>            "Thu Mar 05 11:45:09 2009: cdo splitmon M29/va_h0.M29.1990.nc
>> TMP/mon\n",
>>            "created at time: Thu Mar  5 08:02:01 2009" ;
>>        :institution = "CNRM (Centre National de Recherches
>> Meteorologiques,
>> Meteo-France, Toulouse, France)" ;
>>        :title = "ARPEGE T42L60 coupled to MOCAGE-Climat" ;
>>        :references = "arpege version 4" ;
>>        :comment = "For accumulated variables: january 1st=accumulation
>> over
>> 12h-->18h + 18h-->0h of january 1st + 0h-->6h and 6h-->12h of january 2nd.
>> For instantaneous variables: january 1st= mean over 18h of january 1st +
>> 0h,6h and 12h of january 2nd." ;
>>        :nco_openmp_thread_number = 1 ;
>>        :CDO = "Climate Data Operators version 1.2.0
>> (http://www.mpimet.mpg.de/cdo)" ;
>> data:
>>
>>  lon = 0, 2.8125, 5.625, 8.4375, 11.25, 14.0625, 16.875, 19.6875, 22.5,
>>    25.3125, 28.125, 30.9375, 33.75, 36.5625, 39.375, 42.1875, 45, 47.8125,
>>    50.625, 53.4375, 56.25, 59.0625, 61.875, 64.6875, 67.5, 70.3125,
>> 73.125,
>>    75.9375, 78.75, 81.5625, 84.375, 87.1875, 90, 92.8125, 95.625, 98.4375,
>>    101.25, 104.0625, 106.875, 109.6875, 112.5, 115.3125, 118.125,
>> 120.9375,
>>    123.75, 126.5625, 129.375, 132.1875, 135, 137.8125, 140.625, 143.4375,
>>    146.25, 149.0625, 151.875, 154.6875, 157.5, 160.3125, 163.125,
>> 165.9375,
>>    168.75, 171.5625, 174.375, 177.1875, 180, 182.8125, 185.625, 188.4375,
>>    191.25, 194.0625, 196.875, 199.6875, 202.5, 205.3125, 208.125,
>> 210.9375,
>>    213.75, 216.5625, 219.375, 222.1875, 225, 227.8125, 230.625, 233.4375,
>>    236.25, 239.0625, 241.875, 244.6875, 247.5, 250.3125, 253.125,
>> 255.9375,
>>    258.75, 261.5625, 264.375, 267.1875, 270, 272.8125, 275.625, 278.4375,
>>    281.25, 284.0625, 286.875, 289.6875, 292.5, 295.3125, 298.125,
>> 300.9375,
>>    303.75, 306.5625, 309.375, 312.1875, 315, 317.8125, 320.625, 323.4375,
>>    326.25, 329.0625, 331.875, 334.6875, 337.5, 340.3125, 343.125,
>> 345.9375,
>>    348.75, 351.5625, 354.375, 357.1875 ;
>>
>>  lat = -87.8638, -85.09653, -82.31291, -79.5256, -76.7369, -73.94752,
>>    -71.15775, -68.36776, -65.57761, -62.78735, -59.99702, -57.20663,
>>    -54.4162, -51.62573, -48.83524, -46.04473, -43.2542, -40.46365,
>>    -37.67309, -34.88252, -32.09195, -29.30136, -26.51077, -23.72017,
>>    -20.92957, -18.13897, -15.34836, -12.55776, -9.767145, -6.976533,
>>    -4.185921, -1.395307, 1.395307, 4.185921, 6.976533, 9.767145, 12.55776,
>>    15.34836, 18.13897, 20.92957, 23.72017, 26.51077, 29.30136, 32.09195,
>>    34.88252, 37.67309, 40.46365, 43.2542, 46.04473, 48.83524, 51.62573,
>>    54.4162, 57.20663, 59.99702, 62.78735, 65.57761, 68.36776, 71.15775,
>>    73.94752, 76.7369, 79.5256, 82.31291, 85.09653, 87.8638 ;
>>
>>  plev = 60, 59, 58, 57, 56, 55, 54, 53, 52, 51, 50, 49, 48, 47, 46, 45,
>> 44,
>>    43, 42, 41, 40, 39, 38, 37, 36, 35, 34, 33, 32, 31, 30, 29, 28, 27, 26,
>>    25, 24, 23, 22, 21, 20, 19, 18, 17, 16, 15, 14, 13, 12, 11, 10, 9, 8,
>> 7,
>>    6, 5, 4, 3, 2, 1 ;
>>
>>  time = 24, 240, 480 ;
>> }
>
>
>
> --
> Heiner K?rnich
> Dept. of Meteorology            Tel:  +46 8 164333
> Stockholms University, SE-106 91 Stockholm, Sweden
> Email: heiner at misu.su.se   www.misu.su.se/~heiner/
>



--
Arlindo da Silva
dasilva at alum.mit.edu


From arubawx at SETARNET.AW  Mon Mar 16 22:00:30 2009
From: arubawx at SETARNET.AW (Marck Oduber)
Date: Tue, 17 Mar 2009 03:00:30 +0100
Subject: opengrads 2.0.a5.oga.3 grib2ctl
Message-ID: <TUE.17.MAR.2009.030030.0100.>

ok i have figured it out were to add the files in
opengrads.ver2.0.a5.oga.3 .....BUT I've noticed that g2ctl has problems
with WAFS datasets...the old grib2ctl.pl 0.9.12.5p38beta did handle wafs
though. I guess I will keep using grads 1.8SL11 and convert grib2>grib1 the
whole time...

ps. wafs datasets are small and easy to transfer..

Marck Oduber
Meteorological Service Neth.Antilles&Aruba
marck.oduber at meteo.aw


From mubashardogar at YAHOO.COM  Tue Mar 17 07:00:50 2009
From: mubashardogar at YAHOO.COM (Muhammmad Mubashar Ahmad Dogar)
Date: Tue, 17 Mar 2009 04:00:50 -0700
Subject: Conversion of two input files into a single output file
Message-ID: <TUE.17.MAR.2009.040050.0700.>

Dear GrADS users,

I am trying to convert 3 hourly data into daily data by using GrADS script. I have monthly files having 3 hourly data. I have successfully run the following script.


'reinit'
x=abc('7050100')
x=abc('7060100')
function abc(rcm)
'reinit'
'open ATM.199'rcm'.ctl'
'set gxout fwrite'
'set fwrite ATM.199'rcm'.grd'
'set x 1 144'
'set y 1 124'
t=1
tmax=124
while(t<=tmax)
'set t 't
'define a=ave(tpr,t+0,t+3)'
'd const(a,-9999.0,-u)'

t=t+4
endwhile
return


The problem is that I want to generate a single output file instead of having two. Please help me in this regard.


Regards

Mubashar

-------------------------------------------------------------Muhammmad Mubashar Ahmad Dogar
Scientific Officer
 (Climatology Section),
Global Change Impact Studies Centre (GCISC),
NCP complex, Quaid-e-Azam University Campus,
Shahdra road, Islamabad, Pakistan.
Tel: ?+92519230226
Mob:+923325143034
email: mubashardogar at yahoo.com
? ? ? ? ?mubashar.ahmad at gcisc.org.pk???????? mubashar.ahmad at gmail.com



      New Email names for you! 
Get the Email name you&#39;ve always wanted on the new @ymail and @rocketmail. 
Hurry before someone else does!
http://mail.promotions.yahoo.com/newdomains/aa/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090317/4a85536e/attachment.html 

From jma at COLA.IGES.ORG  Tue Mar 17 08:43:28 2009
From: jma at COLA.IGES.ORG (Jennifer Adams)
Date: Tue, 17 Mar 2009 08:43:28 -0400
Subject: basemap
In-Reply-To: <20090317000730.078DB204A7@mx2.cineca.it>
Message-ID: <TUE.17.MAR.2009.084328.0400.>


On Mar 16, 2009, at 8:06 PM, Teresa Joan Parker wrote:
>
> Thanks so much Jennifer, that works really well. Options 1 and 2
> still had
> "rogue" polygons, unfortunately (I bet those summer interns worked
> hard at
> them!) but option 3 works very well. I'm not sure about your comment
> on
> rotating the plot using the lon min/max values in the 'set mpvals'
> command
> though; as this is set to 0 and 360 respectively, how could I change
> it? I
> tried 360 and 0 but this obviously didn't work! Any suggestions?

Some examples might be:

'set mpvals -180 180 70 90'
'set mpvals -90 270 70 90'
'set mpvals -80 280 70 90'

Try these out and see how the view rotates...

--
Jennifer M. Adams
IGES/COLA
4041 Powder Mill Road, Suite 302
Calverton, MD 20705
jma at cola.iges.org



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090317/dca3c383/attachment.html 

From selfscience06 at GMAIL.COM  Tue Mar 17 15:33:27 2009
From: selfscience06 at GMAIL.COM (Dizzle Man)
Date: Tue, 17 Mar 2009 14:33:27 -0500
Subject: script Help
Message-ID: <TUE.17.MAR.2009.143327.0500.>

I have several NCEP data files I would like to loop in a script without
having to open each file one by one. Any suggestions?

'reinit'
'open gfsanl_3_20060805_0000_000.ctl'
'set z 21'
'set lat -60 90'
'set lon -180 180'
'set mpdset hires'
'set gxout shaded'
'd rh'
'draw map'
'run cbar.gs'
'draw title Relative Humidity Along ITCZ: 2006-08-05_0000'
'printim 05_0000.png x1600 y1200'

'reinit'
'open gfsanl_3_20060805_0600_000.ctl'
'set z 21'
'set lat -60 90'
'set lon -180 180'
'set mpdset hires'
'set gxout shaded'
'd rh'
'draw map'
'run cbar.gs'
'draw title Relative Humidity Along ITCZ: 2006-08-05_0600'
'printim 05_0600.png x1600 y1200'

'reinit'
'open gfsanl_3_20060805_1200_000.ctl'
'set z 21'
'set lat -60 90'
'set lon -180 180'
'set mpdset hires'
'set gxout shaded'
'd rh'
'draw map'
'run cbar.gs'
'draw title Relative Humidity Along ITCZ: 2006-08-05_1200'
'printim 05_1200.png x1600 y1200'
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090317/c63ba224/attachment.html 

From Charles.Seman at NOAA.GOV  Tue Mar 17 17:29:42 2009
From: Charles.Seman at NOAA.GOV (Charles Seman)
Date: Tue, 17 Mar 2009 17:29:42 -0400
Subject: script Help
In-Reply-To: <1fbbfe0f0903171233j1bf857av9325486b0738a74e@mail.gmail.com>
Message-ID: <TUE.17.MAR.2009.172942.0400.>

If you don't require a 'reinit' for each plot, you could try something
like (haven't actually tried the code below...):

'reinit'
itime.1 = '0000' ; itime.2 = '0600' ; itime.3 = '1200'
n=1
while ( n <= 3 )
 itime = itime.n
 'open gfsanl_3_20060805_'itime'_000.ctl'
 'set z 21'
 'set lat -60 90'
 'set lon -180 180'
 'set mpdset hires'
 'set gxout shaded'
 'd rh'
 'draw map'
 'run cbar.gs <http://cbar.gs>'
 'draw title Relative Humidity Along ITCZ: 2006-08-05_'itime''
 'printim 05_'itime'.png x1600 y1200'
 'close 1'
 n=n+1
endwhile

I hope this helps,
Chuck

Dizzle Man wrote:
> I have several NCEP data files I would like to loop in a script
> without having to open each file one by one. Any suggestions?
>
> 'reinit'
> 'open gfsanl_3_20060805_0000_000.ctl'
> 'set z 21'
> 'set lat -60 90'
> 'set lon -180 180'
> 'set mpdset hires'
> 'set gxout shaded'
> 'd rh'
> 'draw map'
> 'run cbar.gs <http://cbar.gs>'
> 'draw title Relative Humidity Along ITCZ: 2006-08-05_0000'
> 'printim 05_0000.png x1600 y1200'
>
> 'reinit'
> 'open gfsanl_3_20060805_0600_000.ctl'
> 'set z 21'
> 'set lat -60 90'
> 'set lon -180 180'
> 'set mpdset hires'
> 'set gxout shaded'
> 'd rh'
> 'draw map'
> 'run cbar.gs <http://cbar.gs>'
> 'draw title Relative Humidity Along ITCZ: 2006-08-05_0600'
> 'printim 05_0600.png x1600 y1200'
>
> 'reinit'
> 'open gfsanl_3_20060805_1200_000.ctl'
> 'set z 21'
> 'set lat -60 90'
> 'set lon -180 180'
> 'set mpdset hires'
> 'set gxout shaded'
> 'd rh'
> 'draw map'
> 'run cbar.gs <http://cbar.gs>'
> 'draw title Relative Humidity Along ITCZ: 2006-08-05_1200'
> 'printim 05_1200.png x1600 y1200'

--

Please note that Charles.Seman at noaa.gov should be considered my NOAA
email address, not cjs at gfdl.noaa.gov.

********************************************************************
 Charles Seman                                Charles.Seman at noaa.gov
 U.S. Department of Commerce / NOAA / OAR
 Geophysical Fluid Dynamics Laboratory         voice: (609) 452-6547
 201 Forrestal Road                              fax: (609) 987-5063
 Princeton, NJ  08540-6649            http://www.gfdl.noaa.gov/~cjs/
********************************************************************

"The contents of this message are mine personally and do not necessarily
reflect any position of the Government or NOAA."


From dasilva at ALUM.MIT.EDU  Tue Mar 17 18:39:34 2009
From: dasilva at ALUM.MIT.EDU (Arlindo da Silva)
Date: Tue, 17 Mar 2009 18:39:34 -0400
Subject: display error in windows version grads-2.0.a5
In-Reply-To: <1237307270.S.5024.3637.f5mail-147-115.rediffmail.com.1237311724.53433@webmail.rediffmail.com>
Message-ID: <TUE.17.MAR.2009.183934.0400.>

Dear Windows Users of GrADS v2.0,

  Just a reminder: if you are using the Win32 Superpack of
grads-2.0.a5.oga.3 (ZIP version, the only available right now), make
sure to set your PATH variable as explained in the
"Getting_Started.html" document, in particular if you want to start
grads from the command line; see below.

  Also, users have reported problems with the wrapper VBscipts when
installing it on a directory with space in the name, say "C:\Program
Files".  Just install it on a directory such as "C:\WinGrADS" for now.

    Arlindo


---------- Forwarded message ----------
From: Raj Kumar Sharma <rajkumar_62 at rediffmail.com>
Date: Tue, Mar 17, 2009 at 1:42 PM
Subject: Re :Re: Re :Re: Re : Re: display error in windows version grads-2.0.a5
To: dasilva at alum.mit.edu


THANKS. I installed grads-2.0.a5.og3-win32_superpack and set path for
the OpenGrADS/Content/Cygwin/Versions/2.0.a5.oga.3/i686
It is working. However path defined for OpenGrADS/Classic was somwhow
not working.
 FOR YOUR INFORMATION C:set command does not show any Display variable set.

Thanks

Raj

On Tue, 17 Mar 2009 11:59:38 -0400 Arlindo da Silva wrote
On Thu, Mar 12, 2009 at 4:34 AM, Raj Kumar Sharma
wrote:
> Hi,

We have a mystery at our hands...

> I am able to run GrADS Version 1.9.0-rc1 on the same machine without any
> problem. It opens the GrADS window. It also shows the Xming icon in toolbar.
> While that icon is existing, I try to open Grads v2.0.a3 in my office PC
> with  Windows XP. It shows Error in GXSTRT. Unable to connect to X server.
>

Do you really mean 2.0.a3 or a.0.a5.oga.3? Any chance that you have
the environment variable already set? Opwn a cmd.exe command window
and type

C:> set

and see if the DISPLAY variable is set.

> At my Home PC with Vista, I downloaded V2.0.a5 and there also I am unable to
> run Grads showing same error

Again, please check whether DISPLAY is set. Can you send a screendump
with all the error messages?

> If my antivirus (AVAST) is blocking, then it should block both versions of
> Grads.

Very true.

> Only difference in the versions, I see that in V1.9, we have many files in
> different directories such as Xming, win32, data, lib etc, whereas in
> v2.0.a3, we have only ONE directory with very few files (13 files) no Xming
> or data directory etc

You may have an incomplete installation in this case. Which package
exactly did you install? There is a *bin* package for cygwin that is
very bare, for people with an already existing cygwin installation.
It is explained here:

http://opengrads.org/wiki/index.php?title=Installing_GrADS_v2.0_on_Microsoft_Windows

> These are the files in v2.0.a3 version of grads
> bufrscan.exe, cygX11-6.dll, cygncurses-8.dll, cygwin1.dll, grads.exe,
> grib2scan.exe, gribmap.exe, gribscan.exe, gxeps.exe,
> gxps.exe, gxtran.exe, stnmap.exe, wgrib.exe
>

I'd recommend you install the *superpack*.exe for 2.0.a3 (or a4). I am
yet to prepare this .exe for a5.

In any event, it would be better for us to focus energy on 2.0.a5 as
it is a lot more capabable. So, let's do something very basic:

1) Get the zip file for 2.0.a5.oga.3 and unzip it; install it under
C:, say C:OpenGrADS

2) Make sure you have the directories Contents/ and Classic/

3) Open a cmd.exe window (*not* a bash shell from cygwin) and

C:
cd C:OpenGrADSClassicbin
set
grads

Send me a screendump of this. There are several possibilities, let's
first diagnose the problem.

Arlindo

--
Arlindo da Silva
dasilva at alum.mit.edu




--
Arlindo da Silva
dasilva at alum.mit.edu


From katsanos at METEO.NOA.GR  Wed Mar 18 03:44:04 2009
From: katsanos at METEO.NOA.GR (Dimitrios Katsanos)
Date: Wed, 18 Mar 2009 09:44:04 +0200
Subject: script Help
Message-ID: <WED.18.MAR.2009.094404.0200.>

 Maybe you could merge all .dat files into one and control it by a single .ctl file. At least it worked for me.
  
 Here is what you could have in your script:


'open YOUR_NEW.ctl'
count=1
rec=3           (example for the 3 files)  
while(count<=rec)
'set z 21'
'set lat -60 90'
'set lon -180 180'
'set mpdset hires'
'set gxout shaded'
'set t 'count   
'd rh'
'draw map'
'run cbar.gs'
'q time'      (this will give you a string which I call "alldate")
alldate=subwrd(result,3)
date=substr(alldate,4,9)  (This gives date as "05MAR2006" )
hour=substr(alldate,1,2)  (This gives hour as "00")
'draw title Relative Humidity 'date' at 'hour'UTC '
'printim 'date'_'hour'.png x1600 y1200'
'clear'
count=count+1
endwhile


Don't forget to "modify" TDEF in YOUR_NEW.ctl



I hope this helps,

Dimitris.



  ----- Original Message ----- 
  From: Dizzle Man 
  To: GRADSUSR at LIST.CINECA.IT 
  Sent: Tuesday, March 17, 2009 9:33 PM
  Subject: script Help


  I have several NCEP data files I would like to loop in a script without having to open each file one by one. Any suggestions?

  'reinit'
  'open gfsanl_3_20060805_0000_000.ctl'
  'set z 21'
  'set lat -60 90'
  'set lon -180 180'
  'set mpdset hires'
  'set gxout shaded'
  'd rh'
  'draw map'
  'run cbar.gs'
  'draw title Relative Humidity Along ITCZ: 2006-08-05_0000'
  'printim 05_0000.png x1600 y1200'

  'reinit'
  'open gfsanl_3_20060805_0600_000.ctl'
  'set z 21'
  'set lat -60 90'
  'set lon -180 180'
  'set mpdset hires'
  'set gxout shaded'
  'd rh'
  'draw map'
  'run cbar.gs'
  'draw title Relative Humidity Along ITCZ: 2006-08-05_0600'
  'printim 05_0600.png x1600 y1200'

  'reinit'
  'open gfsanl_3_20060805_1200_000.ctl'
  'set z 21'
  'set lat -60 90'
  'set lon -180 180'
  'set mpdset hires'
  'set gxout shaded'
  'd rh'
  'draw map'
  'run cbar.gs'
  'draw title Relative Humidity Along ITCZ: 2006-08-05_1200'
  'printim 05_1200.png x1600 y1200'
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090318/769248be/attachment.html 

From meteo at SPORT123.IT  Wed Mar 18 08:02:11 2009
From: meteo at SPORT123.IT (Valerio Guerra)
Date: Wed, 18 Mar 2009 13:02:11 +0100
Subject: display error in windows version grads-2.0.a5
Message-ID: <WED.18.MAR.2009.130211.0100.>

Arlindo da Silva wrote:
> Dear Windows Users of GrADS v2.0,
>
> Just a reminder: if you are using the Win32 Superpack of
> grads-2.0.a5.oga.3 (ZIP version, the only available right now), make
> sure to set your PATH variable as explained in the
> "Getting_Started.html" document, in particular if you want to start
> grads from the command line; see below.

Hi Arlindo,

just a little addendum which could be useful for some user...
On my Windows Vista I had to set the following environment variable:

set GADDIR=g:\meteo\grads2\data

to avoid missing data errors like the following:
> Open Error on Map Data Set: /cygdrive/Resources/SupportData/lowres
> Contouring: 1000 to 1035 interval 5
> Error opening stroke character data set
>  Data set names = /cygdrive/Resources/SupportData/font0.dat ; font0.dat

Obviously users should substitute the command above with own grads2 data directory.

Valerio Guerra


From arlindo.dasilva at GMAIL.COM  Wed Mar 18 14:51:51 2009
From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva)
Date: Wed, 18 Mar 2009 14:51:51 -0400
Subject: where to find libbjt, extensions
Message-ID: <WED.18.MAR.2009.145151.0400.>

On Wed, Mar 18, 2009 at 12:17 PM, Y. Yamasaki <yamasaki at fis.ua.pt> wrote:
> Dear Arlindo,
>
> Could you pleas inform where can I find and download libbjt.gex. I found
> only the general description of the collection on
> http://opengrads.org/doc/udxt/libbjt/libbjt.html
>
> Thank you
>
> yoshihiro yamasaki
>
> Federal University of Pelotas
> Brazil
>
>

It comes with the OpenGrADS Bundle v2.0.a5.oga.3 downloadable from sourceforge:

           http://sourceforge.net/project/showfiles.php?group_id=161773

   Arlindo

--
Arlindo da Silva
dasilva at alum.mit.edu


From mequitomz at YAHOO.COM.BR  Wed Mar 18 20:35:04 2009
From: mequitomz at YAHOO.COM.BR (Arlindo Meque)
Date: Wed, 18 Mar 2009 17:35:04 -0700
Subject: No subject
Message-ID: <WED.18.MAR.2009.173504.0700.>



Dear all,
 
1. I?m trying to plot station
data:
 
1979  1  mapt    -25.18  32.36    10
1979  1  chang    -26.18  32.11   10
1979  1  xai      -25.03  33.38   11
1979  1  namp     -15.06  39.17   15
1979  1  lich     -13.18  35.14   12
1979  1  cuamba   -14.49  36.32   10
1979  1  pemba    -12.59  40.32   14
1979  1  qlm      -17.53  36.53   11
1979  1  Tete     -16.11  33.53   11
1979  1  chimo    -19.07  32.28   10
1979  1  Ibn      -23.52  35.23   12
1979  1  vlk      -22.00  35.19   11
1979  1  beira    -19.48  34.54   14
 
2. As you can see, the
latitudes are negatives, 

   but the result of the output is somewhere NORTH OF THE
EQUATOR.
 
3. Find attached the source
code and the output
 
 
 
Help
is needed,
 
 
 
Arlindo  


      Veja quais s?o os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: read.c
Type: application/octet-stream
Size: 1528 bytes
Desc: not available
Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090318/6345adc2/attachment.obj 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: test.png
Type: image/png
Size: 3609 bytes
Desc: not available
Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090318/6345adc2/attachment.png 

From mequitomz at YAHOO.COM.BR  Wed Mar 18 20:42:38 2009
From: mequitomz at YAHOO.COM.BR (Arlindo Meque)
Date: Wed, 18 Mar 2009 17:42:38 -0700
Subject: Strange output from station data
Message-ID: <WED.18.MAR.2009.174238.0700.>



Dear all,
 
1. I?m trying to plot station
data:
 
1979  1  mapt     -25.18  32.36    10
1979  1  chang    -26.18  32.11   10
1979  1  xai      -25.03  33.38   11
1979  1  namp     -15.06  39.17   15
1979  1  lich     -13.18  35.14   12
1979  1  cuamba   -14.49  36.32   10
1979  1  pemba    -12.59  40.32   14
1979  1  qlm      -17.53  36.53   11
1979  1  Tete     -16.11  33.53   11
1979  1  chimo    -19.07  32.28   10
1979  1  Ibn      -23.52  35.23   12
1979  1  vlk      -22.00  35.19   11
1979  1  beira    -19.48  34.54   14
 
2. As you can see, the
latitudes are negatives, 

 but the result  of my plot is somewhere NORTH OF THE
EQUATOR.
 
3. Find attached the source
code and the output
 
 
 
Help
is needed,
 
 
 
Arlindo  


      Veja quais s?o os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: read.c
Type: application/octet-stream
Size: 1528 bytes
Desc: not available
Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090318/1699f502/attachment.obj 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: test.png
Type: image/png
Size: 3609 bytes
Desc: not available
Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090318/1699f502/attachment.png 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: estacoes.ctl
Type: application/octet-stream
Size: 192 bytes
Desc: not available
Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090318/1699f502/attachment-0001.obj 

From furue at HAWAII.EDU  Thu Mar 19 20:22:18 2009
From: furue at HAWAII.EDU (Ryo Furue)
Date: Thu, 19 Mar 2009 14:22:18 -1000
Subject: Strange output from station data
In-Reply-To: <63606.91262.qm@web52310.mail.re2.yahoo.com>
Message-ID: <THU.19.MAR.2009.142218.1000.>

Hi Arlindo,

I guess this "rec+20" in this line

  sscanf (rec+20," %g %g %g",&hdr.lat,&hdr.lon,&val);

is the culprit.  You are missing the first two characters
of the latitude.  Your latitude starts from the 18th column
counting from 0th (see below), so that the code should read

  sscanf (rec+18," %g %g %g",&hdr.lat,&hdr.lon,&val);

Hope this helps,
Ryo
------------------------------------------------
012345678901234567890
1979  1  mapt     -25.18  32.36    10
1979  1  chang    -26.18  32.11   10
1979  1  xai      -25.03  33.38   11
1979  1  namp     -15.06  39.17   15
1979  1  lich     -13.18  35.14   12
1979  1  cuamba   -14.49  36.32   10
1979  1  pemba    -12.59  40.32   14
1979  1  qlm      -17.53  36.53   11
1979  1  Tete     -16.11  33.53   11
1979  1  chimo    -19.07  32.28   10
1979  1  Ibn      -23.52  35.23   12
1979  1  vlk      -22.00  35.19   11
1979  1  beira    -19.48  34.54   14


From adelinan at UMICH.EDU  Thu Mar 19 20:29:27 2009
From: adelinan at UMICH.EDU (Adelina Nastasoiu)
Date: Thu, 19 Mar 2009 20:29:27 -0400
Subject: Strange output from station data
In-Reply-To: <20090319.142218.123486949.furue@hawaii.edu>
Message-ID: <THU.19.MAR.2009.202927.0400.>

Hi

I read the instructions on how to unsubscribe from this email, but it didn't
work. I wrote SIGNOFF GRADSUSR in the subject line and in the body of the
email, but I don't know if I  misunderstood the directions. Can somebody
please help me?

Thank you!

On Thu, Mar 19, 2009 at 8:22 PM, Ryo Furue <furue at hawaii.edu> wrote:

> Hi Arlindo,
>
> I guess this "rec+20" in this line
>
>  sscanf (rec+20," %g %g %g",&hdr.lat,&hdr.lon,&val);
>
> is the culprit.  You are missing the first two characters
> of the latitude.  Your latitude starts from the 18th column
> counting from 0th (see below), so that the code should read
>
>  sscanf (rec+18," %g %g %g",&hdr.lat,&hdr.lon,&val);
>
> Hope this helps,
> Ryo
> ------------------------------------------------
> 012345678901234567890
> 1979  1  mapt     -25.18  32.36    10
> 1979  1  chang    -26.18  32.11   10
> 1979  1  xai      -25.03  33.38   11
> 1979  1  namp     -15.06  39.17   15
> 1979  1  lich     -13.18  35.14   12
> 1979  1  cuamba   -14.49  36.32   10
> 1979  1  pemba    -12.59  40.32   14
> 1979  1  qlm      -17.53  36.53   11
> 1979  1  Tete     -16.11  33.53   11
> 1979  1  chimo    -19.07  32.28   10
> 1979  1  Ibn      -23.52  35.23   12
> 1979  1  vlk      -22.00  35.19   11
> 1979  1  beira    -19.48  34.54   14
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090319/8b788140/attachment.html 

From bernd.becker at METOFFICE.GOV.UK  Fri Mar 20 06:29:16 2009
From: bernd.becker at METOFFICE.GOV.UK (Bernd Becker)
Date: Fri, 20 Mar 2009 10:29:16 +0000
Subject: Central England Temperature
Message-ID: <FRI.20.MAR.2009.102916.0000.>

This is a long shot ...

Do you have the Central England Temperature Record in a grads readable
format?

I better ask before re-inventing the wheel.

Thanks!
Bernd.


--
Bernd Becker   The Monthly Outlook
Met Office  FitzRoy Road  Exeter   Devon EX1 3PB  United Kingdom
Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050
E-mail:bernd.becker at metoffice.com  -  http://www.metoffice.com


From cassar at PILOTBOOK.EU  Fri Mar 20 10:39:24 2009
From: cassar at PILOTBOOK.EU (Pierre Cassar)
Date: Fri, 20 Mar 2009 15:39:24 +0100
Subject: OpenGrADS Bundle v2.0.a5.oga.3
Message-ID: <FRI.20.MAR.2009.153924.0100.>

Hi All,

I noticed that on the grads2.a5.oga page on Sourceforce not all the
releases are lined-up with the same level: oga.2 and oga.3.
For example the grads2.a5.oga.3-bundle for Freebsd is missing, both
for x64 and i386 architecture.

Is this correct?
No oga.3 builds for Freebsd are still available or there's some
problem with Sourceforge?

Anyway there's no problem for me, I currently use oga.2 on Freebsd 7
x64 and it works well.

Pierre Cassar


From fowler at CIRA.COLOSTATE.EDU  Fri Mar 20 14:31:32 2009
From: fowler at CIRA.COLOSTATE.EDU (Laura Fowler)
Date: Fri, 20 Mar 2009 19:31:32 +0100
Subject: Re-labeling an axis
Message-ID: <FRI.20.MAR.2009.193132.0100.>

I am trying to re-label the x-axis but this is not working well. By default,
the x-axis is labeled with the labels 0 to 0.02E with a 0.002 increment. I
have 200 grid-points along the x-axis.

Using "set xaxis 0. 0.020 0.004', I am able to reduce the number of labels
which is what I wanted to do first.

What do I need to do to re-label the x-axis (0 0.004E 0.008E 0.012E 0.016E
0.020E) to (0 40E 80E 120E 160E 200E)?

I tried xlabs and I tried xlevs, but my labels appear crunched together on
the left side of the xaxis.

I must be missing something. Can you help?

Thanks.
Laura


From thankar at GEO.AUTH.GR  Sat Mar 21 13:25:29 2009
From: thankar at GEO.AUTH.GR (Karagiannidis Sakis)
Date: Sat, 21 Mar 2009 19:25:29 +0200
Subject: printim problem
Message-ID: <SAT.21.MAR.2009.192529.0200.>

Dear GrADS users.
I' m trying to use "printim" to create an image with background. For
example, to illustrate the vorticity field over a background of
topography created with makebg.gs. The problem is that "printim" does
not work properly with the desired arguments. Whenever i use an
expresion analogous to "|printim image.gif -b mybkg.png -t 0" (as stated
in http://www.iges.org/grads/gadoc/gadocindex.html) i get the message
"PRINTIM error:  Invalid option; ignored".
However, whenever i use the experesion "printim image.gif gif x800 y600"
i works perfectly.
Can anyone help me with this problem?
I'm using GrADS 1.8 (native windows or with x-server) with windows xp
operating system.

Thanx in advance.
|

--
Athanasios F. Karagiannidis
Physicist, MSc Meteorology and Climatology
Department of Meteorology and Climatology
School of Geology - A.U.Th.
E-mail: thankar at geo.auth.gr

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090321/6365101e/attachment.html 

From Monica.Ionita at AWI.DE  Sun Mar 22 16:23:59 2009
From: Monica.Ionita at AWI.DE (Monica Ionita)
Date: Sun, 22 Mar 2009 21:23:59 +0100
Subject: Logic error 8 in gxshad
Message-ID: <SUN.22.MAR.2009.212359.0100.>

Dear all,

I keep bumping into this error message when I try to use the "set gxout"
function:

*Logic error 8 in gxshad
Error in gxshad*


I have read all the posts made before about this error and as far as I
understood this might be due to some undefined values in the data set.
Since I know for sure that I have no undefined values in my data, does
anyone have any idea how to get rid of this error message and how to be
able to plot the map I need in shaded form?

I have to say that if I use the _*line contour*_ the plot is made and
looks more than perfect, but unfortunately I need it in shaded form.

Any help is appreciated.

My best regards,
Monica Ionita


From smcmillan at PLANALYTICS.COM  Mon Mar 23 10:42:20 2009
From: smcmillan at PLANALYTICS.COM (Stephen R McMillan)
Date: Mon, 23 Mar 2009 09:42:20 -0500
Subject: printim problem
In-Reply-To: <49C52309.60808@geo.auth.gr>
Message-ID: <MON.23.MAR.2009.094220.0500.>

To my knowledge, the background and transparency options do not work with 
version 1.8.  Try upgrading to one of the available more recent versions. 
Stephen McMillan



Karagiannidis Sakis <thankar at GEO.AUTH.GR> 
Sent by: GRADSUSR at LIST.CINECA.IT
03/21/2009 12:25 PM
Please respond to
GRADSUSR at LIST.CINECA.IT


To
GRADSUSR at LIST.CINECA.IT
cc

Subject
printim problem





Dear GrADS users.
I' m trying to use "printim" to create an image with background. For 
example, to illustrate the vorticity field over a background of topography 
created with makebg.gs. The problem is that "printim" does not work 
properly with the desired arguments. Whenever i use an expresion analogous 
to "printim image.gif -b mybkg.png -t 0" (as stated in 
http://www.iges.org/grads/gadoc/gadocindex.html) i get the message
"PRINTIM error:  Invalid option; ignored". 
However, whenever i use the experesion "printim image.gif gif x800 y600" i 
works perfectly.
Can anyone help me with this problem?
I'm using GrADS 1.8 (native windows or with x-server) with windows xp 
operating system.

Thanx in advance.
 

--
Athanasios F. Karagiannidis
Physicist, MSc Meteorology and Climatology
Department of Meteorology and Climatology
School of Geology - A.U.Th.
E-mail: thankar at geo.auth.gr





***************************************************
The information contained in this e-mail message is intended only for the use of the recipient(s) named above and may contain information that is privileged, confidential, and/or proprietary.  If you are not the intended recipient, you may not review, copy or distribute this message.  If you have received this communication in error, please notify the sender immediately by e-mail, and delete the original message.
***************************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090323/9ade6b6a/attachment.html 

From michael.l.sestak at NAVY.MIL  Mon Mar 23 11:08:36 2009
From: michael.l.sestak at NAVY.MIL (Sestak, Michael L CIV 63134)
Date: Mon, 23 Mar 2009 08:08:36 -0700
Subject: Logic error 8 in gxshad
In-Reply-To: <49C69E5F.5060405@awi.de>
Message-ID: <MON.23.MAR.2009.080836.0700.>

Could you provide more information, especially the version number of grads that you are using and the control file (or whether grib or netcdf or some other kind of data file).  The only thing I can guess is that maybe you have too many contour levels for the program to handle.  Try setting cint so you only have something like 10 or fewer contour levels.

Michael Sestak
Fleet Numerical Meteorology and Oceanography Center
Monterey, CA



From: Monica Ionita
Sent: Sun 3/22/2009 13:23
To: GRADSUSR at LIST.CINECA.IT
Subject: Logic error 8 in gxshad


Dear all,

I keep bumping into this error message when I try to use the "set gxout"
function:

*Logic error 8 in gxshad
Error in gxshad*


I have read all the posts made before about this error and as far as I
understood this might be due to some undefined values in the data set.
Since I know for sure that I have no undefined values in my data, does
anyone have any idea how to get rid of this error message and how to be
able to plot the map I need in shaded form?

I have to say that if I use the _*line contour*_ the plot is made and
looks more than perfect, but unfortunately I need it in shaded form.

Any help is appreciated.

My best regards,
Monica Ionita
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090323/4c904704/attachment.html 

From jma at COLA.IGES.ORG  Mon Mar 23 11:18:52 2009
From: jma at COLA.IGES.ORG (Jennifer Adams)
Date: Mon, 23 Mar 2009 11:18:52 -0400
Subject: Logic error 8 in gxshad
In-Reply-To: <49C69E5F.5060405@awi.de>
Message-ID: <MON.23.MAR.2009.111852.0400.>

Do you know for sure that you have no "NaN" values in your data? This
is another known cause for the logic error message.
--Jennifer

On Mar 22, 2009, at 4:23 PM, Monica Ionita wrote:

> Dear all,
>
> I keep bumping into this error message when I try to use the "set
> gxout"
> function:
>
> *Logic error 8 in gxshad
> Error in gxshad*
>
>
> I have read all the posts made before about this error and as far as I
> understood this might be due to some undefined values in the data set.
> Since I know for sure that I have no undefined values in my data, does

> anyone have any idea how to get rid of this error message and how to
> be
> able to plot the map I need in shaded form?
>
> I have to say that if I use the _*line contour*_ the plot is made and
> looks more than perfect, but unfortunately I need it in shaded form.
>
> Any help is appreciated.
>
> My best regards,
> Monica Ionita

--
Jennifer M. Adams
IGES/COLA
4041 Powder Mill Road, Suite 302
Calverton, MD 20705
jma at cola.iges.org



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090323/aecbc0cd/attachment.html 

From slovoed123 at YAHOO.COM  Mon Mar 23 11:31:46 2009
From: slovoed123 at YAHOO.COM (slovoed slovoed)
Date: Mon, 23 Mar 2009 08:31:46 -0700
Subject: Logic error 8 in gxshad
In-Reply-To: <49C69E5F.5060405@awi.de>
Message-ID: <MON.23.MAR.2009.083146.0700.>

hi, Monica

You are right, the same problem I encountered before, because undefine value is not set correctly. In my case, sometimes I wrongly write my data (using matlab) into grads format without replacing NaN with undefine value ( such as -1e13). Then got the same error message when shaded the figure.

I hope it helps.

Slovoed




________________________________
From: Monica Ionita <Monica.Ionita at AWI.DE>
To: GRADSUSR at LIST.CINECA.IT
Sent: Sunday, March 22, 2009 9:23:59 PM
Subject: Logic error 8 in gxshad

Dear all,

I keep bumping into this error message when I try to use the "set gxout"
function:

*Logic error 8 in gxshad
Error in gxshad*


I have read all the posts made before about this error and as far as I
understood this might be due to some undefined values in the data set.
Since I know for sure that I have no undefined values in my data, does
anyone have any idea how to get rid of this error message and how to be
able to plot the map I need in shaded form?

I have to say that if I use the _*line contour*_ the plot is made and
looks more than perfect, but unfortunately I need it in shaded form.

Any help is appreciated.

My best regards,
Monica Ionita



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090323/7c890d79/attachment.html 

From thankar at GEO.AUTH.GR  Mon Mar 23 12:28:08 2009
From: thankar at GEO.AUTH.GR (Karagiannidis Sakis)
Date: Mon, 23 Mar 2009 18:28:08 +0200
Subject: printim problem
In-Reply-To: <OFD68ED6D5.9500E4ED-ON85257582.005084AF-86257582.0050C90C@planalytics.com>
Message-ID: <MON.23.MAR.2009.182808.0200.>

Thanx. It seems however that the GrADS version 2 for windows has some
problems. In fact i can not make it work neither in native windows, nor
with an x-server. To be more specific It seems that it can not connect
to the x-sevrer. Maybe I should wait for a next release of version 2.


Thanx for everything.


Athanasios F. Karagiannidis
Physicist, MSc Meteorology and Climatology
Department of Meteorology and Climatology
School of Geology - A.U.Th.
E-mail: thankar at geo.auth.gr



Stephen R McMillan wrote:
> To my knowledge, the background and transparency options do not work
> with version 1.8.  Try upgrading to one of the available more recent
> versions.  Stephen McMillan
>
>
> *Karagiannidis Sakis <thankar at GEO.AUTH.GR>*
> Sent by: GRADSUSR at LIST.CINECA.IT
>
> 03/21/2009 12:25 PM
> Please respond to
> GRADSUSR at LIST.CINECA.IT
>
>
>
> To
>       GRADSUSR at LIST.CINECA.IT
> cc
>
> Subject
>       printim problem
>
>
>
>
>
>
>
>
> Dear GrADS users.
> I' m trying to use "printim" to create an image with background. For
> example, to illustrate the vorticity field over a background of
> topography created with makebg.gs. The problem is that "printim" does
> not work properly with the desired arguments. Whenever i use an
> expresion analogous to "printim image.gif -b mybkg.png -t 0" (as
> stated in _http://www.iges.org/grads/gadoc/gadocindex.html_) i get the
> message
> "PRINTIM error:  Invalid option; ignored".
> However, whenever i use the experesion "printim image.gif gif x800
> y600" i works perfectly.
> Can anyone help me with this problem?
> I'm using GrADS 1.8 (native windows or with x-server) with windows xp
> operating system.
>
> Thanx in advance.
>
>
> --
> Athanasios F. Karagiannidis
> Physicist, MSc Meteorology and Climatology
> Department of Meteorology and Climatology
> School of Geology - A.U.Th.
> E-mail: _thankar at geo.auth.gr_ <mailto:thankar at geo.auth.gr>
>
>
>
>
> ***************************************************
> The information contained in this e-mail message is intended only for
> the use of the recipient(s) named above and may contain information
> that is privileged, confidential, and/or proprietary. If you are not
> the intended recipient, you may not review, copy or distribute this
> message. If you have received this communication in error, please
> notify the sender immediately by e-mail, and delete the original message.
> ***************************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090323/09a0b8c9/attachment.html 

From stergios.misios at ZMAW.DE  Mon Mar 23 12:32:14 2009
From: stergios.misios at ZMAW.DE (Stergios Misios)
Date: Mon, 23 Mar 2009 17:32:14 +0100
Subject: Re-labeling an axis
In-Reply-To: <20090320183235.1F2211FFF8@mx2.cineca.it>
Message-ID: <MON.23.MAR.2009.173214.0100.>

Hi Laura,
you may try to set the labels manualy

*set xlabs lab1|lab2|lab3|lab4|lab5
*

Stergios


From ivtoman at INET.HR  Mon Mar 23 12:40:28 2009
From: ivtoman at INET.HR (Ivan Toman)
Date: Mon, 23 Mar 2009 17:40:28 +0100
Subject: Meteogram script for WRF output data?
Message-ID: <MON.23.MAR.2009.174028.0100.>

Hello all!

Please, does anybody wish to share with me their grads scripts for
creating meteograms from WRF GRIB1 output?

Many thanks in advance,
Ivan


From smcmillan at PLANALYTICS.COM  Mon Mar 23 12:45:22 2009
From: smcmillan at PLANALYTICS.COM (Stephen R McMillan)
Date: Mon, 23 Mar 2009 11:45:22 -0500
Subject: printim problem
In-Reply-To: <49C7B898.9050804@geo.auth.gr>
Message-ID: <MON.23.MAR.2009.114522.0500.>

I have not tried this with version 2 specifically, but the following 
example produces a valid overlay on background image using version 
1.9.0-rc1:

ga-> printim c:/temp/image.png x960 y720 -b c:/bkgimage.png -t 0

I'm using v1.9.0-rc1 (obtained through opengrads/sourceforge) on a Windows 
XP platform

Good luck--
Stephen Mc



Karagiannidis Sakis <thankar at GEO.AUTH.GR> 
Sent by: GRADSUSR at LIST.CINECA.IT
03/23/2009 11:28 AM
Please respond to
GRADSUSR at LIST.CINECA.IT


To
GRADSUSR at LIST.CINECA.IT
cc

Subject
Re: printim problem





Thanx. It seems however that the GrADS version 2 for windows has some 
problems. In fact i can not make it work neither in native windows, nor 
with an x-server. To be more specific It seems that it can not connect to 
the x-sevrer. Maybe I should wait for a next release of version 2.


Thanx for everything.


Athanasios F. Karagiannidis
Physicist, MSc Meteorology and Climatology
Department of Meteorology and Climatology
School of Geology - A.U.Th.
E-mail: thankar at geo.auth.gr



Stephen R McMillan wrote: To my knowledge, the background and transparency 
options do not work with version 1.8.  Try upgrading to one of the 
available more recent versions.  Stephen McMillan



Karagiannidis Sakis <thankar at GEO.AUTH.GR>
Sent by: GRADSUSR at LIST.CINECA.IT 

03/21/2009 12:25 PM 
Please respond to
GRADSUSR at LIST.CINECA.IT



To
GRADSUSR at LIST.CINECA.IT
cc


Subject
printim problem








Dear GrADS users.
I' m trying to use "printim" to create an image with background. For 
example, to illustrate the vorticity field over a background of topography 
created with makebg.gs. The problem is that "printim" does not work 
properly with the desired arguments. Whenever i use an expresion analogous 
to "printim image.gif -b mybkg.png -t 0" (as stated in 
http://www.iges.org/grads/gadoc/gadocindex.html) i get the message
"PRINTIM error:  Invalid option; ignored". 
However, whenever i use the experesion "printim image.gif gif x800 y600" i 
works perfectly.
Can anyone help me with this problem?
I'm using GrADS 1.8 (native windows or with x-server) with windows xp 
operating system.

Thanx in advance.
 

--
Athanasios F. Karagiannidis
Physicist, MSc Meteorology and Climatology
Department of Meteorology and Climatology
School of Geology - A.U.Th.
E-mail: thankar at geo.auth.gr




***************************************************
The information contained in this e-mail message is intended only for the 
use of the recipient(s) named above and may contain information that is 
privileged, confidential, and/or proprietary. If you are not the intended 
recipient, you may not review, copy or distribute this message. If you 
have received this communication in error, please notify the sender 
immediately by e-mail, and delete the original message.
***************************************************




***************************************************
The information contained in this e-mail message is intended only for the use of the recipient(s) named above and may contain information that is privileged, confidential, and/or proprietary.  If you are not the intended recipient, you may not review, copy or distribute this message.  If you have received this communication in error, please notify the sender immediately by e-mail, and delete the original message.
***************************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090323/6ad413cb/attachment.html 

From hersala at GMAIL.COM  Mon Mar 23 13:40:12 2009
From: hersala at GMAIL.COM (hersala)
Date: Mon, 23 Mar 2009 14:40:12 -0300
Subject: Grid points
Message-ID: <MON.23.MAR.2009.144012.0300.>

Dear Grads users:
I?m using fprintf.gs to obtain ascii data from a plotted region. Does
anybody know how to recognize in this output which grid points (nodes)
corresponds to the obtained values ?
Thanks in advance,
Hern?n
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090323/9be2d584/attachment.html 

From arlindo.dasilva at GMAIL.COM  Tue Mar 24 11:21:48 2009
From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva)
Date: Tue, 24 Mar 2009 11:21:48 -0400
Subject: Grid points
In-Reply-To: <5b40c90903231040p3bed51f3h570e86110ab9e639@mail.gmail.com>
Message-ID: <TUE.24.MAR.2009.112148.0400.>

On Mon, Mar 23, 2009 at 1:40 PM, hersala <hersala at gmail.com> wrote:
> Dear Grads users:
> I?m using fprintf.gs to obtain ascii data from a plotted region. Does
> anybody know how to recognize in this output which grid points (nodes)
> corresponds to the obtained values ?

GrADS stores its gridded data columwise as in Fortran.  The easiest
way to find out the longitude/latitude of each point is to save the
lat/lon intrinsic variables to a text file:

ga-> open model
ga-> fprintf ts ts.txt
ga-> fprintf lat lat.txt
ga-> fprintf lon lon.txt

    Arlindo





--
Arlindo da Silva
dasilva at alum.mit.edu


From ivtoman at INET.HR  Tue Mar 24 13:55:02 2009
From: ivtoman at INET.HR (Ivan Toman)
Date: Tue, 24 Mar 2009 18:55:02 +0100
Subject: Grid points
In-Reply-To: <77fcd6b20903240821u56df2a97ud86877d2525c0c5d@mail.gmail.com>
Message-ID: <TUE.24.MAR.2009.185502.0100.>

Arlindo da Silva wrote:
> On Mon, Mar 23, 2009 at 1:40 PM, hersala <hersala at gmail.com> wrote:
>
>> Dear Grads users:
>> I?m using fprintf.gs to obtain ascii data from a plotted region. Does
>> anybody know how to recognize in this output which grid points (nodes)
>> corresponds to the obtained values ?
>>
>
> GrADS stores its gridded data columwise as in Fortran.  The easiest
> way to find out the longitude/latitude of each point is to save the
> lat/lon intrinsic variables to a text file:
>
> ga-> open model
> ga-> fprintf ts ts.txt
> ga-> fprintf lat lat.txt
> ga-> fprintf lon lon.txt
>
>     Arlindo
>
Hello Arlindo and others,

What if I want to print time values to file?

For example if I fix lat, lon and set t as varying...

ga-> open model
ga-> set lat 40
ga-> set lon 25
ga-> set t 1 61
ga-> fprintf ts ts.txt
ga-> fprintf t t.txt


that last line does not work... In fact, it will be ideal if I could
export to file t.txt something like 06Z24MAR2009 07Z24MAR2009
08Z24MAR2009 and so on, that is, corresponding times from t=1 to t=61...


Thanks,
Ivan


From udatmos at GMAIL.COM  Tue Mar 24 22:56:15 2009
From: udatmos at GMAIL.COM (delia chen)
Date: Wed, 25 Mar 2009 10:56:15 +0800
Subject: About the GrADS version 2.0
Message-ID: <WED.25.MAR.2009.105615.0800.>

Hi,

Does any one ever use the new version of Grads 2.0.
I found that have some problems while using 2.0.
 If I change back to version 1.9, the program can work.

The two examples which I find the problems in v2.0 are:
1. EOFGRADS  http://www.atmos.ucla.edu/~munnich/Grads/EOF/
2. function oacres()

If you have same experience and solve the problem, please share with us.
Thanks lot.

Delia
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090325/8ddccb70/attachment.html 

From msponsler at COMCAST.NET  Wed Mar 25 18:54:20 2009
From: msponsler at COMCAST.NET (Mark Sponsler)
Date: Wed, 25 Mar 2009 23:54:20 +0100
Subject: Logic Question
Message-ID: <WED.25.MAR.2009.235420.0100.>

I need your expert assistance

The goal is to display the greater of 2 variables, comparing them grib
point by grib point onto a single image in one display operation.  I
believe that 'if' and '>' can't be used in a define statement, hence the
dilemma:

Logically for each grib point I want to:

if (var1 >= var2)
   d var1
else
if (var2 > var1)
   d var2
endif

So I'm trying to figure out how to set up a define statement to accomplish
that.

define var3 = (logic here...)
d var3

Any thoghts would be most appreciated.


From arlindo.dasilva at GMAIL.COM  Wed Mar 25 20:48:43 2009
From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva)
Date: Wed, 25 Mar 2009 20:48:43 -0400
Subject: Logic Question
In-Reply-To: <20090325225523.8692020224@mx2.cineca.it>
Message-ID: <WED.25.MAR.2009.204843.0400.>

On Wed, Mar 25, 2009 at 6:54 PM, Mark Sponsler <msponsler at comcast.net> wrote:
> I need your expert assistance
>
> The goal is to display the greater of 2 variables, comparing them grib
> point by grib point onto a single image in one display operation. ?I
> believe that 'if' and '>' can't be used in a define statement, hence the
> dilemma:
>

There is a specific function in B.-J. Tsuang's extension collections (Libbjt):

         http://opengrads.org/doc/udxt/libbjt/

I believe function maxv() does exactly what you want. For example,

ga-> open model
ga-> display maxv(ua(lev=300),ua(lev=100))

will display the maximum u-wind between 300 and 100 hPa. There is also
a similar minv() function.

You can find Libbjt in the recent OpenGrADS v2.0.a5.oga.3 bundle, as
well as in any of the opengrads Win32 Superpacks, and in the
extensions for GrADS v1.9.0-rc1, all available from sf.net:

       http://sourceforge.net/project/showfiles.php?group_id=161773

 There are many very useful functions in Libbjt, take a look.

       Arlindo.

--
Arlindo da Silva
dasilva at alum.mit.edu
-------------- next part --------------
A non-text attachment was scrubbed...
Name: maxv.png
Type: image/png
Size: 143580 bytes
Desc: not available
Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090325/208d408d/attachment.png 

From ela at COLA.IGES.ORG  Wed Mar 25 23:29:41 2009
From: ela at COLA.IGES.ORG (Eric Altshuler)
Date: Wed, 25 Mar 2009 23:29:41 -0400
Subject: Logic Question
In-Reply-To: <936084777.188371238037967183.JavaMail.root@mail.iges.org>
Message-ID: <WED.25.MAR.2009.232941.0400.>

Hello Mark,

I think the following will do what you want:

var1m=const(maskout(var1,var1-var2),0,-u)
var2m=const(maskout(var2,var2-var1),0,-u)
varxm=const(maskout(var1,-abs(var1-var2)),0,-u)
d var1m+var2m-varxm

var1m will equal var1 where var1>=var2 and zero where var1<var2.
var2m will equal var2 where var2>=var1 and zero where var2<var1.

The sum of var1m and var2m will equal var1 where var1>var2 and will equal var2 where var2>var1. However, at grid points where var1=var2, var1m+var2m will be equal to var1+var2 (and also equal to 2*var1 and 2*var2). In this case, var1 (or var2) must be subtracted from var1+var2 to get the correct value. To handle the situation where var1=var2, varxm will equal var1 (and also var2) where var1=var2 and zero where var1<>var2. So, finally, the expression var1m+var2m-varxm will equal var1 where var1>=var2 and will equal var2 where var2>=var1.

I tried this out with my own data and it seems to work. The maskout and const functions are amazingly useful for problems like this.

Best regards,

Eric L. Altshuler
Assistant Research Scientist
Center for Ocean-Land-Atmosphere Studies
4041 Powder Mill Road, Suite 302
Calverton, MD 20705-3106
USA

E-mail: ela at cola.iges.org
Phone: (301) 902-1257
Fax: (301) 595-9793

----- Original Message -----
From: "Mark Sponsler" <msponsler at COMCAST.NET>
To: GRADSUSR at LIST.CINECA.IT
Sent: Wednesday, March 25, 2009 6:54:20 PM GMT -05:00 US/Canada Eastern
Subject: Logic Question

I need your expert assistance

The goal is to display the greater of 2 variables, comparing them grib
point by grib point onto a single image in one display operation.  I
believe that 'if' and '>' can't be used in a define statement, hence the
dilemma:

Logically for each grib point I want to:

if (var1 >= var2)
   d var1
else
if (var2 > var1)
   d var2
endif

So I'm trying to figure out how to set up a define statement to accomplish
that.

define var3 = (logic here...)
d var3

Any thoghts would be most appreciated.


From msponsler at COMCAST.NET  Thu Mar 26 13:07:18 2009
From: msponsler at COMCAST.NET (Mark Sponsler)
Date: Thu, 26 Mar 2009 17:07:18 +0000
Subject: Logic Question
In-Reply-To: <1570599020.188391238038181394.JavaMail.root@mail.iges.org>
Message-ID: <THU.26.MAR.2009.170718.0000.>

Thanks everyone for your solutions.? I'll play with all of them and let you know how it turns out. 

Mark 

----- Original Message ----- 
From: "Eric Altshuler" <ela at COLA.IGES.ORG> 
To: GRADSUSR at LIST.CINECA.IT 
Sent: Wednesday, March 25, 2009 8:29:41 PM GMT -08:00 US/Canada Pacific 
Subject: Re: Logic Question 

Hello Mark, 

I think the following will do what you want: 

var1m=const(maskout(var1,var1-var2),0,-u) 
var2m=const(maskout(var2,var2-var1),0,-u) 
varxm=const(maskout(var1,-abs(var1-var2)),0,-u) 
d var1m+var2m-varxm 

var1m will equal var1 where var1>=var2 and zero where var1<var2. 
var2m will equal var2 where var2>=var1 and zero where var2<var1. 

The sum of var1m and var2m will equal var1 where var1>var2 and will equal var2 where var2>var1. However, at grid points where var1=var2, var1m+var2m will be equal to var1+var2 (and also equal to 2*var1 and 2*var2). In this case, var1 (or var2) must be subtracted from var1+var2 to get the correct value. To handle the situation where var1=var2, varxm will equal var1 (and also var2) where var1=var2 and zero where var1<>var2. So, finally, the expression var1m+var2m-varxm will equal var1 where var1>=var2 and will equal var2 where var2>=var1. 

I tried this out with my own data and it seems to work. The maskout and const functions are amazingly useful for problems like this. 

Best regards, 

Eric L. Altshuler 
Assistant Research Scientist 
Center for Ocean-Land-Atmosphere Studies 
4041 Powder Mill Road, Suite 302 
Calverton, MD 20705-3106 
USA 

E-mail: ela at cola.iges.org 
Phone: (301) 902-1257 
Fax: (301) 595-9793 

----- Original Message ----- 
From: "Mark Sponsler" <msponsler at COMCAST.NET> 
To: GRADSUSR at LIST.CINECA.IT 
Sent: Wednesday, March 25, 2009 6:54:20 PM GMT -05:00 US/Canada Eastern 
Subject: Logic Question 

I need your expert assistance 

The goal is to display the greater of 2 variables, comparing them grib 
point by grib point onto a single image in one display operation. ?I 
believe that 'if' and '>' can't be used in a define statement, hence the 
dilemma: 

Logically for each grib point I want to: 

if (var1 >= var2) 
?? d var1 
else 
if (var2 > var1) 
?? d var2 
endif 

So I'm trying to figure out how to set up a define statement to accomplish 
that. 

define var3 = (logic here...) 
d var3 

Any thoghts would be most appreciated. 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090326/86122ba5/attachment.html 

From dasilva at ALUM.MIT.EDU  Thu Mar 26 22:14:38 2009
From: dasilva at ALUM.MIT.EDU (Arlindo da Silva)
Date: Thu, 26 Mar 2009 22:14:38 -0400
Subject: if statement in grads
In-Reply-To: <37b4e6a50903261350w795216f3u509b96cf506634ee@mail.gmail.com>
Message-ID: <THU.26.MAR.2009.221438.0400.>

On Thu, Mar 26, 2009 at 4:50 PM, John Guhin <johnguhin at gmail.com> wrote:
> Hi Arlindo,
>    How do I use those expressions? Do I need to install something?
> thanks.
>

It depends.  If you have the Win32 Superpack or the latest OpenGrADS
bundle (2.0.a5.oga.x) then the opengrads extensions are already
included. You can download these versions from:

     http://sourceforge.net/project/showfiles.php?group_id=161773

If you have GrADS v1.9.0-rc1 (other than for Windows) then you must
install the opengrads extensions separately:

http://sourceforge.net/project/showfiles.php?group_id=161773&package_id=256757&release_id=589460

 How do you know if the opengrads extensions are available with your
version of GrADS?

In GrADS v2.0.a5.oga.x:

  ga-> q udx

In GrADS v1.9.0-rc1:

  ga-> q udct
  ga-> q udft

  Good Luck,

    Arlindo

--
Arlindo da Silva
dasilva at alum.mit.edu


From adelinan at UMICH.EDU  Fri Mar 27 16:51:57 2009
From: adelinan at UMICH.EDU (Adelina Nastasoiu)
Date: Fri, 27 Mar 2009 16:51:57 -0400
Subject: PLEASE PLEASE HELP!
Message-ID: <FRI.27.MAR.2009.165157.0400.>

I keep signing off the mail list and it sends me a confirmation email that I
have been removed, but it adds me again the next day. I'm going to go crazy
if it doesnt stop. Can someone please tell me how to leave it permanently???


Thank you!!!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090327/e8d3fe59/attachment.html 

From dasilva at ALUM.MIT.EDU  Fri Mar 27 23:17:15 2009
From: dasilva at ALUM.MIT.EDU (Arlindo da Silva)
Date: Fri, 27 Mar 2009 23:17:15 -0400
Subject: GrADS download statistics at sf.net
Message-ID: <FRI.27.MAR.2009.231715.0400.>

All,

   Can you guess what is the most popular GrADS platform? The attached
Pie Charts show the download statistics of the opengrads builds at
sourceforge. Windows is by far the most popular platforms (61% for
v1.9.0-rc1, 67% for v2.0.15.oga.x), followed by Linux (around 20%) and
sources (6%-9%).  Mac OS X account for less than 3% of the downloads.
If you take in consideration estimates of these Operating System
market shares, e.g.,

   http://marketshare.hitslink.com/operating-system-market-share.aspx?qprid=8

you would conclude, not surprisingly,  that the GrADS community favors
Linux more than the community at large. I was somewhat surprised by
the Mac OS X numbers, although they are consistent with Apple's
standing in the market place.  On the up-and-coming platforms, FreeBSD
appear to be growing in popularity among some GrADS users,
particularly in Europe.

 Are we going to see GrADS running on the iPhone and Android/LiMo
devices any time soon? Perhaps, once we can put our hands on one of
these devices. We already have an experimental version of GrADS v2.0
running entirely under the Java Virtual Machine. If there is anybody
out there with programming experience in these platforms that would
like to get involved in this effort please contact us at
opengrads-devel at lists.sourceforge.net.

 Cheers!

    Arlindo

--
Arlindo da Silva
dasilva at alum.mit.edu
-------------- next part --------------
A non-text attachment was scrubbed...
Name: grads1_downloads.png
Type: image/png
Size: 30277 bytes
Desc: not available
Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090327/dd9e47f2/attachment.png 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: grads2_downloads.png
Type: image/png
Size: 29113 bytes
Desc: not available
Url : http://gradsusr.org/pipermail/gradsusr/attachments/20090327/dd9e47f2/attachment-0001.png 

From meteo at SPORT123.IT  Mon Mar 30 04:59:06 2009
From: meteo at SPORT123.IT (Valerio Guerra)
Date: Mon, 30 Mar 2009 10:59:06 +0200
Subject: GrADS download statistics at sf.net
Message-ID: <MON.30.MAR.2009.105906.0200.>

Hi Arlindo,

..but the supplied pie chart refers to all software available from Sourceforce... not only Grads?
Otherwise it's seems to me quite "strange" that the Freebsd version of Grads is listed behind Symbian, Android, Playstation and so on :-)

Anyway the following is the list of my "Grads systems" with a possible usage percentage distribution:

- (40%) FreeBSD 7 x64
- (20%) FreeBSD 6 i386
- (15%) Windows XP
- (15%) Linux Xandros on Eeepc
- (10%) Windows Vista

Valerio Guerra


From info at PAOLOCIRACI.IT  Mon Mar 30 08:29:12 2009
From: info at PAOLOCIRACI.IT (Paolo Ciraci)
Date: Mon, 30 Mar 2009 14:29:12 +0200
Subject: GrADS download statistics at sf.net
Message-ID: <MON.30.MAR.2009.142912.0200.>

Hi All,

the following is my current Grads systems pct distribution
(presumably) but consider we are migrating from Linux Debian machines
to x64 machines (Dell) with Freebsd 7.

Linux Debian 4 ------ 40%
Freebsd 6 ----------- 20%
Win 2000+XP+Vista --- 20%
Freebsd 7 ----------- 20%
Linux EeePC --------- Some tests

A little issue about usage statistics based on browser/user-agent:
someone may download a package for a certain SO using a browser (or
other tool) on a different SO. For instance I always download the
freebsd or linux builds from windows so the windows stats are somehow
"higher"... to the detriment of freebsd or linux.

Best Regards

Dr. Paolo Ciraci
info at paolociraci.it


From cassar at PILOTBOOK.EU  Mon Mar 30 08:46:49 2009
From: cassar at PILOTBOOK.EU (Pierre Cassar)
Date: Mon, 30 Mar 2009 14:46:49 +0200
Subject: GrADS download statistics at sf.net
Message-ID: <MON.30.MAR.2009.144649.0200.>

Hi,

my Grads 2 usage statistics are very easy:

50% FreeBSD 6 and 7
50% Windows XP

Pierre Cassar


From arlindo.dasilva at GMAIL.COM  Mon Mar 30 08:51:44 2009
From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva)
Date: Mon, 30 Mar 2009 08:51:44 -0400
Subject: GrADS download statistics at sf.net
In-Reply-To: <1.3.200903301059.631@sport123.it>
Message-ID: <MON.30.MAR.2009.085144.0400.>

On Mon, Mar 30, 2009 at 4:59 AM, Valerio Guerra <meteo at sport123.it> wrote:
> Hi Arlindo,
>
> ..but the supplied pie chart refers to all software available from Sourceforce... not only Grads?

The Pie Charts I attached refer only to GrADS downloads at the
opengrads area at sf.net.

> Otherwise it's seems to me quite "strange" that the Freebsd version of Grads is listed behind Symbian, Android, Playstation and so on :-)

The other pie chart in that link refers to "market shares" in general
, not only grads.

         Arlindo

--
Arlindo da Silva
dasilva at alum.mit.edu


From arlindo.dasilva at GMAIL.COM  Mon Mar 30 10:05:42 2009
From: arlindo.dasilva at GMAIL.COM (Arlindo da Silva)
Date: Mon, 30 Mar 2009 10:05:42 -0400
Subject: GrADS download statistics at sf.net
In-Reply-To: <20090330142912.A09076E8.info@paolociraci.it>
Message-ID: <MON.30.MAR.2009.100542.0400.>

On Mon, Mar 30, 2009 at 8:29 AM, Paolo Ciraci <info at paolociraci.it> wrote:
> Hi All,
>
> A little issue about usage statistics based on browser/user-agent:
> someone may download a package for a certain SO using a browser (or
> other tool) on a different SO. For instance I always download the
> freebsd or linux builds from windows so the windows stats are somehow
> "higher"... to the detriment of freebsd or linux.
>

Sourceforge keeps a counter of how many times a given tarball was
downloaded, regardless of the OS/browser used for download; this is
what I used for the pie charts attached to the e-mail. The other pie
chart on http://marketshare.hitslink.com/ indeed used the originating
browser/OS for their statistics --- that pie chart should be used only
as a rough broad brush estimate for OS usage for the community at
large (not only the grads community).

Having said that, you make a very important point regarding these
statistics --- they should not be taken too seriously.  What really
constitute grads usage? Is it the number of plots you make? Is the
number of distinct users running grads? For example, many times a
single copy of grads is installed on a Linux server and dozens of
people use it daily, while people tend to download the windows version
for each desktop. It took me about 15 minutes to create those pie
charts on excel reading the numbers off sf.net. Any serious attempt to
collect these statistics would require designing a survey and making
sure we have a representative sample answering the survey, etc. I'd
rather spend the time completing the documentation...

  Cheers!

    Arlindo

--
Arlindo da Silva
dasilva at alum.mit.edu


From pertusus at FREE.FR  Mon Mar 30 10:18:02 2009
From: pertusus at FREE.FR (Patrice Dumas)
Date: Mon, 30 Mar 2009 16:18:02 +0200
Subject: GrADS download statistics at sf.net
In-Reply-To: <77fcd6b20903300705uaafc539xd28693082e995175@mail.gmail.com>
Message-ID: <MON.30.MAR.2009.161802.0200.>

On Mon, Mar 30, 2009 at 10:05:42AM -0400, Arlindo da Silva wrote:
>
> single copy of grads is installed on a Linux server and dozens of
> people use it daily, while people tend to download the windows version
> for each desktop.

Also on linux, softwares tend to be packaged, in that case the packages
are installed from the distribution provider (fedora, debian...) and
not from the upstream site. There may be ways to know what package
is installed, some users accepting to have their setups counted to do
stats, but it will still be a partial count.

--
Pat


From a.algieri at CS.IIA.CNR.IT  Tue Mar 31 04:44:06 2009
From: a.algieri at CS.IIA.CNR.IT (Algieri Andrea)
Date: Tue, 31 Mar 2009 10:44:06 +0200
Subject: cambio indirizzo mail
Message-ID: <TUE.31.MAR.2009.104406.0200.>

Cari tutti,
vi comunico il mio nuovo indirizzo email
aalgieri at unical.it
A presto
Andrea

--

Andrea Algieri
National Research Council(CNR)-IIA
Institute for Atmospheric Pollution
c/o UNICAL - Centro Polifunzionale
87036 Rende (CS) - ITALY
Tel    ++39 0984 493250
Fax   ++39 0984 493215
e-mail: a.algieri at cs.iia.cnr.it


From Tom_Petroski at ML.COM  Tue Mar 31 14:46:39 2009
From: Tom_Petroski at ML.COM (Petroski, Tom (MLCI))
Date: Tue, 31 Mar 2009 14:46:39 -0400
Subject: OpenGrADS and the mfhilo command
Message-ID: <TUE.31.MAR.2009.144639.0400.>

Dear GrADS Users,

 

If it can be done, has any one used Mike Fiorino's mfhilo command in
OpenGrads and figured out a way to plot the H's and L's?  I currently
can do this in the COLA/IGES version of GrADS 1.8 using philo2.gs and
the user defined function clhilo.

 

Thank You,

 

Tom

_____________________________

 

Thomas J. Petroski

Merrill Lynch Commodities, Inc.

20 E. Greenway Plaza, Suite 700

Houston, TX 77046

Direct: 713-544-4214

Fax: 713-544-7931

Mobile: 713-679-8723

tom_petroski at ml.com <mailto:tom_petroski at ml.com> 

 


--------------------------------------------------------------------------
This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. References to "Merrill Lynch" are references to any company in the Merrill Lynch & Co., Inc. group of companies, which are wholly-owned by Bank of America Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this E-communication may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing.
--------------------------------------------------------------------------
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090331/6f399d37/attachment.html 

From cdouvis at YAHOO.COM  Tue Mar 31 16:27:33 2009
From: cdouvis at YAHOO.COM (Costas Douvis)
Date: Tue, 31 Mar 2009 13:27:33 -0700
Subject: use R-Project to make station files
Message-ID: <TUE.31.MAR.2009.132733.0700.>

Hello

The title says it all: It would be good for me to find a way to build station data files using R-Project. Has anyone done that? I searched the archive but it seems everyone is using Fortran or C

Thanks
Kostas



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20090331/7da1bac3/attachment.html 

From luizrodrigotozzi at YAHOO.COM.BR  Tue Mar 31 17:07:38 2009
From: luizrodrigotozzi at YAHOO.COM.BR (Luiz Rodrigo Tozzi)
Date: Tue, 31 Mar 2009 18:07:38 -0300
Subject: use R-Project to make station files
In-Reply-To: <22175d30903311353u540a477dh46b4585dc0be650@mail.gmail.com>
Message-ID: <TUE.31.MAR.2009.180738.0300.>

Hi Kostas

I use R to read grads binary files using the function
readBin("binaryfile.bin",numeric(),size=4,nlon*nlat). This R function
reads it directly and I think the function "writeBin" is what you
need.

The function "seek" can be usefull for you too.

 --

Luiz Rodrigo Lins Tozzi
luizrodrigotozzi at gmail.com

Blog de meteorologia:
http://thedealwith.blogspot.com

Twitter:
http://twitter.com/luiztozzi

> On Tue, Mar 31, 2009 at 5:27 PM, Costas Douvis <cdouvis at yahoo.com> wrote:
>> Hello
>>
>> The title says it all: It would be good for me to find a way to build
>> station data files using R-Project. Has anyone done that? I searched the
>> archive but it seems everyone is using Fortran or C
>>
>> Thanks
>> Kostas


From Michael.Fiorino at NOAA.GOV  Tue Mar 31 19:09:49 2009
From: Michael.Fiorino at NOAA.GOV (Michael Fiorino)
Date: Tue, 31 Mar 2009 23:09:49 +0000
Subject: OpenGrADS and the mfhilo command -- regrid2
In-Reply-To: <D458626D0A7D094FBD3E5FE567A0E8F802A6345E@MLNYA20MB001.amrs.win.ml.com>
Message-ID: <TUE.31.MAR.2009.230949.0000.>

Tom et al.,

I've been working with Arlindo da Silva to convert my regrid2.f to a
user-defined extension accessible in both opengrads 1.10 (what we're
calling the opengrads version of grads1.9) and opengrads2.0.  that will
be a subject of a future announcement, but as a preview, we've found a
couple of (minor) bugs my old-style user-defined function regrid2.f and
in the user-defined extension re.c and we've made them produce the same
answers with the fortran version as an extension (called 're2') nearly
as fast as the C version 're'

to regrid2 users -- the bug is really minor and does not invalidate any
results using the current version.  the differences will only show up if
your output grid has a pole point and the differences are < 1%.

during this development process i have received a surprising (to me)
number of requests on how to use my user-defined extension 'mfhilo'.

this command is part of a set of user-defined extensions related
to tracking tropical cyclones (and other high/lows) in models.

i reached a milestone my development when i rehosted the
regrid2.f function to opengrads 1.10 and 2.0, and now i'm ready to
actively work the tracking extensions...

please be patient and when i have a version that i think is mostly
working, i'll make an announcement on this list.

thanks for your interest and

best regards,

mike

btw, i recently move to boulder here's my new .signature:


Dr. Michael Fiorino
Assimilation and Modeling Branch
GSD/ESRL/NOAA
325 Broadway
R/GSD1
Boulder, CO 80305

michael.fiorino at noaa.gov (work)
mfiorino at gmail.com (home)

+1 303-497-6379 (work)
+1 925-597-1921 (mobile)

GSD/ESRL/NOAA is the
Global Systems Division/
Earth Systems Research Laboratory/
National Oceanic and Atmospheric Administration



Petroski, Tom (MLCI) wrote:
>  <!-- /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in; margin-bottom:.0001pt; font-size:12.0pt; font-family:"Times
New Roman";} a:link, span.MsoHyperlink {color:blue;
text-decoration:underline;} a:visited, span.MsoHyperlinkFollowed
{color:purple; text-decoration:underline;} span.EmailStyle17
{mso-style-type:personal-compose; font-family:Arial; color:windowtext;
font-weight:normal; font-style:normal; text-decoration:none none;} @page
Section1 {size:8.5in 11.0in; margin:1.0in 1.25in 1.0in 1.25in;}
div.Section1 {page:Section1;} -->
>
>  Dear GrADS Users,
>
>
>
>  If it can be done, has any one used Mike Fiorino s mfhilo command in
OpenGrads and figured out a way to plot the H s and L s?  I currently
can do this in the COLA/IGES version of GrADS 1.8 using philo2.gs and
the user defined function clhilo.
>
>
>
>  Thank You,
>
>
>
>  Tom
>
>  _____________________________
>
>
>
>  Thomas J. Petroski
>
>  Merrill Lynch Commodities, Inc.
>
>  20 E. Greenway Plaza, Suite 700
>
>  Houston, TX 77046
>
>  Direct: 713-544-4214
>
>  Fax: 713-544-7931
>
>  Mobile: 713-679-8723
>
>  tom_petroski at ml.com
>
>
>  This message w/attachments (message) may be privileged, confidential
or proprietary, and if you are not an intended recipient, please notify
the sender, do not use or share it and delete it. Unless specifically
indicated, this message is not an offer to sell or a solicitation of any
investment products or other financial product or service, an official
confirmation of any transaction, or an official statement of Merrill
Lynch.  Subject to applicable law, Merrill Lynch may monitor, review and
retain e-communications (EC) traveling through its networks/systems. The
laws of the country of each sender/recipient may impact the handling of
EC, and EC may be archived, supervised and produced in countries other
than the country in which you are located. This message cannot be
guaranteed to be secure or error-free.  References to "Merrill Lynch"
are references to any company in the Merrill Lynch & Co., Inc. group of
companies, which are wholly-owned by Bank of America Corporation.
Securities and Insurance Products: * Are Not FDIC Insured  * Are Not
Bank Guaranteed  *  May Lose Value  *  Are Not a Bank Deposit * Are Not
a Condition to Any Banking Service or Activity * Are Not Insured by Any
Federal Government Agency.  Attachments that are part of this
E-communication may have additional important disclosures and
disclaimers, which you should read. This message is subject to terms
available at the following link:
http://www.ml.com/e-communications_terms/.  By messaging with Merrill
Lynch you consent to the foregoing.
>