← Prev in month ← Prev in thread
Next in thread → Next in month →

Minutes for 8th January 2008

From
Michael Priestley <>
Date
2008-01-12T17:35:11+00:00
ID
Thread
Minutes for 8th January 2008
Approval of minutes:

- correction from CK - not "native"
stock number - "NATO" stock number

- moved to accept by Don Day, seconded
Chris Kravogel, no objections

>1        ITEM:
Proposals for Design Approval vote: 

>#12040 - Machine Industry Task type

>http://www.oasis-open.org/committees/download.php/26574/IssueNumber12040-2.html

Don Day: motions to approve

Chris Kravogel: seconds

no objections, approved

>#12024 - Hazard Statement Domain

>http://www.oasis-open.org/committees/download.php/26390/IssueNumber12024.html

CK:

response to incorporating comments

 - from Robert Anderson: 

ok to incorporate trademark and rename
symbol to hazardsymbol

- from JoAnn Hackos:

change/expand design to no longer require
sequence of consequence/how to avoid elements

issue: not in line with ANSI standard
and others

Robin Sloan: would prefer to maintain
prescriptive order - otherwise lose value of domain

JoAnn: removes suggestion, had different
reading of standard

DD: move to approve with amendments

JH: seconds

no objections, approved

>2        ITEM:
Review prepared proposals: 

>Check status of ITEM: #12011 - Generic
Task Type (Houser) 

>http://lists.oasis-open.org/archives/dita/200712/msg00063.html
(previous Houser wrap-up) 

DD: no updated proposal, Alan not on
call, deferring to next week

CK: supports deferrment rather than
dropping from 1.2 since machine industry proposals depend on this one

ACTION: Don Day to email Alan to write
up new proposal

if Alan unavailable, backup is Amber
Swope

>ITEM: #12038 - Acronym proposal

>Original acronym proposal: 

>http://www.oasis-open.org/committees/download.php/26361/IssueNumbe12038.html

>

>Merged Acronym/Glossary (Hennum)

>http://lists.oasis-open.org/archives/dita-translation/200801/msg00003.html

JH: provide inline markup, plus allows
translators to manage translation issues - new glossary is terminology
mgt

KH: not terminology mgt- general enablement
for purposes beyond simple glossary, but not actual mgt, nor just terminology

JO: new proposal covers both - which
is making it complex - only objection?

JH: also missing required element -
expanded form

JH: need to make changes in translation
committee - EH doesn't have background

JH: would prefer to just approve current
proposal

JO: current proposal doesn't address
his earlier questions - would need work anyway

JH: will meet in two weeks - Jan 21st

MP: add JO and MP to next mtg - and
we will add ourselves to xlat SC temporarily

ACTION: DD to send out email asking
translation SC to cc Don or Robert for sharing with wider list

>3        NEW
ITEM: SIDSC request for specialization review (note from Bob Beims): 

>The Semiconductor Information Design
Subcommittee has produced our first attempt at a specialization, and in
the >process I think we’ve realized the challenge of matching data-centric
patterns (as captured in a schema such as >IP-XACT from the SPIRIT Consortium)
to a publication-centric schema such as DITA. As relative XML novices,
we’d >like some guidance from the gurus of the DITA TC. 

>Would someone from the TC have a
chance to look at our work later today and then join our call tomorrow
morning? 

Bob Beims: developed list of common
patterns and elements, influenced by IP-XACT

initial specialization created by Seth
Park

encountered some issues, need guidance

Eliot Kimber: will review design and
attend call tomorrow

>4        Ongoing:
Review of "Items for discussion" list in the Frontpage 

>How much flexibility for specializers?

>http://lists.oasis-open.org/archives/dita/200801/msg00009.html
(see full thread) 

JO: limited involvement in discussion
- EK, MP, JO, PG

to what degree is DITA standard required?
where is there flexibility?

tradeoffs: flexibility for user vs.
promise of interchange - 

MP: agree there is a continuum, need
to work out where line is

JO: but does anyone care? if no one
does, stay with status quo, which is extremely flexible by default

EK: currently no conformance clause,
which means not really a standard - so is vital, especially for tool vendors

DD: at end of hour, JO to send out another
writeup

>5        Discuss
the 2-implementations rule for specializations under revised Spec organization

Deferred discussion to next week.

Michael Priestley

Lead IBM DITA Architect 



http://dita.xml.org/blog/25
← Prev in month ← Prev in thread
Next in thread → Next in month →