[ncl-talk] sfYCStartV and sfYCEndV

[Rick Brownrigg]

Hi Dave,

I am stumped here.  It would appear that trYMinF *should* be the way to go.
But I'm getting this error message:

   warning:ContourPlotSetValues: current transformation requires trYMinF to
be within data coordinate range: resetting

And I track that down in the code, and for whatever reason, if the axis is
irregular or curvilinear (as in your case), the values of trYMinF/MaxF are
constrained to be within the data range of the y-coordinate.  This is
mentioned in example #6 here:

   http://ncl.ucar.edu/Applications/axes.shtml

Is it possible to manipulate your data that the grid for Tinzs always has a
common y coordinate, constrained to be in the desired range? (I don't
understand you data well enough to know if this even makes sense).

I wish I had a better answer -- perhaps someone else on ncl-talk can step
up.

Rick

On Thu, Mar 7, 2019 at 1:28 PM David Bailey <dbailey at ucar.edu> wrote:

> That is correct. Feel free to run it.
>
> Dave
>
> On Thu, Mar 7, 2019 at 1:27 PM Rick Brownrigg <brownrig at ucar.edu> wrote:
>
>> May I run a copy of that script against the datasets -- it looks like the
>> only output are plots?
>>
>> On Thu, Mar 7, 2019 at 11:41 AM David Bailey <dbailey at ucar.edu> wrote:
>>
>>> My script is in:
>>>
>>> /glade/u/home/dbailey/ncl/tinz_contour.ncl
>>>
>>> Dave
>>>
>>> On Thu, Mar 7, 2019 at 11:39 AM Rick Brownrigg <brownrig at ucar.edu>
>>> wrote:
>>>
>>>> Hi Dave,  which plotting function are you using?  Is it just
>>>> gsn_csm_contour()?
>>>>
>>>>
>>>>
>>>> On Thu, Mar 7, 2019 at 11:31 AM David Bailey <dbailey at ucar.edu> wrote:
>>>>
>>>>> Hi all,
>>>>>
>>>>> I am using the sfAXArray and sfYArray capability to contour a
>>>>> two-dimensional field of temperature versus depth in the sea ice where the
>>>>> vertical axis (depth) changes in time. This works *almost* as expected for
>>>>> me (see attached). The one nit-picky issue I have is that I would like to
>>>>> fix the lower bound on the Y-axis to say -5m. I have tried trYMax and
>>>>> sfYCEndV, but these are ignored and the minimum value in on the sfYArray
>>>>> axis is always chosen. Has anyone had experience with this and have a
>>>>> workaround? Thanks!
>>>>>
>>>>> Dave
>>>>>
>>>>> --
>>>>>
>>>>> David A Bailey
>>>>>  email: dbailey_at_ucar.edu
>>>>> National Center for Atmospheric Research   phone: 303-497-1737
>>>>> PO Box 3000
>>>>>   fax  : 303-497-1700
>>>>> Boulder, CO 80307-3000
>>>>>                    http://www.cgd.ucar.edu/staff/dbailey
>>>>> _______________________________________________
>>>>> ncl-talk mailing list
>>>>> ncl-talk at ucar.edu
>>>>> List instructions, subscriber options, unsubscribe:
>>>>> http://mailman.ucar.edu/mailman/listinfo/ncl-talk
>>>>>
>>>>
>>>
>>> --
>>>
>>> David A Bailey
>>>  email: dbailey_at_ucar.edu
>>> National Center for Atmospheric Research   phone: 303-497-1737
>>> PO Box 3000
>>> fax  : 303-497-1700
>>> Boulder, CO 80307-3000
>>>                    http://www.cgd.ucar.edu/staff/dbailey
>>>
>>
>
> --
>
> David A Bailey
>  email: dbailey_at_ucar.edu
> National Center for Atmospheric Research   phone: 303-497-1737
> PO Box 3000
> fax  : 303-497-1700
> Boulder, CO 80307-3000
>                    http://www.cgd.ucar.edu/staff/dbailey
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.ucar.edu/pipermail/ncl-talk/attachments/20190307/520102ac/attachment.html>