Casting a Shadow

/images/_d7d4120e-fc3b-4824-ae85-b524a226fa5b.jpeg

Yesterday I took a step forward on this wiki-to-web journey and today I’m going to take a half step back. My initial impulse was to get Nikola to process the wiki and build a web site from a subset of its many pages, but the wiki is not a pretty picture — it’s a sprawling spaghetti mess that more closely resembles a pulsing, flashing Rorschach animation rendered by my short attention span.

◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇

For Nikola to make sense of that, I would have to figure out how the engine expects to traverse its input content files and then rewrite that traversal to pinball its way through my file structure instead.

But there is a much, much simpler path, my son. Shadow files. Instead of teaching Nikola how to speak Jeff, I’ll just write at Jeff-to-Nikola translator. And since I already know how to speak Jeff, this should be both easier and a lot more robust.

Today’s exploits already created a script that traverses the wiki looking for project tags and posts. Now I’ll just have to extend it to copy those into the more organized structure Nikola is expecting, and bathe each file’s forehead in holy metadata. Then — Presto! Change-o! — Nikola can grind its pretty little gears on the well-ordered shadows and make me a website without ever knowing that it’s working for the mob.


Read More


/images/_e1b23d38-68ca-45eb-bf1b-56bd12ad0ce3.jpeg

Obsidian-fu

Refactoring the shadowmaker has become a bigger headache than I had originally anticipated, but it’s for the long-term health of the system, so I’m sticking to my guns. This weekend added further drama when I finally stopped running away from frontmatter and embraced it for all my metadata. Sure, scattering #ch-command directives throughout the body of the notes was insane, but fixing it is going to mean more than just adding a few metadata fields. I may have to completely change the way I use Obsidian.

/images/_e42c8a8a-b127-431f-b414-425c5d17a2dd.jpeg

Ontology-2.0

While trying to integrate the many episodes of CaveTV into the site, I realized that the ontology was getting cramped. It needs to be revised to better distinguish between internal projects, external brand identities, multiple deliverables within a brand, and distinct showrooms.

What follows is the scheme we devised for what the abstractions are, how they should be tagged in Obsidian, and how the files will be managed within Hugo.

/images/_2ef531ec-bc45-46fe-841b-6864301fa06c.jpeg

Cutting The Monster Into Pieces

Now that I’ve identified a useable hosting candidate, my final test of their service will be to roll out a full implementation of the websmith deployment scheme. But in contemplating how I’m going to do that, I’ve realized that I may not have broken the project into distinct repos properly. So I’m going to figure it out by explaining it to the rubber duck. (Meaning you. :-)