Re: Use case notes page - Collection-level description?

Hi Jodi, Gordon,

Good points, and thanks for volunteering. It's not because these access cases are already becoming real that we should forget them!

By the way I have a question re. the general direction the name "collection-level description" is suggesting. Isn't it too wide a generalization? Ideally, when you want to find an physical book in a library, the information that's it's on loan as an individual item is crucial. Similarly, for scenarios where access conditions to digital material is granted, individual rights statements are often a key enabler.

Cheers,

Antoine

PS: in fact my awareness of these things happened to grow significantly the past weeks. In Europeana we're currently getting quite general rights information at collection-level, but we are now starting to work really hard to convince providers that one day they could send precise data for each individual object, if they have them of course. If you need it, I may contribute one or two statements and/or (dreamed) examples on this for your cluster...


> On 16 Dec 2010, at 20:54, gordon@gordondunsire.com wrote:
>
>> Jodi
>>
>> The second of these (closest collection) should be folded into Library Address Data use case, which is not clustered.
>
> Yes--that makes sense. I want to see this data mashed up in new ways (e.g. a mashup between TripIt/Dopplr, my calendar of availability, and my LibraryThing wishlist -- alerting me to possibilities to use items I can't get locally when I'm out-of-town). :)
>
>> This is part of the general area of collection-level description
>
> Right--and I've been really influenced by SCONE work in that area. :)
>
>> which I think will intersect with high-level provenance issues and (low-level) individual real-world objects (aka circulation control),
>
>> in an LLD context. It also intersects, as you suggest in the third of your proposed use-cases, with the general area of availability/access. Access restrictions tend to be at the collection level (opening hours, loan period, intermediation tool required for format, licenses, user ability, etc.).
>>
>> The specific issue of finding digital manifestations is already covered by the Open Library Data use case, part of the Bibliographic Data cluster.
>
>>
>> Perhaps we could cluster your second and third proposed use cases with the submitted Library Address Data use case, and focus on  availability/access at the collection level? I'd be happy to collaborate ...
>
> That sounds really good to me! Talk to you about it next year, Gordon!
>
> -Jodi
>
>>
>> But not until the new year!
>>
>> Cheers
>>
>> Gordon
>>
>>
>> On 16 December 2010 at 16:14 Jodi Schneider<jodi.schneider@deri.org>  wrote:
>>
>>> I see the need for these 3 use cases:
>>>
>>> * Link Social Bibliography to a Bibliographic Network
>>> * Find materials in the closest physical collection (may include library and non-library collections)
>>> * Find e-books or other digital materials, according to access restrictions (e.g. free, available in my geographic locale, etc)
>>>
>>> Would anyone like to collaborate on writing these use cases? Or can you suggest other groups that we might might write them?
>>>
>>> -Jodi
>>>
>>> On 11 Nov 2010, at 17:32, Antoine Isaac wrote:
>>>
>>>> Hi Jodi,
>>>>
>>>> Thanks. So you think that these items should definitely covered by more use cases? I was actually not sure that this was the case... Perhaps we have in fact already some cases for them, I just did not have the time to dive into what they were describing.
>>>>
>>>> Cheers,
>>>>
>>>> Antoine
>>>>
>>>>
>>>>> I added 4 items to the 'things that should be covered by use cases' from
>>>>> http://www.w3.org/2005/Incubator/lld/wiki/index.php?title=UseCaseNotes&oldid=2128<http://www.w3.org/2005/Incubator/lld/wiki/index.php?title=UseCaseNotes&oldid=2128>
>>>>>
>>>>>     * *Link Social Bibliography to a Bibliographic Network*. Link reviews, tags, lists, cover art to a work. /This seems like a variation on the enrich a record use case./
>>>>>     * *Find stuff in several collections*.Searching a specific set of library and non-library collections--for instance to find a given book or DVD, or get access to an article. I'm thinking about this first as a local area search with a specific set of libraries--but then also as a 'travel' awareness search (for the harder-to-find things I'm willing to go out of my way to find, while travelling). I'd love, for instance, a mashup between TripIt/Dopplr, my calendar of availability, and my LibraryThing wishlist -- alerting me to possibilities to use items I can't get locally when I have a free day out-of-town. Jodi Schneider<http://www.w3.org/2005/Incubator/lld/wiki/User:Jschneid4>  13:48, 30 June 2010 (UTC) /It seems that we don't have any such far-stretching case. Or this item rather calling for enabling mesh-ups, not doing them? (Antoine)/
>>>>>     * *Find e-books* see http://efoundations.typepad.com/efoundations/2010/07/finding-ebooks.html
>>>>>     * archives and linked data, knitting together multiple identifiers<http://inkdroid.org/journal/2010/08/12/archival-context-on-the-web/>
>>>>>
>>>>>
>>>>> I can expand with more detail if it's helpful.
>>>>>
>>>>> -Jodi
>>>>>
>>>>> On 11 Nov 2010, at 10:38, Antoine Isaac wrote:
>>>>>
>>>>>> Dear all,
>>>>>>
>>>>>> I've started some clean-up of http://www.w3.org/2005/Incubator/lld/wiki/UseCaseNotes
>>>>>> hoping that pretty soon we could just remove it from [1], as part of an attempt to have [2] as only one list of things that should motivate our searching for new cases.
>>>>>>
>>>>>> It's not yet dead, though. Feedback is welcome from these who created the non-deleted items: please declare them as dead of move them to [2]! We could discuss them in a next call whether we're interested enough to include them in the list we agreed upon at the F2F...
>>>>>>
>>>>>> Cheers,
>>>>>>
>>>>>> Antoine
>>>>>>
>>>>>> [1]http://www.w3.org/2005/Incubator/lld/wiki/UseCases#Related_topics.2C_are_these_covered_yet.3F
>>>>>> [2] http://www.w3.org/2005/Incubator/lld/wiki/F2F_Pittsburgh_Outcomes#Things_that_should_be_covered_by_use_cases
>>>>>>
>>>>>
>>>>
>>>
>>>
>

Received on Friday, 17 December 2010 09:05:56 UTC