This is a static archive of the previous Open Grid Forum GridForge content management system saved from host forge.ogf.org file /sf/go/projects.ggf-editor/discussion.info_technical_strategy_document.topc4014 at Sun, 06 Nov 2022 09:02:55 GMT SourceForge : Post

Project Home

Tracker

Documents

Tasks

Source Code

Discussions

File Releases

Wiki

Project Admin
Project: Editor     Discussion > INFO:Technical Strategy Document v1.0 > Comments from the OGSA Data WG > List of Posts
Forum Topic - Comments from the OGSA Data WG: (1 Item)
View:  as 
 
 
Comments from the OGSA Data WG
Page 8, Table: The list of data capabilities here does not reflect the OGSA architecture.  I suggest that it be replaced
 with:

Data description
Data access
Data transfer
Data storage
Data replication
Data federation
Data caching
Data security
Data provisioning
Session management
Distributed transactions

This list includes areas that are currently addressed by the OGSA Data Architecture and additional areas that are 
relevant.  Data provisioning has been addressed by the EGA Reference Model.

"Metadata" is not a capability. It is simply data that describes other data.  There are many issues related to metadata,
 including formats, schemas, ontologies, consistency and more.  Add particular ones if you wish, but don't just list "
metadata".

This table should list provenance tracking as a capability.  This could be added to the data section or possibly another
.

Page 10, Authorisation:  Note that the architecture whereby a using service "calls out" to an authorisation service is 
inadequate for some use cases.  For example, the authorisation policy may be associated with the data being processed 
rather than the processing service.

Page 11, section 4.4: This should be called "Data transfer", or, if you insist, "Data movement".  The body of the text 
correctly avoids the inaccurate assumption that all data is held in files.

Page 11, section 4.5: This should just be called "Data Provisioning".  Data Grids include the other capabilities listed 
and they shouuldn't be lumped together. The first paragraph seems too general for inclusion here; everything it says is 
perfectly correct but it should appear earlier in the document.

I suggest that you add other sections called "Data Access" and "Storage". You might possibly others called "Data 
Replication" and "Data Federation".

Page 13, Table:  
  "File Movement" -> "Data Transfer"
  "Data Provisioning and Data Grids" -> "Data Access"
ByteIO should be listed under Data Access rather than Data Transfer.

Page 14, Table:  "OGSA Data" should be listed against Data Access, Data Transfer, Data Replication, Data Storage, Data 
Federation and Data Security - or perhaps just against "Architecture".  It should not be listed against Data 
Provisioning.  The GSM-WG should be listed against Data Storage.  Possibly DFDL-WG should be listed against Data 
Description.


Typos:

Page 2:  The phrasing of the last sentence on page 2 could be read as saying that our focus is only "trans-national 
collections of supercomputers". This would disappoint most of our industry members.

Page 3, Collaboration Grids:  "should no" -> "should not"

Page 8: "Table 2" -> "Table 1"?

Page 8, Table: There are many references in this table to footnotes that do not exist.

Page 13: "Table 3" -> "Table 2"?

Page 13, section 5.1:  "Table 4" -> "Table 3", "Table 3" -> 'Table 2"?

Page 14: "Table 4" -> "Table 3"?

Page 15: "Geoffery Fox" -> "Geoffrey Fox".




 
 


The Open Grid Forum Contact Webmaster | Report a problem | GridForge Help
This is a static archive of the previous Open Grid Forum GridForge content management system saved from host forge.ogf.org file /sf/go/projects.ggf-editor/discussion.info_technical_strategy_document.topc4014 at Sun, 06 Nov 2022 09:02:55 GMT