- From: Peter Baumann <p.baumann@jacobs-university.de>
- Date: Fri, 5 Jun 2015 02:09:49 +0200
- To: <Simon.Cox@csiro.au>, <frans.knibbe@geodan.nl>, <allaves@fi.upm.es>
- CC: <public-sdw-wg@w3.org>
- Message-ID: <5570E8CD.5010504@jacobs-university.de>
almost correct. The OGC Coverages Model supports: - grids non-referenced (ie, no coordinates) regular grids (eg, ortho images) irregular grids (currently being generalized as an outcome of OGC Testbed-11, also towards sensor models) - so-called discrete coverages (sorry, this naming comes from ISO 19123): point clouds trajectory sets surface sets solid sets ...and all of that in n dimensions, including space & time. Coming back to grids, coverages are successfully being used for 2D imagery, 3D x/y/t image timeseries (!) and x/y/z geophysical voxel models, 4D x/y/z/t climate data. Sequences of (timestamp,image) pairs have been standardized in EO-WCS (WCS for Earth Observation data, ie: remote sensing imagery), further work on this is under way (because we also want good functional support, right?). Bottom line, OGC's coverages are certainly not the end of the story (is there one in IT world?), but represent the currently most comprehensive treatment of the subject. cheers, Peter On 06/05/15 01:37, Simon.Cox@csiro.au wrote: > > However, we also need to be careful to fully understand the scope of the > components that we reuse. > > > > For example, the OGC Coverages model that Peter refers to relates particularly > to gridded coverages (imagery). It does not support some other important > coverage-types and common representations. For example, a Time-series is a > coverage (it is the variation of a property along one spatio-temporal > axis). In environmental monitoring applications it is usually represented as a > stream of interleaved position(i.e. time)-value(,value(,value...)) objects. > This is not compatible with the current OGC Coverages standard. So while OGC > Coverages provides a good solution for grids, it doesn't cover the whole space. > > > > *Simon Cox** | **Research Scientist** > CSIRO Land and Water* > PO Box 56, Highett Vic 3190, Australia > Tel +61 3 9252 6342 <tel:%2B61%203%209252%206342> *| *Mob +61 403 302 672 > <tel:%2B61%20403%20302%20672> > simon.cox@csiro.au > <https://vic.owa.csiro.au/owa/redir.aspx?C=Y8HMKTuUBkmbM97NjtDx5lGOnwxj1c9IdyRdGXbcQ8yykNtSsGHlgXUbOJN1bdSmnc9NFxd8E0M.&URL=mailto%3asimon.cox%40csiro.au> > *| *http://people.csiro.au/C/S/Simon-Cox > > <http://people.csiro.au/C/S/Simon-Cox> > <http://people.csiro.au/C/S/Simon-Cox> > > -------------------------------------------------------------------------------- > *From:* Peter Baumann [p.baumann@jacobs-university.de] > *Sent:* Friday, 29 May 2015 11:39 PM > *To:* Frans Knibbe; Alejandro Llaves > *Cc:* SDW WG Public List > *Subject:* Re: The model reuse requirement > > Frans, > > me again; > not sure that we should mention some particular model; if so we might be more > comprehensive - at least, as coverages are in focus, the OGC coverage model > should be referenced: OGC document 09-146r2, link: > https://portal.opengeospatial.org/files/?artifact_id=48553 available from this > page: http://www.opengeospatial.org/standards/wcs . > > -Peter > > > On 05/29/15 14:24, Frans Knibbe wrote: >> Hello Alejandro, >> >> I think the model reuse requirement >> <http://w3c.github.io/sdw/UseCases/SDWUseCasesAndRequirements.html#ModelReuse> could >> do with some clarification. Currently it reads "Spatial data modelling issues >> solved in existing models shall be considered for adoption, e.g. O&M or SoilML". >> >> * What kind of spatial data modelling issues are solved in existing models? >> Is it possible to give an example? >> * Could references to O&M and SoilML be added? >> * Do you think this could actually be the same requirement as the >> Compatibility with existing practices >> <http://w3c.github.io/sdw/UseCases/SDWUseCasesAndRequirements.html#Compatibility> >> requirement? >> >> >> Regards, >> Frans >> >> -- >> Frans Knibbe >> Geodan >> President Kennedylaan 1 >> 1079 MB Amsterdam (NL) >> >> T +31 (0)20 - 5711 347 >> E frans.knibbe@geodan.nl <mailto:frans.knibbe@geodan.nl> >> www.geodan.nl <http://www.geodan.nl> >> disclaimer <http://www.geodan.nl/disclaimer> >> > > -- > Dr. Peter Baumann > - Professor of Computer Science, Jacobs University Bremen > www.faculty.jacobs-university.de/pbaumann > mail: p.baumann@jacobs-university.de > tel: +49-421-200-3178, fax: +49-421-200-493178 > - Executive Director, rasdaman GmbH Bremen (HRB 26793) > www.rasdaman.com, mail: baumann@rasdaman.com > tel: 0800-rasdaman, fax: 0800-rasdafax, mobile: +49-173-5837882 > "Si forte in alienas manus oberraverit hec peregrina epistola incertis ventis dimissa, sed Deo commendata, precamur ut ei reddatur cui soli destinata, nec preripiat quisquam non sibi parata." (mail disclaimer, AD 1083) > > -- Dr. Peter Baumann - Professor of Computer Science, Jacobs University Bremen www.faculty.jacobs-university.de/pbaumann mail: p.baumann@jacobs-university.de tel: +49-421-200-3178, fax: +49-421-200-493178 - Executive Director, rasdaman GmbH Bremen (HRB 26793) www.rasdaman.com, mail: baumann@rasdaman.com tel: 0800-rasdaman, fax: 0800-rasdafax, mobile: +49-173-5837882 "Si forte in alienas manus oberraverit hec peregrina epistola incertis ventis dimissa, sed Deo commendata, precamur ut ei reddatur cui soli destinata, nec preripiat quisquam non sibi parata." (mail disclaimer, AD 1083)
Received on Friday, 5 June 2015 00:10:29 UTC