Material Types

[mrenvoize]

In issue #6 Heather raised a new query:

Just to clarify - is this the same as "material type"? (please see screenshot) There are a number of types not listed which we would need for our lists. Thanks, Heather

[mrenvoize]

Hi Heather,

The core Schema which rebus:list 2.0's material data is stored in is heavily inspired by the CSL schema's. The core types can be seen to follow the documentation here.

We have also added a 'Journal' type so far to allow for entire journals to be referenced as a list material. (CSL is the definition created to serve the 'Citation' field, and so leaving out 'Journal' does make good sense for most projects using their schemata.. one wouldn't Cite an entire Journal as a reference, more likely a particular article within it)

We are already considering adding an e-* alternatives for many of the type to denote eBooks and the likes (which for citation purposes would be mapped directly to the non-e counterpart).

What material types do you per-sieve as missing?

[mrenvoize]

Hi Martin,

The main one I spotted is ebook (which we often use), so I think adding e-* alternatives would certainly be useful for us as we do have e-journals in the library as well as print journals (though currently use journal for both). We also have some in-house item types such as "private note", "other". Would we be able to create custom item types?

Thanks, Heather

Heather Quinn Learning Resources Section Digital Services and Systems Team Western Bank Library University of Sheffield Western Bank SHEFFIELD S10 2TN

Tel: 0114 22 27249 Email: h.quinn@sheffield.ac.uk

[mrenvoize]

@SharonCocker

The 'notes' types is something we've been discussing internally here. Andrew and I felt that a 'note' did really belong so much as an Item level 'thing' but as a part of the list metadata, somewhat like the summary field that is now available (but currently only in editable in the hierarchy management pages).

As for a private note, again we felt this was more likely a list level entity rather than an item itself.

I'm drawing up a specification for this change of workflow and will post a link to it as soon as it's legible.

[CFWilliams]

Leeds Beckett would second Heather's suggestion for e-resource types.

[hloliver]

Hi Martin

I was just about to open a related issue about notes fields then saw this one

We rely on the Notes item as headings for a lot of our lists to highlight seminar titles/descriptions (see http://tavi.rebuslist.com/list.php?list_id=1068 and http://tavi.rebuslist.com/list.php?list_id=1017) - these are usually too long for tags, and helps the tutors to retain the structure of the list.

We've been looking at how we might reorganise some of our lists so that they work better with the upgrade, but producing a separate list for each seminar wouldn't work for many of our courses

The list summary and public notes display nicely on Rebus list 2.0, it would be good to have a similar format for individual notes that can be placed wherever you need them in the list. Thanks Helen

[mrenvoize]

Hi Helen,

Having looked at a few examples on your system I would suggest they would work perfectly as sublists. I do however think perhaps we need a refinement on the display of sublists for some use cases. Perhaps allowing for a 'merged for display' option to allow sublists to act as groups within a higher level list.. one for me to ponder a little while.

[hloliver]

Thanks Martin - we did look at creating them as sub-lists but it started getting impractical quite quickly for a lot of courses, some poor students were going to end up with around 130 lists each year! However the merge option sounds like it would be a good solution for us in most cases, I'll talk to colleagues to see if there are any particular instances at our site where this wouldn't work as there may be an alternative to those too. bw Helen

Helen Oliver

Systems Librarian Tavistock & Portman NHS Foundation Trust Tavistock Centre 120 Belsize Lane London NW3 5BA

tel 020 8938 2318 email: holiver@tavi-port.ac.uk

---

From: Martin Renvoize [notifications@github.com] Sent: 04 May 2016 12:57 To: PTFS-Europe/rebus-list-2 Cc: Helen Oliver; Comment Subject: Re: [PTFS-Europe/rebus-list-2] Material Types (#45)

Hi Helen,

Having looked at a few examples on your system I would suggest they would work perfectly as sublists. I do however think perhaps we need a refinement on the display of sublists for some use cases. Perhaps allowing for a 'merged for display' option to allow sublists to act as groups within a higher level list.. one for me to ponder a little while.

� You are receiving this because you commented. Reply to this email directly or view it on GitHubhttps://github.com/PTFS-Europe/rebus-list-2/issues/45#issuecomment-216839096

[hloliver]

Hello Martin

I wondered if you'd thought any more about

a) the option to merge sublists so that they display as one - feedback from academic staff and students so far has been that most are not keen on individual lists for each seminar as they lose sight of the structure of the seminar series

b) allowing for some sort of free-text material type, I've been looking at our lists on RL1 and a lot of them use 'Notes' or 'Other' for headings (not just at the beginning of a list), but also as placeholders ie 'No set reading for this week' (we've found if we don't do this our students worry that they're missing something) - at the moment I can't see any way of doing this sort of thing in RL2

bw Helen