<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hi Mary,<div class=""><br class=""></div><div class="">Why can’t all documentation be that exciting! </div><div class=""><br class=""></div><div class="">Setting the pmTitleZone only seemed to move around the ti*Strings with respect to their positions. It had no influence on the gsn*Strings. After seeing what influence that resource had on the strings, I was finally able to find the resources I needed to alter to get the desired change.</div><div class=""><br class=""></div><div class=""><div style="margin: 0px; line-height: normal; font-family: 'Andale Mono'; color: rgb(41, 249, 20); background-color: rgb(0, 0, 0);" class=""><span style="font-variant-ligatures: no-common-ligatures" class=""> res@gsnRightStringOrthogonalPosF</span></div><div style="margin: 0px; line-height: normal; font-family: 'Andale Mono'; color: rgb(41, 249, 20); background-color: rgb(0, 0, 0);" class=""><span style="font-variant-ligatures: no-common-ligatures" class=""> res@gsnLeftStringOrthogonalPosF </span></div></div><div class=""><br class=""></div><div class="">When the documentation says to use small numbers I wasn’t expecting that small, then again I guess it is relative to the whole plot. Setting the position to 0.0075 appears to do the trick to get the desired change.</div><div class=""><br class=""></div><div class="">Thanks for opening up the ticket. It would be great for the plot manager to configure the gsn*String position like it does with the other routines. I could see why it is expecting all of the tick marks to be on. Apparently, I could have achieved the plot using xy but apparently I wasn’t thinking the right train of thought when I was originally making this script. I need to remember that NCL ignores fill values, (I’ll get all of the tricks down one day).</div><div class=""><br class=""></div><div class="">Thanks,</div><div class="">-Alex</div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Jul 29, 2016, at 1:46 PM, Mary Haley <<a href="mailto:haley@ucar.edu" class="">haley@ucar.edu</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=""><div class="gmail_default" style="font-size: small;">Hi Alex,</div><div class="gmail_default" style="font-size: small;"><br class=""></div><div class="gmail_default" style="font-size: small;">There's a short answer and a long answer.</div><div class="gmail_default" style="font-size: small;"><br class=""></div><div class="gmail_default" style="font-size: small;">The short answer is to try setting "res@pmTitleZone" resource to either 1, 2, 3, or maybe 4. </div><div class="gmail_default" style="font-size: small;"><br class=""></div><div class="gmail_default" style="font-size: small;">The long answer is that NCL's PlotManager uses "zones" to try to determine where to place titles with respect to the plot. I think zones 0 and 1 are contained within the plot X/Y axis boundary, zone 2 is just outside the plot, for example, where the tickmarks are, zone 3 is the area containing the tick mark labels, and so on. The x2y2 routine is assuming that the top tickmarks and labels are all on, so it sets pmTitleZone to either 4 or 5, which causes the title to be moved up. By setting it to a lower value, this causes the title to move down.</div><div class="gmail_default" style="font-size: small;"><br class=""></div><div class="gmail_default" style="font-size: small;">If you want to read some exciting stuff on zones, see:</div><div class="gmail_default" style="font-size: small;"><br class=""></div><div class="gmail_default"><a href="http://www.ncl.ucar.edu/Document/HLUs/Classes/PlotManager.shtml#PlotManager-Location-Control-Model" class="">http://www.ncl.ucar.edu/Document/HLUs/Classes/PlotManager.shtml#PlotManager-Location-Control-Model</a><br class=""></div><div class="gmail_default"><br class=""></div><div class="gmail_default" style="font-size: small;">I've created a ticket for this, NCL-2470.</div><div class="gmail_default" style="font-size: small;"><br class=""></div><div class="gmail_default" style="font-size: small;">--Mary</div><div class="gmail_default" style="font-size: small;"><br class=""></div></div><div class="gmail_extra" style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;"><br class=""><div class="gmail_quote">On Fri, Jul 29, 2016 at 10:23 AM, Alexander Schaefer<span class="Apple-converted-space"> </span><span dir="ltr" class=""><<a href="mailto:aschae11@uncc.edu" target="_blank" class="">aschae11@uncc.edu</a>></span><span class="Apple-converted-space"> </span>wrote:<br class=""><blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex;">Hi all,<br class=""><br class="">I was wondering if anyone knows why there is a positioning issue with the strings adjacent to the top of the plot when using the gsn_csm_x2y2 plotting routine as opposed to the gsn_csm_contour plotting routine. I haven’t noticed this in any of the other plotting routines I have used to date. When I turn off the top axis tick marks, the gsn*Strings don’t get translated down to the top of the plot like they standardly do. The first page of the attached pdf illustrates the xy plot with the string positioning issue I am referring to and the second page shows what I am comparing it to, in my case, with the gsn*Strings in the correct position.<br class=""><br class="">I have created a script to reduce my scripts to basically just resources (maybe they are interacting in an odd way) and plotting of fake data to illustrate my question so hopefully it is less confusing than digging through originals. These plots are made in 2 separate scripts when I use them but combine to reduce file count here.<br class=""><br class="">If anyone has some insight on the issue or how to fix it (maybe I missed something) I would greatly appreciate the help.<br class=""><br class="">Thanks,<br class="">-Alex<br class=""><br class=""><br class=""><br class=""><br class=""><br class="">_______________________________________________<br class="">ncl-talk mailing list<br class=""><a href="mailto:ncl-talk@ucar.edu" class="">ncl-talk@ucar.edu</a><br class="">List instructions, subscriber options, unsubscribe:<br class=""><a href="http://mailman.ucar.edu/mailman/listinfo/ncl-talk" rel="noreferrer" target="_blank" class="">http://mailman.ucar.edu/mailman/listinfo/ncl-talk</a></blockquote></div></div></div></blockquote></div><br class=""></div></body></html>