<div dir="ltr"><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 18, 2016 at 8:52 AM, Alan Brammer <span dir="ltr">&lt;<a href="mailto:abrammer@albany.edu" target="_blank">abrammer@albany.edu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><span class=""><div><br></div><div><blockquote type="cite">2) Could gsn_csm_contour_map and its siblings default mp(Min/Max)(Lat/Lon)F to the bounds of the data?</blockquote><br><div style="font-size:small"></div></div></span><span class=""><blockquote type="cite"><div><div style="font-size:small">2) I&#39;ve often thought about this myself. It&#39;s annoying when you have a regional plot and you get a global plot. </div><div style="font-size:small"><br></div><div style="font-size:small">This is a major change to the default behavior, however, and we would have to consider this very carefully before moving forward with it.  Perhaps as an interim solution, we can offer up a new logical resource that tells NCL to crop the map based on the lat/lon values provided by the user, so at least you only have one resource to set instead of four. </div></div></blockquote><div><br></div><div><br></div></span><div>I also find this annoying but rather than change the default or existing features. </div><div>Could you add another option to mpLimitMode as “Data” which sets the limits to the data extents. </div><div>Makes it a quick thing to type out without having to manually set the extents and doesn’t (shouldn’t) break anything existing. </div></div></blockquote><div><br></div><div><div class="gmail_default" style="font-size:small;display:inline">​That&#39;s a good idea to use an existing resource. I&#39;ve added this to our ticket.</div></div><div><div class="gmail_default" style="font-size:small;display:inline"><br></div></div><div><div class="gmail_default" style="font-size:small;display:inline">​</div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><br></div><div><br></div><div>3)  Similar to this discussion, is there any feasibility to have a “defaults” file where the user could change some of these options?  </div><div>I have tons of repeat resources in every script, which just change font sizes etc and I pretty much always change them to the same value. </div><div>I personally also will willingly take the time hit to have nice coastlines.  Globally these things probably shouldn’t be changed, but if the user could set their own defaults it could be quite nice. </div></div></blockquote><div><br></div><div><div class="gmail_default" style="font-size:small;display:inline">​We sort of have this already with the &quot;.hluresfile&quot;. However, with something like a font height, this usually gets controlled by the &quot;plot manager&quot;, which is trying to manage all elements of a plot if you resize it.  </div></div><div><div class="gmail_default" style="font-size:small;display:inline"><br></div></div><div><div class="gmail_default" style="font-size:small;display:inline">We have a separate ticket just for font heights alone (NCL-194), because we&#39;ve had many people ask how they can set a fixed font size regardless of the size of everything else.  I&#39;ve added your comments to this ticket which will help &quot;elevate&quot; it.  I agree that we need something that allows you to &quot;fix&quot; the font size for all plot elements.</div></div><div><div class="gmail_default" style="font-size:small;display:inline"><br></div></div><div><div class="gmail_default" style="font-size:small;display:inline">--Mary</div></div><div><div class="gmail_default" style="font-size:small;display:inline">​</div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><br></div><div>Actually this is kind of done with the set_default_fillvalue().  </div><div>Could we have e.g.  </div><div>set_default_resource(“txFontHeightF”, 0.018)  </div><div>A file with these could then be loaded at the top of scripts without having to think too much about it. </div><span class="HOEnZb"><font color="#888888"><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div>Alan.</div></font></span><span class=""><div><br></div><div><br></div><div><br></div><br><div><blockquote type="cite"><div>On 17 Mar 2016, at 13:45, Mary Haley &lt;<a href="mailto:haley@ucar.edu" target="_blank">haley@ucar.edu</a>&gt; wrote:</div><br><div><div style="font-family:Helvetica;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-size:small"><br>1) We had discussed the zooming idea before posting to this list. We decided against it because it&#39;s hard to define that &quot;threshold&quot;. However, we are open to ideas. It just makes it more difficult to describe the behavior of resources to users once you start putting complication conditions on it.</div><div style="font-family:Helvetica;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-size:small"><br></div><div style="font-family:Helvetica;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-size:small">2) I&#39;ve often thought about this myself. It&#39;s annoying when you have a regional plot and you get a global plot. </div><br></div></blockquote></div><br></span></div></blockquote></div><br></div></div>