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

Help for MCG Archives


MCG Archives

MCG Archives


MCG@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

MCG Home

MCG Home

MCG  April 2013

MCG April 2013

Options

Subscribe or Unsubscribe

Subscribe or Unsubscribe

Log In

Log In

Get Password

Get Password

Subject:

Re: New blog on Collections Link - Create Once, Publish Everywhere & ResearchSpace

From:

Andy Powell <[log in to unmask]>

Reply-To:

Museums Computer Group <[log in to unmask]>

Date:

Fri, 5 Apr 2013 11:41:40 +0000

Content-Type:

text/plain

Parts/Attachments:

Parts/Attachments

text/plain (289 lines)

> Really? You think? I'd say it's not only hard conceptually but technically difficult too

Well... I just read the 1 paragraph Introduction to the CIDOC-CRM and nowhere did it mention that it was conceptually hard... but maybe that aspect will crop up somewhere in the other 179 pages! :-)

Andy Powell
Head of Product Research

Eduserv

[log in to unmask] | 01225 474 319 | 07989 476 710
www.eduserv.org.uk | http://www.twitter.com/andypowe11 | http://blog.eduserv.org.uk | http://www.linkedin.com/company/eduserv

Eduserv is a company limited by guarantee (registered in England & Wales, company number: 3763109) and a charity (charity number 1079456), whose registered office is at Royal Mead, Railway Place, Bath, BA1 1SR.
-----Original Message-----
From: Museums Computer Group [mailto:[log in to unmask]] On Behalf Of Mike Ellis
Sent: 05 April 2013 11:58
To: [log in to unmask]
Subject: Re: New blog on Collections Link - Create Once, Publish Everywhere & ResearchSpace

> CIDOC isn't that hard

Really? You think? I'd say it's not only hard conceptually but technically difficult too, and the benefits aren't readily available because there just aren't any really good demonstrators. But: I am a bear of very small brain, and readily admit I have a huge mental block about the reality of making this linked stuff happen in big enough chunks that it'll make a difference.

What say you, small / medium sized museums? You're all being very quiet about this...! :-)

tt

me


_____________________________


Mike Ellis 

Thirty8 Digital: a small but perfectly formed digital agency: http://thirty8.co.uk  

* My book: http://heritageweb.co.uk *




On 5 Apr 2013, at 11:41, Mia <[log in to unmask]> wrote:

> Ahem, young man, don't start putting words in my mouth! As Joe and 
> others have said, CIDOC isn't that hard, it's just under-documented.
> 
> I think we gravitate to questions about museum collections because a) 
> collecting and sharing knowledge about objects is what museums do, b) 
> objects randomly end up in different museums and being able to look 
> across everything that collected museums have for particular types of 
> material culture is useful for many reasons, and c) it's more specific 
> to museums than events listings, as important as they are.
> 
> To address Nick's point, the demand for OAI was a classic 'who'll 
> blink first' moment - museums were told they needed OAI to contribute 
> to the People's Network Discovery Service, and it seemed to generally 
> help with the goal of getting collections online, so off we all went...
> 
> The CultureGrid search widget is nice, but search puts the onus back 
> onto the user and leaves them at the mercy of the metadata within the 
> repository
> - I'd rather make use of the knowledge within museums to suggest 
> related objects. Which brings us back to Stephen's question, which 
> seems to be an eternal MCG question - how do you get a critical mass 
> for linked open data publication and use?
> 
> --------------------------------------------
> http://openobjects.org.uk/
> http://twitter.com/mia_out
> 
> 
> On 5 April 2013 09:28, Mike Ellis <[log in to unmask]> wrote:
> 
>> Hi all
>> 
>> <braindump>
>> 
>> It's interesting to me (and I think partly misses the real need) that 
>> this conversation has turned its focus to collections and how you'd 
>> repurpose those, rather than - for instance - media files, 
>> promotional material, exhibition dates, etc. Although the collections 
>> sharing side of stuff is obviously of interest I think it's this 
>> latter stuff which is more of a daily problem to the vast majority of 
>> museums. Inputting event information once and then being able to 
>> multi-surface this throughout your web presence
>> - thus providing some "interested in X? have a look at Y" cross-linking:
>> this is the kind of real world battle that teams with limited 
>> resources are dealing with, and where IMO the concept of COPE seems to make most sense.
>> 
>> In this world I think it's much more likely that the gnarly "which 
>> CMS to procure" question comes into play - and echoing Mia's question 
>> - this is realistically going to be an internal concern rather than an external one.
>> It'd be nice if museums did something externally consumable with 
>> their event data but in reality this is much more likely to be 
>> schema.org style markup or iCal-y than an API - and certainly not 
>> (IMO) anything as heavy as Linked Data.
>> 
>> In a similar way (and echoing previous threads) - museums displaying 
>> their collections online using the common vendor solution of "pop it 
>> on this separate site, we'll make it look like the main one" method 
>> means COPE is instantly dead in the water. If you're a website editor 
>> and have this kind of collections site, and want to use one of your 
>> object images in your next blog post, what are you forced to do? Yup 
>> - upload it again and re-key any caption/metadata you want to use. Instant duplication and waste.
>> 
>> With this particular example it'd be nice if the vendors all supplied 
>> a simple way of embedding individual objects or object lists into any 
>> web page. Under the hood this could be an API, or LD, or CIDOC or 
>> whatever - but for gawds sake don't ask anyone to do anything more 
>> than copy and paste a snippet of html...
>> 
>> I know that the next reply will likely say "hey, CIDOC / LD can do 
>> all this!" - honestly, I don't know if this is the case, and having 
>> met with the CIDOC team in 2001 I came away totally baffled and have 
>> remained baffled / totally unconvinced about hardcore Linked Data 
>> ever since. I'm quite gratified to hear that Mia didn't understand 
>> CIDOC either, to be honest :-)
>> 
>> BUT - I do think we should start with the question: "what are the 
>> REAL WORLD issues we're having to deal with here - how could COPE 
>> help improve access to our content and at the same time reduce 
>> workloads? " and then approach them with whatever solution fits. If 
>> we want our events displaying in Google (we should) then we should 
>> mark up with schema.org micro formatting. If we want events to be 
>> easier to use then we should add iCal markup. Mia's idea of 
>> x-collections linking: that's nice, and would probably work best 
>> using Culture Grid or some central store of information (Nick, can you embed a javascripty search for terms easily from CG?).
>> 
>> </braindump>
>> 
>> Mike
>> 
>> 
>> 
>> 
>> _____________________________
>> 
>> 
>> Mike Ellis
>> 
>> Thirty8 Digital: a small but perfectly formed digital agency:
>> http://thirty8.co.uk
>> 
>> * My book: http://heritageweb.co.uk *
>> 
>> 
>> 
>> 
>> On 5 Apr 2013, at 07:54, Stephen McConnachie < 
>> [log in to unmask]> wrote:
>> 
>>> Hi everyone,
>>> 
>>> It probable that one way to reach a critical mass with LOD uptake is 
>>> to
>> embed the key bits of functionality in the systems, making the 
>> operations reasonably straightforward for the user, as Richard is 
>> aiming to do, and Adlib and others are also planning.
>>> 
>>> I wonder if there's any scope for a joined up approach from the main
>> system suppliers, in dialogue with user groups and maybe workshops at 
>> LOD events such as Nick is suggesting?
>>> 
>>> Is it feasible to convene a joint workshop (with Modes, Adlib, 
>>> Axiell
>> Calm, Selago, System Simulation, etc) at such an event, to discuss a 
>> strategy? Is it possible to share ideas without threatening business models?
>>> 
>>> Maybe that discussion is already happening offline?
>>> 
>>> Stephen
>>> 
>>> On 4 Apr 2013, at 16:25, Richard Light <[log in to unmask]>
>> wrote:
>>> 
>>>> On 04/04/2013 16:09, Mia wrote:
>>>>> In terms of practicalities, are there any use cases for other
>> organisations
>>>>> testing out the BM's model?  One potential use might be using it 
>>>>> as a
>> basis
>>>>> for linking to collections across various museum sites e.g. 
>>>>> Wellcome
>> links
>>>>> to similar objects on the Science Museum site which links to 
>>>>> others on
>> the
>>>>> British Museum site which in turn links out.  To a large extent 
>>>>> those object-specific links wouldn't be automagically 
>>>>> machine-discoverable,
>> so it
>>>>> would require both a willingness to link to other collections 
>>>>> sites and some curatorial input - is that at all realistic given 
>>>>> current
>> resources?
>>>> I'm actively planning to adopt the BM model in as wholesale a 
>>>> manner as
>> possible, once I get my hands on it, for use in the Linked Data 
>> publication framework for Modes data.  This adoption will take the 
>> form of an XSLT transform to convert Modes Object data to RDF.  In 
>> principle this will allow any Modes user to publish their collection 
>> as BM-compatible Linked Data.  However ...
>>>> 
>>>> * at present only a few Modes users are in a position to adopt this 
>>>> framework (though I can guarantee that there will be at least one!)
>>>> * the compatibility will be at the structural level, i.e. the CRM 
>>>> predicates will match.  However, the subjects and objects will 
>>>> probably not match up.  To use my wall metaphor, the mortar will be 
>>>> compatible but the bricks won't
>>>> * Modes doesn't do SPARQL end-points, so querying the data will 
>>>> have to be done differently
>>>> 
>>>> Still, that would be a start. I'm looking at providing some sort of
>> VoID description to facilitate crawling of the whole resource, so it 
>> should be possible for an aggregator to build a central database with 
>> all this RDF in it.  At which point we could start doing the "similar 
>> object" type searches.
>>>> 
>>>> Richard
>>>> 
>>>> --
>>>> *Richard Light*
>>>> 
>>>> ****************************************************************
>>>>    website:  http://museumscomputergroup.org.uk/
>>>>    Twitter:  http://www.twitter.com/ukmcg
>>>>   Facebook:  http://www.facebook.com/museumscomputergroup
>>>> [un]subscribe:  http://museumscomputergroup.org.uk/email-list/
>>>> ****************************************************************
>>> 
>>> 
>>> The BFI is the lead organisation for film in the UK and since 2011 
>>> has
>> combined a creative, cultural and industrial role as a Government 
>> arm's length body and distributor of National Lottery funds. Its key 
>> priorities are to support a vibrant UK film culture by investing in 
>> film education, audience access, filmmaking and film heritage. 
>> Founded in 1933 the BFI is a registered charity governed by Royal 
>> Charter. Visit bfi.org.uk for more information on BFI activities and to get involved.
>>> 
>>> The British Film Institute is a charity registered in England and 
>>> Wales
>> number 287780
>>> 
>>> The contents of this e-mail are confidential and may be legally
>> privileged.  If you are not the intended recipient, kindly notify the 
>> sender that you have received this message in error and immediately 
>> delete it.  Unless you are the intended recipient, you may not 
>> forward this e-mail to anybody, nor make any use of its contents.
>>> 
>>> ****************************************************************
>>>      website:  http://museumscomputergroup.org.uk/
>>>      Twitter:  http://www.twitter.com/ukmcg
>>>     Facebook:  http://www.facebook.com/museumscomputergroup
>>> [un]subscribe:  http://museumscomputergroup.org.uk/email-list/
>>> ****************************************************************
>> 
>> 
>> ****************************************************************
>>       website:  http://museumscomputergroup.org.uk/
>>       Twitter:  http://www.twitter.com/ukmcg
>>      Facebook:  http://www.facebook.com/museumscomputergroup
>> [un]subscribe:  http://museumscomputergroup.org.uk/email-list/
>> ****************************************************************
>> 
> 
> ****************************************************************
>       website:  http://museumscomputergroup.org.uk/
>       Twitter:  http://www.twitter.com/ukmcg
>      Facebook:  http://www.facebook.com/museumscomputergroup
> [un]subscribe:  http://museumscomputergroup.org.uk/email-list/
> ****************************************************************


****************************************************************
       website:  http://museumscomputergroup.org.uk/
       Twitter:  http://www.twitter.com/ukmcg
      Facebook:  http://www.facebook.com/museumscomputergroup
 [un]subscribe:  http://museumscomputergroup.org.uk/email-list/
****************************************************************

****************************************************************
       website:  http://museumscomputergroup.org.uk/
       Twitter:  http://www.twitter.com/ukmcg
      Facebook:  http://www.facebook.com/museumscomputergroup
 [un]subscribe:  http://museumscomputergroup.org.uk/email-list/
****************************************************************

Top of Message | Previous Page | Permalink

JiscMail Tools


RSS Feeds and Sharing


Advanced Options


Archives

April 2024
March 2024
February 2024
January 2024
December 2023
November 2023
October 2023
September 2023
August 2023
July 2023
June 2023
May 2023
April 2023
March 2023
February 2023
January 2023
December 2022
November 2022
October 2022
September 2022
August 2022
July 2022
June 2022
May 2022
April 2022
March 2022
February 2022
January 2022
December 2021
November 2021
October 2021
September 2021
August 2021
July 2021
June 2021
May 2021
April 2021
March 2021
February 2021
January 2021
December 2020
November 2020
October 2020
September 2020
August 2020
July 2020
June 2020
May 2020
April 2020
March 2020
February 2020
January 2020
December 2019
November 2019
October 2019
September 2019
August 2019
July 2019
June 2019
May 2019
April 2019
March 2019
February 2019
January 2019
December 2018
November 2018
October 2018
September 2018
August 2018
July 2018
June 2018
May 2018
April 2018
March 2018
February 2018
January 2018
December 2017
November 2017
October 2017
September 2017
August 2017
July 2017
June 2017
May 2017
April 2017
March 2017
February 2017
January 2017
December 2016
November 2016
October 2016
September 2016
August 2016
July 2016
June 2016
May 2016
April 2016
March 2016
February 2016
January 2016
December 2015
November 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
August 2013
July 2013
June 2013
May 2013
April 2013
March 2013
February 2013
January 2013
December 2012
November 2012
October 2012
September 2012
August 2012
July 2012
June 2012
May 2012
April 2012
March 2012
February 2012
January 2012
December 2011
November 2011
October 2011
September 2011
August 2011
July 2011
June 2011
May 2011
April 2011
March 2011
February 2011
January 2011
December 2010
November 2010
October 2010
September 2010
August 2010
July 2010
June 2010
May 2010
April 2010
March 2010
February 2010
January 2010
December 2009
November 2009
October 2009
September 2009
August 2009
July 2009
June 2009
May 2009
April 2009
March 2009
February 2009
January 2009
December 2008
November 2008
October 2008
September 2008
August 2008
July 2008
June 2008
May 2008
April 2008
March 2008
February 2008
January 2008
December 2007
November 2007
October 2007
September 2007
August 2007
July 2007
June 2007
May 2007
April 2007
March 2007
February 2007
January 2007
2006
2005
2004
2003
2002
2001
2000
1999
1998


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