Re: Brainstorming: Key Issues

Quoting Antoine Isaac <aisaac@few.vu.nl>:


>
> + Need to carefully articulate library value vocabularies (concepts,  
> terms) with real world entities they stand for. Library entities are  
> "proxies" for real things, which linked data has as core focus.  
> Perhaps this needs some education of the LD community, ie, convince  
> them that there is any value in having such proxies. And identifying  
> appropriate mechanisms (ie. efficient in terms of data creation and  
> consumption) to represent this (a-la skos:Concept + foaf:focus)

I'll add this in, but I'm not sure you'll get consensus on this one.  
Or at least, there will be differences in what people assume is the  
"real thing" being represented. E.g. library catalog entry is seen by  
some as a surrogate for the book; the subject headings are thus part  
of the surrogate for the book, not representatives of real world  
objects -- thus topic "Eiffel Tower" in catalog entry represents the  
topic of book, not the tower itself.

We could spend the rest of our time on this question, so perhaps it  
should be introduced in the document as a question that needs to be  
answered, rather than an answer that needs to be accepted.

I'll add in your other comments as well.

kc

>
>
>
>
>> Immaturity of Semantic Web at this Time
>> - "There is a general sparseness of linkage in the LOD cloud."
>> - Over-use or misuse of properties like OWL sameAs
>> - Lack of generalized tools for creation and use of LD
>>
>> Readiness of Library Community (Education)
>> - "Publishing Linked Data requires expertise which is often not  
>> available at institutions..."
>> - Changing mental model from "records" to "graphs"
>
>
> + Communication/cooperation with wider cultural sector. Problems are  
> quite similar across LAM actors.
>
>
>> Applications and Management
>> - (what Ross said)
>> - Managing a heterogeneous metadata environment (libraries now are  
>> more homogeneous)
>
>
> + bouncing back on Ross' "Where to start?", a "Where to stop"  
> complement: libraries should perhaps learn to rely on data produced  
> by others and not try to produce every required data by themselves  
> (gazetteers come to mind).
>
> + versioning and updates. When/how to disseminate change  
> notifications, how data consumers should integrate them (problem of  
> deprecation/removal of triples).
>
> But well, this part starts looking like a very general LD issue  
> list, not specific to libraries or even the wider cultural sector...
>
> Cheers,
>
> Antoine
>
>



-- 
Karen Coyle
kcoyle@kcoyle.net http://kcoyle.net
ph: 1-510-540-7596
m: 1-510-435-8234
skype: kcoylenet

Received on Tuesday, 22 February 2011 22:30:42 UTC