Duplication on Demand

"Hot off the Press" is blog series from guest blogger, Teresa Kalber. Teresa is the Network Systems Administrator at Colorado Talking Book Library. In this series, she will be shares her library's experience being one of the first two KLAS libraries to implement NLS' Gutenberg equipment.

The first two posts in the series are here:

• Hot off the Press: Part 1
• Hot off the Press: Part 2

Hot off the Press: Part 3, The Pilot

We received our equipment on a Friday and got everything working on the following Monday. Even though we had the system working on Sept. 23rd, we didn’t do any testing until I returned to the office on Sept. 30th.

When the Gutenberg system is first installed, it is operating in “sandbox” mode and is connected to the preview database for KLAS. We tried to push through a few orders for staff from the preview database, but they weren’t being copied onto cartridges. It was finally determined that KLAS and Gutenberg weren’t syncing with each other so the orders weren’t getting processed. Once Keystone restarted the syncing process, the orders came through. So on Oct. 2nd, we switched from sandbox to production mode so we could really test the system by starting the pilot.

We began the pilot with 50 existing patrons. For the existing patrons, we decided we would send out 2 cartridges with 3 books on them so we could get them back during the month long pilot and test the return part of the system too. We also made the decision to not send books out to new patrons about a week before we started the pilot. So since the end of September, all the new patrons have been put on the duplication model. New patrons were set-up to receive 3 cartridges with 10 books each on them.

On Oct. 3rd, we sent out our first 76 DoD cartridges! Yay!

The most consistent problem we noticed in the first few weeks of running Gutenberg was that daily KLAS and Gutenberg would stop syncing and we’d have to contact Keystone to restart the process. Because the problem was so consistent they wrote a temporary fix to automatically restart the service each morning to try to help with the process. Within 2 weeks of starting the pilot the problem has been solved and a fix applied during an update of KLAS.

We also had problems with serving walk-in patrons due to the time it would take to process an order. At first, Keystone and Gutenberg were only syncing every 15 minutes. So we would place an order and potentially have to wait up to 15 minutes to see if the order synced or not. If it didn’t sync and we needed to contact Keystone to restart the service, another 15 minutes would pass. Many times we would just pull individual books from the shelves and check them out using front desk since we are unable to assign books to a duplication patron. However, I believe the sync times have been cut down and we don’t usually have problems serving walk-ins now. An order for a walk-in patron, will be sent fairly quickly, even if we are still in the midst of making cartridges for the day. So mail room staff have to check mail cards as they scan each completed cartridge to look for the walk-in patron’s order.

A big learning curve came in how to best figure out how to set the nightly settings for DoD, since it works a little differently than it did before. When I would call Nancy, she would tell me “theoretically” it should work this way. I had to just make adjustments and then see what happened afterwards. Luckily our pilot patrons were very understanding during the process.

Other minor problem we encountered (that have all been fixed now):

• Service queue was adding all the books in a series, even if the patron had already had them before.
• Service queue was adding oldest books from request list, when we had the system set to add the newest books first.
• KLAS would allow orders larger than 4GB, which would then sit on Gutenberg since we didn’t have a cartridge big enough to copy the order
• Duplication orders were still being processed for patrons with a block on their account.

On Oct. 22nd, we participated in a conference with NLS, Keystone and Georgia to discuss how we felt things were going with our pilots. Both of us agreed that there were some minor problems, but nothing to prevent us from moving forward with beginning to convert the rest of our patrons over to DoD. We decided to start the conversion process at the beginning of November with the goal of being completely done with the conversion by the end of the year.

Statistics for our pilot (10/3 – 11/1):

• 644 cartridges sent out
• 192 patrons on DoD
• 91 cartridges returned

Up next: Converting existing patrons

"Hot off the Press" is blog series from guest blogger, Teresa Kalber. Teresa is the Network Systems Administrator at Colorado Talking Book Library. In this series, she shares her library's experience being one of the first two KLAS libraries to implement NLS' Gutenberg equipment.

The first three posts in the series are here:

• Hot off the Press: Part 1
• Hot off the Press: Part 2
• Hot off the Press: Part 3

Hot off the Press: Part 4, Converting existing patrons

On November 4th, we began the process of converting our existing patrons over to the duplication model. We decided to go with our high-demand patrons (we have a separate patron type for high-demand) first, followed by students. Then we worked on converting the remainder of our patrons based on the number of books they were receiving. We initially set patrons up to get 1 cartridge with 10 books on it.

The first day I converted 100 patrons over. However, I realized that in order to complete the conversion by the end of the year, we would need to convert more than that each day. After discussing this with our mailroom supervisor, it was decided to convert 200 patrons each day.

As I ran queries in KLAS to find the patrons I needed to convert, I created Excel spreadsheets with lists of 200 patron ID’s and saved them as text files with the date I was converting them to DoD. Then I could pull the query into KLAS and use the Batch Update Profile tool to convert all 200 patrons at one time. Then I would scroll through the records to verify everything looked like it should.
One of the problems we had early on was duplication orders being sent to patrons that had a block on their account. As I was scrolling through the patrons, I would find those patrons and make their digital book service inactive so no cartridges would go out. Once the problem was fixed in KLAS, I changed all these patrons back to active for digital books, so those that had an automated date to restart service would get a cartridge.

One week after a patron was converted to DoD, I would to run the same query again and bump their number of cartridges up to 2, and after another week, set them to our max of 3 cartridges. We gradually increased their number so they didn’t get all 3 cartridges at once and also to try and not overwhelm mailroom staff.

Most days, we were getting around 250 orders. We figured once our conversion was done, we would get somewhere between 300-400 cartridges per day. In order to try and meet those numbers and see how it would affect mailroom staff, I upped the number of patrons being converted to DoD to 300 per day.

Around mid-November, we noticed that KLAS and Gutenberg didn’t appear to by syncing again. Orders we created in the morning we not being sent to the Gutenberg machines. We were unable to serve walk-in patrons because their orders wouldn’t go through. After looking into the problem, we discovered that the batch manager was being overwhelmed with creating service queues for the patrons I had converted that morning. After figuring out this was the problem, I didn’t do conversions until after 3:30 in the afternoon. John C. at Keystone also mentioned putting something in place on KLAS so the service queue would function more efficiently (not sure if this was done or not).

Around the same time, NLS had problems with one of their servers, and our duplication order didn’t run in the morning. Because I had converted patrons in the morning, our order didn’t start copying until 3:30 in the afternoon. That caused us to have almost 1000 cartridges the next day. I guess it was a good test for how much duplication we can get done in a day.

With this large order, we realized the copying process went fairly quickly and we could easily make this many cartridges each day. However, printing the mailing cards took most of the day. So we decided to invest in a 2nd printer to alleviate the bottleneck at the printer.

On 12/3, I converted the remainder of our individual patrons to duplication and also the 200 organization accounts we had on automated digital book service. This resulted in our largest duplication order of 1,015 cartridges, although I’m not sure why. Once this conversion was done, I spent the next 2 weeks moving all the patrons up to 3 cartridges each. The process was completely done by 12/11/19, which worked out great since we needed to be closed the week on 12/16 due to a building maintenance issue.

Statistics for 11/4/2019 – 12/31/2019:

• 15,721 cartridges sent out
• 3,790 cartridges returned
• 4,711 patrons received duplication cartridges

Up next: Problems and ongoing issues

"Hot off the Press" is blog series from guest blogger, Teresa Kalber. Teresa is the Network Systems Administrator at Colorado Talking Book Library. In this series, she shares her library's experience being one of the first two KLAS libraries to implement NLS' Gutenberg equipment.

The first four posts in the series are here:

• Hot off the Press: Part 1
• Hot off the Press: Part 2
• Hot off the Press: Part 3
• Hot off the Press: Part 4

Hot off the Press: Part 5, Problems and ongoing issues

Here is a recap of some of the issues we have/are experiencing with Gutenberg.

Service Queue/Order issues:

• With DoD, patrons now have to the entire collection on BARD. Because of this they are getting books in subjects they may not have been before and also getting a lot of the newer books. We get a lot of RA calls for patrons saying I would never order books like this. The RAs go through their subjects and work with them on getting them the type of books they like. This has brought up the issue that there is no easy way to empty the service queue. Each item must be deleted one at a time. If all the items are deleted out of the queue, KLAS hangs up and usually needs to be restarted.
• Because of the issue above, we are still in flux as to the default number of books we want in the service queue and where the refill point should be. This has also been problematic for us as it results in cartridges going out with less than the 10 we have them set for.
• When RAs are trying to create an order for a patron, it takes our system over 5 minutes to open the “Create Dup Order From Queue” screen. This makes it difficult to create orders for patrons when also taking phone calls because of the time involved. Many times they will have to make a note and go back and create the patron’s order later.
• Cartridges will go out for our on-demand patrons, so we need to have their NS Cutoff set to 0 to prevent that from happening.
• Local Recordings:
• We have been working with both NLS and Keystone to figure out how to get our locally recorded books that are not on BARD to work with Gutenberg. We think we have come up with a solution, but it will take some time to implement.
• Keystone is also working on having functionality for Serials in place for Gutenberg so that we can put our local newsletter on the duplications cartridges.

Cartridge Errors:

• When the service queue is filled, it will select books from our local recordings for patrons. Because we had not solved the problem with our local books, this would cause the cartridge have an “error” status. There is currently not a way to run reports or queries in KLAS to find these errors and make sure those patrons are getting service.
• Also for cartridges that are in error status – the books on the cartridge are not added as a has-had to the patrons record since the cartridge never got checked out. But since the cartridge is on the orders tab, those books are not eligible for selection. There is currently no easy way to get those books back on the service queue.

Gutenberg Hubs:

• Sometimes a cartridge is scanned and the internal and external barcode have not been linked. There is a way to configure a port on the Gutenberg machine to plug in a cartridge and have that connection made. NLS is now sending out the machines with this port already configured. Ours was not sent that way and I had to create the port myself. Once I configured the port, Gutenberg stopped recognizing the first hub in the toaster rack attached to that computer. I don’t know if the two events were related since we have ongoing issues with Gutenberg not recognizing hubs at various times. We are working with NLS on this. It’s a fairly simple fix, but it is an issue.
• Offender (Inmate) Accounts:
• We handle our offender mail separately from our other patrons’ mail. Because of this, we have not converted our offenders to duplication service since we don’t currently have a way to run their cartridge orders separately from the rest of the orders.
• Cartridge issues:
• We ordered a supply of cartridges from Perkins to help with the problem of large orders being created. The Perkins cartridges do not have external barcodes on them. We had to work with NLS to figure out a way to be able to use these cartridges with Gutenberg. Since we placed the order, KLAS put a fix in place to prevent orders larger than 4GB to be sent to Gutenberg for copying.
• We also ran into problems trying to repurpose the green cartridges we purchased to use. NLS had to make a setting change in Gutenberg for us to be able to use these cartridges with the system. However, we have to go into another computer, plug in the cartridges and unlock them with the DTB Protect software before we can use them with Gutenberg.

I hope you enjoyed my posts on our conversion experience. Both Debbi and I have documents we kept during the process that we would be happy to share. I’ve also started a post in the discussion forum if you have questions or would like me to cover something not included in these posts.

We’ve got some new information up for you this week! Let’s have a look...

1. Release Lists

As the v7.7 rollout continues, 7.7 itself has been under continuous improvement. I’ve just posted the most recent build, 7.7.14 (along with 12 and 13, which were very small builds targeted to fixing a few localized but important issues) to the 7.7 Release Lists page.

The new build has some great quality-of-life improvements, including some new options for your patron queries! For example, you can now query against patron subscriptions (including SER-DDB9 to find patrons with a BARD registration) and whether a patron is set up for Duplication service. A QuickRef with a list of all the new fields you can query against is also available on the Release Lists page. There are improvements for our IRC and other customers as well, so no worries--it's not all LBPH stuff.

2. Duplication Info

I’ve been sharing a lot of information about Duplication on this blog, to keep you all informed and up-to-date. But we know it can be a pain to have to go back and find something weeks or months later; especially if you aren’t sure if it was here, on the discussion forums, or somewhere else.

To address this, we’ve created a one-stop-shop for Duplication Info. You can access this page from the Main Menu, under Documents – Quick Reference (and it’s a static URL, so feel free to bookmark it if that works better for you).

From now on, all information having to do with Duplication that is posted to KLASusers will be added to the Info page to keep it easily accessible. I have a lot more planned for you (and would love to hear what you need most!) so I hope this Info page will be helpful for keeping it all organized.

3. Scribe Specs info sheet

A new document is available on the Duplication Info page--one that I think plenty of you will be interested in!

The Scribe Specs & Cost document briefly lays out all the specifics of the Scribe system. It covers what is included with a Scribe, the details for each component of the system, and how much it costs all in a streamlined front-and-back info sheet, perfect for your IT folks or funding agencies. Head over to the Info page to give it a download!

Meet the Scribe and see it in action. This video shows the Scribe in PCC mode; cartridge recycling mode is also available.

Meet the Scribe and see it in action. This video shows the Scribe in PCC mode; cartridge recycling mode is also available.

While NLS provides the majority of the Talking Books collection, many libraries supplement this with locally recorded books and magazines. You've put a lot of time and resources into these titles, so of course you want to make sure these can get to your patrons, or even to share them with the other network libraries! But, as with everything else, the new Duplication service model and January's major server failure posed some disruptions to this. Let's take a look at where everything stands now, and where we're heading.

Read on for:

• DBCs available on BARD
• SHELF Titles
• Other Local Titles (Including Serials!)

Hopefully this will help answer your questions about making Locally Produced Titles available to your patrons and to the network!

DBCs available on BARD -

Locally produced books that have been through NLS' process and are avaible on BARD are fully supported for Duplication on Demand with any hardware setup (Gutenberg, Scribe, or traditional PCC). All you need are the BibRecs--any local storage using R-sync or any Duplication hardware can receive the files via NLS, and KLAS' automatic eDoc generation will make sure that aspect is in place. If you do not yet include DBCs in your regular MARC loads, and are moving to duplication soon, contact Customer Support to get them added in!

SHELF Titles -

The SHELF Project was created to support the sharing of locally produced titles before NLS provided the option to submit them to BARD, and is still in use. Libraries may chose to share titles via SHELF if they do not meet all of NLS' criteria, or if they have not yet been submitted (such as when a library has a large back-log of local titles). Additionally, SHELF supports serial titles such as magazines.

Unfortunately, SHELF was hit hard by the loss of our SAN server and back-up. Nothing was lost and support for downloading the existing Shelf Titles is still in place! However, the ability to upload new files to our new server is still a work in progress.

As part of this work, the database used to host SHELF has been upgraded from KLAS 7.5 to 7.7--requiring all of the SHELF-specific functionalities to be imported to the 7.7 baseline. While doing this, our developers are actively working on some long wait-listed improvements.

The ability to upload new titles to this new SHELF database and for SHELF to then distribute the MARC records and eDocs for those titles to the other SHELF libraries is still in process, but we expect it to be finished soon. When these are available again, they should be easier and better than ever! Here's how we expect it to work:

• File uploads will still use an FTP client, now directed to books.klas.com (just like other local titles for Scribe).
• The SHELF database will create BibRecs using the originating Library ID and original KLAS ID (E.g. UCSC-VDB0002). The originating Library ID, original KLAS ID, and SHLEF's new KLAS ID are kept in the 901 tag which gets propagated out to libraries.
  Serial titles will actually use serial records, rather than kludged monograph records.
• The BibRec Import/Export procedure is simplified to be more purely based on the MARC. There is no separate XML structure passed around for BibRec information or eDoc information.
• Edocs in the recieving libraries are created using the 856 tag information in the MARC data, making the titles downloadable over the WebOPAC.

Finally, once all of this is in place, SHELF titles will be fully supported for duplication via Scribe! Duplication will also be possible on Gutenberg or traditional PCC, but you may need to follow the procedures in the next section to make the files available to your duplication hardware and to generate eDocs that are valid for that system.

Again, all of this is still in the works, but watch the Release Lists and the Friday Wrap-up emails because it should be coming soon. I will also be making more specific how-to information available when the workflows are finalized and available.

Other Local Titles -

To Duplicate any title, you need three pieces: a BibRec, a file, and an eDoc that connects the two. To Duplicate local titles that are not availble on BARD, you will need to make the file available to your duplication hardware another way.

For Scribe: You may use your own local storage device (as with traditional PCC), but the Scribe Mini has it's own internal storage which makes this unnecessary. To add local tiles to your Scribe unit(s), you can upload the files to the centralized storage depository (books.klas.com) using any FTP Client. Shelf Titles will automatically be available, no extra upload needed. Serials are also fully supported!

In the future, we hope to support uploading local titles through KLAS itself rather than needing an FTP Client, but in the meantime, follow these instructions to upload local Titles to your Scribe:

• QuickTip - Upload Local Titles (Scribe)

For Gutenberg: It is also possible to duplicate local titles on Gutenberg, but please contact NLS for instructions on uploading the files. Support for local Serials on Gutenberg is in-process--we are just waiting on some assistance from NLS for final testing. 

• QuickTip - Upload Local Titles (Gutenberg)

For Traditional PCC: Because traditional PCC setups use a variety of storage solutions, it is hard to provide general instructions. However, most solutions allow you to connect to your local storage and add files via the network. Serials should work with traditional PCC. However, bear in mind that all local issues would need to be re-uploaded on a Scribe or Gutenberg once you transition. As such, we recommend you wait for SHELF to be available or for your choice of duplication hardware to arrive.

For Any: With any of these systems, once the files are in the right location and you have a matching BibRec, KLAS will create the eDocs overnight. Full instructions for using local Serials with duplication (currently available for Scribe and PCC, available soon for Gutenberg) are available:

• HowTo - Local Serials (Scribe)
• HowTo - Local Serials (Gutenberg)

I have some great news, and I couldn’t wait until next Tuesday to post it! Our hard-working development team has gotten fixes in place, wrangled the new server, and generally addressed the various issues discussed in the last update.

This means that 7.7 Preview Databases are now available by request to all Keystone-hosted and all Linux-based self-hosted customers!

(Deployment for Windows-based self-hosted customers is still being ironed out; we hope to be able to offer Preview Databases to you soon.)

These demo databases will allow you to spot-check your data and settings to ensure that everything migrated correctly to the new version, train staff, and practice using the new features and duplication workflows. It will also allow us to do some load-testing of the new server to make sure that connection issues don’t crop back up, and that nothing new decides to go sideways on us.

Having a demo database in place also puts you on the fast-track to getting a live version. We will be bringing customers up live one every week or two, starting right away after the KLAS Users’ Conference (and maybe even sooner, if the demo roll-out goes well).

For more information on version 7.7, check out the New Release Webinar! (Note: you must be logged in to KLASusers.com to access that link.)

Future Updates

The wait for 7.7 has been longer than anyone had expected, but once you're upgraded to 7.7, future updates will come along much quicker! Instead of needing a large bundle of updates to be ready all at once, incremental updates will be applied to 7.7 about every two weeks. Fixes and improvements will go out steadily over time, rather than in a large batch after a long wait.

Even better, these updates will occur smoothly and easily, without any need to download and apply an update through your browser. For more information on how updates will work in version 7.7, see the Installation and Upgrades Post.

Duplication on Demand

Our new Duplication on Demand workflows are included in version 7.7, including full Gutenberg integration. NLS is in their final testing phases of this integration, but it is in place, and will continue to be refined and improved.

The Gutenberg device itself will of course come from NLS, and does require custom set-up per customer. We will work with them to fast-track our customers as much as possible, but there is a high demand, and only so many people at NLS who are able to do the set-up and testing needed. At the NLS Western / Southern Regional Conference, they indicated that they expect a pace of about 2 Gutenberg set-ups per month. Who gets one of these devices, and when, is entirely their decision; we can only work with them to get each device’s connection to KLAS in place ASAP.

For those who are considering a Scribe instead, we are pleased to announce that it now supports both the Patron-Centric Cartridge model and the Cartridge Recycling model! We were able to get this in place because the Cartridge Recycling workflow had already been developed to support Gutenberg—we just did a little tweaking and testing to make sure that it worked with the other hardware as well.

Final Thoughts

Thank you all so much for your patience!

We have heard loud and clear that Duplication (and particularly Gutenberg integration) is the priority that the Users’ Group has set for us, and have been hard at work on it since last year. We believe that the results are robust, flexible, reliable, and efficient; everything that we hope you can expect from a Keystone Systems product.

We know that the process has taken much longer than we initially announced, but we think that the final product will be worth the wait. We will continue to do everything we can to get those of you under a time crunch (or who are just eager to get started) up and running on a Duplication on Demand workflow of your choice as soon as possible.

For those libraries not racing to transition to a Duplication workflow, you haven’t been forgotten! With the bulk of the work finished for Duplication, we will be able to integrate improvements that will benefit you as well back into our development cycle.

Keystone Systems and the National Library Service for the Blind and Print Disabled (NLS) are excited to announce that following highly successful test implementations at Colorado Talking Book Library and the Georgia Library for Accessible Statewide Services they plan to start rolling out KLAS+Gutenberg implementations to two NLS network libraries per month, beginning in February.

The next 10 KLAS+Gutenberg libraries and their install months are as follows:

KLAS+Gutenberg Installation Criteria & Prioritization

Keystone collaborated with NLS to select this list and determine the order of the rollout based on the following criteria:

• Libraries need to have completed an upgrade to KLAS version 7.7, or at least be well along in the upgrade process.
• Libraries must have adequate onsite IT support.
• Libraries must have expressed interest and enthusiasm for moving forward with KLAS+Gutenberg, with preference given to those libraries that submitted their requests the earliest.

Both Keystone and NLS look forward to continuing the duplication on demand rollout. We’ve already received requests from a number of libraries in addition to the initial group of 10. KLAS libraries with questions about any of the above information and / or interested in getting on the schedule for future KLAS+Gutenberg deployments should contact David Perrotta ()This email address is being protected from spambots. You need JavaScript enabled to view it."> and Steve Prine ()This email address is being protected from spambots. You need JavaScript enabled to view it..">.

Here’s the latest Notes from The Scribe for April 2019.

We are now Live on Version 7.7 and into a couple of upgrades.

When we last left you were just on to the Live Version of 7.7. Now we've had some updates and some issues were addressed. We are into at least our 4th iteration of updates and we've been live with full service to patrons since March 18.

First off, I'm happy to report that if you run into an issue it gets corrected pretty fast!!! There are some new tools for more accurate tracking of issues as they occur which allow Keystone to go right in and fix them. It's pretty impressive how fast some things can get resolved. I will tell you that the more detail you can provide, including screenshots, time of day and what you were doing when things happened makes things go much better.

Now onto the patrons and their experience...

From what we've gathered, so far, the patrons we have put on the new service, which we now call Books On Demand or BOD, have been impressed and enjoying the experience. What was once 12 patrons is now nearly 300 patrons as of this writing. We've been averaging adding 6-10 patrons a day. Our strategy has been to put all new patrons on the service, because this is all they will know and there will be no "bad" habits to break.

The other part has been adding transfer-in patrons and anyone who volunteers. Overall it's been a good experience. The other part now is adding existing (non-voluntary) patrons. This first batch of these patrons is a group of around 800 who use advanced digital talking book players (DA1), are not on BARD and have some form of automated (or Nightly) service type. To build a well-running service queue for patrons they have to be on a Nightly service type in order to serve them properly.

One caveat to this smooth running of nightly service types is in the Nightly List Only patrons. These are patrons who wish to be mainly served using their own lists of requests and reserves. The one preference that can also be used is a favorite authors, which should help supplement a list when it's empty. What we ran into initially were new patrons wishing to pick their own books but not offering up a list with anything on it. Also in many cased these patrons didn't give an authors to supplement requests. So this would cause a delay in getting their cartridges out to them while we backtracked or waited to get books. We want patrons, especially when they are new to the service, to be able to experience all of the advantages of this new system. Without any books to offer it will delay our ability to serve them in a timely manner and show them what things look like. As a solution to this issue we developed a curated list of books to offer up to patrons as a kind of sampler so they can see what we can offer them and so they can become familiar with their new digital talking book player and how things like the bookshelf work. This also offers staff a simple means of setting up patrons, as needed. Overall this has helped smooth out some of the initial wrinkles.

On another topic, in the last Notes from The Scribe we talked about tuning the number of books per turn per series takes some time to get adjusted just right. Our tuning of series to pull 2 books from series per turn has worked well. One additional area we needed to adjust was the number of reserves and requests per turn so that more of them will get turned over onto the patron service queue at a time. Along with this, we had some more seasoned patrons that we discovered were getting some newer books from favorite authors, since the system defaults to latest selections first, and they wanted to pull more of the back catalog of these items. So we adjusted the rules to pull oldest works first by Author just to see if this might help. So far so good. Things are working well. One other thing we tried out on 2 of our more particular patrons was setting up nightly auto-selection rules for them specifically and adjusting specific portions of their selections to tune them better and serve them more individually. In these cases, we have been successful in that they are much more satisfied with the individualized attention. This is a nice feature set to use in creating a more personalized experience.

On a final note, I have talked about putting into place good processes. What I would encourage beyond this is to allow these processes to adjust based on the people doing the job. The first part of a good process is seeing the bigger picture, but the second important part is to allow that bigger picture to account for the smaller parts that encompass the task by the people that are doing the task. One of the many benefits I have seen firsthand from this approach is having the people who are impacted the most become champions of the system and step up as teachers and trainers. Watching a process you have laid out being improved is quite satisfying. Seeing all of the things you envisioned at the beginning without being able to see it firsthand, is awesome. A couple of the following recent photos show a bit of staff interacting with the process. The way it looks in these photos is a little bit different than the original vision, but that's just fine.

Here's a couple of recent photos:

 A patron digital cartridge

 Inspection and inventory of BOD cartridges

Staff running BOD duplication

That's all for this edition of Notes From The Scribe. The next edition will come out with the next round of major updates and new features.

Hi all,

Here’s the Notes from The Scribe for January 2019.

This last month we played around testing out the limits of the system with many more cartridge runs, thanks to having all 25 staff on the service now. This means we can go much more fully into things and do larger groups of testing. The library’s Duplication on Demand Committee met again so we could prepare to roll out the service for a pilot patron group before everything goes live.

The first big news, is that we have now put 12 patrons on the service who are piloting the service. We had mentioned starting them in Mid-December, but some adjustments had to be made to the system first. This week we'll pair them up with cartridges and set them loose. We'll get feedback and tune things for putting more patrons on this service this early spring. At that time we will begin offering this service to all new patrons and pull from a list of more existing patrons to add to the service. This will grow over time. Currently it stands at 3000 or so.

The other big news is that we're about to get Version 7.7 running live in our library. If any of you attended Katy's webinar on version 7.7 you know that contains a great many improvements and features. We have been treated to experiencing a bunch of these things by being able to test out this new version for use with The Scribe. One notable piece is a button in the patron book search results to add items directly to the Service Queue. The roll-out should happen some time in the next week or so. One noted strength of being a tester of the new software version is our staff's ability to check things out and test some things before we go live. Staff currently is taking release notes for this new version and double-checking things before we go live just to make sure when we flip the switch we'll be good to go. We have learned from past updates that sometimes things do get "broken" in the process of updating things. So this kind of feedback is valuable and helpful, in case something needs to still be adjusted before we go live. It also will help prepare staff for the overall transition in service. As we say around here "this is getting real".

Here are some photos of this month's testing of more cartridges (patron orders) at the same time on a larger scale. The results are promising

 That's all for this edition of Notes From The Scribe. The next edition will come out with the next round of updates and new features.

Hi all,

Here’s the Notes from The Scribe for November 2018.

This will be a shorter version. This month we played around testing some limits of the system itself and some improvements to our own processes as we get ready to roll out this service in full. The library’s Duplication on Demand Committee has met twice and we are shaping how our service will work moving forward with this exciting offering. Let’s go over some brief highlights since I last updated you all.

In November we finally put all staff on to the service as a test group so that we could run larger batches of duplication jobs. What we discovered with this process is that The Scribe is up to the task (so far). The speed of duplication whether you are copying one cartridge or 12 doesn’t really change much. In our sample, one cartridge typically takes 3.5 minutes to put 5 books on one cartridge and 4.5 minutes to put 5 books onto 12 cartridges at the same time, in 2 different locations. I say 12 because that’s all the staff we had up on the system at the time we started the tests. We still need to run the remaining cards for the rest of staff (13 more people) and put together cartridge sets. Once we have that we will look at 15 at a time. We do note that there seems to be a kind of sleep mode from starting out the day running this. There is a little delay when you start up first thing and put everything in motion, which isn’t as pronounced the rest of the time. As we go forward and the units run more throughout the day we will see how this pans out. But if you want to run 12 cartridges (patron orders) at the same time, this device does that well.

The next phase will be to run all cartridge slots on both units at the same time. This should happen in the next week or so once we get all staff setup.

Another thing of major note, the committee decided that rather than calling the service Patron-Centric Cartridge or PCC service, we have adopted the name Books on Demand or BOD. The group decided that this would be easier for the patrons to understand. The term Patron-Centric Cartridge is meaningless from a patron standpoint. The method behind how those books (and magazines) are served doesn’t matter to the patron. While this is a PCC type of Duplication on Demand Service we will refer to it as Books on Demand or BOD for simplicity. Also this leaves open the option of using other types of delivery for patron reading materials.

One final note, a group of 15-20 patrons will begin pilot testing the system in mid-December. We have worked out most of the kinks in the system, but the next step is patron feedback that we’ll get so we can fine tune some things. The hope is to move beyond the pilot by mid-January and roll things forward. We think we’re on target for that to happen. As we say around here "this is getting real".

Here are some photos of this month's testing of more cartridges (patron orders) at the same time on a larger scale.

As cartridges are inserted The Scribe recognizes them each and, if all is well the light turns blue to indicate that the cartridge is seen and ready

All is working well. Cartridge slots filled with cartridges and all are blue indicating that the duplication process is beginning

When a patron duplication job completes, and the cartridge is checked out, the light goes to green that tell you to pull it and send it out in the mail

When a red light comes on it means there’s an issue with the cartridge or the patron account. These red cartridges get pulled and put to the side with the case (not shown) to be dealt with after the run. In this case there weren’t actually any books added to this new patrons service queue by staff.

That's all for this edition of Notes From The Scribe. The next edition will come out with the next round of updates and new features.

Hi all,

Here’s the Notes from The Scribe for October 2018.

A couple of cool new features and some improvements to our own processes have happened since September. Let’s go over some brief highlights since I last updated you all.

October saw the Inventory and Associate (IA) mode added. In this mode, you can add a cartridge to inventory and pair it with a patron at the same time. Meaning less worry about keeping an inventory available and also not having to tie up a staff member and their own computer while making cartridges available. To do this, you scan one barcode that puts The Scribe into Inventory and Associate mode. Then you take a batch of mail cards and cartridge labels printed out for each new patron added to this type of service and you pair them each to their own cartridges. When finished you scan another barcode, which puts The Scribe back into Duplication mode, and you’re now ready to duplicate items onto these cartridges.

In conjunction with this process, the set up for the patron process for setting them up on this service was refined, so that before the actual mail card and label set was run for a patron cartridge, a set of books is already waiting to be duplicated. All fine adjustment of what the patron will receive on their first run is worked out first. This way, when staff puts The Scribe into Duplication mode things will run smoothly and the patron’s first books will be on their way right then.

Related to this is another cool feature. You may have noticed that The Scribe doesn’t have a monitor attached to view anything happens while it’s running. As it turns out there is a monitor app that you can use to see the status of the cartridge slots and see what’s actually happening at each slot. This is a quick screen grab to give you an idea of what this looks like. This isn’t necessarily the final version, but it’s very useful even as is.

Another feature that was added, that many of you have now heard about, is the Service Queue tab in the Patron Module. This makes adding items to be duplicated on cartridge more efficient and easier. A very useful feature. Since we are fortunate to be the first users (the Guinea Pigs) we have been able to try it out, test it, and provide feedback for improvements. Some of which will be seen as things evolve into the system that will go live in the near future. For specific information about this exciting new feature, check out Drea Callicutt's article - KLAS Service Queue Sneak Peak.

As a result of these enhancements, more processes were refined to match the workflow of our library and we held some more detailed staff training using these tools. Staff working together to put each other on the service so that we can all use the service ourselves and get a feel for what it will be like for patrons once we go live. This also gives us a chance to practice things in a more practical way.

We have had questions about from other about whether actual patrons are using this service yet. We are considering taking 5 to 10 willing patrons and letting them try out the service before we go live. The only downside to this will be having to import whatever hashads for books received during this time into the live database to keep our statistics accurate and to present issues to patrons once we move to the new live version. This is why we would only do this with a rough handful of patrons.

In any case, we are excited to move forward. That's all for this edition of Notes From The Scribe. The next edition will come out with the next round of updates and new features.

Here’s the latest Notes from The Scribe for February 2019.

Where we're Live, Live, Live (on version 7.7)!!!

What we've noticed so far, after some initial stability issues on day of launch, is that the connections are much faster now.

This last month we transitioned from playing around with many more cartridge runs, thanks to having all 25 staff on the service now and our 12 pilot patrons are in full service mode now. Feedback, so far, has been mostly positive. We look to start all new patron on Books On Demand Service some time in March.

Staff have test driven the release notes for Version 7.7 and issues have been addressed and corrected. We're in a pretty good place right now.

With the latest update (Version 7.7.2), no more cross assignment of copies, which was an issue we initially had with the system assigning individual books available on the shelves even though someone was setup for duplication service. This doesn't happen anymore.

The service queue and orders tabs work well. They are a good team. One thing we've been able to use them for is some testing to make sure things like the Book announcement file is added and to make sure that the correct number of books are added to the cartridge in the order specified. We are thankful that this is here because prior to this we had to go in by a more back door method to see what's happening.

A recent article by Katy talked about series assignment and duplication service. I will tell you that, since having Nightly now being able to do series assignments as part of the duplication service, there are a couple of things to watch when you initially launch Version 7.7. First off, this way of assigning series books is new and was adapted from another type of Nightly process. We did discover something that will probably be addressed, but something to still check at first. Make sure that in your Nightly Setup you have the check box for Has Hads checked off. Otherwise, as we found out with our pilot patrons, they will probably be issued books they've had in a series before. Check the box and this goes away.

Secondly, tuning the number of books per turn per series takes some time to get adjusted just right. We currently have chosen to make 2 turns per run on Series. This allows for 2 books per series to be run per service queue. We do have one or two patrons that will be binge people. For these you can go in to Nightly and adjust on a per patron basis just this rule. Which is pretty cool when you put it into practice.

On a final note, I will say that you want to make sure you put good processes in place before you start using this system on a wider scale. Seeing how things will fit together and such is a good chance to update and take a closer look at how you serve patrons across your service. In our case we have a nice set of processes that we can look at for reference. The library's books on demand committee will be meeting again soon to talk about our steps of putting all new patrons on the service and moving forward with adding existing patrons. One area that looks good for this is our ILL patrons. I'm actually going through a list right now.

That's all for this edition of Notes From The Scribe. The next edition will come out with the next round of major updates and new features.

I have another 7.7 preview for you today!

As part of our continuing efforts to support the high-volume duplication service model, we have been working on another new tab for the Patron Module: the Orders tab.

Right now, both the cartridge itself and each of the titles loaded on it are listed individually on the Items tab, and it can be difficult to tell which titles were on which cartridge, or to tell which were pre-existing cartridges vs which were duplicated for the patron. Well, in KLAS version 7.7 and onwards, they will continue to be listed there, allowing you to continue using the tab you are already familiar with to quickly check whether a patron has had a certain title, what was the last thing sent, and so on.

However, when you need more detailed information or to see which titles were on which cartridge... now, you'll have the Orders tab.

For right now, this is a Read-Only tab, meaning that nothing can be changed or modified from this screen. However, you will be able to browse each duplication order sent to that patron in the top browse, and view all of the Titles from a specific order (and only the Titles from that order) in the bottom browse.

Using this tab, you'll be able to easily answer patron questions like "I accidentally sent the wrong one back! What was on the last cartridge you sent me?" or "Oh, what was that book I read right after the new Nora Roberts? It was the last one on the cartridge and I forgot to write the name down..." and even "Why did you send me that awful book?"

Here's a preview of what it looks like right now:

And there's more! While we think this will be a useful starting point, we have more development planned for the Orders tab, including:

More filtering options - such as Circ Status (Assigned, Out, Returned), date sent, and date returned

Functions - such as resend order (great for those "I didn't mean to send that one back!" patrons)

So what do you think? Is there something you'd like to find on this tab that isn't there yet? Any functions you want us to build in? Let us know!

With the Duplication on Demand KLAS Users' Roundtable occurring this afternoon and the upcoming 2021 KLAS Users' Conference, we feel it's an excellent time to update you on the status of duplication equipment installation at various KLAS libraries. So, let's take a look at which libraries already have their equipment and who is pending for each system.

Scribe Installations and Status

First, we're excited to share that we've resolved the issue that was holding up the production of new Scribes! The solution is in final testing and we expect to resume shipping out Scribe systems very soon. If you are not yet listed below, please contact James Burts () or Keystone's Customer Support Team () to inquire about and / or order your Scribe.

Gutenberg Installations and Status

While the plan to roll out Gutenberg implementations to two NLS network libraries per month beginning in February 2020 was delayed due to COVID, Gutenberg Installations are back underway, so let's take a look at where things stand now. If you have questions about any of the below information and / or if you're interested in getting on the schedule for future KLAS+Gutenberg deployments, contact David Perrotta (, Steve Prine (), and Keystone's Customer Support Team ().

Hello, KLAS users! If you were able to join us for the 2019 KLAS Users’ Conference earlier this month, you heard a very exciting announcement from James Burts, Executive Vice President of Keystone Systems, Inc.

Now that we’re back in the office and the Version 7.7 rollout is fully underway, here he is with the news for all NLS Network libraries using KLAS:

We are here to support you, and we fully understand the need to move to a duplication service model. Over the past year, we have put the browser-based KLAS Version 8 on hold to revamp the duplication process, to build in full integration with NLS’ Gutenberg Bespoke device, and to further develop the Scribe appliance debuted at UC2018.

Now, KLAS Version 7.7 is ready for full-fledged duplication service using the hardware of your choice. There has been a lot of excitement for Gutenberg—and understandably so—but NLS’ deployment schedule cannot support getting everyone who wants one of their devices up and running right away. Additionally, we have a lot of confidence in Scribe’s optimized workflow (whether you choose PCC mode, exclusive to Scribe, or Cartridge-recycle mode, now available on either hardware) and other features.

We want to make sure that all of our users who are moving to a duplication service model have the opportunity to implement the hardware that is the best fit for their library, on a schedule that works for them.

To achieve this goal, we have optimized the components used for the Scribe, crunched the numbers, and determined that we can provide one Scribe appliance per KLAS contract at no additional cost.

We pledge to work with you to ensure that you can get up to speed with duplication on the hardware of your choice, whether that means getting you a place in line for a Gutenberg, or getting a Scribe unit heading your way ASAP.

There you have it!

To help you determine whether a Gutenberg Bespoke device or the Scribe appliance is a better fit for you, we will be posting more information about Scribe's cartridge recycle mode and what each hardware option has to offer over the coming weeks. We will also be hosting a duplication-focused Q&A webinar in a few months (date to be announced soon). In the meantime, if you have questions about this exciting news, KLAS version 7.7, or moving to a duplication service model, give us a call or email

For questions about the Gutenberg device itself or NLS’ deployment schedule, please contact NLS directly.

Note: KLAS Version 7.7 for self-hosted Windows Server users should be available in August, and for IRC customers soon. All other users can request a preview database whenever they choose and, once they have gone through the preview checklist, schedule their conversion whenever they are ready. If you have requested a preview database and have not yet gotten your welcome packet and authorization key: keep an eye out! We’re working through the list and we’ll be getting to your library soon!

Scribe Errors and What to Do About Them

Browse this list of potential Scribe Errors for more information about why they might occur and what you can do to recover from them. This list is always under construction--if your error is not yet listed, please email a screenshot to Keystone Customer Support for information and next steps. Remember that we're always here to help if you're having trouble!

Barcodes:

• Scribe Barcodes - Basic (Primary Modes) - 2024-03-06
• Scribe Barcodes - Advanced (Troubleshooting and Firmware options) - 2024-03-06
• Scribe Barcodes - Unlocking (Repurposing Mode and Override Keys) - 2024-03-6

System Errors

{slider All LEDs Magenta}

Network or Database not Detected

• Full LED light strip lit up magenta / pink

The Scribe may briefly display the network alert as it boots up prior to successfully connecting. If the alert clears on its own after a very short time, there's no need to worry.

If the network alert stays on, the Scribe is not able to communicate with your database--check that your network connection is up and that the Scribe is plugged into an active Ethernet port, and contact us if the Scribe still can't connect.

{slider All LEDs Yellow}

Cache Drive not Detected

• Full LED light strip lit up yellow

Please contact Customer Support for assistance. Leave your Scribe connected and powered on and wait for our assistance with this error.

{/sliders}

Web Monitor Error Messages

{slider IA_WAITING_FOR_BARCODE2 Waiting for cartridge for order ____}

Waiting for cartridge (not an error)

• IA_WAITING_FOR_BARCODE2 Waiting for cartridge for order 201231234

What it is: Scribe displays this message once a duplication barcode has been scanned and it is ready for you to insert a cartridge.

What to do: A cartridge should be plugged into the slot with this message and a white LED indicator. If you have plugged a cartridge into the designated slot and this message still displays, check that it is fully inserted. If Scribe still does not recognize that the cartridge has been plugged in, contact Keystone for assistance; we can walk you through accessing and tightening the connections, or advise you on how to clean the cartridge connection point.

{slider Blank barcode for... or Invalid barcode BOD____ for Cartridge S/N____ }

Barcode error

• Blank barcode for Cartridge S/N 101102001374
• Invalid barcode BOD12345 for Cartridge S/N 101102001374

What it is: Scribe can’t match up the order barcode you scanned with a Duplication Order in KLAS. It may be a bad scan, that your print quality is too poor and the barcode has been malformed, or that the wrong barcode was scanned.

What to do: Try again. Make sure that you scan the barcode just above the patron’s name and address. If it still doesn’t scan correctly, try printing a new copy of the card. If print quality seems to be the issue, Keystone Customer Support can assist you in adjusting printer settings or cleaning the print head.

If the print quality looks good, use another scanner or a barcode scanner smartphone app to scan the order barcode, and contact Keystone with the results. If other scanners are able to get a “clean” read of the barcode, you may need a new scanner for your Scribe, or to adjust the settings of your current scanner.

{slider Order ___ for SMITHJ01: Error – Cartridge no longer mounted}

Cartridge disconnected

• Order 201234567 for SMITHJ01: Error – Cartridge no longer mounted 
• Order 201234567 for SMITHJ01: Error – Cartridge ejected while working

What it is: Scribe has lost communication with the cartridge. Either it was unplugged, or one of the USB connections between the Scribe Mini and the port has lost connection. It is also possible for this message to display immediately on plug-in for a cartridge with a custom password that has not been added to the Scribe's passcode list.

What to do: Wait 30 seconds or so for the error to clear, then try again. If you have frequent trouble with a certain port or ports, contact Keystone for assistance; we can walk you through accessing and tightening the connections, or advise you on how to clean the cartridge connection point. If you always receive this message for a specific cartridge, that cartridge likely has a custom passcode--if you know it, ask Customer Support to add that passcode to your Scribe.

Do not remove cartridges from the Scribe until either:

• the LED indicator is Green and/or the Web Monitor shows that the slot is Ready to Mail, or
• the LED indicator is Red and/or the Web Monitor shows an Error.

{slider Could not mkdir/tmp/tmpqccm9x4ysdn1/001_SMITHJ01}

Cartridge error

• Could not mkdir/tmp/tmpqccm9x4ysdn1/001_SMITHJ01

What it is: Scribe could not write to the cartridge. This could be a temporary problem, or the cartridge itself could have an unknown password or just be a bad cartridge.

What to do: Try again with a different cartridge.

{slider Order ___ is already in Titles Copying status}

Invalid status

• Order 201231234 is already in Titles Copying status

What it is: Scribe will only duplicate orders in a pending status, such as Assigned or Error. As soon as duplication begins, the order is updated to Titles Copying. Occasionally, an order can get "stuck" in Titles Copying, rather than updating to either Error or In Circulation.

What to do: Double-check that you didn't end up with two copies of the card, and that the order is not actually being duplicated in another slot. If you are sure that this is an error, and you have the cartridge that was used the first time the order was attempted, try again: rescan the card, and insert the original cartridge into the indicated slot. If you do not have the original cartridge, Duplication Orders that have been in Titles Copying status for more than 20 minutes can now be set back to Assigned status or Cancelled from the patron Orders tab.

{slider Failure to unlock cartridge using "___"}

Unlocking Error

• Failure to unlock cartridge using "mfg"
• Failure to unlock cartridge using "peach"

What it is: Scribe can only make one attempt to unlock a cartridge. If it is not able to detect the type of cartridge, it may use the wrong passphrase and fail to unlock the cartridge. The message tells you which passphrase was attempted.

What to do: Use one of the override key barcodes to tell the Scribe which passphrase to attempt next, then retry the duplication. You can retry the duplication with different keys until you are able to successfully unlock the cartridge. After duplication, all cartridges are re-locked using the "peach" passphrase.

If you have a batch of cartridges which all result in unlocking errors, you can use Relocking Mode to convert all of them to the peach passphrase.

For full instructions and the unlocking barcodes, see QuickRef-CartridgeUnlocking on the Duplication Info Page. 

{slider Order 201231234 is already in In Circulation status}

Invalid status

• Order 201231234 is already in In Circulation status
• Order 201231234 is already in Cancelled status

What it is: Scribe will only duplicate orders in a pending status, such as Assigned or Error. This is to prevent you from accidentally sending duplicate or cancelled orders to patrons.

What to do: Mail cards for Cancelled orders can be thrown away. Cancelling an order also clears the Mail Card in KLAS, so you don't need to worry about unassigning the card; the only reason the card printed at all would be because the batch was printed before the order was cancelled. If an order is In Circulation and you want to re-duplicate it, you will need to either use the same cartridge it was originally duplicated to, or re-send the order in KLAS and get a new Order number and Mail Card.

{slider Order 494172300 has size 126172504 compared to cartridge size 3785611018}

Cartridge is too small

• Order 494172300 has size 126172504 compared to cartridge size 3785611018

What it is: The order, plus firmware update, is too large to fit on the inserted cartridge after formatting.

What to do: Try again with a larger cartridge, or cancel the order and recreate it with fewer titles. Note: Cartridge size codes can now be printed on the Mail Cards to help staff identify the best cartridge to use for an order. Additionally, if KLAS automatically creates orders too large for your biggest cartridges, we can adjust the settings to lower the size limit for automatically generated orders--please let us know if this is happening.

{slider Previous order _____ on this cartridge for patron SMITHJ01 has been in circulation for less than 1 day}

Previous order in circulation for less than 1 day

• Previous order 193131516 on this cartridge for patron SMITHJ01 has been in circulation for less than 1 day. Please use checkin mode to override this error.

What it is: The Scribe will not automatically re-use cartridges that were only checked out that day, to prevent accidental re-use of cartridges that were supposed to go in the mail. 

What to do: If the cartridge really is ready to be checked back in and reused, use Check-In Mode to return the cartridge. Once the previous order has been checked in, the cartridge can be reused by Duplication or Walk-In mode.

{slider Patron is not active in __}

Patron is not active in this Medium

• Patron is not active in DB

What it is: The patron is not active in the medium for this Dup Order, and KLAS would not be able to check it out to the patron. 

What to do: Review the patron's record and either re-activate them or cancel and discard the order.

{slider Could not create order from service queue for SMITHJ01: Service queue is empty or invalid}

Service Queue is empty/deleted (Walk-In Mode)

• Could not create order from service queue for SMITHJ01: Service queue is empty or invalid

What it is: The patron does not have an order ready to be duplicated by walk-in mode, and does not have any titles in the Service Queue that can be put in an order. 

What to do: Review the patron's record and add requests to their queue and/or adjust their preferences to find more titles and use the Fill Queue function. If the patron's Service Queue for that medium has been deleted, it will need to be re-added.

{slider Could not find holding for library ___ and bibrec Cartridge}

No Cartridge Holding

• Could not find holding for library 24.5132 and bibrec Cartridge

What it is: The Scribe automatically inventories the cartridges you use, under a cartridge record specific to each medium you duplicate in (for statistics purposes). However, to create the item records, the cartridge record needs a valid Holding. 

What to do: Either add a Holding to the appropriate cartridge record, or have us do it. This is a one-time setup issue for each new medium, so once the Holding is in place, you shouldn't encounter this error again.

{slider The barcode ID ____ is already in use}

Barcode already in use

• The barcode ID 192110001054 is already in use.^ipadditemvalidate ct/ctitemplipp.p:ipadditemdated ct/ctitemplipp.p^

What it is: The Scribe automatically inventories the cartridges you use, using the internal serial number as the barcode. Because different medium orders use different cartridge records, and two items cannot have the same barcode, KLAS cannot re-inventory the same cartridge under two medium records (such as DB-CART and BR-CART).  

What to do: Use a cartridge that matches the medium of the record, or a cartridge that has not been used in the Scribe yet. Cartridges should be labeled with the medium (whether with a full cartridge label or a small sticker or other tactile indicator), and mail cards should be printed by medium so you can duplicate each medium as a separate batch.

{/sliders}

Scribe Errors and What to Do About Them

Browse this list of potential Scribe Errors for more information about why they might occur and what you can do to recover from them. This list is always under construction--if your error is not yet listed, please email a screenshot to Keystone Customer Support for information and next steps. Remember that we're always here to help if you're having trouble!

Barcodes:

• Scribe Barcodes - Basic (Primary Modes) - 2024-03-06
• Scribe Barcodes - Advanced (Troubleshooting and Firmware options) - 2024-03-06
• Scribe Barcodes - Unlocking (Repurposing Mode and Override Keys) - 2024-03-6

System Errors

{slider All LEDs Magenta}

Network or Database not Detected

• Full LED light strip lit up magenta / pink

The Scribe may briefly display the network alert as it boots up prior to successfully connecting. If the alert clears on its own after a very short time, there's no need to worry.

If the network alert stays on, the Scribe is not able to communicate with your database--check that your network connection is up and that the Scribe is plugged into an active Ethernet port, and contact us if the Scribe still can't connect.

{slider All LEDs Yellow}

Cache Drive not Detected

• Full LED light strip lit up yellow

Please contact Customer Support for assistance. Leave your Scribe connected and powered on and wait for our assistance with this error.

{/sliders}

Web Monitor Error Messages

{slider IA_WAITING_FOR_BARCODE2 Waiting for cartridge for order ____}

Waiting for cartridge (not an error)

• IA_WAITING_FOR_BARCODE2 Waiting for cartridge for order 201231234

What it is: Scribe displays this message once a duplication barcode has been scanned and it is ready for you to insert a cartridge.

What to do: A cartridge should be plugged into the slot with this message and a white LED indicator. If you have plugged a cartridge into the designated slot and this message still displays, check that it is fully inserted. If Scribe still does not recognize that the cartridge has been plugged in, contact Keystone for assistance; we can walk you through accessing and tightening the connections, or advise you on how to clean the cartridge connection point.

{slider Blank barcode for... or Invalid barcode BOD____ for Cartridge S/N____ }

Barcode error

• Blank barcode for Cartridge S/N 101102001374
• Invalid barcode BOD12345 for Cartridge S/N 101102001374

What it is: Scribe can’t match up the order barcode you scanned with a Duplication Order in KLAS. It may be a bad scan, that your print quality is too poor and the barcode has been malformed, or that the wrong barcode was scanned.

What to do: Try again. Make sure that you scan the barcode just above the patron’s name and address. If it still doesn’t scan correctly, try printing a new copy of the card. If print quality seems to be the issue, Keystone Customer Support can assist you in adjusting printer settings or cleaning the print head.

If the print quality looks good, use another scanner or a barcode scanner smartphone app to scan the order barcode, and contact Keystone with the results. If other scanners are able to get a “clean” read of the barcode, you may need a new scanner for your Scribe, or to adjust the settings of your current scanner.

{slider Order ___ for SMITHJ01: Error – Cartridge no longer mounted}

Cartridge disconnected

• Order 201234567 for SMITHJ01: Error – Cartridge no longer mounted 
• Order 201234567 for SMITHJ01: Error – Cartridge ejected while working

What it is: Scribe has lost communication with the cartridge. Either it was unplugged, or one of the USB connections between the Scribe Mini and the port has lost connection. It is also possible for this message to display immediately on plug-in for a cartridge with a custom password that has not been added to the Scribe's passcode list.

What to do: Wait 30 seconds or so for the error to clear, then try again. If you have frequent trouble with a certain port or ports, contact Keystone for assistance; we can walk you through accessing and tightening the connections, or advise you on how to clean the cartridge connection point. If you always receive this message for a specific cartridge, that cartridge likely has a custom passcode--if you know it, ask Customer Support to add that passcode to your Scribe.

Do not remove cartridges from the Scribe until either:

• the LED indicator is Green and/or the Web Monitor shows that the slot is Ready to Mail, or
• the LED indicator is Red and/or the Web Monitor shows an Error.

{slider Could not mkdir/tmp/tmpqccm9x4ysdn1/001_SMITHJ01}

Cartridge error

• Could not mkdir/tmp/tmpqccm9x4ysdn1/001_SMITHJ01

What it is: Scribe could not write to the cartridge. This could be a temporary problem, or the cartridge itself could have an unknown password or just be a bad cartridge.

What to do: Try again with a different cartridge.

{slider Order ___ is already in Titles Copying status}

Invalid status

• Order 201231234 is already in Titles Copying status

What it is: Scribe will only duplicate orders in a pending status, such as Assigned or Error. As soon as duplication begins, the order is updated to Titles Copying. Occasionally, an order can get "stuck" in Titles Copying, rather than updating to either Error or In Circulation.

What to do: Double-check that you didn't end up with two copies of the card, and that the order is not actually being duplicated in another slot. If you are sure that this is an error, and you have the cartridge that was used the first time the order was attempted, try again: rescan the card, and insert the original cartridge into the indicated slot. If you do not have the original cartridge, Duplication Orders that have been in Titles Copying status for more than 20 minutes can now be set back to Assigned status or Cancelled from the patron Orders tab.

{slider Failure to unlock cartridge using "___"}

Unlocking Error

• Failure to unlock cartridge using "mfg"
• Failure to unlock cartridge using "peach"

What it is: Scribe can only make one attempt to unlock a cartridge. If it is not able to detect the type of cartridge, it may use the wrong passphrase and fail to unlock the cartridge. The message tells you which passphrase was attempted.

What to do: Use one of the override key barcodes to tell the Scribe which passphrase to attempt next, then retry the duplication. You can retry the duplication with different keys until you are able to successfully unlock the cartridge. After duplication, all cartridges are re-locked using the "peach" passphrase.

If you have a batch of cartridges which all result in unlocking errors, you can use Relocking Mode to convert all of them to the peach passphrase.

For full instructions and the unlocking barcodes, see QuickRef-CartridgeUnlocking on the Duplication Info Page. 

{slider Order 201231234 is already in In Circulation status}

Invalid status

• Order 201231234 is already in In Circulation status
• Order 201231234 is already in Cancelled status

What it is: Scribe will only duplicate orders in a pending status, such as Assigned or Error. This is to prevent you from accidentally sending duplicate or cancelled orders to patrons.

What to do: Mail cards for Cancelled orders can be thrown away. Cancelling an order also clears the Mail Card in KLAS, so you don't need to worry about unassigning the card; the only reason the card printed at all would be because the batch was printed before the order was cancelled. If an order is In Circulation and you want to re-duplicate it, you will need to either use the same cartridge it was originally duplicated to, or re-send the order in KLAS and get a new Order number and Mail Card.

{slider Order 494172300 has size 126172504 compared to cartridge size 3785611018}

Cartridge is too small

• Order 494172300 has size 126172504 compared to cartridge size 3785611018

What it is: The order, plus firmware update, is too large to fit on the inserted cartridge after formatting.

What to do: Try again with a larger cartridge, or cancel the order and recreate it with fewer titles. Note: Cartridge size codes can now be printed on the Mail Cards to help staff identify the best cartridge to use for an order. Additionally, if KLAS automatically creates orders too large for your biggest cartridges, we can adjust the settings to lower the size limit for automatically generated orders--please let us know if this is happening.

{slider Previous order _____ on this cartridge for patron SMITHJ01 has been in circulation for less than 1 day}

Previous order in circulation for less than 1 day

• Previous order 193131516 on this cartridge for patron SMITHJ01 has been in circulation for less than 1 day. Please use checkin mode to override this error.

What it is: The Scribe will not automatically re-use cartridges that were only checked out that day, to prevent accidental re-use of cartridges that were supposed to go in the mail. 

What to do: If the cartridge really is ready to be checked back in and reused, use Check-In Mode to return the cartridge. Once the previous order has been checked in, the cartridge can be reused by Duplication or Walk-In mode.

{slider Patron is not active in __}

Patron is not active in this Medium

• Patron is not active in DB

What it is: The patron is not active in the medium for this Dup Order, and KLAS would not be able to check it out to the patron. 

What to do: Review the patron's record and either re-activate them or cancel and discard the order.

{slider Could not create order from service queue for SMITHJ01: Service queue is empty or invalid}

Service Queue is empty/deleted (Walk-In Mode)

• Could not create order from service queue for SMITHJ01: Service queue is empty or invalid

What it is: The patron does not have an order ready to be duplicated by walk-in mode, and does not have any titles in the Service Queue that can be put in an order. 

What to do: Review the patron's record and add requests to their queue and/or adjust their preferences to find more titles and use the Fill Queue function. If the patron's Service Queue for that medium has been deleted, it will need to be re-added.

{slider Could not find holding for library ___ and bibrec Cartridge}

No Cartridge Holding

• Could not find holding for library 24.5132 and bibrec Cartridge

What it is: The Scribe automatically inventories the cartridges you use, under a cartridge record specific to each medium you duplicate in (for statistics purposes). However, to create the item records, the cartridge record needs a valid Holding. 

What to do: Either add a Holding to the appropriate cartridge record, or have us do it. This is a one-time setup issue for each new medium, so once the Holding is in place, you shouldn't encounter this error again.

{slider The barcode ID ____ is already in use}

Barcode already in use

• The barcode ID 192110001054 is already in use.^ipadditemvalidate ct/ctitemplipp.p:ipadditemdated ct/ctitemplipp.p^

What it is: The Scribe automatically inventories the cartridges you use, using the internal serial number as the barcode. Because different medium orders use different cartridge records, and two items cannot have the same barcode, KLAS cannot re-inventory the same cartridge under two medium records (such as DB-CART and BR-CART).  

What to do: Use a cartridge that matches the medium of the record, or a cartridge that has not been used in the Scribe yet. Cartridges should be labeled with the medium (whether with a full cartridge label or a small sticker or other tactile indicator), and mail cards should be printed by medium so you can duplicate each medium as a separate batch.

{/sliders}

Since we shared the planned KLAS+Gutenberg implementation timeline, we've received some requests for an updated list of KLAS libraries now running Scribe, in the process getting a Scribe, or expressing interest in a Scribe.

As of today, we've built and installed Scribes at seven KLAS libraries, have three libraries in progress, and at least four more in line who have formally committed or expressed a strong interest in Scribe. 

The limiting factors for getting a Scribe to a library are how quickly we can build it, getting the library migrated to KLAS 7.7, and making sure the equipment is approved for use by parent organizations.

If you have any additional questions about Scribe delivery timelines or want to get your library on the list (or back on the list for an additional purchased Scribe Mini), contact Keystone Customer Support at . For Scribe Specs and Pricing information, please see our Duplication Information page.

Finally, keep an eye out: the Users' Group Programming Committee is currently organizing a Duplication on Demand Roundtable webinar featuring voices from both Gutenberg- and Scribe- libraries!