JiscMail Logo
Email discussion lists for the UK Education and Research communities

Help for DC-EDUCATION Archives


DC-EDUCATION Archives

DC-EDUCATION Archives


DC-EDUCATION@JISCMAIL.AC.UK


View:

Message:

[

First

|

Previous

|

Next

|

Last

]

By Topic:

[

First

|

Previous

|

Next

|

Last

]

By Author:

[

First

|

Previous

|

Next

|

Last

]

Font:

Proportional Font

LISTSERV Archives

LISTSERV Archives

DC-EDUCATION Home

DC-EDUCATION Home

DC-EDUCATION  December 2009

DC-EDUCATION December 2009

Options

Subscribe or Unsubscribe

Subscribe or Unsubscribe

Log In

Log In

Get Password

Get Password

Subject:

Re: DC-Education Application Profile Task Group webinar: dates required

From:

Lorna M Campbell <[log in to unmask]>

Reply-To:

Lorna M Campbell <[log in to unmask]>

Date:

Fri, 11 Dec 2009 17:02:38 +0000

Content-Type:

text/plain

Parts/Attachments:

Parts/Attachments

text/plain (172 lines)

Hi there,

I'm not sure there's much I can add to the debate other than general  
agreement with the position put forward by Sarah and Phil.

One thing I would say however is that in contrast to Stuart I don't  
remember there being an agreed consensus at the meeting in Madrid.  I  
do remember Stuart putting forward the position that he has recently  
reiterated but I don't remember there being general agreement on  
this.  In fact I seem to recall that the discussions became somewhat  
circular and we ended up agreeing that there was no current  
agreement!  As I see it one function of the development of the domain  
model should be to help us to surface where specific points of  
contention lie and it seems to be doing just that!  There are many  
specific issues that require considerably more thought and  
clarification but I hope we're making progress.

Lorna



On 11 Dec 2009, at 09:54, Phil Barker wrote:

> Stuart, you quote me selectively (I know it is a fault of mine to  
> insert
> parenthetic clauses which obscure what would otherwise be simple
> sentences).
>
> I said  "previous experience [...] is that it is not possible to  
> define
> the class of 'learning resource' [...] except to say that they are
> resource that may be used in learning education and training."  I  
> think
> this is evident from the outcome of previous discussions like this  
> one.
> I think the reason is that learning education and training covers  
> such a
> vast area that works in one part will entirely exclude others.
>
> We agree that any resource can become a learning resource; there are
> many ways this can happen, use is one, adding metadata to an existing
> resource is another. The metadata or use of a resource are distinct  
> from
> the resource, so in neither case can you say the resource has an
> intentional purpose related to learning (since the intent is separate
> from the resource).  I think the best approach is to be clear that you
> are describing the use of the resource (intentional or actual) and not
> (necessarily) some inherent property of the resource. So I still  
> prefer
> the definition "a learning resource is any resource that may be used  
> in
> learning, education or training". (And I think that in practice the
> difference between this and "any resource" is not worth arguing over.)
>
> Phil
>
> Stuart Sutton wrote:
>> Phil, can you say more.  I am unclear how "it is not possible to  
>> define the class of 'learning resources' or 'learning objects'  
>> except to say that they are resources" and at the same time say  
>> that an alternative to class restriction is to "be clear about when  
>> it is appropriate to use them..."?  It seems to me that these  
>> alternatives require the same degree of "knowing" except that we  
>> can frame the former (class definition) in ways useful to machines  
>> in an RDF/Semantic Web world and cannot do so with the latter where  
>> the advice sits is narrative usage guides, etc.
>>
>> Stuart
>>
>> -----Original Message-----
>> From: DCMI Education Community [mailto:[log in to unmask]]  
>> On Behalf Of Phil Barker
>> Sent: Thursday, December 10, 2009 12:59 AM
>> To: [log in to unmask]
>> Subject: Re: DC-Education Application Profile Task Group webinar:  
>> dates required
>>
>> Hello All,
>> I'm sorry won't be able to join the conference call next week, it's
>> looking like there could be some very interesting discussion. I
>> generally agree with Stuart on the need for firm definitions for the
>> clouds, lines and boxes. I'm less convinced by the argument in the
>> paragraph below, which I think is an argument for the case that
>> educational metadata is only applicable to resources that are
>> educational by design. Previous experience (most notably with the  
>> LOM,
>> but I think ISO MLR may be heading the same way) is that it is not
>> possible to define the class of "learning resources" or "learning
>> objects" except to say that they are resources (i.e. things that  
>> may be
>> identified) that may be used in learning, education or training. Yes
>> this is rather inclusive, and no you wouldn't want to use DC-Ed  
>> elements
>> on every resource in that class; but no one is saying that you  
>> should.
>> Perhaps as an alternative restricting the class of resources to which
>> DC-Ed applies we should instead be clear about when it is  
>> appropriate to
>> use them, i.e. when there is some sensible information which they  
>> might
>> convey.
>>
>> Phil
>>
>>
>>
>> Stuart Sutton wrote:
>>
>>> Now, it also seems quite clear to me (maybe not to others) that the
>>> Community was explicit in Madrid that we were interested in only  
>>> those
>>> properties that make statements defining the educational purposing  
>>> and
>>> use **of a resource**. That makes that resource a member of a  
>>> specific
>>> class-those things in the world that have been purposed in such a  
>>> way
>>> that we can make these kinds of assertions, things that have been
>>> purposed for use in teaching and learning. Therefore, Sarah, I take
>>> issue with your assertion that we are interested at all in using  
>>> this
>>> AP to describe "many other types of resources; as long as someone
>>> **wants* *to describe something educational about those resources or
>>> their use (my emphasis)." Until that resource has been purposed for
>>> teaching and learning, it's just another thing in the world  
>>> regardless
>>> of what someone **wants**. All things in the world might be used at
>>> one time or another in an educational context. For example, I may
>>> **want** to take U.S. President Abraham Lincoln's Gettysburg Address
>>> to class for some education purpose. But just wanting to do so isn't
>>> enough. When I imbue that Address with educational purpose, it is no
>>> longer just another thing in the world but, for me, has joined the
>>> class of learning resource. So, standing alone as a class of things
>>> (speeches or Presidential addresses), Lincoln's Address is not of  
>>> the
>>> class of concern to this AP regardless of its rich capacity to  
>>> inform.
>>> I can describe Lincoln's Address quite nicely, thank you, with just
>>> those descriptive properties we said were not of concern to us. But,
>>> if instead of just **wanting**, I contextualize the address to meet
>>> educational ends (i.e., I purpose it as a learning resource), then I
>>> can start making the kinds of statement about it with the properties
>>> of concern to this AP.
>>>
>>>
>
> --
> Phil Barker                            Learning Technology Adviser
>     ICBL, School of Mathematical and Computer Sciences
>     Mountbatten Building, Heriot-Watt University,
>     Edinburgh, EH14 4AS
>     Tel: 0131 451 3278    Fax: 0131 451 3327
>     Web: http://www.icbl.hw.ac.uk/~philb/
>
>
>
> --
> Heriot-Watt University is a Scottish charity
> registered under charity number SC000278.

--
Lorna M. Campbell
JISC CETIS Assistant Director
University of Strathclyde
Glasgow
Email: [log in to unmask]
Phone: +44141 548 3072
Skype: lorna120768

The University of Strathclyde is a charitable body, registered in  
Scotland, number SC015263.

Top of Message | Previous Page | Permalink

JiscMail Tools


RSS Feeds and Sharing


Advanced Options


Archives

August 2021
May 2021
April 2021
February 2021
December 2020
November 2020
September 2020
August 2020
July 2020
June 2020
March 2020
February 2020
January 2020
October 2019
September 2019
August 2019
July 2019
June 2019
May 2019
April 2019
February 2019
December 2018
November 2018
October 2018
September 2018
August 2018
July 2018
June 2018
April 2018
December 2017
November 2017
October 2017
August 2017
June 2017
April 2017
March 2017
February 2017
January 2017
December 2016
November 2016
October 2016
September 2016
August 2016
July 2016
February 2016
January 2016
December 2015
October 2015
September 2015
August 2015
July 2015
June 2015
May 2015
April 2015
March 2015
February 2015
January 2015
December 2014
November 2014
October 2014
September 2014
August 2014
July 2014
June 2014
May 2014
April 2014
March 2014
February 2014
January 2014
December 2013
November 2013
October 2013
September 2013
July 2013
June 2013
May 2013
April 2013
March 2013
February 2013
January 2013
December 2012
September 2012
August 2012
July 2012
June 2012
May 2012
April 2012
March 2012
February 2012
November 2011
October 2011
June 2011
May 2011
April 2011
January 2011
December 2010
November 2010
October 2010
September 2010
August 2010
July 2010
May 2010
April 2010
March 2010
February 2010
January 2010
December 2009
November 2009
October 2009
July 2009
February 2009
January 2009
November 2008
October 2008
September 2008
August 2008
July 2008
June 2008
April 2008
March 2008
February 2008
January 2008
December 2007
November 2007
October 2007
September 2007
August 2007
July 2007
June 2007
April 2007
March 2007
February 2007
November 2006
October 2006
September 2006
July 2006
January 2006
December 2005
October 2005
September 2005
August 2005
July 2005
June 2005
May 2005
March 2005
February 2005
December 2004
November 2004
September 2004
August 2004
July 2004
June 2004
May 2004
June 2003
April 2003
January 2003
November 2002
October 2002
June 2002
February 2002
November 2001
October 2001
September 2001
August 2001
June 2001
March 2001
January 2001
December 2000
November 2000
October 2000
August 2000
July 2000
May 2000
April 2000
March 2000
February 2000
January 2000
December 1999
November 1999
October 1999
September 1999
August 1999


JiscMail is a Jisc service.

View our service policies at https://www.jiscmail.ac.uk/policyandsecurity/ and Jisc's privacy policy at https://www.jisc.ac.uk/website/privacy-notice

For help and support help@jisc.ac.uk

Secured by F-Secure Anti-Virus CataList Email List Search Powered by the LISTSERV Email List Manager