Addendum to my earlier message...
The other good news is that I suspect the geowanking community could
go a long way to working out the data catalog/search/access problems
in a new, useful way.
There are some interesting things going on:
1. Open Search geo extensions
http://www.opensearch.org/Specifications/OpenSearch/Extensions/
Geo/1.0/Draft_1
2. OSGeo Geodata Committee
http://wiki.osgeo.org/index.php/Public_Geospatial_Data_Project
3. OSGeo DCLite4G
http://wiki.osgeo.org/index.php/DCLite4G
4. Google's KML search
http://www.directionsmag.com/article.php?article_id=2409
There's plenty of material about the existing geo-search activities
out there. Google for "ogc catalog", "spatial data infrastructure",
"fgdc metadata", etc.
The problem seems so easy. Identify a point in space. Decide what
kind of data you want. Find the data. The axle people get wrapped
around is that they then have to decide on a whole bunch of stuff
that will support doing that and it's never clear how much yak-
shaving is happening, how much institutional rivalry is happening,
how much legacy inertia is happening, etc.
ALlan
On Jun 13, 2007, at 10:21, David Fawcett 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.
David Fawcett
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
>
>
>
> - brian grant
>
>
>
>
> _______________________________________________
> Geowanking mailing list
> [email protected]
> http://lists.burri.to/mailman/listinfo/geowanking
--
Allan Doyle
+1.781.433.2695
[EMAIL PROTECTED]
_______________________________________________
Geowanking mailing list
[email protected]
http://lists.burri.to/mailman/listinfo/geowanking
--
Allan Doyle
+1.781.433.2695
[EMAIL PROTECTED]
_______________________________________________
Geowanking mailing list
[email protected]
http://lists.burri.to/mailman/listinfo/geowanking
