Re: [dita] Groups - DITA TC Meeting Minutes 05 May 2015 uploaded

[Richard Hamilton <hamilton@xmlpress.net>]

Hi Chris,

Sorry about getting that point wrong. I just updated the minutes, removing that sentence, and reposted them to OASIS.

Best regards,
Dick
-------
XML Press
XML for Technical Communicators
http://xmlpress.net
hamilton@xmlpress.net



On May 11, 2015, at 8:23, Chris Nitchie <chris.nitchie@oberontech.com> wrote:

> OK, but that's not true either - it is a specifically-defined term in 1.2. See here under 'Linking and addressing terms':
> 
> http://docs.oasis-open.org/dita/v1.2/os/spec/archSpec/dita-terminology.html#terminology
> 
> Chris
> Chris Nitchie
> (734) 330-2978
> chris.nitchie@oberontech.com
> www.oberontech.com
> <94E1103A-A5F3-4596-BF24-314BF3D38072[10].png>
> Follow us:
> <DAF347E4-EC7D-4EAC-A306-78269AA814D6[10].png>
> <77A03446-9697-4426-A8AA-53ABB697694C[10].png>
> <B865952F-581C-415E-AF04-547EA95C63F0[10].png>
>  
> 
> From: Robert D Anderson
> Date: Monday, May 11, 2015 at 9:58 AM
> To: Chris Nitchie
> Cc: Richard Hamilton, "dita@lists.oasis-open.org"
> Subject: Re: [dita] Groups - DITA TC Meeting Minutes 05 May 2015 uploaded
> 
> I think the summary should have said - the phrase was used in 1.2 but was not used an official defined term (at least, I think that was the clarification Kris made when I suggested that it wasn't an official concept from 1.2). The phrase was definitely there, and as Chris says our much more official use of it in 1.3 still had to accomodate that usage.
> 
> Robert D Anderson
> IBM Authoring Tools Development
> Chief Architect, DITA Open Toolkit (http://www.dita-ot.org/)
> 
> <graycol.gif>Chris Nitchie ---05/11/2015 08:50:11---I'm just catching up from my vacation, and notice in the minutes below the assertion that the term "
> 
> From: Chris Nitchie <chris.nitchie@oberontech.com>
> To: Richard Hamilton <hamilton@xmlpress.net>, "dita@lists.oasis-open.org" <dita@lists.oasis-open.org>
> Date: 05/11/2015 08:50
> Subject: Re: [dita] Groups - DITA TC Meeting Minutes 05 May 2015 uploaded
> Sent by: <dita@lists.oasis-open.org>
> 
> 
> 
> 
> I'm just catching up from my vacation, and notice in the minutes below the assertion that the term "key space" was not present in DITA 1.2, which is absolutely untrue. It is present in numerous topics related to keys, including an explicit definition in the topic, "DITA terminology and notation." One of the big challenges in adapting the initial keyscope proposal into spec language was finding a way to do it while accommodating the language related to "key spaces" and "key resolution contexts" present in 1.2.
> 
> I'm not suggesting an amendment to the minutes here, just trying to clear up any misconception.
> 
> Chris
> Chris Nitchie
> (734) 330-2978
> chris.nitchie@oberontech.com
> www.oberontech.com	<0A407260.gif>
> Follow us:	<0A126210.gif>	<0A974918.gif>	<0A588028.gif>	
> 
> From: Richard Hamilton
> Date: Tuesday, May 5, 2015 at 12:12 PM
> To: "dita@lists.oasis-open.org"
> Subject: [dita] Groups - DITA TC Meeting Minutes 05 May 2015 uploaded
> 
> Submitter's message
> Minutes of the OASIS DITA TC
> Tuesday, 5 May 2015
> Recorded by Dick Hamilton
> 
> DITA TC Wiki: http://wiki.oasis-open.org/dita/FrontPage
> 
> 8:00-8:05 PT Roll call
> 
> - Quorum reached.
> - Regrets: JoAnn Hackos, Stan Doherty, Chris Nitchie, and Scott Hudson 
> 
> STANDING BUSINESS:
> ==================
> Approve minutes from previous two business meetings (4/14 and 4/28):
> - Both seconded and approved.
> 
> Announcements:
> - Demo of ditaweb scheduled for May 11, 9am eastern time. Email Kris
> to get an invitation. The demo will be recorded and available.
> - Updated content on Titania Delivery, including draft comments
> - https://lists.oasis-open.org/archives/dita/201504/msg00200.html (Nitchie, 29 April 2015
> - New member: Eric Sirois, IXIASOFT
> 
> BUSINESS:
> =========
> 
> 1) Action items
> Action items from 14 April 2015
> Eliot: Add troubleshooting to ditabase document-type shell (Completed)
> Kris: Talk to Mark Myers about peer maps and new learning maps
> Chris: Topic about linking and @format and @scope 
> Action items from 28 April 2015
> Robert: Clarify with OASIS what needs to be in the comments for the XML grammar files
> Eliot: Remove @keyscope from reltable-related elements (Completed)
> Robert: Update spec to remove @keyscope from reltable-related elements
> 
> 2) Report on status of working draft:
> - Style sheets and transformations: no change
> - Content: Robert and Kris are working through key scope
> comments. Many in the last 15 hours.
> 
> 3) Targeted reviews progress:
> - Request for opportunity to find the disposition of changes.
> Can be difficult to find changes in ditaweb, but every comment
> is assigned a disposition, which is noted in ditaweb.
> - Keys are a difficult topic, and it may require additional review
> - Discussion of the topic of key spaces. Is the term needed? There
> is a key space manager with X-Metal, and the concept can be helpful
> to implementers and possibly to users, but is it needed in the spec?
> Term was not in the 1.2 spec.
> 
> 4) New item: Cascading of and in maps
> - Should and cascade in a map? Spec is inconsistent.
> - Robert Anderson, Bob Thomas, and Don Day suggest that they should not.
> - TC agreed by consensus
> 
> ACTION ITEM: Robert Anderson: Revise spec to show that and 
> do not cascade.
> 
> 5) New item: Ontology wording
> - Jim Tivy: May not be able to do an ontology with subjectScheme, but
> current spec wording implies that it can. Maybe wording should use
> "thesaurus" rather than "ontology."
> - Kris: Suggested that we soften the wording to avoid this implication.
> 
> ACTION ITEM: Kris and Robert: Will reword to avoid suggesting that DITA can
> be used to completely manage an ontology.
> 
> 6) New item: Use case for key scopes within subjectScheme:
> - Kris has a case. Suggest we defer discussion until Chris Nitchie
> can attend. Several people expressed concerns about further
> overloading key scopes.
> 
> 7) New item: Extending subject schemes:
> - Robert: Have wording on how to extend a scheme. For example,
> you might have a map for server products and one for software.
> You could merge the maps. However, the normative text says
> there should be a "winning" definition. This case only appears
> in an example. Question is, do we want to make this normative?
> Robert's thought is that this would be difficult to use in
> practice. Suggestion is to remove the non-normative example.
> - Kris: not 100% confident that this isn't mentioned somewhere
> in the normative content.
> 
> ACTION ITEM: Kris: will talk with Suite Solutions and IBM on how this
> is or isn't being used. Will also check to see if there
> is anything in the normative text that defines this.
> 
> 8) New item: Need to include a "Domain constraints integration" section
> in the XML grammar files?
> - Kris: should we do this, and is it possible at this time?
> - Agreed that we should do this if it can be implemented. Defer to
> next week to include Eliot in the discussion, since he will need
> to implement this.
> 
> Other items continued to next meeting
> 
> 9:00 PT Close 
> 
> -- Mr. Richard Hamilton
> Document Name: DITA TC Meeting Minutes 05 May 2015
> No description provided. 
> Download Latest Revision
> Public Download Link
> Submitter: Mr. Richard Hamilton
> Group: OASIS Darwin Information Typing Architecture (DITA) TC
> Folder: Meeting Notes
> Date submitted: 2015-05-05 09:12:04
> 
> 
> 
> <graycol.gif><0A407260.gif><0A126210.gif><0A974918.gif><0A588028.gif>