OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

dita-learningspec message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [dita-learningspec] Design of Learning Map Topicrefs: Why NoSubordinate Refs?


Just noticed this is in the current draft of the 1.2 Arch Spec, under
"Chunking"/"Examples of use":

Identification of a set of topics as a unit

    A curriculum developer wants to compose a lesson for a SCORM LMS
(Learning Management System) from a set of topics without constraining reuse
of those topics. The LMS can save and restore the learner's progress through
the lesson if the lesson is identified as a referenceable unit. The
curriculum developer defines the collection of topics with a DITA map, using
the chunk attribute to identify the learning module as a unit before
generating the SCORM manifest.

So MP was way ahead of us.

Cheers,

E.


On 6/29/09 7:39 AM, "john_hunt@us.ibm.com" <john_hunt@us.ibm.com> wrote:

> Hi all,
> 
> Thanks to both Eliot and Reuben for the good comments and exchange.
> 
> I have a couple of replies and a proposal.
> 
> Eliot asks:
>>> if I don't use learning map domain topicrefs to
> construct my learning content (but do using learning domain topic types,
> assessments, etc.) will the out-of-the-box SCORM generation work, assuming
> I've met any necessary constraints, such as specifying chunking so that
> the
> HTML result conforms to SCORM constraints?
> <<
> 
> The map2scorm.xsl available with the current set of sample content only
> processes content that uses the specialized learning map topic references
> of learningGroup, learningObject, etc. It won't work with general
> topicrefs. 
> 
> Those samples are here -
> http://www.oasis-open.org/committees/download.php/32666/dita12learningsamples.
> zip%3Cbr%20/%3E
> .
> 
> It would be possible, I would think, to develop generalized map2scorm
> processing that could accommodate topicrefs in an unconstrained map, but
> you would need to make some assumptions about things like where in the map
> structure the SCO's begin and end.
> 
> Eliot suggests:
>>> 
> One thing that might be interesting would be to set a default value of
> "to-content" for @chunk on the learningContentRef topicref and then allow
> subordinate topicrefs (e.g. %topicref;). That would have the effect of
> producing the SCORM-required output structure by default.
> <<
> 
> I like this a lot.
> 
> However, I'd suggest restricting the subordinate topicrefs to
> learningContentRef.
> 
> Opening them to %topicref; would make all of the specialized learning map
> references available, since they're defined as domain specializations of
> topicref. That could become quite messy, even (or perhaps more so) if the
> chunk="to-content" collapses them all to a single output file.
> 
> So, if I understand correctly, the proposal is to keep the same design for
> learningObject:
>  
> * learningObject 
>    * learningPlanRef (zero or one)
>    * learningOverviewRef or learningPreAssessmentRef (zero or more)
>    * learningContentRef (one or more)
>    * learningPostAssessmentRef or learningSummaryRef (zero or more)
> 
> 
> And then I suggest amending Eliot's suggestion and propose extending the
> design for learningContentRef to
> 
> a) set default of chunk="to-content" and
> 
> b) allow zero or more child learningContentref elements,
> 
> as follows:
> 
>       <!ELEMENT learningContentRef    ((%topicmeta;)?,
> (%learningContentRef;)*) >
> 
> 
> I'm eager for comments.
> 
> Let's do plan on developing a formal proposal for this to bring to the
> July 16 meeting.
> 
> Thanks.
> 
> John
> _________________________________
> John Hunt
> Chair, OASIS DITA Learning and Training Content Specialization
> Sub-Committee
> Structured Content Architect / Lotus Information Development Center
> IBM Software Group/Lotus Software
> john_hunt@us.ibm.com

----
Eliot Kimber | Senior Solutions Architect | Really Strategies, Inc.
email:  ekimber@reallysi.com <mailto:ekimber@reallysi.com>
office: 610.631.6770 | cell: 512.554.9368
2570 Boulevard of the Generals | Suite 213 | Audubon, PA 19403
www.reallysi.com <http://www.reallysi.com>  | http://blog.reallysi.com
<http://blog.reallysi.com> | www.rsuitecms.com <http://www.rsuitecms.com> 



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]