<div dir="ltr"><div class="gmail_default" style="font-size:small">It's not really possible for us to say if a plot is correct or not without having access to your data.  </div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">However, I did take a quick look at your script and it looks like you did everything correctly.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">As a "quick check" about whether NCL is correctly plotting WRF data, I sometimes plot the HGT variable on the WRF file. The HGT variable should generally follow the map outlines from NCL, so this is a good way to see if at least NCL and the wrf_map_overlays function is getting the map projection correct.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">I've included a pared down version of your script that should plot the HGT variable on your "<a href="http://try.nc">try.nc</a>" file (if it's a valid WRF file). This is the plot_hgt.ncl script.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">I also included another version that plots HGT from your file, but using the lat/lon data on your file, and gsn_csm_contour_map to plot the data. This plots the data on a cylindrical equidistant map projection. The plots should look the same, except using a different map projection.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">--Mary </div><div class="gmail_default" style="font-size:small"><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 6, 2017 at 12:35 AM, swati shewale <span dir="ltr"><<a href="mailto:shewaleswati16@gmail.com" target="_blank">shewaleswati16@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hiii<br>I did club all the 3 hrly output datafile from wrf output (total 8 files) using ncrcat so that i get a single file, which now include 8 time step. to handle this processed file, script is available. I hope the way i did might be correct one. I am getting the plot attached here along with script. please let me know whether it is correct one or not. Thanks to all for participation and cooperation. As I am new to NCL, I may post queries  several times. <br></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Aug 11, 2017 at 8:17 PM, David Brown <span dir="ltr"><<a href="mailto:dbrown@ucar.edu" target="_blank">dbrown@ucar.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Maybe a better idea would be to just use a setfileoption that would<br>
turn the default blank space into a non-space.<br>
 -dave<br>
<div class="m_6689598845136474944HOEnZb"><div class="m_6689598845136474944h5"><br>
On Fri, Aug 11, 2017 at 8:36 AM, Barry Lynn <<a href="mailto:barry.h.lynn@gmail.com" target="_blank">barry.h.lynn@gmail.com</a>> wrote:<br>
> Hi:<br>
><br>
> It sounds like you've found a solution, but one should mention that a<br>
> fortran write statement (using WRAPIT) is easy to format.<br>
><br>
> Barry<br>
><br>
> On Fri, Aug 11, 2017 at 5:35 PM, Mary Haley <<a href="mailto:haley@ucar.edu" target="_blank">haley@ucar.edu</a>> wrote:<br>
>><br>
>> We could certainly do that, but the format string was set up to allow you<br>
>> to enter text in additional to format strings, for example:<br>
>><br>
>>  i = ispan( 95,105, 1)<br>
>>  j = ispan(905,1005,10)<br>
>><br>
>>  write_table("example4.txt","w"<wbr>,[/i,j/],"first_%05i second_%05i")<br>
>><br>
>> which gives you:<br>
>><br>
>> first_00095 second_00905<br>
>> first_00096 second_00915<br>
>> . . .<br>
>><br>
>> Like you said, we would have to choose which special character could be<br>
>> used.  I suppose in the case of write_table, you could use setfileoption to<br>
>> set or change the special character.<br>
>><br>
>> --Mary<br>
>><br>
>><br>
>><br>
>><br>
>> On Thu, Aug 10, 2017 at 2:31 PM, David Brown <<a href="mailto:dbrown@ucar.edu" target="_blank">dbrown@ucar.edu</a>> wrote:<br>
>>><br>
>>> I am wondering if we could provide a special formatting character that<br>
>>> could be part of the format string, maybe at the beginning, and would<br>
>>> signal that no automatic separator character be used. Of course which<br>
>>> character to use might be an issue, but hopefully that could be<br>
>>> solved.<br>
>>>  -dave<br>
>>><br>
>>> On Thu, Aug 10, 2017 at 2:12 PM, Dennis Shea <<a href="mailto:shea@ucar.edu" target="_blank">shea@ucar.edu</a>> wrote:<br>
>>> > Fortran (some other languages too!) has the capability to provide user<br>
>>> > specified granularity in parsing strings of numbers and characters.<br>
>>> ><br>
>>> > fortran:   format(i2,5i5)<br>
>>> >               <wbr>299999999999999999999999999999<wbr>9<br>
>>> ><br>
>>> > The problem is someone must tell you the structure. You could read as<br>
>>> > follows:<br>
>>> >               format(i2,i2,i3,i5,i4,i1,....<wbr>...)<br>
>>> ><br>
>>> > However, any 'automatic' software must have some separator between the<br>
>>> > numbers.<br>
>>> ><br>
>>> > --<br>
>>> > NCDC has text files the include letters, numbers, periods (76.5) all<br>
>>> > together.<br>
>>> ><br>
>>> > ====<br>
>>> > fortran:   format(i2,5(1x,i5))<br>
>>> >               2 99999 99999 99999 99999 99999 99999<br>
>>> ><br>
>>> > Just a comment<br>
>>> > D<br>
>>> ><br>
>>> > On Thu, Aug 10, 2017 at 12:02 PM, Rabah Hachelaf <<a href="mailto:hachelaf@sca.uqam.ca" target="_blank">hachelaf@sca.uqam.ca</a>><br>
>>> > wrote:<br>
>>> >><br>
>>> >> Hi Mary and Karin,<br>
>>> >><br>
>>> >> Adding white-spaces by default is a limitation if we need to write<br>
>>> >> some<br>
>>> >> data using a FORTRAN format.<br>
>>> >> We could bypass this "issue" by removing one character starting from<br>
>>> >> the<br>
>>> >> 2nd variable but we would have liked to keep the same format between<br>
>>> >> FORTRAN<br>
>>> >> and NCL<br>
>>> >><br>
>>> >> Regards,<br>
>>> >><br>
>>> >> Rabah<br>
>>> >><br>
>>> >> 2017-08-10 13:15 GMT-04:00 Mary Haley <<a href="mailto:haley@ucar.edu" target="_blank">haley@ucar.edu</a>>:<br>
>>> >>><br>
>>> >>> Hi Rabah,<br>
>>> >>><br>
>>> >>> I see Karin already responded, and had the same response I was just<br>
>>> >>> about<br>
>>> >>> to send!<br>
>>> >>><br>
>>> >>> I'll go ahead and include my response here. I've updated the<br>
>>> >>> documentation to indicate this behavior, and also created a ticket<br>
>>> >>> just in<br>
>>> >>> case.<br>
>>> >>><br>
>>> >>> Unfortunately, I think this is a "feature" of write_table. Even if<br>
>>> >>> there's a case for declaring this a bug, we probably couldn't change<br>
>>> >>> the<br>
>>> >>> behavior because we'd likely break a bunch of existing scripts that<br>
>>> >>> depend<br>
>>> >>> on the space being there.<br>
>>> >>><br>
>>> >>> I created a ticket on this (NCL-2646), in case it's an issue for<br>
>>> >>> other<br>
>>> >>> users.<br>
>>> >>><br>
>>> >>> Meanwhile, as Karin pointed out, I think the only way around this is<br>
>>> >>> to<br>
>>> >>> concatenate the strings yourself:<br>
>>> >>><br>
>>> >>> int1 = 2<br>
>>> >>> int2 = "99999"<br>
>>> >>> int3 = "99999"<br>
>>> >>> int4 = "99999"<br>
>>> >>> int5 = "99999"<br>
>>> >>> int6 = "99999"<br>
>>> >>> int7 = "99999"<br>
>>> >>> int_cat = int2+int3+int4+int5+int6+int7<br>
>>> >>> sounding_check = [/int1,int_cat/]<br>
>>> >>> write_table(outfile,"w",soundi<wbr>ng_check,"%2i%s")<br>
>>> >>><br>
>>> >>> In general, I would caution against writing numbers to a file without<br>
>>> >>> any<br>
>>> >>> spaces, because this makes it potentially very difficult for somebody<br>
>>> >>> else<br>
>>> >>> looking at the file to know how to read it.  However, I do understand<br>
>>> >>> that<br>
>>> >>> some of these files have historically been written this way for other<br>
>>> >>> purposes<br>
>>> >>><br>
>>> >>> --Mary<br>
>>> >>><br>
>>> >>><br>
>>> >>><br>
>>> >>> On Wed, Aug 9, 2017 at 3:13 PM, Rabah Hachelaf <<a href="mailto:hachelaf@sca.uqam.ca" target="_blank">hachelaf@sca.uqam.ca</a>><br>
>>> >>> wrote:<br>
>>> >>>><br>
>>> >>>><br>
>>> >>>> Hello,<br>
>>> >>>> I am wounding why there is a systematic white-spaces between values<br>
>>> >>>> although they are removed from the format specifier.<br>
>>> >>>> How can i remove white spaces from in this case.<br>
>>> >>>><br>
>>> >>>> Thank you<br>
>>> >>>><br>
>>> >>>><br>
>>> >>>> begin<br>
>>> >>>> outfile = "test.txt"<br>
>>> >>>> sounding_check =<br>
>>> >>>> [/2,"99999","99999","99999","9<wbr>9999","99999","99999"/]<br>
>>> >>>> write_table(outfile,"a",soundi<wbr>ng_check,"%2i%s%s%s%s%s%s")<br>
>>> >>>><br>
>>> >>>> end<br>
>>> >>>><br>
>>> >>>><br>
>>> >>>> output :<br>
>>> >>>>  2 99999 99999 99999 99999 99999 99999<br>
>>> >>>> --<br>
>>> >>>> ------------------------------<br>
>>> >>>> Best regards,<br>
>>> >>>> Rabah Hachelaf<br>
>>> >>>><br>
>>> >>>><br>
>>> >>>><br>
>>> >>>> ______________________________<wbr>_________________<br>
>>> >>>> ncl-talk mailing list<br>
>>> >>>> <a href="mailto:ncl-talk@ucar.edu" target="_blank">ncl-talk@ucar.edu</a><br>
>>> >>>> List instructions, subscriber options, unsubscribe:<br>
>>> >>>> <a href="http://mailman.ucar.edu/mailman/listinfo/ncl-talk" rel="noreferrer" target="_blank">http://mailman.ucar.edu/mailma<wbr>n/listinfo/ncl-talk</a><br>
>>> >>>><br>
>>> >>><br>
>>> >><br>
>>> >><br>
>>> >><br>
>>> >> --<br>
>>> >> ------------------------------<br>
>>> >> Cordialement,<br>
>>> >> Best regards,<br>
>>> >> Rabah Hachelaf<br>
>>> >><br>
>>> >> ______________________________<wbr>_________________<br>
>>> >> ncl-talk mailing list<br>
>>> >> <a href="mailto:ncl-talk@ucar.edu" target="_blank">ncl-talk@ucar.edu</a><br>
>>> >> List instructions, subscriber options, unsubscribe:<br>
>>> >> <a href="http://mailman.ucar.edu/mailman/listinfo/ncl-talk" rel="noreferrer" target="_blank">http://mailman.ucar.edu/mailma<wbr>n/listinfo/ncl-talk</a><br>
>>> >><br>
>>> ><br>
>>> ><br>
>>> > ______________________________<wbr>_________________<br>
>>> > ncl-talk mailing list<br>
>>> > <a href="mailto:ncl-talk@ucar.edu" target="_blank">ncl-talk@ucar.edu</a><br>
>>> > List instructions, subscriber options, unsubscribe:<br>
>>> > <a href="http://mailman.ucar.edu/mailman/listinfo/ncl-talk" rel="noreferrer" target="_blank">http://mailman.ucar.edu/mailma<wbr>n/listinfo/ncl-talk</a><br>
>>> ><br>
>><br>
>><br>
>><br>
>> ______________________________<wbr>_________________<br>
>> ncl-talk mailing list<br>
>> <a href="mailto:ncl-talk@ucar.edu" target="_blank">ncl-talk@ucar.edu</a><br>
>> List instructions, subscriber options, unsubscribe:<br>
>> <a href="http://mailman.ucar.edu/mailman/listinfo/ncl-talk" rel="noreferrer" target="_blank">http://mailman.ucar.edu/mailma<wbr>n/listinfo/ncl-talk</a><br>
>><br>
><br>
><br>
><br>
> --<br>
> Barry H. Lynn, Ph.D<br>
> Senior Lecturer,<br>
> The Institute of the Earth Science,<br>
> The Hebrew University of Jerusalem,<br>
> Givat Ram, Jerusalem 91904, Israel<br>
> Tel: 972 547 231 170<br>
> Fax: (972)-25662581<br>
><br>
> C.E.O, Weather It Is, LTD<br>
> Weather and Climate Focus<br>
> <a href="http://weather-it-is.com" rel="noreferrer" target="_blank">http://weather-it-is.com</a><br>
> Jerusalem, Israel<br>
> Local: 02 930 9525<br>
> Cell: 054 7 231 170<br>
> Int-IS: x972 2 930 9525<br>
> US <a href="tel:(914)%20432-3108" value="+19144323108" target="_blank">914 432 3108</a><br>
______________________________<wbr>_________________<br>
ncl-talk mailing list<br>
<a href="mailto:ncl-talk@ucar.edu" target="_blank">ncl-talk@ucar.edu</a><br>
List instructions, subscriber options, unsubscribe:<br>
<a href="http://mailman.ucar.edu/mailman/listinfo/ncl-talk" rel="noreferrer" target="_blank">http://mailman.ucar.edu/mailma<wbr>n/listinfo/ncl-talk</a><br>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>