[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[THREDDS #OFS-300596]: Motherlode KMZ requests question



On 7/6/2012 3:01 PM, Jack Settelmaier wrote:
> New Client Reply: Motherlode KMZ requests question
>
> Is there a simple way to assign a transparent color to the
> "black" values one gets when making such a KMZ-returning
> request?  I see the TRANSPARENT=true, but am unsure what
> that applies to?
> http://motherlode.ucar.edu:8080/thredds/wms/NCEP/NDFD/conduit/CONUS_5km/NDFD_CONUS_5km_conduit_20120706_1800.grib2?LAYERS=Temperature_tendency_by_all_radiation&ELEVATION=0&TIME=2012-07-07T21%3A00%3A00.000Z&TRANSPARENT=true&STYLES=boxfill%2Frainbow&CRS=EPSG%3A4326&COLORSCALERANGE=310.93%2C320.2&NUMCOLORBANDS=20&LOGSCALE=false&SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&EXCEPTIONS=XML&FORMAT=application/vnd.google-earth.kmz&BBOX=-125.317814108408,22.616127749272,-62.993861744786,52.150465533352&WIDTH=2048&HEIGHT=1600
>
> Is there an option to smooth the result at all?   Any
> conversion options to non-Kelvin native units (Kelvin to
> Fahrenheit)?
>
> On 6/29/2012 5:20 PM, Unidata THREDDS Support wrote:
>> Hi Jack,
>>
>> just a quick answer to questions 2a) and 3):
>>
>> 2a) the parameter time only accepts valid TIME values, that is, values
>> that are declared in the WMS capabilities document for each layer:
>> http://motherlode.ucar.edu:8080/thredds/wms/NCEP/NDFD/conduit/CONUS_5km/NDFD_CONUS_5km_conduit_20120629_1800.grib2?service=WMS&version=1.3.0&request=GetCapabilities
>>
>> 3) Although the WMS specification allows requests on multiple layers the
>> ncWMS, which is the WMS implementation used by THREDDS, does not support
>> this feature and only one variable (or layer) can be requested at a time.
>>
>> Cheers!
>>
>> On 06/29/2012 03:38 PM, Jack Settelmaier wrote:
>>> New Ticket: Motherlode KMZ requests question
>>>
>>> Ben,
>>>
>>> You're my first thought for all questions related to
>>> Motherlode, but I've left thredds-support on here as well,
>>> in case they are a better recipient for these questions.
>>>
>>> 3 questions.
>>>
>>> I'm pulling NWS NDFD data from the motherlode server:
>>> http://motherlode.ucar.edu:8080/thredds/idd/models.html
>>>
>>> 1) There is an NDFD_5km and an NDFD_5km_conduit feed.  Is
>>> the non-conduit one what is delivered via satellite, and
>>> conduit via landline?  Is that the difference?  In the
>>> conduit feed, I can access NDFD Apparent Temperature grids,
>>> but not in the other.
>>>
>>> This leads to my second question:
>>> 2) I was able to successfully use this link to generate KMZ
>>> for a selected variable, area, time, etc.
>>> motherlode.ucar.edu:8080/thredds/wms/NCEP/NDFD/conduit/CONUS_5km/NDFD_CONUS_5km_conduit_20120629_1800.grib2?LAYERS=Temperature_tendency_by_all_radiation&ELEVATION=0&TIME=2012-07-01T21%3A00%3A00.000Z&TRANSPARENT=true&STYLES=boxfill%2Frainbow&CRS=EPSG%3A4326&COLORSCALERANGE=310.93%2C320.2&NUMCOLORBANDS=20&LOGSCALE=false&SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&EXCEPTIONS=XML&FORMAT=application/vnd.google-earth.kmz&BBOX=-90.317814108408,26.616127749272,-72.993861744786,40.150465533352&WIDTH=2048&HEIGHT=1600
>>>
>>> In order to lighten my scripting, I would rather not have to
>>> alter too much in my "command line" approach of grabbing
>>> this KMZ and other forecast hours.  I know there is a
>>> "latest" file offered in this conduit directory, but the
>>> full NDFD contents are only in the 0000, 0600, 1200, and
>>> 1800 files (every 6 hours).  Would it be possible to also
>>> always have available a "latest" FULL file (these 4 time
>>> steps are 70-80MB, vs the 35-45MB for the other hours)
>>>
>>> 2a) Additionally, in the above "command line" syntax, there
>>> is a date.  Rather than the date, can I insert a forecast
>>> projection time, such as "time=5," since I know time step=5
>>> is one of about 34 time steps in this file, rather than
>>> using the actual valid date, which is a function of the
>>> initial date (ie. more scripting to prep and automate this
>>> scheduled data-gathering).
>>>
>>> 3) Is it possible to send a command line syntax request like
>>> the above that combines multiple variables, and returns them
>>> in one KMZ.  That is, give me 5 variables that all have the
>>> same valid time (projection=5)?
>>>
>>> Any tips would be appreciated.
>>>
>>> On 11/3/2011 5:16 PM, Ben Domenico wrote:
>>>> Hi Jack,
>>>>
>>>> To my knowlege, there has not been a GRIB output option
>>>> for the subsetting capabilities in the TDS, but I'm
>>>> sending this to our Unidata support system in case I've
>>>> missed something along the way.
>>>>
>>>> -- Ben
>>>>
>>>> On Thu, Nov 3, 2011 at 1:18 PM, Jack Settelmaier
>>>> <address@hidden
>>>> <mailto:address@hidden>>  wrote:
>>>>
>>>>        I see one can subset data on a thredds server and get
>>>>        netcdf. I could have sworn I saw one could subset and
>>>>        get GRIB2 back, instead, but I don't see that option.
>>>>         Is subsetting and getting grib2 possible?
>>>>        From my Blackberry
>>>>
>>>>
>>> Ticket Details
>>> ===================
>>> Ticket ID: OFS-300596
>>> Department: Support THREDDS
>>> Priority: Normal
>>> Status: Open
>>> Link:  
>>> https://www.unidata.ucar.edu/esupport/staff/index.php?_m=tickets&_a=viewticket&ticketid=20214
>>
>>
>> Ticket Details
>> ===================
>> Ticket ID: OFS-300596
>> Department: Support THREDDS
>> Priority: Normal
>> Status: Open
>>
>
>
> Ticket Details
> ===================
> Ticket ID: OFS-300596
> Department: Support THREDDS
> Priority: High
> Status: Open
> Link:  
> https://www.unidata.ucar.edu/esupport/staff/index.php?_m=tickets&_a=viewticket&ticketid=20214
Hi Jack,

I haven't seen anyone on our e-mail list respond to your question. If 
you've gotten an answer off-list, that's great.  Otherwise, I'd suggest 
going here:

http://www.resc.rdg.ac.uk/trac/ncWMS/wiki/MailingLists

and subscribing.  I suspect you'll have a better chance of finding an 
answer to your question there.

Sincerely,
   Lansing Madry
   Unidata
   Boulder, Colorado



Ticket Details
===================
Ticket ID: OFS-300596
Department: Support THREDDS
Priority: Critical
Status: Open