> Yes - my reading was that dlf:holdings was for pure 'holdings'
> as opposed to 'availability'.
I would agree with Jonathan that putting a summary of item availability in <dlf:holdings> is not an abuse.
For example, ISO Holdings -- one of the schemas the DLF-ILS documents suggests using here -- has elements for things like:
Very much the kind of summary information you are using. Those are different from it's <holdings:copyInformation> element, which describes individual items.
So IMO it wouldn't be (much of) a stretch to express this in dlf:simpleavailability instead.
Library Web Services Manager
California State University
From: Code for Libraries [[log in to unmask]] On Behalf Of Jonathan Rochkind [[log in to unmask]]
Sent: Thursday, October 21, 2010 1:26 PM
To: [log in to unmask]
Subject: Re: [CODE4LIB] Help with DLF-ILS GetAvailability
I don't think that's an abuse. I consider <dlf:holdings> to be for
information about a "holdingset", or some collection of "items", while
<dlf:item> is for information about an individual item.
I think regardless of what you do you are being over-optimistic in
thinking that if you just "do dlf", your stuff will interchangeable with
any other clients or servers "doing dlf". The spec is way too open-ended
for that, it leaves a whole bunch of details not specified and up to the
implementer. For better or worse. I made more comments about this in
the blog post I referenced earlier.
Owen Stephens wrote:
> Thanks Dave,
> Yes - my reading was that dlf:holdings was for pure 'holdings' as opposed to
> 'availability'. We could put the simpleavailability in there I guess but as
> you say since we are controlling both ends then there doesn't seem any point
> in abusing it like that. The downside is we'd hoped to do something that
> could be taken by other sites - the original plan was to use the Juice
> framework - developed by Talis using jQuery to parse a standard availability
> format so that this could then be applied easily in other environments.
> Obviously we can still achieve the outcome we need for the immediate
> requirements of the project by using a custom format.
> Thanks again
> On Thu, Oct 21, 2010 at 4:28 PM, Walker, David <[log in to unmask]> wrote:
>> Hey Owen,
>> Seems like the you could use the <dlf:holdings> element to hold this kind
>> of individual library information.
>> The DLF-ILS documentation doesn't seem to think that you would use
>> dlf:simpleavailability here, though, but rather MARC or ISO holdings
>> But if you're controlling both ends of the communication, I don't know if
>> it really matters.
>> David Walker
>> Library Web Services Manager
>> California State University
>> From: Code for Libraries [[log in to unmask]] On Behalf Of Owen
>> Stephens [[log in to unmask]]
>> Sent: Wednesday, October 20, 2010 12:22 PM
>> To: [log in to unmask]
>> Subject: [CODE4LIB] Help with DLF-ILS GetAvailability
>> I'm working with the University of Oxford to look at integrating some
>> library services into their VLE/Learning Management System (Sakai). One of
>> the services is something that will give availability for items on a reading
>> list in the VLE (the Sakai 'Citation Helper'), and I'm looking at the
>> DLF-ILS GetAvailability specification to achieve this.
>> For physical items, the availability information I was hoping to use is
>> expressed at the level of a physical collection. For example, if several
>> college libraries within the University I have aggregated information that
>> tells me the availability of the item in each of the college libraries.
>> However, I don't have item level information.
>> I can see how I can use simpleavailability to say over the entire
>> institution whether (e.g.) a book is available or not. However, I'm not
>> clear I can express this in a more granular way (say availability on a
>> library by library basis) except by going to item level. Also although it
>> seems you can express multiple locations in simpleavailability, and multiple
>> availabilitymsg, there is no way I can see to link these, so although I
>> could list each location OK, I can't attach an availabilitymsg to a specific
>> location (unless I only express one location).
>> Am I missing something, or is my interpretation correct?
>> Any other suggestions?
>> PS also looked at DAIA which I like, but this (as far as I can tell) only
>> allows availabitlity to be specified at the level of items
>> Owen Stephens
>> Owen Stephens Consulting
>> Web: http://www.ostephens.com
>> Email: [log in to unmask]
>> Telephone: 0121 288 6936