Hermes, an Open Source Document Management System

This page summarizes the projects mentioned and recommended in the original post on news.ycombinator.com

Our great sponsors
  • InfluxDB - Access the most powerful time series database as a service
  • Sonar - Write Clean Python Code. Always.
  • SaaSHub - Software Alternatives and Reviews
  • dmsrs

    A Document Management System, written in Rust

    https://github.com/DMSrs/dmsrs

    It's written in Rust but I never managed to continue the project sadly :(

  • formkiq-core

    FormKiQ Core is a flexible Open Source Document Management Platform that can be used as headless software or run using our web-based client interface. FormKiQ runs in your Amazon Web Services (AWS) Cloud, and can be used for document workflows, records management, and other document storage and processing needs using an extendable Document API

    If you're not adverse to cloud file storage, FormKiQ Core (I'm a co-founder) is an open source document management system that runs on AWS and is designed to allow custom integrations.

    https://github.com/formkiq/formkiq-core

  • InfluxDB

    Access the most powerful time series database as a service. Ingest, store, & analyze all types of time series data in a fully-managed, purpose-built database. Keep data forever with low-cost storage and superior data compression.

  • Mayan EDMS

    Free Open Source Document Management System (mirror, no pull request or issues)

    There's also Mayan EDMS [1]. I have no experience with it, but looks sensible from the outside.

    [1] https://www.mayan-edms.com/

  • paperless-ngx

    A community-supported supercharged version of paperless: scan, index and archive all your physical documents

    It seems like it manages some metadata around google docs, but google docs is doing all the heavy lifting (creating/editing/sharing documents). Which begs the question, why?

    By titling itself as a document management system I would assume it would be something like paperless-ngx[0] or mayan edms[1]. The latter of which has a built in workflow system.

    But by being tied to google docs you can't really self host the important parts

    0: https://github.com/paperless-ngx/paperless-ngx

  • Gollum

    A simple, Git-powered wiki with a sweet API and local frontend.

    That seems something in the ballpark of my favorite wiki software:

    https://github.com/gollum/gollum

    Edit and view pages as a normal markdown wiki. But the backend is just a git repository of markdown files so you can also just use your text editor and git pull/push. Usable by any novice but with the ideal power user interface.

  • library

    A collaborative documentation site, powered by Google Docs. (by nytimes)

    This reminds me a lot of the NY Times' Library project: https://github.com/nytimes/library. You use an editing environment that people are familiar with (google docs), and you build organizational and workflow stuff around it. Library rendered the document content itself with a link to edit (favoring the reader use case), whereas Hermes embeds the google docs UI.

    The lack of code blocks in google docs makes it tough for a centralized document repository for an engineering org. For companies using Quip it could work really well...except that I don't think quip lets you embed the editor like that.

    Everything that's been built so far for Hermes looks cool. My personal opinion is that it'll need more UX iteration for it to really take off.

  • Sonar

    Write Clean Python Code. Always.. Sonar helps you commit clean code every time. With over 225 unique rules to find Python bugs, code smells & vulnerabilities, Sonar finds the issues while you focus on the work.

  • hermes

    A JavaScript engine optimized for running React Native.

    For me it’s a JS engine for React Natve - https://hermesengine.dev/

  • ermes

    An Github editor for static website generated

    But wanna say that I choose the “same” name for a related goal project https://github.com/Ideabile/ermes

  • jackrabbit-oak

    Apache Jackrabbit Oak

    Assuming that by Apache Oak you mean the Oak subproject of Apache Jackrabbit ( https://jackrabbit.apache.org/oak/ ), why would you consider it abandoned? Release 1.48.0 came out last week and it's been seeing steady activity throught the last years - https://github.com/apache/jackrabbit-oak/ .

    I am a committer and PMC member in the project, so I may be biased.

NOTE: The number of mentions on this list indicates mentions on common posts plus user suggested alternatives. Hence, a higher number means a more popular project.

Suggest a related project

Related posts