- Zoom Download: https://zoom.us/client/latest/zoom_x86_64.tar.xz
- Zoom Instructions: https://support.zoom.us/hc/en-us/articles/204206269-Linux-Installation
curl -LO https://zoom.us/client/latest/zoom_x86_64.tar.xz
tar -xvf zoom*.tar.xz
# install terminus console fonts (only) | |
wget https://sourceforge.net/projects/terminus-font/files/terminus-font-4.46/terminus-font-4.46.tar.gz/download -O terminus.tar.gz | |
tar -xvf terminus.tar.gz | |
cd terminus-font-4.46 | |
./configure --prefix=/usr | |
make -j4 psf | |
sudo make install-psf | |
# add kernel parameter for vconsole.font | |
echo 'vconsole.font=ter-v32n' | sudo tee /etc/kernel/cmdline |
curl -LO https://zoom.us/client/latest/zoom_x86_64.tar.xz
tar -xvf zoom*.tar.xz
# This is a crazy idea. but, do we really need a graph-based approach? | |
# Is this stuff really going to change that often? | |
# Could we use something like Single Table Inheritance to make this more sane since so much data is shared? | |
class Work < ApplicationRecord | |
has_many :subjects | |
has_namy :agents | |
delegate :topics, :names, :anatomies, to: :subjects | |
delegate :creators, :contributors, :publishers, to: :agents |
#!/bin/bash | |
files_to_download=( | |
"https://librarytest.ucsd.edu/dc/object/bb8022051s/_2.mp4/download" | |
"https://librarytest.ucsd.edu/dc/object/bb8977691g/_2.mp4/download" | |
"https://librarytest.ucsd.edu/dc/object/bb55983863/_1.pdf/download" | |
"https://librarytest.ucsd.edu/dc/object/bb38236288/_1.pdf/download" | |
"https://librarytest.ucsd.edu/dc/object/bb2015477n/_1.pdf/download" | |
) | |
# run tests | |
# setting jobs to 0 will run as many jobs as possible concurrently |
# Ruby script to test out parsing the CIL json data and dump to csv | |
# | |
# For now, we're concatenating the property hierarchy with colons | |
# So CIL: { "Image Files" [ "Mime_type": "application/zip" will be CIL:Image Files:Mime_type "application/zip" | |
require 'open-uri' | |
require 'json' | |
require 'byebug' | |
require 'csv' | |
# Hackety hacks, don't talk back |
https://developers.google.com/analytics/devguides/reporting/core/v4/rest/v4/reports/batchGet
This gist is for doing some batch query testing against GA. The data we need is:
Page level
pageview-query.js
setting
pageSize
to100
to get thenextPageToken
in the response users = "The total number of users for the requested time period"
The current model pattern for Google Analytics statistics support in Hyrax follows essentially the following database format:
create_table "work_view_stats", force: :cascade do |t|
t.datetime "date"
t.integer "work_views"
t.string "work_id"
t.datetime "created_at", null: false
t.datetime "updated_at", null: false
module Hyrax | |
module Analytics | |
# @abstract Base class for Analytics services that support statistics needs in Hyrax. | |
# Implementing subclasses must define `#connection` `#remote_statistics` and `#to_graph` | |
class Base | |
# Establish connection with the analytics service | |
def self.connection | |
raise NotImplementedError, "#{self.class}#connection is unimplemented." | |
end | |
At UC San Diego we have a few use cases that require us to make a distinction between access control on a source file (original file) and derivatives. Most of these are related to traditonal digitized library collections where there is a donor or content provider agreement that the source files cannot be made publicly available for view/download.
Our discussion started with a post on Samvera Tech [1]. Essentially the core use case is as follows:
Current Behavior:
From what I can gather, here are the desired outcomes of having a community google calendar for the intranet
(2) is currently the pain point, as the steps involved are very tedious. I wonder if this should be thought of differently, either way we need to leverage the google calendar more imo.
A starting point for this might be to look into using the Google Calendar API as follows (via a Confluence macro):