Untitled self-indulgent website

Website for George H. Williams


Project maintained by Hosted on GitHub Pages — Theme by mattgraham

Using GitHub to backup data from Koha

At the 2018 KohaCon in Portland, Oregon, Joy Nelson and I were talking about data and how she had used the term “data lakes” in a presentation she had done. I told her that I was using GitHub as a “data pond” for storing things that I wanted to back up outside of Koha. Here’s the exact situation I was trying to deal with.

In 2016 I started working for Northeast Kansas Library System and one of the things I inherited in the Koha that NEKLS is using for our shared catalog was over 1800 reports. The way that we ended up with 1800 reports is simple. Next Search Catalog used to have 4 or 5 people managing Koha on behalf of the 40+ member libraries. A staff member from one of the libraries (let’s say ATCHISON) would call the NEKLS office and speak to Jim and ask “Could you write a report that shows me all of the items at our library that have never checked out” and Jim would write that report (or ask ByWater Solutions to write that report for him). The report would get added to Koha and Jim would give it a name like “Report for ATCHISON.” Then, a week later a different library (let’s say OTTAW) would call the office and speak to Heather and ask “Could you write a report that shows me all of the items at our library that have never checked out” and Heather would write that report and give it a title like “Report for OTTAWA.” So when I arrived at NEKLS, I inherited 1800 reports that mostly had no notes and no titles that said anything about what the report did and were written by 5 or 6 different people.

My solution was to go through the reports table and look for any reports that had not been run in a significantly long time and then I’d delete them. I also tried to give names to existing reports and to write descriptions that made sense. I’m not joking when I say that one of the reports I deleted was called “Not sure” and had a description of “?” I never did figure out what that one was supposed to have done.

Invariably what happened is that I would delete a report that hadn’t been run in 2 years and that didn’t make any sense and then 2 days later I would get a phone call from someone saying “What happened to my super special report that Liz wrote for me in 2009? I need to run that report every time we have a month that has an ‘R’ and five Tuesdays in it. Do you know what happened to my super-special report?” Then I’d have to go and figure out how to re-write that report.

Like many ideas I come up with, my path to solving the problem I was having was to write a report. I figured that I could write a Koha report that gathers all of the SQL I have stored in Koha and put that data into a csv file. Then, I could use a visual basic macro in Excel to take the data from my new report and save the data I was collecting into text files that I could open and easily understand and share with other people. And the venue I found for storing that data outside of Koha was by creating, not a big data lake, but a smaller data pond using GitHub.

I started off with backing up SQL reports once a month or so, then I added Notices and Slips not too long afterwards because we have over 1000 notices at NEKLS. Most recently I added system preferences. And these backups have changed over time. In addition to backing up all of my raw SQL I now also back up my authorised values tables along with my SQL data.

You can find two of these repositories at:

SQL

Notices and slips

For both of these repositories, if you scroll down to the readme.md files, you’ll find the instructions for how to run these backups.

My system preference backups are not accessible to the public, though. System preferences contain some confidential information. Specifically in my case there is some confidential usernames and passwords in the enhanced content preferences.

Instead of including a link to those instructions, I’m including those instructions here:


system_preference_backup

Backup files for Next Search Catalog’s Koha system preferences

Special note

The system preferences may contain confidential information such as confidential URLs and usernames and passwords for third party resources such as Overdrive or Syndetics. If you are using Github to store backups, you should only store your backups in a private repository.

Instructions

Create a folder on your c:\ drive called “git”

Run this SQL (Next Search Catalog report 3596), save it as a csv spreadsheet, open the file in Excel


SELECT
  Concat(If(Length(systempreferences.value) > 30000, "XX.", "SP."), Replace(systempreferences.variable, ":", "_")) AS FILE_NAME,
  Concat_Ws("",
    Concat(If(Length(systempreferences.value) > 30000, "XX.", "SP."), systempreferences.variable, ".txt"),
    Char(13), Char(10), Char(13), Char(10),
    "----------",
    Char(13), Char(10), Char(13), Char(10),
    "Preference name: ", systempreferences.variable,
    Char(13), Char(10), Char(13), Char(10),
    "Type: ", systempreferences.type,
    Char(13), Char(10), Char(13), Char(10),
    "Options: ", systempreferences.options,
    Char(13), Char(10), Char(13), Char(10),
    "----------",
    Char(13), Char(10), Char(13), Char(10),
    "Preference value: ",
    Char(13), Char(10), Char(13), Char(10)
  ) AS INFO,
  SubString(systempreferences.value FROM 1 FOR 30000 ) AS PART_ONE,
  If(Length(systempreferences.value) > 30000, "||AAAAA||", "") AS SEP_ONE,
  SubString(systempreferences.value FROM 30001 FOR 30000 ) AS PART_TWO,
  If(Length(systempreferences.value) > 60000, "||AAAAA||", "") AS SEP_TWO,
  SubString(systempreferences.value FROM 60001 FOR 30000 ) AS PART_THREE,
  If(Length(systempreferences.value) > 90000, "||AAAAA||", "") AS SEP_THREE,
  SubString(systempreferences.value FROM 90001 FOR 30000 ) AS PART_FOUR,
  If(Length(systempreferences.value) > 120000, "||AAAAA||", "") AS SEP_FOUR,
  SubString(systempreferences.value FROM 120001 FOR 30000 ) AS PART_FIVE
FROM
  systempreferences
GROUP BY
  systempreferences.variable

With the csv file open in Excel, run this VBA macro:


Sub WriteToTxt()

Const forReading = 1, forAppending = 3, fsoForWriting = 2
Dim fs, objTextStream, sText As String
Dim lLastRow As Long, lRowLoop As Long, lLastCol As Long, lColLoop As Long

lLastRow = Cells(Rows.Count, 1).End(xlUp).Row

For lRowLoop = 1 To lLastRow

    Set fs = CreateObject("Scripting.FileSystemObject")
    Set objTextStream = fs.opentextfile("c:\git\" & Cells(lRowLoop, 1) & ".txt", fsoForWriting, True)

    sText = ""

    For lColLoop = 2 To 15
        sText = sText & Cells(lRowLoop, lColLoop) & Chr(10) & Chr(10)
    Next lColLoop

    objTextStream.writeline (Left(sText, Len(sText) - 1))


    objTextStream.Close
    Set objTextStream = Nothing
    Set fs = Nothing

Next lRowLoop

End Sub

This macro should save the contents of coulmn B, C, D, E, F, G, H, I, J, K, L, M, N, O, and P in a text file in c:\git. The title of each file should be based on column A. All filenames should start with the letters “SP” unless the system preference has more than 30,000 characters. In cases were the system preference value is longer than 30,000 characters, the preference value will be broken up into 30,000 character long segments seperated by the text "||AAAAA||" and the filename will start with the letters “XX.”

After this process has run, you will need to find any files that start with “XX” and remove the spaces created by the "||AAAAA||" placeholders and any whitespace that Excel has bounded them with.

Move the contents of c:\git to the local folder for your repository and then use git to sync the updated information with your repository. NEKLS uses separate folders in the git repository for the production server and the test server.