On 25/05/16 23:32, Sven Geggus wrote:
> I have always been wondering if it would be possible to get rid of the
> special tables used for the sole purpose of keeping the rendering database
> up-to-date by using a scheme like this:
>
> osm2pgsql database with special tables -> some psql replication
Paul Norman wrote:
> You'd still have the full storage footprint on one machine, it just
> helps with the requirements on your read-only replica slaves.
Yes,. I imagine that this machine can be run on a central server and peaple
can use this one as a master.
> What is not possible is to centra
On 5/25/2016 2:32 PM, Sven Geggus wrote:
I have always been wondering if it would be possible to get rid of the
special tables used for the sole purpose of keeping the rendering database
up-to-date by using a scheme like this:
osm2pgsql database with special tables -> some psql replication sche
Paul Norman wrote:
> To help with some OpenStreetMap carto development work, I've created a
> dump of the rendering tables
I have always been wondering if it would be possible to get rid of the
special tables used for the sole purpose of keeping the rendering database
up-to-date by using a sche
On 5/25/2016 3:11 AM, Mateusz Konieczny wrote:
I am guessing that data is from 25-04-2016. Is it a correct guess?
Yes.
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
On Tue, 24 May 2016 12:50:53 -0700
Paul Norman wrote:
> To help with some OpenStreetMap carto development work, I've created
> a dump of the rendering tables with certain features removed, for
> testing at low zoom.
Thanks, previous version was really useful. And it will be nice to use
something
To help with some OpenStreetMap carto development work, I've created a
dump of the rendering tables with certain features removed, for testing
at low zoom. This allows someone to load the database if using a machine
incapable of importing the planet, and the dropped features cut the
database si
7 matches
Mail list logo