Skip to main content

Convert Google docs to markdown

Project description

wikinator

Convert a Google drive download into a markdown-based wiki.

Note: This is a work in progress, and not all features will be supported or working properly.

tl;dr

uvx wikinator upload --help
Usage: wikinator upload [OPTIONS] SOURCE WIKIROOT

  Convert and upload a file hierarchy to a GraphQL wiki. Given a source
  directrory, walk the directory tree and for each file: - if MD or image
  file, upload at the same path relative to the wikiroot path - If DOCX,
  convert to MD and upload at the same path... - Unknown files are skipped.
  For example, with source=/src and wikiroot=/wiki/root, A DOCX file at
  /src/dir/some_file.docx will be uploaded to /wiki/root/dir/some_file on the
  wiki.

Arguments:
  SOURCE    [required]
  WIKIROOT  [required]

Options:
  --help  Show this message and exit.

Given a directory, convert supported file types into markdown-based files while maintaining names and directory structure. This can then be uploaded into various wiki systems.

Here is a simple footnote[^3].

Supported File Types

  • DOCX files (default for GDocs) are converted to markdown
  • images are extracted, uploaded and embedded in the markdown
  • FUTURE text and code file types are wrapped in markdown code blocks
  • FUTURE CSV and XSLT are converted to markdown tables
  • FUTURE for any document that is converted to markdown, a copy of the original is uploaded and attached

Supported Wiki Import

  • wiki.js (and other GraphQL-based wikis)
  • Obsidian

The development log will be kept here until the 1.0 release.

Usage

uvx wikinator upload target_dir wikipath

upload loads a full directory into wiki.js

Install & Configure

There is nothing to install, the wikinator command can be run from anywhere uvx is installed.

To upload to your wiki, you must have credentials.

wiki.js

TODO: Details on setting up creds for wikijs.

Once you have the URL and authorization token from wiki,js, add them to an .env file:

GRAPH_DB=https://wiki.example.com/graphql
AUTH_TOKEN=kfhgdkfjhgkdjfhgkdjhfgk...

Once this file is set up correctly, wikinator is run with:

uvx wikinator upload --help

Build & Test

  1. Clone
    git clone https://github.com/philion/wikinator.git
    cd wikinator
    
  2. Run, with uv
    uv run wikinator [options]
    
  3. Test, with pytest
    uv run pytest
    

Development Log

2025-08-07

Refactored and disabled (for now) the convert, extract and teleport commands. The code remains in place, but the current focus is on convert and upload to graphql, and I wan to disable any code that's not in that path while testing.

Added a verbose logging option, -v, to watch files being processed.

2025-07-08

Initial (buggy, probably) implementation of the full command set:

  • convert converts directory full of DOCX into markdown.
  • extract extracts the docs from google docs as markdown.
  • upload loads a full directory into wiki.js
  • teleport goes directly from google drive to wiki.js.

2025-07-07

Decent progress with google drive download. Still lots of problems.

  • get single file and dir params working.
  • fix \n translation problem. where are they coming from
  • for single input file, assume single output filename (if doen't exists). if does, and is dir, write -in-.
  • simple formatting tests
  • research which converter google is using

pandoc doesn't do embedding the same way (HTML-only): https://pandoc.org/MANUAL.html#option--embed-resources%5B

2025-07-06

Getting into formatting details, and I want to decompse and stream-line the docxit converter.

  • docxit creates in memory
  • better page handling, read and write files to disk
  • get first test working
  • simple formatting tests
  • build commands (unimplemented)
  • for single input file, assume single output filename (if doen't exists). if does, and is dir, write -in-.

Let's combine testing lists with a simple test:

  • load a file with a list
  • convert
  • confirm it contains the correct list

Moved the code around to simplify and remove potential circular dependencies.

Code runs as expected, as does trival test case.

Bumping version to 0.5, but not yet ready to release.

Thinking about commands:

  • convert : files -> files
  • extract : from googledocs -> file system
  • upload : from files -> graphql
  • teleport : from googledoc -> graphql

Refactored main to better commands. Got -v working.

Original behavior is working as wikinator convert.

Now looking at extract command.

2025-07-05

Starting work on image preservation.

Looking first at https://github.com/haesleinhuepf/docx2markdown for images.

Created a Docx2MarkdownConverter which almost works: images are put in the wrong path in the MD (s/images/ instead of just images). There's probably an easy fix, but lets try a pandoc version.

Creating PandocConverter to try and compare output.

pandoc {indoc} -f docx -t markdown --wrap=none --markdown-headings=atx --extract-media=images -o {outdoc}

Neither produces desired results.

Trying a literal hack of docx2markdown, to see how quickly I can fix the little problems I saw.

Got it working quickly, removed a little bug, got the images.

Now looking over the DOCX XML format to see how much I can scrape out.

https://learn.microsoft.com/en-us/dotnet/api/documentformat.openxml.wordprocessing.fontsizecomplexscript?view=openxml-3.0.1

Added detection for strikethru and Courier New (as "code font").

This is good enough for v0.2!

Oops. minor bug. fixing with v0.3

Noticed when working on strikethru that nested lists didn't seem to be working.

Next tasks:

  • List handling
  • Code cleanup (remove unused libs)
  • restructure docxit for in-memory
  • simple testing.
  • recognize and handle single file
  • default output to local dir

Looking over the raw XML, it looks like...

<w:numPr>
    <w:ilvl w:val="0" />
    <w:numId w:val="2" />
</w:numPr>

It looks like:

  • w:ilvl is the zero-based indent level
  • w:numId is an ID from numbering.xml, roughly mapping to:
    • val=1 ordered list: 1.
    • val=2 checklist: - [ ]
    • val=3 bullet: *

Restructured and cleaned up. Removed unneeded code and libraried.

Created a simple docx doc for testing.

Far enough that a new release feels right. v0.4!

2025-07-04

Let's make a project! Today's goals:

  • clean up code and README
  • add CLI options, using type (not all implemented)
  • initial commit to github
  • add image handling
  • upload to pypi and confirm uvx commands

Cruft removed. README updated. (author waves, breaking 4th wall)

Moving on the main() cleanup and adding support for https://github.com/fastapi/typer

Added simple CLI options for src and dest. Got end-to-end tree processing.

Added Makefile to help with release management. Got PyPI setup: https://pypi.org/project/wikinator/

uvx wikinator is working.

Let's go for git and call it a day!

2025-07-03

Next steps are testing different document converters and accessing google drive via API.

Markdown conversion libraries

Reference:

Google Drive API

Starting with https://developers.google.com/workspace/drive/api/quickstart/python

Note: Follow those Google directions for setting up everything. It's complicated compared to simply generating a service token. Your intrepid author made different tokens in different accounts and couldn't access anything! And get permissions right! Document specific needs in intstall docs.

Further aside: There are two versions of the tool: file-based and google-takeout. The google related stuff will always be a bear to setup.

Made suffienct progress to feel like there a seperate CLI tool here. Set aside for now, and focus on:

  1. Build file-based output
  2. Generate and link images
  3. Clean up for initial 0.1 version

2025-07-02

Initial time-boxed work started to examine what would be required to migrate our existing GoogleDocs-based info repo into a wiki, with wiki.js being targeted.

Initial proof-of-concept goals:

  • Convert a docx page to md or asciidoc
  • Upload test pages to wiki.js

[^3]: At 25-08-10 19:35, Paul Philion said: This is a test comment.

I was able to get this working in sample code in a few hours.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

wikinator-0.6.1.tar.gz (16.6 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

wikinator-0.6.1-py3-none-any.whl (19.3 kB view details)

Uploaded Python 3

File details

Details for the file wikinator-0.6.1.tar.gz.

File metadata

  • Download URL: wikinator-0.6.1.tar.gz
  • Upload date:
  • Size: 16.6 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: uv/0.8.9

File hashes

Hashes for wikinator-0.6.1.tar.gz
Algorithm Hash digest
SHA256 d10599cdc14724f69f3b3e9a179808344c016e3dfe19c8b81b0822bccbf7c565
MD5 494913f4f30e5869a97d903bc3d6299c
BLAKE2b-256 2e20691f900879389b80a8f8ad0d0628d925412b98cc559ebd83ae1803abe33a

See more details on using hashes here.

File details

Details for the file wikinator-0.6.1-py3-none-any.whl.

File metadata

  • Download URL: wikinator-0.6.1-py3-none-any.whl
  • Upload date:
  • Size: 19.3 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? No
  • Uploaded via: uv/0.8.9

File hashes

Hashes for wikinator-0.6.1-py3-none-any.whl
Algorithm Hash digest
SHA256 c776c97a63f5ff8e1557c63613b2728b2735434aa718399496cd9da2d717443b
MD5 1bd054150aac434dd3eff16b03ea768b
BLAKE2b-256 33b33c850c7efc519a14e98a36a2be03fcf6c8042d8327426a3f88605d51396d

See more details on using hashes here.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page