Singlesource multipleoutput authoring and transformation - PowerPoint PPT Presentation

1 / 26
About This Presentation
Title:

Singlesource multipleoutput authoring and transformation

Description:

Single-source multiple-output authoring. and transformation. IDEA 2006 - Open e-Learning Forum ... compression codecs. resolution / dimensions. Referencing assets ... – PowerPoint PPT presentation

Number of Views:27
Avg rating:3.0/5.0
Slides: 27
Provided by: michea1
Category:

less

Transcript and Presenter's Notes

Title: Singlesource multipleoutput authoring and transformation


1
Single-source multiple-output authoring and
transformation
  • IDEA 2006 - Open e-Learning Forum
  • Micheal Hall
  • Chief Technology Officer
  • Nine Lanterns
  • mhall_at_ninelanterns.com.au

2
Agenda
  • who is doing single-source? (our experience)
  • review of single-source authoring scenarios
  • architectures
  • implications
  • recommendations

3
Who are Nine Lanterns?
  • Formed early 2001
  • An elearning company providing
  • strategy consulting
  • third generation elearning content creation
  • transformation of existing content into effective
    learning
  • systems and tools to support above
  • contributed to IMS QTI through sister company
    development of QTI player
  • http//www.ninelanterns.com.au

4
Why single-source focus?
  • emerging patterns
  • current area of (some) neglect in tools,
    standards
  • where some of our customers are rubber on the
    road

5
What part of the environment?
Mobile
SCOsPDF
single source,single organisationmultiple
outputs
CDROMS
From Dan Rehak
6
Single-source authoring organisations
  • In our experience have been
  • corporate (not education)
  • business models around value in content products
  • high value attached to 'hour of learning'
  • corresponding high investment in content
    production
  • interactivity
  • visual design
  • editing
  • video / audio production
  • deep learning models
  • regulatory or other changes to be tracked
  • Less interested in sharing content outside
  • organisation at sub publishing level

7
Single-source authoring organisations
  • Interested in multiple output platform authoring
    to
  • leverage value through multiple delivery channels
  • increase efficiency of expensive SME reviews
  • reduce points of connection to legislative changes

8
Single-source authoring organisations
  • Product constraints
  • high aesthetics
  • visual
  • content
  • Implications for content, standards
  • dislike of LMS generated course menus down the
    left
  • content product perception must more than 'bundle
    of resources

9
Single-source authoring organisations
  • Interested in standards?
  • developing or involvement in tomorrows
    standards?
  • not interested watch, get on with the work at
    hand, but
  • ensure content can be delivered
  • standards for content packaging/communication
  • protect investment

10
Recurring scenarios
  • How do keep all the content in my different
    output channels in sync? (cheaply)
  • One large policy problem, a number of small
    different technical problems

11
Recurring scenarios analysis
  • Decompose into simpler key use cases, some nouns
  • Asset
  • (Learning) Object
  • Realisation
  • Fragment
  • and verbs
  • Reference
  • Transform
  • Re-skin
  • Re-wrap
  • Re-aggregate

12
Single source scenario single assets
  • Single item
  • inclusion of a single digital asset (typically
    media file) in multiple presentation outputs
  • stable uris / urls (simpler problem in single
    organisation)
  • standard CMS function today

13
Single source scenario realised assets
  • Multiple Realisations of single item
  • semantically identical
  • applied modifications for presentation
    environment
  • media files
  • language
  • bandwidth
  • compression codecs
  • resolution / dimensions

14
Referencing assets
  • Directly linking to assets from multiple outputs
  • Requirement
  • ability of target output to support asset
    references
  • html, flash urls
  • office documents paste link (webdav, filesystem)
  • print documents place link
  • repository support for realisation parameters
  • http//repository/getasset?id123bandwithlow
  • http//repository/getasset?id123bandwithhigh
  • in absence of both / either
  • dump assets realisations from repository and
    include in output

15
Single source scenario (Learning) Objects
  • Re-skinning
  • Identical content, different visual presentation
  • for branding
  • application of end-user logos, palettes to
    content body
  • XHTML PDF DOC RTF
  • store/author in XML
  • transform to output document XSLFO
  • storage formats
  • Docbook, DITA, ODF
  • roll your own (QTI)

16
Single source scenario (Learning) Objects
  • Re-wrapping
  • Identical content, different technical wrapping
    for launch
  • XHTML flash based object
  • package as SCO or AICC with runtime for LMS
    import / launch
  • package as CDROM with autoplay
  • SCO packaging easy SCO runtime harder

17
Single source scenario (Learning) Objects
  • Display device enhancement
  • XHTML better format when printed
  • using CSS
  • _at_media screen ..
  • _at_media print ..

18
Single source scenario (Learning) Objects
  • Re-aggregation
  • at the learning object level
  • increasing support from vendor, open source tools
  • challenges are now in instructional design models
  • removing context from object
  • cf. 'what is a learning object' debate

19
Single source scenario text fragments
  • Text fragments below the page level
  • deeply embedded in different outputs
  • complex interdependencies, cannot be resolved by
    decomposition
  • hard problem
  • Specific examples in Aviation, Automotive
  • single monolithic document (SGML, XML)
  • inline 'streaming' of versions through tagging
  • overload content schema with versioning and
    streaming tags (Robohelp, S1000D)
  • heavy approach requires expert authors

20
Architectures
  • Key business rules
  • ownership responsibility for application of
    downstream changes
  • ie who will deal with the impact of modifying
    asset x which is used in many places?
  • Choices
  • Owner of source asset/object
  • Where used reports (trackbacks)
  • Push changes (PENS, APIs)
  • Owner of target outputs
  • Notify and pull (RSS, APIs)

21
Architectures
  • All our implementations to date have been push
  • Nebula platform http//www.ninelanterns.com.au/pro
    ducts/nebula
  • single authoring vendor
  • business rule driven
  • Pre PENS, rolled our own LMS push

22
(No Transcript)
23
Nebula Production Process
24
Architectures
  • In multi-vendor environment SOA (service oriented
    architecture) suggests notify and pull
  • Standards needed for
  • Messaging (Web services / RSS / RDF / Trackback,
    ..)
  • Relationships
  • Changeset descriptions (Microformat?)
  • Identity (Handles, CORDRA, ..)
  • Mash it up now

25
Implications of single-source
  • Separation of content from presentation means
    goodbye WSIWYG, hello structured forms and
    previews
  • Tools and workflows need attention
  • Poor user acceptance so far need word for the
    web
  • Increased maturity in content unit testing
  • Automated test suites for content quality
  • Eg. Visual differencing

26
Recommendations
  • No silver bullets for single-source authoring
  • Decompose problem into key use cases, solve
    piecewise
  • Set business rules for propagation from
    single-source
  • Store content in defensible format and transform
    when required
  • Ensure open access to content in vendor systems
Write a Comment
User Comments (0)
About PowerShow.com