If you notice an inconsistency or missing information, you can submit an issue. If you are looking for lore within a specific genre and none of the settings fit, submit an issue. If you find any content that appears not to be in the public domain, submit an issue.
If you'd like to add to Open Lore, fork the repo then submit a pull request. Note that I will only accept pull requests that meet the following requirements:
- Any content created by you is marked with CC0 or an equivalent license that places it in the public domain.
- Any content not created by you is in the public domain. For example, you could potentially borrow concepts from existing ancient mythologies, but you could not include anything from someone's copyrighted retelling.
- Your contributions do not contradict existing content or themselves, as far as you or I can tell. The exception to this is that people in-lore could be wrong about stuff, so in-lore "sources" may contradict each other. The key concept here is verisimilitude.
- Your contributions are reasonably well-formatted and well-written. I realize that this is pretty subjective, so if I don't think the pull request meets these requirements we can have a discussion about it.
- Your contributions are a good fit for Open Lore. Like the previous point, this one's also subjective, and we can discuss it.
If your pull request doesn't meet all of those requirements, it's not a big deal: you're still free to do whatever you want with Open Lore content! Not meeting these requirements just means your changes won't make it back upstream.
Contributions of all types are welcome! This could be just the description of a fictional creature, a record of a fictional historical event, a map, a drawing, a short story, or anything else that adds to the multiverse. An especially easy and quick option is to just write up a description of a deity and stick it in the deities/
folder, making it available for others to use.
For consistency's sake, please follow these guidelines.
- All text content should be Markdown
- Use relative paths for links
- This will be most compatible with various tools and environments
- Only use lowercase letters, numbers, and hyphens in filenames
- Don't add any more Markdown files to the root directory
- Add a directory containing an
introduction.md
instead
- Add a directory containing an
- Write descriptions of the multiverse in the past tense
- This way we avoid setting a specific present moment
- Write descriptions of the real world in the appropriate tense
- For example:
Istanbul is a city that used to be called Constantinople
- For example:
- Quoted punctuation goes inside quotes, non-quoted punctuation goes outside
- For example:
"What?" she exclaimed, defensively.
I shouted "what?".
- For example:
- Always use Oxford commas
- Include exactly 1 top-level heading per file as the title of the file
- Do not indent paragraphs
- Do not use curly quotes
- When writing out block quotes, do not include quotation marks
- Italicize the quoted text, then put the source preceded by a hyphen on its own line
- Avoid multiple links in the same file with the same target
- Aim for 100-1000 words per file
- Files much smaller than this should probably be combined, and files much larger should be split
- Stories can be larger, but if they reach several thousand words, consider separating them into multiple parts or chapters.
- Add an og:description html meta tag to each markdown document
- This can usually just be the same as the first sentence, but without any formatting.
I highly recommend using VSCode to read and edit this repository. The Markdown All in One
and md-graph
extensions are super useful, and dictionary entries for Code Spell Checker
are included in .vscode/settings.json
.
This repository is set up with a GitHub Pages workflow using mdBook. To function properly, every directory must have a file called introduction.md
, which the auto-summary preprocessor looks for. The root directory is exempt from this, because the workflow renames README.md
to introduction.md
. Additionally, the mdBook build workflow deletes the .gitignore
file, book.toml
, and the .github
, .vscode
, and media-sources
directories. Files not meant to be uploaded to GitHub Pages should likely go in media-sources
.
I know many people like Obsidian.md, but I can't personally vouch for it and I don't know if it will work well for this project.