[Tile-serving] [openstreetmap/osm2pgsql] osm2pgsql-replication: place table for `replication_status` outside of `public` schema (Issue #1801)

Jakob Miksch notifications at github.com
Thu Oct 27 22:11:31 UTC 2022


## What version of osm2pgsql are you using?

```
2022-10-27 23:58:30  osm2pgsql version 1.6.0 (1.6.0)
Build: RelWithDebInfo
Compiled using the following library versions:
Libosmium 2.17.3
Proj [API 4] Rel. 7.2.1, January 1st, 2021
Lua 5.3.3
```

## What did you do exactly?

I set up a replication of OSM import using `osm2pgsql-replication init -d <dbname> --osm-file your-extract.pbf`. 
It worked well,  but I could not find an option to place the table for `replication_status` in a custom schema and not in the `public` schema.

## What did you expect to happen?

An option of the `osm2pgsql-replication` to define the schema of the `replication_status` table.

## What did you do to try analyzing the problem?

It looks to me that the `table_name` in the script does not have a suffix for schema and is therefore always placed in the `public` schema , see: https://github.com/openstreetmap/osm2pgsql/blob/master/scripts/osm2pgsql-replication#L537

If this is something that is desired to be included in osm2pgsql, I can try to implement it.



-- 
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/osm2pgsql/issues/1801
You are receiving this because you are subscribed to this thread.

Message ID: <openstreetmap/osm2pgsql/issues/1801 at github.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tile-serving/attachments/20221027/87737e5b/attachment.htm>


More information about the Tile-serving mailing list