- From: Oreste Signore <oreste@w3.org>
- Date: Thu, 08 Jul 2010 15:22:42 +0200
- To: public-xg-lld <public-xg-lld@w3.org>
+1 Antoine Isaac wrote: > Hi everyone, > > Good catch Gordon. In fact these categories overlap quite nicely with > the "user needs" already at [1]. I guess "retrieve" covers "find", > "access" is "obtain", "integrate" could be "contextualize"... > > Only "select" and "justify" seem to be missed. though I'd associate > "browse" in [1] with "select". And "justify" seems very peculiar case, > specific to authority management. In terms of linked data, I'd say > that this raises the requirement for creating appropriate data, and > later browsing/obtaining it. > > Which relates a bit to my own remark on the dimensions at [1]. Would > it be appropriate to add something like "documenting" (the verb) or > "adding information" in the user needs, and "user-generated > information" in the information assets? > > Cheers, > > Antoine > > [1] http://www.w3.org/2005/Incubator/lld/wiki/Dimensions > > >> All >> >> Again after a first pass, note that IFLA (International Federation of >> Library Associations and Institutions) has developed sets of user tasks >> in relation to bibliographic metadata, as part of the Functional >> Requirements family (the three models cited below - work on consoliding >> these into a single functional requirements model has already begun, >> although FRSAD has not yet been finalised): >> >> From Functional Requirements for Bibliographic Records (FRBR) >> (http://www.ifla.org/en/publications/functional-requirements-for-bibliographic-records): >> >> >> >> to find [bibliographic] entities that correspond to the user’s stated >> search criteria (i.e., to locate either a single entity or a set of >> entities in a file or database as the result of a search using an >> attribute or relationship of the entity); >> >> >> >> to identify an entity (i.e., to confirm that the entity described >> corresponds to the entity sought, or to distinguish between two or more >> entities with similar characteristics); >> >> >> >> >> >> to select an entity that is appropriate to the user’s needs (i.e., to >> choose an entity that meets the user’s requirements with respect to >> content, physical format, etc., or to reject an entity as being >> inappropriate to the user’s needs); >> >> >> >> >> >> to acquire or obtain access to the entity described (i.e., to acquire an >> entity through purchase, loan, etc., or to access an entity >> electronically through an online connection to a remote computer). >> >> From Functional Requirements for Authority Data (FRAD) >> (http://www.ifla.org/en/publications/functional-requirements-for-authority-data): >> >> >> Functional Requirements for Bibliographic Records FRBR (Conceptual >> model) IFLA Study Group on the Functional Requirements for Bibliographic >> Records 12.00 Normal 0 false false false EN-GB X-NONE X-NONE >> MicrosoftInternetExplorer4 >> >> Find an entity or set of entities corresponding to stated criteria >> (i.e., to find either a single entity or a set of entities using an >> attribute or combination of attributes or a relationship of the entity >> as the search criteria); or to explore the universe of bibliographic >> entities using those attributes and relationships. >> >> Identify an entity (i.e., to confirm that the entity represented >> corresponds to the entity sought, to distinguish between two or more >> entities with similar characteristics) or to validate the form of name >> to be used for a controlled access point. >> >> >> >> >> >> >> Contextualise: Place a person, corporate body, work, etc., in context; >> clarify the relationship between two or more persons, corporate bodies, >> works, etc.; or clarify the relationship between a person, corporate >> body, etc., and a name by which that person, corporate body, etc., is >> known (e.g., name used in religion versus secular name). >> >> >> >> >> >> >> >> >> >> Justify*:* Document the authority data creator’s reason for choosing the >> name or form of name on which a controlled access point is based. >> >> From Functional Requirements for Subject Authority Data (FRSAD) >> (http://www.ifla.org/en/node/1297) >> >> >> >> >> >> >> Find one or more subjects and/or their appellations, that correspond(s) >> to the user’s stated criteria, using attributes and relationships; >> >> >> >> >> >> >> >> Identify a subject and/or its appellation based on their attributes or >> relationships (i.e., to distinguish between two or more subjects or >> appellations with similar characteristics and to confirm that the >> appropriate subject or appellation has been found); >> >> >> >> >> >> >> >> >> >> >> >> >> >> Select **a subject and/or its appellation appropriate to the user’s >> needs (i.e., to choose or reject based on the user's requirements and >> needs); >> >> >> >> >> >> >> >> Explore **relationships between subjects and/or their appellations >> (e.g., to explore relationships in order to understand the structure of >> a subject domain and its terminology). >> >> >> >> Cheers >> >> Gordon >> >> >> >> >> >> >> On 07 July 2010 at 20:50 Karen Coyle <kcoyle@kcoyle.net> wrote: >> >> > After a quick first pass... I'd like to see an expansion of users >> from >> > "persons who are library users" to users like Amazon and >> LibraryThing, >> > who make use of bibliographic data for non-library purposes. (When >> > talking about LLD, I have taken to say that the "machine" is the Web, >> > the user is anyone on the web.) >> > >> > kc >> > >> > Quoting Emmanuelle Bermes <manue.fig@gmail.com>: >> > >> > > Dear all, >> > > >> > > In order to prepare tomorrow's meeting, I invite you to check >> the work >> > > that has been carried out by our little subgroup (mainly by Stu, >> > > actually !) regarding understanding the UC approach better. >> > > It would be nice to have an opportunity to discuss these >> categories or >> > > dimensions during the call, using the wiki page as a starting >> point. >> > > >> > > >> > > Cheers >> > > Emmanuelle >> > > >> > > [1]http://www.w3.org/2005/Incubator/lld/wiki/Dimensions >> > > >> > > >> > >> > >> > >> > -- >> > Karen Coyle >> > kcoyle@kcoyle.net http://kcoyle.net >> > ph: 1-510-540-7596 >> > m: 1-510-435-8234 >> > skype: kcoylenet >> > >> > > > > > -- dott. Oreste Signore W3C Italy - Office manager cell. +39-348-3962627 Skype: orestesignore home page: http://www.weblab.isti.cnr.it/people/oreste/
Received on Thursday, 8 July 2010 13:23:19 UTC