[Archivesspace_Users_Group] Label Printing in the Browser - Whatwould be useful?

Fri Aug 26 17:06:16 EDT 2016

Hi All-

I'm closing in on releasing a test version of the label printing plugin but I had a few questions for the group.

1) The data model for top containers allows a top container to be linked to multiple resources, series and creators. What I've done for the moment is take all of the above and produce a concatenated list for each. So a resource title for a top container could look something like:

"Resource 1 title; Resource 2 title"

Ditto for the resource id, series id and creator. Is that an approach that works for the group? The other choice that I've thought of would be to take the first entry for each. I'm also open to other ideas if someone has a brilliant suggestion!

1b) Since these could get very long, should they be truncated at all? And to how many characters/words?

2) Our current Dartmouth plugin includes a feature to enable searching by indicators only - either a space separated list or a numeric range, though the range search will produce some bizarre results for non-numeric indicators....

Examples would be "1 3 5" or "[1 to 10]" Is this a feature that I should include or leave out for this generalized plugin?

Thanks!

Joshua

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu>
Sent: Wednesday, August 17, 2016 11:18:15 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Label Printing in the Browser - Whatwould be useful?

Hi All-

It definitely sounds like the best option would be to provide a picklist of fields/data to include on a label. I think that’s doable with a bit of extra head scratching....though maybe not in v.1;-)

At worst, the plugin will provide a roadmap for others to enhance or adapt the plugin for their local needs. Given all of the variables and vagaries of printing, this will almost certainly not be a “perfect out of the box” type plugin and will likely (certainly?) require some fiddling with the CSS to make things work properly in the local printing environment.

The complicating factor here is that labels are physical objects (duh!) and have a limited & fixed amount of space available to shoehorn pieces in. Additionally, different browsers & printers don’t necessarily obey the same rules when it comes to sizing, scaling and margins, etc. Allowing a picklist will make the procedure for setting up/printing a label a bit trickier as that will either

1)       require the end user to pick a set of fields, then check the print output and make sure it all fits on the desired label and then potentially go back and remove a field or two until things fit OR

2)       have a developer type (or anyone with CSS chops) muck about with the label CSS to get things to sit nicely for all of the locally defined layout/field choices

#2 will probably have to happen anyway if people are defining additional label types. And as mentioned above, there’s the additional fun factor of browser….irregularity… when it comes to printing and complying with various CSS standards, which means that #2 will almost certainly have to happen no matter what.

Would it make the most sense to get things to a point where there’s a predefined set of fields that actually works in a couple of label types across most browsers and then make that available for others to contribute to and help setup the picklist functionality?

Thoughts?
Joshua

From: <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of "Bowers, Kate A." <kate_bowers at harvard.edu>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Date: Wednesday, August 17, 2016 at 10:45 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Label Printing in the Browser - Whatwould be useful?

I’m assuming that each of these datum are optional? In other words, it’s a configurable choice from among these pieces of information?

One that I would add would be collection creator.

Kate

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Caldera, Mary
Sent: Wednesday, August 17, 2016 10:38 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Label Printing in the Browser - Whatwould be useful?

Joshua, this is great. Thank you for sharing. Suggested additions are in blue, deletions and reasoning in red. Best, Mary

Parent Institution name
Repository name
Resource Title
Resource ID
Level of description (if “series”)
Component unique ID (if level of description is “Series”)
Top container label (“Container” or “Box”—this would have to be hardcoded, not come from AS data, I think)
Top Container Indicator
Top Container Barcode (presumably the barcode is located somewhere else on the box, leave off to save space?)
Location String (locations change – wouldn’t want to reprint labels every time that happened, and maybe should not be public)
Location Barcode (locations change – wouldn’t want to reprint labels every time that happened, and maybe should not be public)

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Thomas
Sent: Wednesday, August 17, 2016 10:11 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Label Printing in the Browser - Whatwould be useful?

For us in TSLAC, this seems too specific. We have had a few situations that may necessitate the location string being omitted from the label. In case someone ever breached security after paging a box, we wouldn’t want them to know where the box lives. Is there a way in the plugin, or code from the plugin, to choose to remove that specific detail? My 2 cents.
Thanks,

Brian Thomas
Electronic Records Specialist
Texas State Library and Archives Commission
1201 Brazos Street
Austin, TX 78701
PH: (512) 475-3374
e-mail: bthomas at tsl.texas.gov
tsl.texas.gov<https://urldefense.proofpoint.com/v2/url?u=http-3A__tsl.texas.gov_&d=CwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=NYF1LGD79bUMnZ_xocCs-I49uGpSnJGyOTeVzDMh5Zs&m=sJiEwi4t0e_noS-fsyITvMdfEI7xSmsqszIDF6Fh4T0&s=W6zUfFppNJSXKheVwB82UhgUteb9LlNV8wFerUliptk&e=>
[id:image001.jpg at 01D029A2.37194C70]

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Joshua D. Shaw
Sent: Wednesday, August 17, 2016 6:56 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Label Printing in the Browser - Whatwould be useful?

Hi all-

For those of you who were at the member forum in Atlanta, I briefly mentioned that we had had a plugin developed for us by HM (and have subsequently tweaked and modified) that allows us to print labels directly from the browser. There were a few people who expressed some interest in this, so I thought I’d see what types of information people might find useful to see on a label in the hopes of taking what we already have and de-Dartmouthizing it so that it would *hopefully* work for a wider audience.

I was thinking that there are so many ways that people can potentially describe a collection that the baseline info on a label would probably be something along the lines of

Resource ID
Resource Title
Top Container Indicator
Top Container Barcode
Location String
Location Barcode

Are there other pieces that people think are generic enough to include? Are the above too specific in some cases – ie are there cases where a container holds AOs from multiple resources?

The plugin will depend on the container manager functionality and will be (at least) v1.5.1 compatible assuming I can get things into shape;-) I plan to include at least two layouts so that others can get a feel for what is possible in terms of label types. One will be a thermal roll type (a Dymo 30256 label) that we use and an Avery 5163 2x5 portrait layout.

Thanks!
Joshua

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160826/89b635fe/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 5315 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160826/89b635fe/attachment.png>