CGM Openhttp://www.oasis-open.orghttp://www.cgmopen.org
spacer About CGM Open CGM Open Members Join CGM Open CGM Open News CGM Open Events CGM Open Members Only Cover Pages XML.org  
OASIS CGM Open
Member Section
TECHNICAL WORK
Resources
Member Sections
OASIS Info Channels
Newsletters

 CGM OPEN

CGM OPEN ACTIVITY REPORT - 2002
LONG BEACH TECHNICAL WORKING GROUP

1. Meeting details

1.1 Location and dates

Long Beach, California, September 22, 2002

1.2 Meeting

CGM Open Technical Committee September 22, 2002

1.3 CGMOpen attendees

  • Dave Cruikshank - Boeing (Technical Committee Chair)
  • Dieter Weidenbrück - ITEDO
  • Lofton Henderson - (Program director)
  • Andrew Moorhouse - MoD UK
  • Bruce Garner - Lone Pine Water Works
  • Kevin O'Kane - Auto-trol
  • Don Larson - Larson Software Technology
  • Ulrich Läsche - Ematek
  • John Gebhardt - Corel Corp (invited guest)

2. Agenda

09:00 - 10:30

CGM Open web site vendor information
Review preliminary website
Review initial work on pro-forma pages
Set time line for getting website into production

10:30-12:00

Vendor interoperability (if materials are available)
Issue tracking process
Issue resolution process

12:00 - 13:00

Lunch

13:00 - 15:00

WebCGM and SVG
Discuss navigation questions about SVG
Review outline of CGM Open position paper on SVG
Prepare material for ATA GWG meeting

15:00 - 17:00

Review WebCGM DOM progress
Application of CSS
DOM Core
DOM Events

 

 

 

 

3. Action Items

3.1 Reviewed action items

Item

Who

When

Reference

CGMOpen vendor product web site draft

Weidenbrück

09/16

4.1.1 - Done

Develop viewer pro-forma page

Henderson

09/16

4.1.2 - Done

Develop editor pro-forma page

O'Kane

09/16

4.1.3 - Open

Develop generator library pro-forma page

Cruikshank

09/16

4.1.3 - Open

Develop interpreter library pro-forma page

Carpenter

09/16

4.1.3 - Open

Develop process to track interoperability problems

DuLuc

09/16

4.2 - Done

Develop WebCGM - SVG comparison paper

Henderson

09/16

4.3 - Done

Review CSS for applicability to CGM DOM

Henderson/
Weidenbrück

09/16

4.4 - Done

Review DOM Core for applicability to CGM DOM

Cruikshank

09/16

4.4 - Open

Review DOM Event model for applicability to CGM DOM

Larson/ Läsche

09/16

4.4 - Open

 

3.2 New action items

Item

Who

When

Reference

Write introduction of vendor product web page

Gebhardt/
Weidenbrück

10/01

4.1.1 - Open

Write WebCGM top level web page

Gebhardt/
Weidenbrück

10/01

4.1.1 - Open

Write web page legal paragraph

Henderson

10/01

4.1.1 - Open

Write explanation sections for product categories

Garner

10/13

4.1.2 - Open

Develop editor pro-forma page

O'Kane

10/13

4.1.3 - Open

Develop interpreter and transcoder pro-forma pages

Larson

10/13

4.1.3 - Open

Assemble and release vendor product web site

Weidenbrück

10/21

4.1.3 - Open

Develop prototype for vendor interoperability problem tracking system

??

??

4.2 - Open

Finish WebCGM - SVG comparison paper

Weidenbrück

12/01

4.3 - Open

Review paper about CSS applicability to CGM DOM

All

10/31

4.4 - Open

Finish paper about CSS applicability to CGM DOM

Henderson

12/01

4.4 - Open

Review DOM Core for applicability to CGM DOM

Cruikshank

10/31

4.4 - Open

Review DOM Event model for applicability to CGM DOM

Larson/ Läsche

10/31

4.4 - Open

Contact GCA to explore their interest in CGMOpen participation on future XML conferences

Henderson

10/01

4.5 - Open

4. Activity Reports

4.1 CGMOpen web site vendor information

4.1.1 Review of preliminary web site

The meeting started with a review of the preliminary web site update submitted by Dieter (see: http://lists.oasis-open.org/archives/cgmopen-members/200209/msg00005.html). The general question was if the CGMOpen web site should only list products supporting WebCGM or if it should be open to CGM related products in general. After a lively discussion, including a draw straw poll, we finally decided to only list WebCGM supporting products. The vendors can mention additional products in a comment section of the self-assessment forms (see 4.1.2). In addition, the web site will contain a section briefly describing the differences between the various CGM profiles in response to the large number of according questions. Links to ATA- or PIP-related web sites may be added as well. The main reasons for the restriction to WebCGM are marketing aspects (we don't want to confuse potential users of WebCGM) as well as the self-assessment procedures, which will not be applicable to non-WebCGM products. Further general web site topics under discussion included:

  • The listing of vendor products will not be arranged by alphabetical order but will contain a rotation algorithm for products grouped by vendors
  • The CGMOpen logo was changed by OASIS without having checked back with us. We want to go back to the original logo again.
  • Is it possible to have a WebCGM top-level category in the web site or is the design restricted by OASIS? If we can have a top-level category Dieter & John will write it.

Action Items:

  • Introduction of vendor product web page: John & Dieter - 10/01
  • If possible (Lofton to clarify), WebCGM top level page: John & Dieter - 10/13
  • Legal paragraph of vendor product web page: Lofton - 10/01

4.1.2 Review initial work on pro-forma pages

60 days after a product has been posted on the CGMOpen web site self-assessment needs to be completed by the respective vendor. Otherwise, the product will be removed from the list. The vendor is responsible for filling out the product compatibility statements in due diligence since CGMOpen has no resources for testing or quality assurance. Products are grouped by categories requiring different sets of self-assessment procedures and pro-forma pages (see Lofton's contribution: http://lists.oasis-open.org/archives/cgmopen-members/200208/msg00000.html). The web site draft under discussion does not contain a description of what a product category exactly means.
Lofton presented a viewer pro-forma draft (see http://lists.oasis-open.org/archives/cgmopen-members/200208/msg00001.html) based on the NIST WebCGM test suite. In addition, Lofton enhanced the test suite for traceability, i.e. links to the WebCGM profile documents for retrieving the exact functionality under test. There is need for some test suite refinement (e.g., testing of Unicode, Tile Array compression, more dynamic tests) but the available material will allow already for detailed viewer self-assessment. The other pro-forma pages (generator, parser, editor) have not been submitted but are badly needed (see 4.1.3). As a final topic on the pro-forma page discussion we decided that old pro-forma pages are being kept and listed at the bottom of the most recent pro-forma to keep track of product version improvements thus helping users to sort out compatibility problems.

Action Item: Bruce will write an explanation section for each of the 4 product test categories currently on the web site - 10/13.

4.1.3 Set time line for getting web site into production

We want to go live with the updated web site on 10/21. If a pro-forma is not available by then the product category will not be released on the web. All assignments have to go to Dieter for integration into the initial web site.

Action Items:

  • "Editor" pro-forma page: Kevin - 10/13
  • "Interpreter" & "Transcoder" pro-forma page - Don - 10/13
  • Assembling and releasing updated web site - Dieter - 10/21

4.2 Vendor interoperability

This topic dealt with the mail Franck sent shortly before the meeting (09/21). Since Franck was absent during Sunday we could only briefly discuss the intention of his suggestions. Apparently, the form Frank sent is meant to collect the input that will prepare the database format Lofton proposed in an earlier response.
To start a beta problem report system we do not necessarily need a fully implemented system with web forms, database, etc. A preliminary system based on XSL/XSLT could be set up to prove the concepts. Especially, vendor acknowledgement time, assignment time (30 days?), keyword handling and storage, exact meaning of a keyword etc, need to be verified. Other questions included: When should an answer or problem been published on the web? Incomplete answers or analyses should not be posted. What about quality assurance?

Action Item: A follow-up meeting was scheduled for Wednesday for the people who would still be around (Dave, John, Franck?). They should form a task team and should eventually come up with a working prototype.

4.3 WebCGM & SVG

Lofton presented the draft for a (Web)CGM - SVG comparison paper. Initially planned to serve as background material for the GWG meeting later this week this paper should now become a document targeted at the growing number of managers and technicians asking for the benefits of SVG in the ATA context. Likewise, it will be useful for CGMOpen (part of Q&A section on web site). To capture the interest of less technically oriented managers the paper should contain an initial chapter ("Executive Summary") outlining the major arguments for using CGM for the purpose of technical documentation. Additional chapters with a detailed discussion of technical differences are provided for illustrators with a profound understanding of graphical methods. Specifically, we need to emphasize the advantages of (Web)CGM in the areas object-to-object linking, navigating (no BHO approach in SVG), zoom model, highlighting, screentips and file size issues (embedded raster compression). Statements need to be carefully worded since W3C won't approve a document containing negative statements towards SVG.

Action Item: Lofton presented an updated version of this paper during the GWG meeting already. Dieter will finalize the paper before XML 2002.

4.4 Review WebCGM DOM progress:

Lofton presented a paper about the application of CSS on CGM (see: http://lists.oasis-open.org/archives/cgmopen-members/200208/msg00002.html). This document on "Stylable CGM" reflects the current status of the DOM discussion. Questions that came up when browsing through the paper included:

  • How can the style sheet be communicated to the viewer using the API?
  • How do you turn off a style sheet once it was applied (apply - unapply methods)?
  • Should we focus on single picture files and neglect multi-picture CGMs to simplify the DOM discussion?

Additional questions are summarized in the "Processing Model" section of this document. Input to DOM Core (Dave) and Event Model (Ulrich/Don) has not been submitted so far. No discussion took place.

Action Items:

  • All - Comments to the questions - 10/31
  • Lofton - Receive comments, finish document - XML 2002
  • Dave/Don/Ulrich - Submit draft on DOM topics - 10/31

4.5 Next Meeting / GCA relationship:

Since the XML 2002 conference in Baltimore will not be attended very well by CGMOpen members (see below), the next meeting will take place in Pittsburgh, PA, Spring 2003, in combination with the next ATA GWG meeting. However, to keep things moving we should have at least one phone conference per month.
Concerning the relationship to GCA: Please check the XML conference web site (http://www.xmlconference.org/xmlusa/2002/schedule.asp), there is no Graphics Track at all. Dieter's talk about "WebCGM beyond Basics" is the only graphics related talk and was put on the last possible slot Friday morning. Other WebCGM related papers were rejected while SVG is not covered at all. Should we continue working with GCA in the future? Are there more Graphics oriented events we could focus on?

Action Item: Lofton will talk to GCA about their interest in CGM-related talks at future XML conferences.

Gear Image  
 

ABOUT | MEMBERS | JOIN | NEWS | EVENTS | MEMBERS ONLY | COVER PAGES | XML.ORG

Copyright © 1993-2008 OASIS ®. All rights reserved.