Talk:AIRNOW
From Datafedwiki
Contents |
[new][edit][reply] AirNOW time zones -- KBenedict May 10, 2007
In the AirNOW dataset that is accessible through DataFed, what is the time zone for the stations data?
[new][edit][reply] Re: AirNOW time zones -- Rhusar May 11, 2007 12:14 PM
Hey Sean, I know Tim may be out roaming the world, so I need a small favor. Would you check with the AirNow cast in your office what is the time zone on the OBS files that we are accessing for the Airnow data. We need to fix the DataFed WCS service so the times are properly encoded with the time zone for each station. Thanks in advance,
[new][edit][reply] Re: Re: AirNOW time zones -- SRaffuse May 11, 2007 12:30 PM
Rudy, According to the AIRNow folks here, the time zone depends on the OBS file and is specified in the header (TZONE). The example you linked below is in EDT.
[new][edit][reply] Re: Re: Re: AirNOW time zones -- Rhusar May 11, 2007 12:54 PM
Ok, is the TZone for a station changing with time or is it the same for a specific station?
[new][edit][reply] Re: Re: Re: Re: AirNOW time zones -- SRaffuse May 11, 2007 12:58 PM
I believe that it can change with time at the whim of the agency delivering the data. For example, they may switch to and from daylight savings time. I have cc’d the AIRNow data management center folks and they can correct me if I am incorrect.
[new][edit][reply] Re: Re: Re: Re: AirNOW time zones -- KBenedict May 11, 2007 1:31 PM
Quite impressive instant gratification. I'm amazed. Is there anything we can do to help at this point? I'm not sure that normalization to UTC is absolutely required (though probably useful). As long as the UTC offsets are included in the timestamps, probably using the ISO standard, that should provide sufficient data for retrieval using unambiguous time specifications. That being said, a question ... How does the OGC WMS/WCS time specification support Time Zone elements in time parameter requests? It seems that this is a likely area of potential confusion in different implementations of the OGC specifications. Just thinking about some of the implementation variations that you mentioned yesterday...
[new][edit][reply] Why is my favorite AirNOW station missing? -- RPoriot 12:14, 15 June 2007 (CDT)
The Burlington, VT site has been monitoring PM2.5, but the data for that site are not accessible through the DataFed browser. Why?
[new][edit][reply] Re: Why is my favorite AirNOW station missing? -- Rhusar 12:19, 15 June 2007 (CDT)
The AirNOW dataset accessible through the DataFed browser is delivered from a data cache that is maintained locally in the DataFed server. The cached version allows fast data access, spatial and temporal browsing and rapid data aggregation. The problem is that when a new station is added to the network, it does not immediately show up in the cached version since we don't automatically check for new sites. We recognize that this update anomaly should be remedied in the future.
[new][edit][reply] AirNOW Gateway -- JWhite 21:29, 28 Nov 20078 (CST)
Hi all. We are finally beginning to get started on AIRNow Gateway - one year after of first contacting you! The first step is to get in touch with the collaborators (you) to obtain input and suggestions for designing data products for Gateway. I know we did not receive letters of intent from all of you, but at least you indicated an interest in providing comments/feedback. (If you do not want to stay involved - please let me know and I will take you off the email list). At the same time STI will investigate international data exchange standards and determine which standards to implement in Gateway. As a reminder - AIRNow Gateway will provide AIRNow data to outside communities (research organizations, federal agencies, others) in a variety of: 1) formats (such as BUFR), 2) delivery mechanisms (web services or files), and 3) frequencies (hourly BUFR for example).
The first task of the project is identifying user needs and requirements, and to develop a specifications document for the Gateway system. The specifications document will summarize user requirements identified after getting your feedback and describe the technical plan for implementing the Gateway system. So my charge to you (or your IT/computer experts) is to think about how your organization or specific application(s) could make better use of AIRNow data. Specifically we need to know formats, delivery times and mechanism (do you want a file(s) or web services etc.), and what kinds of data (pollutant, site info, date and time stamp ... or forecasts by city, date etc.), and time standards (GMT, EDT, etc.) will best serve your needs. This feedback can be via email - just send to me and/or STI (airnowdmc@sonomatech.com).
Also since it has been a long time since AIRNow Gateway has been on your radar - I will setup a conference call (or 2) sometime in the next week or so to give everyone (including your IT expert(s) if needed) an opportunity ask STI specific questions regarding Gateway. If you cannot make any of the conference calls - STI can call you if they have any questions regarding your email feedback.
We may be limited in how specialized the Gateway data products can be - we want to make sure they are broad enough to reach as many organizations as possible...and that we are EPA-compliant in our XML format and meet the standard formatting requirements of World Meteorologist Organization (WMO) and ISO.
Thanks again for your time and helping us make AIRNow Gateway a valuable service. John E. White
