Re: [mapserver-users] WFS GetFeature issue with MS4W
On Thursday, May 24, 2012, Eric Lemoine wrote: On Wednesday, May 23, 2012, Jeff McKenna wrote: Hi Eric, From reading my own ticket comments in https://github.com/mapserver/mapserver/issues/4039 it seems I got around the issue by setting the 'wms_extent' metadata. Hi Jeff Thanks for your response. The wms_extent workaround doesn't work for us. But the problem occurs on WFS GetFeature for us, not on GetCapabilities. Our layer is a PostGIS layer by the way, which may be related to the problem based on what I read in the tickets. Please tells if it's worth creating a new GitHub issue for our problem. We have finally found a solution: use a 64-bit version from http://www.gisinternals.com/sdk/ (our Windows machine is 64-bit). Thank you. -- Eric Lemoine Camptocamp France SAS Savoie Technolac, BP 352 73377 Le Bourget du Lac, Cedex Tel : 00 33 4 79 44 44 96 Mail : eric.lemo...@camptocamp.com http://www.camptocamp.com ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] WFS GetFeature issue with MS4W
Hi I'm facing an issue with WFS GetFeature POST requests. This is with MS4W 3.0.4 [1] (installed from the zip file), on Windows Server 2008 R2 Standard, 64-bit. The XML response returned by mapserv is incomplete. The WFS GetFeature request is pretty basic, it just includes a BBOX filter, see [2]. The end of the truncated response looks like this: gml:featureMember ms:mo9_immeubles gml:boundedBy gml:Box srsName=EPSG:21781 gml:coordinates533307.287000,196036.205000 57.719000,196067.143000/gml:coordinates /gml:Box /gml:boundedBy ms:msGeometry gml:Polygon srsName=EPSG:21781 gml:outerBoundaryIs gml:LinearRing gml:coordinates53.496000,196036.205000 57.719000,196056.953000 533325.629000,196060.658000 533312.183000,196067.143000 533307.287000,196043.126000 533315.968000,196042.982000 533317.853181,196042.846235 533319.724379,196042.579861 533321.572558,196042.184165 533323.388789,196041.661057 533325.164302,196041.013065 533326.890520,196040.243318 533328.559106,196039.355533 50.162000,196038.354000 53.496000,196036.205000 /gml:coordinates /gml:LinearRing /gml:outerBoundaryIs /gml:Polygon /ms:msGeometry ms:url_terris_intralt;a href=quot;javascript:si The same WFS GetFeature using GET results in a complete response, so the issue really is related to POST. And when using MapServer on *Linux* the same exact WFS GetFeature does result in a complete response. On Windows the response headers include Transfer-Encoding: chunked. This has sounded suspicious to me first, because on Linux MapServer does not return chunked responses. But I also get Transfer-Encoding: chunked on Windows when using GET. I have enabled debugging logs in MapServer [3], but this hasn't led anywhere - the MapServer log file remains empty. Apache access.log includes Apache access.log: nesitnd1.ne.ch - - [23/May/2012:12:28:19 +0200] POST /test_eric/mapserv? HTTP/1.1 200 36825. This is interesting to note that the response is a 200. And Apache error.log does not reveal any MapServer crash (no premature end of script type of thing). Any suggestion for me? Thanks. [1] D:\ms4w\Apache\cgi-binmapserv -v MapServer version 6.0.2 (MS4W 3.0.4) OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=KML SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=CA IRO SUPPORTS=FREETYPE SUPPORTS=ICONV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPOR TS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=P OSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE [2] wfs:GetFeature xmlns:wfs=http://www.opengis.net/wfs; service=WFS version=1.0.0 xsi:schemaLocation=http://www.opengis.net/wfs http://schemas.opengis.net/wfs/1.0.0/WFS-transaction.xsd; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;wfs:Query typeName=feature:mo9_immeublesogc:Filter xmlns:ogc=http://www.opengis.net/ogc;ogc:BBOXogc:PropertyNamegeom/ogc:PropertyNamegml:Box xmlns:gml=http://www.opengis.net/gml;gml:coordinates decimal=. cs=, ts= 533104.74107143,195925.49107143 533327.24107143,196115.49107143/gml:coordinates/gml:Box/ogc:BBOX/ogc:Filter/wfs:Query/wfs:GetFeature [3] CONFIG MS_ERRORFILE D:/tmp/ms_error.txt DEBUG 5 CONFIG CPL_DEBUG ON CONFIG PROJ_DEBUG ON -- Eric Lemoine Camptocamp France SAS Savoie Technolac, BP 352 73377 Le Bourget du Lac, Cedex Tel : 00 33 4 79 44 44 96 Mail : eric.lemo...@camptocamp.com http://www.camptocamp.com ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] Re: WFS GetFeature issue with MS4W
On Wednesday, May 23, 2012, Jeff McKenna wrote: Hi Eric, From reading my own ticket comments in https://github.com/mapserver/mapserver/issues/4039 it seems I got around the issue by setting the 'wms_extent' metadata. Hi Jeff Thanks for your response. The wms_extent workaround doesn't work for us. But the problem occurs on WFS GetFeature for us, not on GetCapabilities. Our layer is a PostGIS layer by the way, which may be related to the problem based on what I read in the tickets. Please tells if it's worth creating a new GitHub issue for our problem. Cheers, -- Eric Lemoine Camptocamp France SAS Savoie Technolac, BP 352 73377 Le Bourget du Lac, Cedex Tel : 00 33 4 79 44 44 96 Mail : eric.lemo...@camptocamp.com http://www.camptocamp.com ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] Studio - admin tool for MapServer
Hi With this email we're announcing the first release of Studio, an admin tool for MapServer. Studio basically allows editing MapServer Mapfiles, using an easy-to-use web-based interface. Relevant links: - Google Group http://groups.google.com/group/studio-discuss - Documentation http://camptocamp.github.com/Studio/ - Demo http://demo.mapfish.org/studio/ - Code base https://github.com/camptocamp/Studio - Studio on PyPI http://pypi.python.org/pypi/Studio Instructions for installing Studio are provided in the documentation at http://camptocamp.github.com/Studio/installation_guide.html. We at Camptocamp started working on Studio two years ago, but, for various reasons, weren't able to make an actual release of Studio at the time. With this 0.5 release we want to measure the interest for such a tool; we know there's still work to be done before reaching a 1.0 release. We're therefore encouraging interested folks to test Studio, sign up to the Google Group, and provide feedback. Thanks, -- Eric Lemoine Camptocamp France SAS Savoie Technolac, BP 352 73377 Le Bourget du Lac, Cedex Tel : 00 33 4 79 44 44 96 Mail : eric.lemo...@camptocamp.com http://www.camptocamp.com ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [MAPSERVER-USERS] Mapserver bug when generating a tiled map with MapFish
Hi. Do you have maxExtent set in your map options? OpenLayers shouldn't request tiles outside the max extent. If it does it's a bug in OpenLayers. Another guestion: what layer type do you use? Layer.MapServer or Layer.WMS? If you use the former, make mapserver work as a WMS server and try using Layer.WMS to see if that fixes the problem. Again the ideal would be some example so that we con easily reproduce your problem. Eric 2008/8/6, Pierre-Benoit Besse [EMAIL PROTECTED]: Unfortunately there is no connection to internet on the platform I develop on. All is done localy. I will try to be more precise. I am trying to display a shapefile representing the whole world (it's a shapefile from Global Insight plus if it helps). I use mapfish without 'singleTile: true' so the layer is generated by tiles. There is no problem in the beggining when the map is zoomed to max extent. The problem occurs when I begin zooming in and trying to display America/Asia. One of the colums of tiles is drawn across the -180°/+180° longitude line, and those tiles are generated entirely blank (white, not even transparent). When I get the properties of the image (right-click on the blank tile - Properties) and I search in the Location of the image I can find : mapext=179.296875+44.296875+*225.703125* +90.703125imgext=179.296875+44.296875+*225.703125*+90.703125 So I guess the problem comes from that, MapServer doesn't recognise longitude greater than 180 or lower than -180. If I'm right I would appreciate any hint on how to handle this... Otherwise it may be a mapfish issue, maybe mapfish should always generate tiles with borders right on -180 / +180. This is the case at the beggining, lef tile has mapext=90+0+180+90 and right tile has mapext=-180+0+-90+90. But whenever I begin zooming in it goes awry, the border of tiles is no longer right on -180/+180 and some tiles are generated white by MapServer. If someone needs more informations I'm ready to give it. Best regards, PB 2008/8/6 Eric Lemoine [EMAIL PROTECTED] On Wed, Aug 6, 2008 at 2:28 PM, Pierre-Benoit Besse [EMAIL PROTECTED] wrote: Isn't there anyone to help me with this ? 2008/8/4 Faldor [EMAIL PROTECTED] Hi all, I use Mapserver with mapfish for the client side to display shapefiles which I generated using ogr2ogr. The problem is when I try to display a tiled layer (mapfish singleTile property set to 'false'). Some tiles are generated by mapserver entirely blank ! After a few researches I think it is due to the fact that those tiles are extended across the -180°/+180° line. For exemple, here is the imgext property from one of the calls to MapServer which render a blank tile : imgext=178.59375+-1.40625+271.40625+91.40625 Do you know of a way to fix this ? This is not enough information for anyone to help you. Could you provide a link or a web page to help people see what's going on? -- Eric ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
