Re: Brainstorming: Key Issues

On 23 Feb 2011, at 14:51, Karen Coyle wrote:

> Quoting "Young,Jeff (OR)" <jyoung@oclc.org>:
> 
>> It might help if "surrogate" was included on the library terminology page: http://www.w3.org/2001/sw/wiki/Library_terminology_informally_explained.
> 
> Done, mostly cribbed from Lois Mai Chan's definitive tome on Cataloging and Classification:
> 
> A library catalog is a surrogate for the actual collection. It is made up of brief representations of items in the library collection. A library catalog entry is a surrogate for the item, with key information that describes the item such as author, title, publication information and physical characteristics. The catalog has also places items in a topical representation of knowledge using subject headings and classification numbers.

Yes, and more generally "surrogates" (not necessarily library catalogs) are representations for items. (Though in some sense every surrogate is a "record" of a sort.) Jeff's analogue to skos:Concept seems appropriate.

-Jodi

> 
> kc
> 
>> 
>> I think it's safe to say that a "surrogate" is never "the real thing". The term "surrogate" doesn't exist in any RDF vocabulary, but skos:Concept does exist and can serve the same purpose. As long as the labels (aka headings) are intuitive, neither of these models of abstraction require everyone to agree on the modeling of reality. Nevertheless, foaf:focus provides us with an RDF property to attempt the feat:
>> 
>> ex:1 a skos:Concept ;
>>  skos:inScheme ex:myScheme ;
>>  skos:prefLabel "Aristotle"@en ;
>>  skos:prefLabel "Ἀριστοτέλης"@grk ;
>>  foaf:focus ex:2 .
>> 
>> ex:2 a foaf:FeatherlessBiped ;
>>  foaf:name "Aristotle"@en ;
>>  foaf:name "Ἀριστοτέλης"@grk .
>> 
>> Jeff
>> 
>>> -----Original Message-----
>>> From: public-xg-lld-request@w3.org [mailto:public-xg-lld-
>>> request@w3.org] On Behalf Of Karen Coyle
>>> Sent: Tuesday, February 22, 2011 5:30 PM
>>> To: Antoine Isaac
>>> Cc: public-xg-lld@w3.org
>>> Subject: 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
>>> 
>>> 
>> 
>> 
> 
> 
> 
> -- 
> Karen Coyle
> kcoyle@kcoyle.net http://kcoyle.net
> ph: 1-510-540-7596
> m: 1-510-435-8234
> skype: kcoylenet
> 
>

Received on Wednesday, 23 February 2011 15:13:24 UTC