The OGC are also developing a Sensor Observation Service specification
which may be of interest:
http://www.opengeospatial.org/standards/requests/32
In your <plug>talk</plug> you might want to discuss the differences
between the specifications.
Andrew Turner wrote:
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
--
Cameron Shorter
Systems Architect, http://lisasoft.com.au
Tel: +61 (0)2 8570 5050
Mob: +61 (0)419 142 254
_______________________________________________
Geowanking mailing list
[email protected]
http://lists.burri.to/mailman/listinfo/geowanking
