renamed some files

metadata/front-matter-for-publications.md

@@ -0,0 +1,64 @@
+# Front matter for publications
+
+From [claude chat](https://claude.ai/share/614ce436-307d-4740-a79f-40225461e743)
+
+```
+---
+title: ""
+series: ""           # slug for the series this belongs to, e.g. "access-control-basics"
+series-part: 1       # position within the series; omit if standalone
+theme: ""            # broader topic cluster, e.g. "ISO27001 myths"
+channel:             # list — a post can go to multiple channels
+  - linkedin
+  - newsletter
+  - blog
+status: draft        # draft | ready | scheduled | published
+publish-date:        # ISO 8601, e.g. 2026-06-10; can be a list if channels differ
+  linkedin: 2026-06-10
+  newsletter: 2026-06-17
+  blog: 2026-06-17
+published-url:       # fill in after publishing; one per channel
+  linkedin: ""
+  blog: ""
+content-type: ""     # post | article | newsletter-section | thread
+source-notes:        # vault notes this was drawn from
+  - "[[path/to/note]]"
+tags: []
+---
+```
+
+### Folder structure to go with it
+
+```
+Content Factory/
+  Publishing/
+    Series/
+      access-control-basics/
+        part-1.md
+        part-2.md
+    Standalone/
+      some-one-off-post.md
+```
+
+Or if you prefer tag-based grouping over folders, skip the subfolders and rely on `series` + Dataview to surface series views.
+
+---
+
+### Dataview query to check what's scheduled
+
+dataview
+
+```dataview
+TABLE series, channel, publish-date, status
+FROM "Content Factory/Publishing"
+WHERE status != "published"
+SORT publish-date ASC
+```
+
+---
+
+### Issues to flag
+
+- If you're already using front matter on content notes, check for conflicts with any existing `status` or `tags` fields before rolling this out.
+- `published-url` will stay empty a lot. That's fine — it's a record, not a requirement.
+- If posts get repurposed significantly between channels (not just reformatted), they probably deserve separate notes rather than one note with multiple channels listed.