Armin Thanks for your thoughts, I was thinking along the lines of http://geoservices.aena-upm.es/map/map.phtml. I hear your session concerns, I was thinking many elements would be shared, with a master layout and a child add-on that would just allow loading of different layers. Can you explain further about custom session management - couldn't see it on the wiki.
As for performance, it was mainly down to my lack of understanding (it is better now and I use pre-classifying and indexes on vector shapefiles, and internal tiling/overviews on raster tiffs and consistent projections). Though I still don't understand how a 80mb tiff with UK coverage takes longer than a 2gb tiff with much smaller localised coverage (with similar optimisation) to render when using classes - does spatial coverage add such an overhead? - I didn't think it was worth external tiling, maybe I should re-consider. In general I am impressed with rendering and select performance (using the right browser...). My benchmarks are ESRI webgis products and considering the difference in price....well!! Cheers Chris On 8 April 2011 17:39, Armin Burger <armin.bur...@gmail.com> wrote: > On 08/04/2011 16:57, Chris Jackson wrote: > > I am thinking about looking into split screen layouts for comparative > layer > > work as an aside. > > I have some doubts that this will work with p.mapper due to its session > handling (nearly everything is stored in a PHP session). If both maps > will run on the same web site they would share the same session and have > overlapping session variables, with one map overwriting the settings of > the other. In v4.1 I added the possibility for custom session > management, but I don't know if this could solve this issue. > > > > my main headaches have been data rendering performance > > Where do these problems appear for you? On decently new and powerful > servers I only noticed some potential performance issues with raster > data that are re-projected and use resampling, but even this can usually > be resolved with some layer/data management and pre-processing. Vector > data if defined with reasonable scale dependencies are normally quite > fast to render, even with re-projection. > > armin > > > ------------------------------------------------------------------------------ > Xperia(TM) PLAY > It's a major breakthrough. An authentic gaming > smartphone on the nation's most reliable network. > And it wants your games. > http://p.sf.net/sfu/verizon-sfdev > _______________________________________________ > pmapper-users mailing list > pmapper-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/pmapper-users > ------------------------------------------------------------------------------ Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev _______________________________________________ pmapper-users mailing list pmapper-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pmapper-users