European map setup

[Meteo Maarssen]

Hi,

Maybe I do overlook something, but I'm not able to set a map for 52N and 0E span 50°. Question: is the European hemisphere not supported? And how to set a world map centered on 0N, 0E?

Thanks for any help,

Ton Lindemann
Netherlands

[Tim Vasquez]

I'm guessing it is not supported, as PCGRIDDS was intended to be a program for goverment forecasting in the United States. I don't think map data exists for Europe, but if you can figure out the format for the map data (data\world.map and data\Usa.map) you may or may not be able to plot it.

Tim

[jkrob]

PCGRIDDS32 can map the entire world. However...if, by your example, you wish to examine data over Europe, you need to first have a dataset loaded which covers Europe. The global GFS Lat/Lon grids do cover that area. You need either the entire global GRIB file or the sectional WAFS octans which cover that area. If you had data which covers another area of the world, you can't force PCGRIDDS32 to display an area for which no data exists.

Which GRIB file area where you looking at?

Thanks,
Jeff Krob

[arubawx]

hi
To get euro and africa data I use octant I
ftp://weather.noaa.gov/us008_gf081_04072606_HxIAx for analysis....and ect...

If you dnwld octant L you can combine them to get the whole atlantic..

Than just set for example center lat 45.0N center lon 0n and display distance 35.03

and viola .... works for me..

marck

[Meteo Maarssen]

Thanks for hints. Some starts are difficult sometimes and I started fresh with the recommended WAFS. But can't get it at work. I have saved this files into the WAFS Octant[section] folders and runned the P32 program.

First I started with option 2 and choose the KLIJ octant. There is only one forecasttime and one model available. Then runned option 3, which started the GRIB2PCG32. Preprocessing runs without any problem and is completed succesfully. Then the program is trying to process the GRIBDATA.INV file which should be presented in the main folder but isn't available and I get errors as "file not found".
I checked this very carefully with explorer open on the mainfolder and I extracted the GRIBDATA.INV from the zip-archive into it know for sure that is presented. When the run completes the 'old' GRIBDATA.INV file is deleted by the program in sight of my eyes, but a new one isn't saved.

Question is: Did I overlook something. Program is installed on Drive D:\ and the path to the outputfolder is changed to D:\PcGridds32\Griddata.

Program is runnig under W2000 NL

Thanks for help,

Ton Lindemann
Netherlands

[jkrob]

I will look into this. Has anyone else run into a problem processing WAFS octants with the program installed n the D: drive vs. C: drive?

Thanks,
Jeff Krob

[arubawx]

Jeff i've tried pcgridds32 on differnt partitions (differnt o/s)...right now I am running pcgridds32 on d partition w/no probs ....

Ton if you've changed the file pcgmode.dat, you should be fine then..
Remember If you dwnld just the L and I octants then you must only use the choice that reference the LI octant.....if you have dwnldd all the files that reference the KLIJ then you can use the KLIJ choice ... oh on the file that you noticed that deletes, this is normal. I remember in the beginining of the beta tests, this file would cause problems ... I use to deleted the file through batch proccessing.... but I've noticed that the newer versions of pcgridds32 does it automatically anyway now too.

For Europe the only octant you need is I these are the files for example:
ftp://weather.noaa.gov/us008_gf081_04072606_HxIAx (0 hr)(analysis)
ftp://weather.noaa.gov/us008_gf081_04072606_HxIBx
ftp://weather.noaa.gov/us008_gf081_04072606_HxICx
ftp://weather.noaa.gov/us008_gf081_04072606_HxIDx
ftp://weather.noaa.gov/us008_gf081_04072606_HxIEx
ftp://weather.noaa.gov/us008_gf081_04072606_HxIFx
ftp://weather.noaa.gov/us008_gf081_04072606_HxIGx
ftp://weather.noaa.gov/us008_gf081_04072606_HxIHx
ftp://weather.noaa.gov/us008_gf081_04072606_HxIIx
ftp://weather.noaa.gov/us008_gf081_04072606_HxIKx
ftp://weather.noaa.gov/us008_gf081_04072606_HxILx (72hrs)

If you get the L octants too then you'll get the whole atlantic.
I hope this help

cheers
Marck

[Meteo Maarssen]

Hi,

It seems that I on the air now as I download all the octants for an option, and not only the L and I for the KLIJ. This was not very clear to me. Thanks for help.

Cheers from a warm Netherlands,

Ton Lindemann

[jamescfletcher]

I have experienced a similar problem, the following e-mails may help?

Question posed:

>Using the MRF Grid 3 LAT/LON Global data set ingests and processes
without any errors. The data is also displayed geographically correctly
over all areas of the Globe that were checked.
>A problem that has shown itself is however the display of the data
centered on Greenwhich (0 degrees). This is presumably due to the first
datapoint in the file beginning at 0 and 90.
>As can be seen, anybody wishing to use this file for work around
Greewhich will experience difficulty. Is there any way around this problem,
without reverting to using Wafs data.
>
>Using the AREA command gives the following results;
>
>i). Area 55 0 20 Displays the basemap and data from
0 eastwards only
>
>ii). Area 55 -5 20 Displays the same results as (i)
above
>
>iii). Area 55 5 20 Displays the basemap and data from
> 0 westards only
>
>iv). Area 55N 5W 20 Displays the same results as (iii)
above
>
>
>v). Area 55N 5E 20 Displays the same as in (i) above
>
>vi). Area 55 359 20 Displays the whole basemap (including
parts W of 0)
> but data is only shown from
0 eastwards
>
>vii) Area 55 365 20 Displays the same as in (iii) above
>
>Any assistance with this will be appreciated, Thanks James Fletcher

and the reply:

James,

PCGRIDDDS32 does not have the ability to 'wrap' the grid data around
from one side of the grid to the other when viewing data at the edge of
the grid. However, I am working on a utility to interpolate (remap)
the
GRIB data from one grid projection to another before running the GRIB
to
PCGRIDDS32 conversion utility. With this utility, you could take the
Lat/Lon GRIB data centered on 180 Lon and remap it so it is centered at
0 Lon. However, that is still a ways away so, in the mean time, your
only option is WAFS data. I don't believe PCGRIDDS could do that
either. Sorry.

Jeff


Hope this helps, James