No, it's logical backup (at least, by the time): PITR are complicated in setting up and recovering.

Yes

To restore database - it should be empty (otherwise conflicts are possible)

Technically, you can try to restore to filled DB. But don't think it makes sense to try

Hmmm... can you not provide such a tool built on top of pgBackRest?

Im using it personally one one of my postgres installations, and it's incredibly simple.

Having web ui built on top would also make it accessible to a lot more people since setting it up the first time is not that trivial.

Databasus and WAL-G have completely different architectures. WAL-G is installed on the server with DB. Databasus connects to the database remotely.

WAL-G is about PITR backups, Databasus is about logical ones.

From one side, Databasus usually is slower when database is large.

From another side, it's much easier to use (especially when you have a lot of DBs).

In the future, I am considering implementing incremental backups and following a similar approach as WAL-G or pgBackRest do. But it will be one of options, not mandatory one