Another feature specification: We want to be able to show to our patrons what actual magazines we have available, checked-out, holdable, etc. Just like with normal holdings. Currently we see the items, but they are not labelled, so there is no way to tell what volume or number this item represents. Just adding the label to the mix won't cut it. The current view will explode if we try to show a subscription with a lot of magazines. We can get 146 000 newspapers for the whole consortium (a radical stress case) in a 10 years time. If a patrons was to enter the detailed view for this newspaper, it would literally explode. We are proposing to create a hierarchial tree-model display of volumes, issuances, org_units and finally the physical serials. To make things user friendly, a "5 most recent issuances" (n, actually) section is created for our patron's pleasure. This enables our patrons the view the most recent serials without descending to the AJAX jungle of volumes-tree.
There is one limitation however. We find it unnecessary for a record to have multiple subscriptions. Limiting the amount of subscriptions per record to one, is at this moment of planning an assumption. I am hoping to get some feedback from the community if this is a good approach and if I am forgetting/misunderstanding/screwing up something. Functionality will be fully created, documented and maintained by the Joensuu Regional Library. As usual, the more "detailed" schematics can be found from our project management system. http://193.65.112.189:8080/browse/EGDEV-75 -- Olli-Antti Kivilahti Open Library 2013 Library of Joensuu
