Qual è il modo più veloce (per quanto riguarda le prestazioni) di servire le funzionalità PostGIS?

Sono interessato al modo più veloce di servire le funzionalità di PostGIS. Posso trovare diversi miglioramenti e alternative WMS (MapProxy, TileCache, Mapnik ...) ma non così tanti miglioramenti e alternative WFS Open Source. Non mi interessano le tessere, ma i poligoni sul mio strato base. Servito veloce.

Potresti indicarmi la giusta direzione, per favore?

Aggiornare:

Ho dimenticato di dire che la mia app mostra informazioni catastali. E i poligoni catastali devono essere selezionabili (non modificabili, vengono evidenziati solo quando si fa clic su di essi).

Sto usando in questo momento un mix di WMS + Django che genera oggetti GeoJSON quando l'utente fa clic su una parte della mappa, per evitare situazioni come migliaia di poligoni contemporaneamente nel client (OpenLayers).

Non so se sono nel modo giusto (dovrei evitare situazioni potenzialmente difficili come migliaia di pol nel client rendendole tramite WMS o qualsiasi altra soluzione? Dovrei migliorare il modo in cui vengono serviti i poligoni?)

Che dire di semplificare le geometrie?

http://www.bostongis.com/postgis_simplify.snippet

/programming/1849928/how-to-intelligently-degrade-or-smooth-gis-data-simplifying-polygons

O forse una combinazione di WFS, WFS con funzionalità semplificate e WMS?

GeoServer fornisce un'impostazione utente per controllare il numero di posizioni decimali nelle geometrie inserite per accelerare la pubblicazione di WFS.

Assicurarsi inoltre che il server comprima l'output solo se il client può decomprimerlo in modo efficiente.

Finalmente ho sentito cose positive sui piccoli OWS in termini di velocità.

La memorizzazione nella cache WFS potrebbe soddisfare le tue esigenze. Per quanto ne so, esistono due soluzioni open source che forniscono la memorizzazione nella cache WFS: TileStache e GeoWebCache .

Nella home page di TileStache, si dice "Genera riquadri vettoriali da origini dati OGR in GeoJSON utilizzabili in Polymaps"

GeoWebCache ha alcune funzionalità di memorizzazione nella cache WFS dalla versione 1.1.0 (quella attuale è 1.2.6):

Rilasciato GeoWebCache 1.1.0 (finalmente)

...

1.c Caching WFS di base GeoWebCache 1.1.0 supporta il caching WFS di base. I risultati delle query sono memorizzati su disco, al momento non ci sono funzioni per ispezionarle o rimuoverle a livello di programmazione. L'algoritmo si basa su hash calcolati e non verifica l'unicità, quindi esiste una possibilità minima di collisioni. La motivazione di questo sviluppo è stata il formato di output SHP-ZIP (zippato shapefile) in GeoServer. Questi file possono essere enormi e tremendamente costosi da calcolare. Questo servizio WFS non è, allo stato attuale, destinato a casi più complicati.

http://old.nabble.com/GeoWebCache-1.1.0-(finally)-released-td22870524.html

Sfortunatamente non ho mai lavorato con TileStache né GeoWebCache, quindi non posso condividere alcuna esperienza sulla memorizzazione nella cache WFS.

Sto sviluppando un grande web-gis, lavoro con molti dati (circa 700.000 funzionalità per livello) L'unica soluzione è quella che stai facendo, WMS per il rendering delle funzionalità e WFS per ottenere le informazioni sulle funzionalità. Quello che sto facendo (con buone prestazioni) è:

• Geoserver (con libreria JAI nativa )
• Quando l'utente fa clic sulla mappa, viene utilizzata una wf getfeatureinfo per ottenere le informazioni (sia la forma che i dati) della funzione selezionata (qui è necessario implementare alcune funzionalità di filtro, se si hanno funzioni sovrapposte)
• Il risultato di getFeatureInfo viene aggiunto come funzionalità su un altro livello per simulare il "momento saliente della selezione"

Server DRAM a stato solido

http://en.wikipedia.org/wiki/Solid-state_drive#DRAM-based

"La domanda di bit DRAM proveniente dal settore server aumenterà del 93,7% l'anno nella seconda metà del 2011"

fonte: http://www.digitimes.com/Reports/Report.asp?datePublish=2011/08/16&pages=PD&seq=206