I'm forking this discussion so that OpenStreetView can continue and so can this parallel one ;)
On 6/13/07, David Fawcett <[EMAIL PROTECTED]> wrote:
Brian, I am interested in this topic as well. We have a system to make Minnesota air quality data available to the public. It consists of point sources, ambient data from monitoring stations, and Air Quality Index data for regional areas. I am always interested in looking at new ways to store, slice, represent, and publish this type of information.
This is definitely an interesting thing for me - my wife does Green Roof (vegetated) roof monitoring and is looking into ways to syndicate/store/aggregate the measurements for researchers to share the data. This is similar to existing environmental monitoring activities. And the specific change now is to having "moving" environmental observations (PigeonBlog anyone?) ObsKML & ObsRSS are gaining traction - and <plug>there will even be a talk on it at FOSS4G</plug> (http://www.foss4g2007.org/presentations/view.php?abstract_id=86) (http://nautilus.baruch.sc.edu/twiki_dmcc/bin/view/Main/ObsKML & http://nautilus.baruch.sc.edu/twiki_dmcc/bin/view/Main/ObsRSS) So using both the {Geo|Obs}RSS you could have really great sensor syndication. And then going back to Mike Liebhold's pointing out the camera capability in KML 2.2 - you can have located {Obs|Photo}KML. One issue is - what clients currently consume all this?
On 6/13/07, Allan Doyle <[EMAIL PROTECTED]> wrote: > > On Jun 13, 2007, at 09:24, brian grant wrote: > > > pardon my impressions as I've lurked this site for years and read this > > thread with some amusement. > > > > the street view focus on the visual seems to be an effort to > > capture the > > transient but my needs are to capture repeatedly over time and not > > just the > > visual - I need temperature, humidity, particulate and other > > atmospheric > > data. > > > > I'm not necessarily looking for a way to commercialize or publish > > data - I'm > > here trying to find an appropriate geospatial reference that > > defines area > > not points - recursive areas of ever increasing resolution that fit > > nicely > > into a database schema or even file directory structure. > > You are on to something. The environmental data you seek is being > gathered by a number of groups in a number of formats with a number > of different metadata schemas in a number of different repositories. > The "appropriate geospatial reference" you seek should be something > that you can then use to query for, find, and extract the data you > are looking for. > > I think in the long run, it's easier to build OpenStreetView than to > build something that lets you do what you want. > > The good news is that a lot of smart people have been working on your > problem. The bad news is that they have been working for a long time > and it's not clear that they have come up with a viable solution, nor > is a viable solution anywhere on the horizon. > > Allan >
_______________________________________________ Geowanking mailing list [email protected] http://lists.burri.to/mailman/listinfo/geowanking
