[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


NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publicly available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.