This week I am trying to prepare some resources for our second workshop for folks running a Domain of One’s Own on their campus (i.e., Workshop of One’s Own). We had a great response the second time around, and we’re continuing to fine-tune the offerings, to some large degree based on the workshop Lauren and I did at Colgate last Fall. One of the big changes is dialing back a bit of the sysadmin focus which took up much of the two days the first time around. We will be focusing on the technical elements of running and supporting Domain of One’s Own for much of Day 1, but Day 2 will be dedicated towards approaches to Domains with faculty and student s as well as showcasing applications like Omeka, Grav, and Scalar (in addition to the rock all our work is built upon: WordPress). What’s more, we are bringing in some Stray Dog from Strawberry, Arizona to talk SPLOTs with Lauren. It will be interesting to see how things go with the new approach, which seems a bit more balanced between managing the system and promoting the options across campus.
As part of this new approach to the workshop I volunteered to do a quick session to highlight the open source, flat-file content management system Grav. It’s one of the applications we feature through Domain of One’s Own, and I have been closely following Paul Hibbitts tireless work to promote Grav in higher ed for some time now—he is a wonderful ambassador for the app. I can deeply relate to his work around Grav given I have an intimate understanding of what it means to try and convince faculty to adopt a new tools for teaching and learning.
So, all this to say I wanted to finally dig into Grav so that I could actually talk about it intelligently. I decided to install a Grav as a package, this is something Paul worked with Tim Owens to make available through Reclaim Hosting. So, rather than just a vanilla Grav install, you can choose from several packages of Grav, each of which comes with a pre-defined theme, plugins, pages, etc.
I decided to install the Open Course Hub, which is a packagePaul developed. Here is how he explains it:
Grav Open Course Hub with Git Sync is designed to give tech-savvy instructors an open, collaborative and flexible platform that they can partner with their current Learning Management System (LMS).
One or more Open Course Hub pages can also be seamlessly embedded into another system (i.e. LMS) with the ‘chromeless’ feature. For example, view a Open Course Hub site and then view the same open and collaborative content embedded within a Canvas LMS site.
A couple of things about this description are interesting. First, Grav is definitely for faculty who are pretty familiar with markdown and want to start playing with something a bit more experimental. What I think is pretty cool about Grav is the fact that it provides an platform to start wrapping one’s head around technologies like Git via Github. It provides a fairly straightforward framework for creating pages and inserting media, and the Git Sync plugin wizard Paul setup for the Open Course Hub makes getting your Grav site into a Github repository quite easy. I dig that, and if you did want others to fork parts of your course (whether weekly assignments, syllabus, etc.) you immediately have Github as a platform for accomplishing this. I am going to see if I can get the Grav site I created to work as a Jekyl site on Github, and if it can there is a pretty good argument there for archiving and exporting—though all of this would require someone who wants to get their hands dirty a bit.
The other thing that I’m interested in is the possibility of seamlessly embedding a Grav site into an LMS. The example he cites is this Simon Fraser University course. I need to get a clearer sense of how this is working—but the idea of embedding a course you created on the open web seamlessly into an LMS might have some appeal. The Chromeless idea is interesting as well, it’s an inactive project from the now defunct MozillaLabs that was trying to re-imagine the web browser interface as a simple HTML, CSS, Javascript app:
Instead [of] building a whole new platform, we suggest that the web itself should be the platform. That a developer could design the browser using standard web technologies combined with a minimal set of new APIs to interact with the underlying operating system and control the application’s user interface.
It seems to be related to the idea of creating headless sites and increasingly decoupling data from architecture. In this vein, Chromeless is a headless browser, only dependent on the basic web standards and “a new set of APIs.” The idea of headless is everywhere I look now, Bryan Ollendyke’s blog post for EDUCAUSE talks about the headless authoring experience (HAX) he is working on with his ELMS Project.* I’m still afraid to ask if this is all built on top of Drupal though 🙂
Anyway, the idea that Paul is pointing to with Grav that is most appealing to me is that it can provide a means for sharing content both inside and outside the LMS. How seamless that is still remains a question. As for outside the LMS, Github is a fairly steep conceptual and technical learning curve for many, so that would not qualify. As for embedding from Grav to Canvas, I guess that is something I need to learn more about.
I’ll blog more about Grav here shortly as I work on a site in Grav for the workshop, but I really appreciate the opportunity to play around in something other than WordPress—as much as I love it. It puts me back in the position of starting from scratch with a technology and trying to figure out how the hell it works and pushes up against many of the frustrations people I support have with this stuff. It helps me not only explain it, but extend a bit of empathy with those who might have similar experiences with technologies that I take for granted.
*Bryan’s blog post is the first concrete example of the NGDLE I’ve actually read through EDUCAUSE. Until now it was increasingly seeming the NGDLE was little more than vaporware despite all the ink shed in its promotion.
Yes, ELMSLN is (primarily) built on Drupal. Currently they are in the process of pulling aspects of the front end out of the Drupal theme system and moving it into Web Components.
Thank you for highlighting the work of Paul! Paul’s an excellent example of the fact that decentralization and faculty empowerment do not always come with immediate prestige. Just because something’s right, doesn’t necessarily make it profitable and I’m glad to see others building up Paul’s important work.
RE: ELMS:LN – it’s infrastructure pieces are largely built on Drupal but then again so is Schoology and no one knows or cares. As Eric mentioned (and you referenced in your post) it’s heavily decoupled (HAX is just one aspect of decoupling we’ve engaged in) and so most people that see ELMS:LN these days would not believe it’s Drupal (because visually, it’s not).
Also thank you for the *, it means a lot to hear that as that was previously one of my criticisms with the concept and I wrote that piece in part to illustrate that it can be made real 🙂
Bryan,
I’m really appreciating your work, as well as you fearlessness on calling out a number of the LMSs that originally promised us this decoupling, but growth and profits seem to have gotten in the way. A shame, because the technology has been there for a while. Not sure how you feel about LTIs and their limits, but would love to talk more about that and the integration with something like the University API, would be interesting to start talking more specifically about what’s possible, as your blog post does brilliantly. I’m done with the talking about the NGDLE, I want action, not words.
Thank you, it’s a lonely planet at times railing against multimillion dollar platforms that suck and yet everyone accepts as part of life in higher education. Similarly I think DOOO is a step in the right direction toward faculty empowerment and decentralization to collapse the LTI-chains that bind many to their LMS.
Be happy to Podcast or something sometime?