81 comments

[ 3.5 ms ] story [ 211 ms ] thread
[flagged]
So, it's a more-than-alpha build for Android that requires the creation of an account on a server. That's still not an application.
From the list of features it seems to have a web-app, iOS native, android native, and you can host it yourself... What... what more do you really want? Also, what does "application" mean to you?
It sounds like the issue to them is that it requires a service to use apparently, since you must sign up.
That’s not true. They HAVE a service that they run, but you can go to their GitHub repository and run your own server and point the app at it.
Tbh the selfhosting instructions seem overly complicated, particularly when compared to wallabag.
What do you mean? I looked through both, and they are both very easy to set up. Especially if you ignore the build documentations for wallabag which suggest OS level install of PHP, and do it with containers instead.

So, if you want to try it out, both are identical. 1. Clone, 2. docker-compose up.

He wants some php files to throw at a filehoster.
(comment deleted)
After installing across 3 platforms and testing it out, it works as advertised, looks nice, and doesn't seem to cost anything (yet). Tough to find software "application" offerings like this.
I saw their pricing page, but I’m a little confused. Do they have funding? Is this someone’s passion project that they are paying for out of their own pocket? I’m unsure how or why it’s free right now?
(comment deleted)
Looks interesting. The android app might work better than Wallabag. Might make the switch.
naive question: where is the difference to Instapaper?
Open source so you can have your own server back-end (which I don't see listed as a feature for Instapaper), if that is significant to your use case.
I'm actually using the remarkable for this kind of functionality. Some article i want to read later --> Share with remarkable, you do need the remarkable cloud service for that work seamless though.

Maybe one could use this to circumvent the paid cloud service.

I wrote a telegram bot (because share with remarkable does not work on mobile) to auto generated epub out of url and upload to remarkable cloud, until remarkable keep changing their cloud API and I finally cannot make uploading epub to their cloud work any more.
Supernote running KOreader seems to be an alternative to remarkable less than remarkable cloud decisions
How does this compare to Raindrop.io?
Raindrop is primarily for saving and archiving links and websites, Omnivore is primarily for reading.
Raindrop is very good for storing bookmarks, Omnivore is pretty good at being a read-it-later app. You can annotate in Raindrop, but it's not very ergonomic, and I honestly don't even recall if it has a reader mode. I'm certainly not sure where how to turn it on on the web. Omnivore's reader is excellent and annotating documents works great.

FWIW, I use both services daily and maintain a plugin to import Raindrop annotations & highlights into Logseq. I enjoy using Omnivore for reading much more than Raindrop.

Oh great, this sounds like something I'd be interested in. I use logseq + raindrop. Omnivore seems to support that as well.

Thank you!

As someone who pays a yearly subscription for Readwise, I have a hard justifying that price when Omnivore excels at that core functionality entirely for free.

Matter is another paid read-it-later app who's lunch Omnivore is eating, though they seem to be shipping useful features (podcast transcript parsing, send-to-Kindle, etc.) much faster than Readwise.

Tough time to be a for-profit reading app these days, when options like Omnivore exist.

Why do you pay for Readwise? They must offer something different.
I wanted something more advanced than Pocket, which integrated with my Obsidian vault and had better highlighting features and voice, so it was a choice between Matter and Readwise Reader.

I went with Readwise because they were a bootstrapped company vs VC-funded Matter, but now I'm starting to wish I went with Matter because they've been shipping meaningful updates more reliably.

Also, I interviewer with Dan from Readwise and he totally ghosted me, so I may be a little bitter about that, ha.

(comment deleted)
Haha. Thanks. I would find any slowdown in their releases post-ghost to be satisfying, personally.
This seems to be a good alternative for evernotes, my only hesitation to switch would be migrating existing notes, does ominvore support migration from evernote ?
As far as I know Omnivore is not a note app like Evernotes is. You could link Omnivore to your notes app to export highlights and such. I believe they maintain a plugin for Obsidian and Notion.
No pagination. That is such an important feature for me in general, since it's much more comfortable way for me to read. And, since I would want to put this on an Android e-ink device, pagination is essential.

Instapaper has been in maintenance mode for years, yet it has workable pagination, and none of the competitors do.

Pocket has pagination as well.
I just wrote to the them about this. Devs of new stuff are often approachable with improvement ideas.
Sometimes, an app really is just as good as it looks, and that's all there is to it. I like it better than Pocket, better than Instapaper, respects RSS, integrates email newsletters, even lets you convert your google/apple login to an email login with a click. Even support for a private library of PDFs and EPubs! I seem to be having a little bit of trouble adding highlights to Epubs, but this is just about the perfect app.

So now, it's just a question of when the other shoe drops and they look at monetization. How much will it cost, what will the free version lose, what data of mine will be sold, etc? As long as its good enough and stays true to what appears to be its current vision, I can't see why I wouldn't pay for it, so it's just a matter of trusting that it will stay good over time.

> How much will it cost, what will the free version lose, what data of mine will be sold, etc?

It is open source, so you can run it yourself.

As for monetization, surely making the ios app paid would be palatable to most.
It may “respect RSS” but I wish it would go much farther: I wish to import all my jRSS feeds into Omnivore.

Till the day this becomes possible, I’ll have to use NetNewsWire and Omnivore next to each other. And export and then import articles of interest. This is a PITA.

Update. I am a blind idiot.

If you browse to https://omnivore.app/settings/feeds you can add RSS feeds.

Also, after importing most of my feeds I hit the maximum allowed number of feeds. I guess will need to start paying to be able to add more?

I recommend everyone to try this app out. It’s just the best iOS app that allows offline read it later functionality and supports self-hosting the server! And highlights and notes work really well on iOS.
Any plans for a Windows app?
I just tried it both on Android and in the browser, and while it looks very nice for the price of nothing, there are two things that will probably make me not use it. In case it's of any use for any dev that might be reading: First issue would be no AMOLED option. Second issue is that I can't get it to remember where I left reading in an article; every time I go back to the article it auto-scrolls to a random part of it (happens in both app and browser).
And it's dead :(

429 Too many requests

Looks like you hit the rate limit, was this happening while trying to setup an account?
I met this problems twice, when registering and resetting my password. Reloading the page (resending the request) solved the problems.
In their GitHub it mentioned that this is a "native" iOS app, which is not.
Sorry my bad. Curious why not in a separate repo? Looking forward to contributing and signing up.
When we started I liked the concept of the mono repo. Things like a client update landing in the same commit as it's API requirements and doc changes all sounded great.

I still think there are some pros of the mono repo, but definitely some cons as well. Especially for people trying to work on just a small bit of the code.

I'm happy with Pocket. Not a hardcore user of this type of tools, just need some place to save interesting articles that I read and want to read.

But one feature that I will like on Pocket, and an AI feature that I think will be actually useful and not just hype, is segment my articles (readed/to be read) by broad categories. I don't have time to manually add categories. This tool have something like that?

Can you point the app to your own backend instance?
(comment deleted)
I've just installed the iOS app, so can't tell if it actually works and how well. But when it asks you to connect, there's a link at the bottom of the screen saying "self-hosting options" which asks for "API Server base URL", "web server url" and "text-to-speech url".
Omnivore looks pretty good. I should try it out.

I've been using and paying for this: https://mymind.com/

I like it better than any of the many alternatives that I have tried/researched thus far.

No matter how good it is, it has to compete with my safari “read it later” list and a folder with subfolders filled with my 15-year-and-going pdf collection.

Also at €11,99 it’s just too expensive, no matter if it can also dance.

This post seems to have brought the server down? It keeps saying there is a server error and to try again in 30 seconds.
Yeah not actually this post, but another post that generated a lot of user's running huge imports of their libraries from other services, which unfortunately are not 100% isolated yet.
Curious if the traffic was from the Verge's article[0] yesterday? That's where I heard first about Omnivore, and presumably where this HN post came from

[0]: https://www.theverge.com/23915813/sequel-sofa-media-tracking...

Yeah I think so. Honestly we don't really have much in terms of analytics but based on timing it was earlier than hacker news. I think the verge users were more likely to initiate a migration from Pocket or Instapaper. Imports can be quite intensive if we have to fetch the content, especially because a number of older sites might not exist anymore and timeout.
I will definetly try this.

Question: how you all deal with the new reddit app not allowing to share the url of the article / link you end in?

Comparing to other reddit clients we all lost (I was using bacon reader, but it's the same with my hn client) the reddit app inside browser is not providing me the possibility to share the page I am visiting (normally the three dots in the top right corner)

How did you solve this problem?

I am not sure I understand the problem but redreader opens articles in my browser of choice. There's also an menu item to copy article link.
I’m able to copy links from the browser on both the iOS and android apps - they use your default underlying browser.
Does this service have the kobo / kindle integration? I have found it really useful in pocket
What I'm looking for is more of a solution to save a webpage as it is. Kind of like Internet Archive but better for individual pages. The thing with Internet archive is some things stop working, like mobile view etc
Perhaps ArchiveBox[0] will work for you? A self-hosted archiver to save websites in various formats. Has a section on that page for alternatives as well that might work too.

[0]: https://archivebox.io/

You can also use Zotero paired with the Zotero Connector Chrome/Firefox extension for this, I use Zotero as my document archival in addition to my academic citation manager. The Zotero Connector saves any PDF or web page opened in your browser to a local PDF/HTML file, and for HTML under the hood is uses the SingleFile extension to package the whole web page, images and all, into just one file.

It works well - now I'm just looking for a good way to annotate/highlight the local HTML/PDF/ePUB files cross-OS cross-platform. KOReader (https://github.com/koreader/koreader) works pretty well for this with its new hash-based storage option.

Singlefile [1] works pretty well for me for that use case.

It has the added advantage that the file format is just plain HTML, and together with “reader mode” in most browsers, it’s a great way to save long-form text or other mostly static pages for later reference.

It obviously doesn’t work for very dynamic pages, let alone web apps.

[1] https://github.com/gildas-lormeau/SingleFile

In addition to archivebox and singlefile/singlefilez, I'd recommend scoop[0] and archiveweb/webrecorder[1]. Both create WACZ format archives using a browser which has slightly better fidelity than the way archivebox creates WARCs (using wget). There's also Save Page WE[2][3] which does something similar to singlefile.

0. https://github.com/harvard-lil/scoop

1. https://archiveweb.page/

2. https://addons.mozilla.org/en-US/firefox/addon/save-page-we/

3. https://chrome.google.com/webstore/detail/save-page-we/dhhpe...

In addition to the various tools mentioned elsewhere sometimes saving the page as markdown in Joplin with their page saving tool is the best way for further use
That logo has some strong Masterchef vibes.
Looks interesting!

I’ve been using Pocket less and less these days because I’m concerned about lock-in (both in terms of my data and the business model).

It’s a shame that Mozilla hasn’t managed to open-source Pocket in all these years. People that care about (and are capable of) self-hosting would probably gladly donate/contribute; people caring about the convenience paired with the brand name could just continue paying for the SaaS version.

This looks very nice, but self hosting requires reliance on google cloud.

https://github.com/omnivore-app/omnivore/issues/25

My guess is it started as an app first and self-hosting was an afterthought.

It would be interesting to see how other node projects shim in support for other clouds (including locally hosted services in the docker image).

There's also a self hosting option which is on the list to try..

https://github.com/omnivore-app/omnivore

This is what grabbed my attention most. Current means of deployment are a bit convoluted at best. It looks like they're on a path to a clean docker deployment that can truly be self hosted but they aren't quite there yet.