Quote:
Just to clarify -- no, this is not an official data feed. The radar data (CONUS) are being generated as an experiment only. There is no gaurantee that data will even be current, and we reserve the right to break things, broadcast old data, or take the feed down entirely. That being said, the results should be reasonable most of the time. No one should rely on this for protection of life or property, however. It's in no way affiliated with the National Weather Service, just to be completely clear.
Understood - and thanks for the clarification.
Just curious, then - how come the KML Network Link actually points to a server in the NOOA.GOV domain? Apologies if this is a dumb question, but in the UK we have a hard enough job obtaining weather data for less than the price of a first-born son - let alone get KML projects hosted on 'official domain' servers!
You guys in the US don't know how lucky you are! Not only do you have an official govt meto dept that operates on the principle of free information, you also live in a place where (mostly) all maps are cylindrical projection too! Ours are all polar stereographic, and virtually impossible to get into GE. 
Quote:
I tried the link, and it loads the top level but does not provide a menu arrow to the left that I can open. Refreshing, clicking on the box (which is says not to do), etc., have no effect. Any ideas? I'd be happy to take a look it.
Hmm- darn. I was hoping that wouldn't happen. It's happened a couple of times, even for me. I have found that resorting to the (ill-advised) ticking of the top-box really quickly, followed by an immediate untick, fetches the KMZ and folder-structures, but doesn't pull down the entire set of data from NOAA. It does sometimes mean that you have to wait 5 mins for the NOAA-fed layers to refresh automatically, or pull them in individually by right-clicking on a lowest-level layer, and refreshing that.
Sorry for any inconvenience... I'm still looking into why GE sometimes has problems with Network Links to KMZ data (KML seems to work ok - but of course, the server-load is much greater).
Quote:
The RIDGE site is an official NWS web page that distributes data to the public (although it is experimental as well, I believe). I see an email contact on there web page, so you may want to confer directly with them. Also, there are lots of places on the web that you can find mosaics of radar data.
Yup - I had noticed that... but I must confess a little reservation at contacting official US Govt folks out of the blue, from way over here in Limey-land! Probably a silly fear... but you were the first person on GE that I've found who (apparently) was hosting stuff from a NOAA.GOV server... and thus you immediately seemed 'non-threatening'! 
Perhaps I will pluck up the courage to contact them directly, and hopefully, they won't slam me into Guantanamo the next day for breaching some rule I wasn't aware of! LOL
Quote:
I've not really looked at the RIDGE warning overlays. The ones we are generating are based on the LAT/LON information that can be found at the bottom of the warning text.
Unfortunately, the RIDGE system requires a separate pull of data from a 'GFW' file, which gives some coordinates that then need to be multiplied and mucked-around with, in order to turn them into Lat/Lon pairs for the overlay positioning. This is really the only reason that I've had to write my own 'fetcher', which does this work, and then sends out KML/KMZs to GE-users, containing the necessary Lat/Lon boxes embedded. There's no way of enabling the client to do this GFW 'pull' and computation client-side (or I would have done it, and saved some b/w!)
Perhaps this can be resolved by contact with the RIDGE project team, as you suggest... Gulp. Maybe I'll find some balls, soon 
Thanks again for your response - and for the CONUS/GE project itself (whether official or not!). It's definitely a 'keeper', and now part of 'My Places', for good! Thanks
|