fedesan wrote:
I' having performance problems using postgreSQL 8.4 and mapserver 5.0.0 on a
4 cpu's sever with 16 GB RAM
I was using a mapfile with 10 layers but in order to find out the problem
now i'm using just one layer in a really basic mapfile.
gis.states_g table has only 24 records, one
What's speed like outside of OL? I mean, running shp2img.
In your OL code I wonder if ratio:3 might be causing *huge* image requests...
With single tile mode I've have the best luck with ratio:1.
Steve
From: mapserver-users-boun...@lists.osgeo.org
[mapse
On 6/11/2010 3:49 PM, fedesan wrote:
DATA "geom900913 from (select gid,geom900913 from gis.states_g) as foo
using unique gid using SRID=900913"
I think you'd be ok with:
DATA "geom900913 from gis.states_g using unique gid using SRID=900913"
Dont think it should make a speed difference though
On 6/11/2010 3:49 PM, fedesan wrote:
I' having performance problems using postgreSQL 8.4 and mapserver 5.0.0 on a
4 cpu's sever with 16 GB RAM
I was using a mapfile with 10 layers but in order to find out the problem
now i'm using just one layer in a really basic mapfile.
gis.states_g table has
drawn last.
-Jukka-
Lähettäjä: Liang Jian [mailto:liang.j...@eniro.com]
Lähetetty: 16. marraskuuta 2009 15:40
Vastaanottaja: Rahkonen Jukka; mapserver-users@lists.osgeo.org
Aihe: RE: [mapserver-users] performance problem with or
org
Subject: Re: [mapserver-users] performance problem with ortho images
Hi,
Is it necessary to show 2 m data at all in the areas where 20-50 cm imagery is
available? If not you can first make tileindex shapefiles from 2 m images and
20-50 cm images. Open both shapefiles with for example OpenJUMP
Hi,
Is it necessary to show 2 m data at all in the areas where 20-50 cm imagery is
available? If not you can first make tileindex shapefiles from 2 m images and
20-50 cm images. Open both shapefiles with for example OpenJUMP and select and
remove those polygons from 2 m shapefiles which are
