Our great sponsors
-
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.
-
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.
-
There's also Mayan EDMS [1]. I have no experience with it, but looks sensible from the outside.
-
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
-
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.
-
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.
-
For me it’s a JS engine for React Natve - https://hermesengine.dev/
-
But wanna say that I choose the “same” name for a related goal project https://github.com/Ideabile/ermes
-
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.