TileMill es incapaz de cargar Europa datos de PostGIS. ¿Lo que estoy haciendo mal?

Question

El Problema:

El uso de OSM-Brillante en combinación con un importados (osm2psql) Europa shapefile, baldosas de que no se carga, a menos que tenga 2-3 capas activas (de un total de 29). Yo no tengo este problema con un producto importado de Holanda en Amsterdam shapefile. Así que supongo que tiene algo que ver con la enorme cantidad de datos que se obtiene devueltos por las consultas?

Mi Configuración:

Estoy corriendo TileMill con OSM-Brillante en un Amazon EC2 c3.2xlarge:

8 x Intel(R) Xeon(R) CPU E5-2680 v2 @ 2.80GHz 15.8GB RAM / linux ubuntu 14.04 trusty / TileMill 0.10.2

La única cambiado la configuración de Postgres que he hecho son:

work_mem = 2MB maintenance_work_mem = 32MB

Descripción detallada y lo que he intentado:

Cuando carga el mapa, parece como si los tiempos de consulta. He tratado de hacer un archivo de intercambio y de la memoria de supervisión al abrir el proyecto. El archivo de intercambio no se tocan y la memoria se presenta drenado a ~1% y ahí se queda.

No me de errores cuando 'veces' (azulejos de obtener la 'imagen no disponible' icono), no en la interfaz del cliente, y cuando se ejecuta TileMill a través de SSH que no hay errores en la salida. Muy rara vez puedo obtener un "PostGIS connection: null" de error en la TileMill de la interfaz. Cuando esto sucede, llego { [Error: socket hang up] code: 'ECONNRESET' } en el Tilemill de registro.

Captura de pantalla:

Hay algo que yo pueda hacer para optimizar la carga de las consultas para que yo pueda trabajar con los grandes de Europa del conjunto de datos? O hay alguna buena práctica en el manejo de grandes conjuntos de datos con TileMill & OSM-Brillante?

PS. para referencia, este es el script que se utiliza durante la importación de Europa en postgres (no sé si es relevante):

sudo osm2pgsql -c -G -C 14000 --cache-strategy sparse -U postgres -d osm /data/downloads/europe-shapefile/europe-latest.osm.pbf

Answer 1

Me encontré con el mismo problema y terminé usando adoptado way_area tamaño de las cláusulas. Por defecto se parecía demasiado pequeña para mí. Así que cuando el zoom se llevarían muchos muy pequeños polígonos que era demasiado cantidad de datos a transferir. Así que básicamente no mostrar demasiado pequeños polígonos cuando se aleja. Usted tiene a prueba y error hasta que usted tenga los mejores resultados para su necesidad.

Lo siguiente que hizo fue simplificar los polígonos. Al alejar, f.e. la frontera de un país no necesita ser detallado. Usted puede utilizar Postgis (ST_simplifiy) para esa tarea. Que de nuevo ayuda a mantener transferidos datasizes más pequeños (mucho más pequeño).

Esas dos cosas me ayudó MUCHO para conseguir mi mapa a trabajar de nuevo con un enorme conjunto de datos.

Me interesaría saber qué es lo que has hecho para mejorar el rendimiento de la representación de su mapa?