Hi all,
Just a minor correction. The second URL below, for our prototype TDS,
should be
http://motherlode.ucar.edu:8080/thredds/catalog.html
Ethan
Ben Domenico wrote:
> Hi George,
>
> If I understand your suggestion, something like our THREDDS Data Server
> which includes a WCS interface to many different types of environmental
> data would be appropriate.
>
> The TDS homepage is at:
>
> http://www.unidata.ucar.edu/projects/THREDDS/tech/TDS.html
> <http://www.unidata.ucar.edu/projects/THREDDS/tech/TDS.html>
>
> We have our own prototype TDS at Unidata serving a wide variety of
> real-time weather data. The html interface is at:
>
> http://www.unidata.ucar.edu/projects/THREDDS/tech/TDS.html
> <http://www.unidata.ucar.edu/projects/THREDDS/tech/TDS.html>
>
> There is another TDS at the NOAA Pacific Fisheries Lab:
>
> http://oceanwatch.pfeg.noaa.gov/thredds/catalog.html
> <http://oceanwatch.pfeg.noaa.gov/thredds/catalog.html>
>
> and another at the US National Climatic Data Center:
>
> http://nomads.ncdc.noaa.gov/thredds/catalog.html
> <http://nomads.ncdc.noaa.gov/thredds/catalog.html>
>
> There are quite a few other, but those should provide a sense of what's
> available and what can be done with the TDS and what can and can't be
> done with WCS(yet). These servers illustrate the type of data and
> services we are attempting to provide via OGC interfaces. We've made
> progress in the limited set that can be served via WCS. And the
> proposed CF-netCDF extension to WCS is a big step in that direction.
>
> Even so, I'm not sure what it would mean to participate in CCIP. It
> would be possible to implement a TDS on the CCIP server, but none of our
> datasets are there so that doesn't make sense. And travel expenses are
> always an issue in terms of participating in the meetings themselves to
> demonstrate clients using TDS servers.
>
> -- Ben
>
> On Wed, Apr 15, 2009 at 10:00 AM, George Percivall
> <gpercivall@xxxxxxxxxxxxxxxxxx <mailto:gpercivall@xxxxxxxxxxxxxxxxxx>>
> wrote:
>
> Ben,
>
> OSGeo and OGC have a complimentary and productive relationship based
> upon an MOU between the two organizations.
>
> A great example of the collaboration is at the next FOSS4G run by
> OSGeo, OGC will be leading a Climate Change Integration Plugfest
> (CCIP). The CCIP will demonstrate standards based interoperability
> between geospatial applications based on a Climate Change scenario.
> http://www.osgeo.org/news/2009/01/FOSS4G_Integration
> http://www.opengeospatial.org/pressroom/pressreleases/951
>
>
> The GALEON community could interact with OSGeo in many ways here are
> a couple of suggestions:
> 1) participate in the CCIP.
> 2) identify an open-source project that implements OGC standards,
> e.g., WCS, as an OSGeo Project. OSGeo has a process and
> resources for community development of open-source geospatial
> software. There are several examples of OSGeo projects implementing
> OGC specifications.
>
> OSGeo projects implementing OGC specifications has been successful
> in the past and it may be appropriate in the GALEON context.
>
>
>
> Relevant to this is the motion approved at the OGC meeting this
> month: "Web Coverage Service Standards Working Group release of
> NetCDF extension"
> The OGC Members approved release of 09-018 Web Coverage Service
> (WCS) extension for CF-netCDF encoding, 1.0 as an OGC Discussion Paper
> • This extension of the WCS standard specifies an Information
> Community data model with the related encoding that may optionally
> be implemented by WCS servers. This extension enables clients to
> evaluate, request and use data encoded in CF-netCDF3 format from a
> WCS server.
>
> Document 09-018 is posted here:
> http://portal.opengeospatial.org/files/?artifact_id=32195
>
> Regards,
> George
>
>
>
>
>
>
> On Apr 13, 2009, at 7:18 PM, Gerry Creager wrote:
>
>> I certainly believe the GALEON community would benefit, and that
>> the FOSS4G community would, as well. I suspect a similar
>> statement can be made with THREDDS, as well.
>>
>> The main limitation of GDAL for NetCDF is based in the lack of
>> requests to extend the support, and the potential to fund said
>> updates when critiacl mass is finally achieved.
>>
>> I didn't get to attend the last OGC TC, but I suspect there were
>> plenty of other FOSS4G advocates there.
>>
>> I was involved in some of the original FOSS4G organizational
>> efforts but didn't have the time to allow me to participate to any
>> great extent. That said, it appears to be a good organization with
>> a lot of potential to support and nurture projects.
>>
>> Unidata, however, is also nurturing THREDDS. There's likely be a
>> little friction, but I strongly suspect that once the initial
>> "dancing" is done, the benefits to both communities would be visible.
>>
>> gerry
>>
>> Roy Mendelssohn wrote:
>>> Hi Ben:
>>> I do not know about FOSS4G per se, but the major sponsor of it
>>> appears to be OSGeo (http://www.osgeo.org/). They are
>>> responsible for Mapserver and Geotools and most importantly GDAL.
>>> GDAL is a nice tool for converting between formats, and supports
>>> Netcdf and OpeNDAP, at least partially (I can't remember if it is
>>> limited in dimensions with netcdf), and provides the conversion
>>> for Mapserver. Conversations about supporting netcdf4 or
>>> related things would strike me as valuable.
>>> -Roy
>>> On Apr 13, 2009, at 2:15 PM, Ben Domenico wrote:
>>>> Hi again,
>>>>
>>>> Periodically, I get a suggestion that GALEON and THREDDS would
>>>> be good candidates for participation in the Free and Open Source
>>>> Software for Geospatial (FOSS4G) movement, initiative, project,
>>>> community, or whatever it is. I briefly looked into it one time
>>>> earlier
>>>>
>>>>
>>>> http://sites.google.com/site/galeonteam/Home/GALEON%20Phase2%20Main%20Page/Unidata%20OGC%20Interoperability%20Day%20Presentations
>>>>
>>>>
>>>> but it came up at the recent OGC TC again.
>>>>
>>>> Do any of you have any experience with, thoughts on, or
>>>> suggestions regarding whether participating in FOSS4G would
>>>> indeed be an effective approach to furthering our particular --
>>>> implementation-oriented approach to interoperability?
>>>>
>>>> -- Ben
>>>> _______________________________________________
>>>> galeon mailing list
>>>> galeon@xxxxxxxxxxxxxxxx <mailto:galeon@xxxxxxxxxxxxxxxx>
>>>> For list information, to unsubscribe, visit:
>>>> http://www.unidata.ucar.edu/mailing_lists/
>>> **********************
>>> "The contents of this message do not reflect any position of the
>>> U.S. Government or NOAA."
>>> **********************
>>> Roy Mendelssohn
>>> Supervisory Operations Research Analyst
>>> NOAA/NMFS
>>> Environmental Research Division
>>> Southwest Fisheries Science Center
>>> 1352 Lighthouse Avenue
>>> Pacific Grove, CA 93950-2097
>>> e-mail: Roy.Mendelssohn@xxxxxxxx
>>> <mailto:Roy.Mendelssohn@xxxxxxxx> (Note new e-mail address)
>>> voice: (831)-648-9029
>>> fax: (831)-648-8440
>>> www: http://www.pfeg.noaa.gov/
>>> "Old age and treachery will overcome youth and skill."
>>> "From those who have been given much, much will be expected"
>>> _______________________________________________
>>> galeon mailing list
>>> galeon@xxxxxxxxxxxxxxxx <mailto:galeon@xxxxxxxxxxxxxxxx>
>>> For list information, to unsubscribe, visit:
>>> http://www.unidata.ucar.edu/mailing_lists/
>>
>> --
>> Gerry Creager -- gerry.creager@xxxxxxxx
>> <mailto:gerry.creager@xxxxxxxx>
>> Texas Mesonet -- AATLT, Texas A&M University
>> Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.862.3983
>> Office: 1700 Research Parkway Ste 160, TAMU, College Station, TX 77843
>>
>> _______________________________________________
>> galeon mailing list
>> galeon@xxxxxxxxxxxxxxxx <mailto:galeon@xxxxxxxxxxxxxxxx>
>> For list information, to unsubscribe, visit:
>> http://www.unidata.ucar.edu/mailing_lists/
>
> George Percivall
> Open Geospatial Consortium
> http://www.opengeospatial.org/
> E-mail: percivall@xxxxxxxxxxxxxxxxxx
> <mailto:percivall@xxxxxxxxxxxxxxxxxx>
> Voice: +1-301-560-6439
>
>
>
>
> ****************************************************************************
> This communication, including attachments, is for the exclusive use
> of addressee(s). If you are not the intended recipient, any use,
> copying, disclosure, dissemination or distribution is strictly
> prohibited. If you are not the intended recipient, please notify the
> sender immediately by return email and delete this communication and
> destroy all copies.
>
> ****************************************************************************
>
>
>
>
>
>
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> galeon mailing list
> galeon@xxxxxxxxxxxxxxxx
> For list information, to unsubscribe, visit:
> http://www.unidata.ucar.edu/mailing_lists/
--
Ethan R. Davis Telephone: (303) 497-8155
Software Engineer Fax: (303) 497-8690
UCAR Unidata Program Center E-mail: edavis@xxxxxxxx
P.O. Box 3000
Boulder, CO 80307-3000 http://www.unidata.ucar.edu/
---------------------------------------------------------------------------
