Sideloading Pros and Cons
Comparison of sideloading pros and cons for sideloading in Pika.
Sideloading Pros
Libraries can send all the record data to Marmot Library Network via an FTP account
Modification of eContent Access URLs can now be done in the library’s Pika settings without having to modify the collection’s MARC records. (eg Adding proxy URLs)
If the vendor has an FTP site, Marmot can automatically check the FTP site for new updates (daily, weekly, monthly)
Very simple updates with potentially no work for the library if records can be automatically fetched from the vendor
Do not need to weed things out of the ILS that you no longer have access to
Vendor cover images from MARC can be integrated into Pika display
The format for the eContent collection can be specified
Even though the records are not in the ILS, you can retrieve ownership statistics
The statistics will be in Pika under Indexing Statistics
Statistics are kept daily for one month and monthly after that
Sideloaded content can be automatically sent to EBSCO daily (after a separate profile is set up for loading the eContent to EBSCO)
The records do not get sent to Prospector/INN-Reach
Bib counts are lower which reduces your courier traffic
It avoids having records that are useless to 90% of the population who uses Prospector
You can have a collection that is specific to a branch or location (e.g. a specific elementary school or library branch)
For consortia, collections that have a uniform offering for any library, a single sideload can be used for all libraries that have subscribed to that collection so that only one library will need to update the records. This includes collections that have differences in URLs for each library since the URLs can be modified within Pika
Sideloading Cons
Initial set up longer than downloading items directly into the catalog. Â
Have to get initial records
Get everything set up may take a few weeks
Testing before it rolls into production
Some of the delay is waiting for indexes to go through for testing
The records are not in the ILS
The stats will need to be counted separately for ownership
Records are not exported directly to EBSCO
If you are looking to have EBSCO be your source of everything eContent, there are separate steps that need to be done with EBSCO
Need to contact EBSCO about setting up a separate profile
EBSCO has to be aware of the new URLs for the content in Pika
The records do not get sent to Prospector
The Alliance would like your entire collection in Prospector, in case your patron-only goes to Prospector, and not their local library catalog
Related Documentation
-
Sideloading Pros and Cons (Marmot Knowledge Base)
-
Using Marmot SFTP Server for Sideloaded MARC (Marmot Knowledge Base)
-
Service/Topic and Roles Label Key (Marmot Knowledge Base)
-
Sideloading Basics (Marmot Knowledge Base)
Â