Re: [mapserver-users] MULTIPOINT and POINT in same geometry column
Hi Subha, So easy ! I'll try it. Thanks for your quick response. Isao Subha Ramakrishnan wrote: > Hi, > You can add a geometry column column of type geometry itself instead of > fixing it as point or multipoint.This will support all types of geometry > in one table. > > Regards, > Subha > > > NASUNO Isao wrote: >> Hello all, >> >> Is there any way to append 'MULTIPOINT' shape files and 'POINT' shape files >> into >> same table with a geometry column ? >> >> I guess the geometry column should be 'MULTIPOINT' geometry-type, >> and the 'POINT' shape should be translated 'MULTIPOINT' (but only one point >> in one record)in the appending process. >> >> Any suggestions ? >> >> I'm using >> - PostgreSQL 8.0.3 >> - PostGIS 1.1.3 >> - Mapserver 4.10 >> >> Thanks, >> >> Isao Nasuno >> ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] FastCGI issues with MapServer 5.2, Ubuntu 8.04
Andrea Aime ha scritto: Andrea Aime ha scritto: Hi, I'm struggling a trying to configure MapServer 5.2 for the performance comparison presentation that we'll hold at FOSS4G 2008 (http://conference.osgeo.org/index.php/foss4g/2008/paper/view/256) In particular, no matter what I do, a single, long running mapserv process seems to be handling all of the requests coming down the pipe, regardless of how many client threads I'm using to hit the server. Some details on what I've done so far follow. To answer myself, that was happening I added the PROCESSING "CLOSE_CONNECTION=DEFER" directive into a shapefile layer definition. It seems it's not exactly irrelevant, it's actually harmful (whilst it's beneficial, and works too, for postgis layers). When I removed it the fastcgi processes started to get spawn as configured in the fastcgi.conf file. This morning I started benchmarking again and ended up with a single fastcgi process again, so the above is probably not the cause. What made apache understand I want 20 processes instead of just one remains a mystery, it has magically disappeared as it magically appeared yesterday. Anyone has a clue? Is fastcgi supposed to be usable in production under Ubuntu servers, are there known issues/instabilities? (this may explain why out of the box mapserver is not built with fastcgi support enabled in Ubuntu). In the meantime I'm going to try out the FastCgiServer directive described here: http://www.fastcgi.com/mod_fastcgi/docs/mod_fastcgi.html#FastCgiConfig hoping it proves more reliable. Cheers Andrea ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] pix2geo
hello, iam new to mapservers and iam trying to display the selected point in terms of lat-long. i get errors in the code which i tried to implement if ( isset($HTTP_POST_VARS["mapa_x"]) && isset($HTTP_POST_VARS["mapa_y"]) ) { $my_point = ms_newpointObj(); $my_point->setXY($HTTP_POST_VARS["mapa_x"],$HTTP_POST_VARS["mapa_y"]); $reference_click = pix2geo($mapa_x,$mapa_y,$map->extent, $map->width,$mapobj->height); function pix2geo($pix_x,$pix_y,$extent,$width,$height) { $pix_x_geo_x = ($extent->maxx - $extent->minx) / ($width - 1); $pix_x_geo_y = ($extent->maxy - $extent->miny) / ($height - 1); $geo_x = $extent->minx + $pix_x_geo_x*$pix_x; $geo_y = $extent->maxy - $pix_x_geo_y*$pix_y; $my_point = ms_newPointObj(); $my_point->setXY($geo_x,$geo_y); return $my_point; } ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] 5.2 problem - MySQL
Greg Luker wrote: I have just migrated from MapServer 4.10 to MapServer 5.2. I display points from a MySQL database (using OGRVRT select statement). A query (on the same database) that used to work fine with MapServer 4.10 now does not return anything from the database - no error message either. I click on a point and the header template is returned and displayed but nothing else, not even the footer template. (no changes to .map file or MySQL - mapserver.log says "normal execution") You probably also upgraded GDAL/OGR when you went from MapServer 4.10 to 5.2, right? Perhaps check that ogrinfo can still read your VRT with the new version. If it does, then I'd suggest setting "DEBUG 5" in your layer and then watch what you get in the MS_ERROR file... you should see a bunch of "msOGRFileNextShape: Returning shape=..." if MapServer can read the data... or hopefully some warnings or errors if it can't. See http://mapserver.gis.umn.edu/development/rfc/ms-rfc-28/ about the way log/debug output works in MapServer 5.0+ Daniel -- Daniel Morissette http://www.mapgears.com/ ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] MapServer history
Hi Tom, Yes, I think that's a great idea. If you (or someone else) set something up then I'll try to contribute some bits for sure. Daniel Kralidis,Tom [Burlington] wrote: Interesting thread going on at http://lists.osgeo.org/pipermail/discuss/2008-August/004120.html I think it would be valuable to have this for MapServer. There would be initial effort, but it could be easily maintained over time (2-3 times per year/as needed). I'd be interested in helping out, or even coordinating, but this would depend on compilation and input from many in the MapServer community (users, developers, etc.). Any interest? ..Tom ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -- Daniel Morissette http://www.mapgears.com/ ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] displaying ArcSDE raster data in MapServer 5.x
Is there any documentation or mapfile examples on how to display ArcSDE raster data (9.1 or 9.2) using MapServer 5.x? Everything that I have seen is outdated since the SDE raster capabilities was moved to GDAL. Displaying SDE vector data is relatively simple, but attempting to use the same connection properties with raster data gives us this error (using DEBUG ON): ..msDrawRaster(): Unable to access file. (SCHEMA.RASTERNAME,FOOTPRINT,SDE.DEFAULT) ..Unable to open file SCHEMA.RASTERNAME,FOOTPRINT,SDE.DEFAULT for layer rastername ... ignoring this missing data. (where SCHEMA.RASTERNAME is the name of the raster which DOES exist in the database) Has anyone been able to successfully display SDE raster data? Brad Posthumus ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] MapServer history
There is a history section in the (unpublished) user manual...and Steve Lime wrote an excellent chapter on MapServer (for an OSGeo book, I believe). Kralidis,Tom [Burlington] wrote: Interesting thread going on at http://lists.osgeo.org/pipermail/discuss/2008-August/004120.html I think it would be valuable to have this for MapServer. There would be initial effort, but it could be easily maintained over time (2-3 times per year/as needed). I'd be interested in helping out, or even coordinating, but this would depend on compilation and input from many in the MapServer community (users, developers, etc.). Any interest? -- Jeff McKenna FOSS4G Consulting and Training Services http://www.gatewaygeomatics.com/ ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
RE: [mapserver-users] MapServer history
Thanks for this. Steve's history would be of obvious value here! I've started a page at http://trac.osgeo.org/mapserver/wiki/MapServerHistory . Contributions are welcome! ..Tom -Original Message- From: [EMAIL PROTECTED] on behalf of Jeff McKenna Sent: Fri 22-Aug-08 12:12 To: mapserver-users@lists.osgeo.org Subject: Re: [mapserver-users] MapServer history There is a history section in the (unpublished) user manual...and Steve Lime wrote an excellent chapter on MapServer (for an OSGeo book, I believe). Kralidis,Tom [Burlington] wrote: > Interesting thread going on at > http://lists.osgeo.org/pipermail/discuss/2008-August/004120.html > > I think it would be valuable to have this for MapServer. There would be > initial effort, but it could be easily maintained over time (2-3 times > per year/as needed). > > I'd be interested in helping out, or even coordinating, but this would > depend on compilation and input from many in the MapServer community > (users, developers, etc.). > > Any interest? > > -- Jeff McKenna FOSS4G Consulting and Training Services http://www.gatewaygeomatics.com/ ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] FastCGI issues with MapServer 5.2, Ubuntu 8.04
Andrea, You might want to try mod_fcgi instead, as it has received maintenance and is targetted at Apache 2, whereas the original mod_fastcgi was built for 1.3 and received a cursory upgrade to 2. http://fastcgi.coremail.cn/ That said, I have not experienced your problem before. P. On Fri, Aug 22, 2008 at 1:21 AM, Andrea Aime <[EMAIL PROTECTED]> wrote: > Andrea Aime ha scritto: >> >> Andrea Aime ha scritto: >>> >>> Hi, >>> I'm struggling a trying to configure MapServer 5.2 >>> for the performance comparison presentation that we'll >>> hold at FOSS4G 2008 >>> (http://conference.osgeo.org/index.php/foss4g/2008/paper/view/256) >>> >>> In particular, no matter what I do, a single, long running >>> mapserv process seems to be handling all of the requests >>> coming down the pipe, regardless of how many client threads >>> I'm using to hit the server. Some details on what I've >>> done so far follow. >> >> To answer myself, that was happening I added the >> PROCESSING "CLOSE_CONNECTION=DEFER" >> directive into a shapefile layer definition. It >> seems it's not exactly irrelevant, it's actually >> harmful (whilst it's beneficial, and works too, >> for postgis layers). >> >> When I removed it the fastcgi processes started to get >> spawn as configured in the fastcgi.conf file. > > This morning I started benchmarking again and ended up with a single > fastcgi process again, so the above is probably not the cause. > What made apache understand I want 20 processes instead of just one > remains a mystery, it has magically disappeared as it magically > appeared yesterday. > > Anyone has a clue? Is fastcgi supposed to be usable in production > under Ubuntu servers, are there known issues/instabilities? (this may > explain why out of the box mapserver is not built with fastcgi > support enabled in Ubuntu). > > In the meantime I'm going to try out the FastCgiServer directive > described here: > http://www.fastcgi.com/mod_fastcgi/docs/mod_fastcgi.html#FastCgiConfig > hoping it proves more reliable. > > Cheers > Andrea > ___ > mapserver-users mailing list > mapserver-users@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] FastCGI issues with MapServer 5.2, Ubuntu 8.04
Paul Ramsey ha scritto: Andrea, You might want to try mod_fcgi instead, as it has received maintenance and is targetted at Apache 2, whereas the original mod_fastcgi was built for 1.3 and received a cursory upgrade to 2. http://fastcgi.coremail.cn/ That said, I have not experienced your problem before. Ah, thanks a ton Paul. In the meantime I tried out the FastCgiServer directive, I made it create 20 processes and it works as advertised (actually my benchmarks show MapServer got damn faster than last year, way to go). Do you believe that trying out mod_fgci will give better result, or in any case more realistic ones? (not sure you'd want to keep 20 mapserver processes around statically, thought they don't seem to be eating that much memory). Cheers Andrea ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] FastCGI issues with MapServer 5.2, Ubuntu 8.04
No, I don't think mod_fcgi will change the performance profile much. BTW, I think that the number of workers you should have is ncores + X where 1 <= X <= 3, thereabouts. P. On Fri, Aug 22, 2008 at 3:59 PM, Andrea Aime <[EMAIL PROTECTED]> wrote: > Paul Ramsey ha scritto: >> >> Andrea, >> >> You might want to try mod_fcgi instead, as it has received maintenance >> and is targetted at Apache 2, whereas the original mod_fastcgi was >> built for 1.3 and received a cursory upgrade to 2. >> >> http://fastcgi.coremail.cn/ >> >> That said, I have not experienced your problem before. > > Ah, thanks a ton Paul. In the meantime I tried out > the FastCgiServer directive, I made it create 20 processes > and it works as advertised (actually my benchmarks show > MapServer got damn faster than last year, way to go). > > Do you believe that trying out mod_fgci will give better > result, or in any case more realistic ones? (not sure > you'd want to keep 20 mapserver processes around statically, > thought they don't seem to be eating that much memory). > > Cheers > Andrea > ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users