Re: [mapserver-users] Mapserver in ubuntu: not displaying map
ashka, Have you taken a look at the image url (in the browser) ? Since the image path is "/var/www/tutorial/tmp" and "/var/www/" is already available from the web (with the default apache configuration) the image url of your image should be something like "http://localhost/tutorial/tmp/EX2.1_12675266704111.png";. The image url can be configured in the mapfile: http://mapserver.org/mapfile/web.html Alan ashka fernando wrote: Dear all, I am trying to run Mapserver in Ubuntu Karmic Koala. I have successfully used Mapserver in windows and now want to migrate to ubuntu . But I'm very much new to ubuntu and struggle to get the work done smoothly. The Mapserver and Apache both are running ,works fine as localhost. I can get a map in map mode ( based on map server tutorial examples) but failed to get the map display in the browse mode. There is no error massage and the web template is displaying with all components except the map image. The map images are created inside the tmp folder however they are not displayed in the template interface. I think its due to permission issues but failed to solve it, even after going through forums. The locations of the templete and map files are /var/www/tutorial The location of the image path /var/www/tutorial/tmp For /var/www/tutorial/tmp permissions are as follows drwxrwsr-x 2 gisuser www-data 4096 2010-03-02 16:14 tmp when the new map images are created by the mapserver , the image files have permissions like this -rwxrwxr-- 1 www-data www-data 11686 2010-03-02 16:14 EX2.1_12675266704111.png Why doesn't these map images are not displaying in the web template file? Can anyone suggest a way to solve this issue? This may be rather relate to running Apache in Ubuntu. As failed to get any help from ubuntu forum, compelled to ask help from you all. appreciate any help . ashka ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -- Alan Boudreault Mapgears http://www.mapgears.com/ ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] A Question of Group
Bill, Your questions are a bit open ended, but here goes . . . Pros: Much easier to list these out, but at the risk of boring you, since I've seem GeoMoose used now in ways and areas I never thought of originally, at least not in detail. The biggest Pro that I believe is there, is the potential for the distribution of data maintenance tasks afforded by how GeoMoose pulls it's services together. GeoData, as raster, vector and add on services are all planned for in the GeoMoose framework as pieces of the equation that the implementors will want to do. If you plan at some point to distribute the upkeep of data across many admins, then GeoMoose if for you. Any single layer breaking does not affect the rest of the interface, and the user has the option of just leaving it turned off. Other than the mapping data feeds, there are no server requirements for GeoMoose, it can read WMS services alone if needed for example. Mapping display built on OpenLayers. Very portable. Cons: If you plan on having a single system administrator, then GeoMoose may be overkill. Although others would argue that the demo's are set up fairly nicely with regard to plug and play, so even the overhead is not as overbearing. It would be much easier to react to your past misgivings about a application coming up short, than to feed the pile from scratch. Makes me think way too far outside of the box if you know what I mean. Doesn't do WFS (cleanly) [YET], although, while the geomoose project expends most of their effort buildig against MapServer, GeoMoose is not tied to it, and could talk to just about any geodata feed. As far as what it's not, It's not a Desktop analysis tool. Although it's got a lot of analysis capabilities, with the latest version having a bunch of new functions added on. Doesn't depend on a web service in particular, why is this in the Cons, because it doesn't have a distinct server component. It's very standalone-ish actually. Doesn't have your described GUI management tools (yet), although, there are ideas about how to pursue this, just no project yet to subsidize the work. And the basic framework is very conducive to adding this. bobb >>> Bill Thoen wrote: Bob Basques wrote: > > Bill, > > > This is a shameless plug for GeoMoose functionality, it was prompted > by your comments below however, so I don't feel too bad :c) > > Grab every opportunity that sets you up for a pitch! Although I'm actually not unhappy with HTML Legends --I've found workarounds for things I don't like-- but it would have been nice to have known in advance where it runs out of steam or just doesn't go, so I'd know whether I would reach the point of implementing kludges before or after I reached my goal. GeoMoose sounds pretty good and seems to solve my problems 1-2-3... But before I go try it out now instead of later and spend a lot of time I can't spare contemplating a software switch and testing its capabilities for possible use in a project with a tight deadline, can you highlight for me the top two or three areas where the hard, cold ground rises up to meet it (i.e. where it falls on its face)? I'm not looking for what's broken, but more along the lines of what it is NOT designed for, so I don't make th e mistake of trying to use in a situation where it will not do well. > * Each layer (or group of layers) is controlled via it's own mapfile, > while this might seem cumbersome to manage, it does allow for separate > and integrated management of data layers by many data custodians, > which is what GeoMoose was originally designed for, many data > custodians doing their own thing. It's also very good for automation > purposes in general. > > One of the both strong points and weak points in the FOSS mapping software I've seen so far is its almost universal core dependence on mapfiles or templates as the driving mechanism. These are powerful in that the are easily modified, human and machine readable and you can record layer "states" and mix and match the "objects" later on as you like to create alternate configurations. But where they're a weak point is when you want to provide a warm 'n fuzzy front end for User B. Goode. Templates are difficult to work with at that point. They're based on the 1950s-60s notion of batch programming in which the programmer decides where the process starts and ends. So when you try to build an interactive, user-driven interface on top of this, the bugs and shortcomings you tend to run into are usually rooted in a sort of schizophrenia between the two paradigms. Has anyone here considered breaking down the rigidity of the mapfile architecture by writing them in XML or JSON formats so they can be more easily manipulated by an application? - Bill Thoen ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users ___
Re: [mapserver-users] A Question of Group
Bob Basques wrote: Bill, This is a shameless plug for GeoMoose functionality, it was prompted by your comments below however, so I don't feel too bad :c) Grab every opportunity that sets you up for a pitch! Although I'm actually not unhappy with HTML Legends --I've found workarounds for things I don't like-- but it would have been nice to have known in advance where it runs out of steam or just doesn't go, so I'd know whether I would reach the point of implementing kludges before or after I reached my goal. GeoMoose sounds pretty good and seems to solve my problems 1-2-3... But before I go try it out now instead of later and spend a lot of time I can't spare contemplating a software switch and testing its capabilities for possible use in a project with a tight deadline, can you highlight for me the top two or three areas where the hard, cold ground rises up to meet it (i.e. where it falls on its face)? I'm not looking for what's broken, but more along the lines of what it is NOT designed for, so I don't make th e mistake of trying to use in a situation where it will not do well. * Each layer (or group of layers) is controlled via it's own mapfile, while this might seem cumbersome to manage, it does allow for separate and integrated management of data layers by many data custodians, which is what GeoMoose was originally designed for, many data custodians doing their own thing. It's also very good for automation purposes in general. One of the both strong points and weak points in the FOSS mapping software I've seen so far is its almost universal core dependence on mapfiles or templates as the driving mechanism. These are powerful in that the are easily modified, human and machine readable and you can record layer "states" and mix and match the "objects" later on as you like to create alternate configurations. But where they're a weak point is when you want to provide a warm 'n fuzzy front end for User B. Goode. Templates are difficult to work with at that point. They're based on the 1950s-60s notion of batch programming in which the programmer decides where the process starts and ends. So when you try to build an interactive, user-driven interface on top of this, the bugs and shortcomings you tend to run into are usually rooted in a sort of schizophrenia between the two paradigms. Has anyone here considered breaking down the rigidity of the mapfile architecture by writing them in XML or JSON formats so they can be more easily manipulated by an application? - Bill Thoen ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Re: Mapscript WFS wrapper for C-sharp
Kristian, This issue is pretty much the same I've already blogged about at: http://szekerest.blogspot.com/2010/02/redistribution-of-shared-c-runtime.html see Chapter 3 for the details. I would suggest to make a test with my daily built binaries available at: http://vbkto.dyndns.org/sdk/ Best regards, Tamas 2010/3/3 Frost89 > > Hi Tamas, and thanks for the answer :) > Unfortunately, when adding all the dll's from apache/cgi-bin I get > http://img517.imageshack.us/img517/6708/screenshotruntimeerror.jpg this > runtime error . > > And then a message like this: > [FileLoadException: Det lykkedes ikke at initialisere en DLL. (Exception > from HRESULT: 0x8007045A)] > > Roughly translated into "Unable to initialize a DLL". > > I've also tried not only to add the DDL's but also all the EXE's from the > apache/cgi-bin directory. Nothing changes :( > > -Kristian Frost > -- > View this message in context: > http://n2.nabble.com/Mapscript-WFS-wrapper-for-C-sharp-tp4661038p4666538.html > Sent from the Mapserver - User mailing list archive at Nabble.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] getmap request with SLD failing after upgrade to 5.6.0
Ok, thank you for the confirmation. For now I've installed 5.4.2. This one doesn't have the bug. And thank you all for the accurate help to pinpoint the problem and to learn me a few new tricks. MArco Yewondwossen Assefa schreef: Bart van den Eijnden wrote: Then I fear you have run into (like myself): http://trac.osgeo.org/mapserver/ticket/3289 Assefa can confirm this. Btw the fix was only done in trunk, should it not be done in the 5.6 branch as well? The fix was back ported to the 5.6 branch and should be available for the next 5.6.2 release. best regards, Best regards, Bart On Mar 3, 2010, at 9:41 AM, DeDuikertjes wrote: Bart, I've tried to do so, no difference in either error file or temporary mapfile expressions MArco Bart van den Eijnden schreef: It seems Mapserver does not treat your column as a character column, try using the following METADATA on your source layer (so not in the temporary MAP file): "gml_geoidn_type" "Character" Best regards, Bart On Mar 3, 2010, at 8:52 AM, DeDuikertjes wrote: Bart, Thanks for the suggestion. I've opened up the temporary MAP file. A layer definition from this file is (there are a LOT more like that): LAYER CONNECTION "host=xxx user=x dbname=xxx" CONNECTIONTYPE POSTGIS DATA 'tc_punt_geometry from "NL.IMRO.0184.Zeewijkfase4-0201_aggregated" using unique oid using srid=28992' DUMP TRUE GROUP "query" METADATA "wms_srs" "EPSG:28992 EPSG:900913 EPSG:4326" "ows_feature_id" "geoidn" "ows_group_title" "query" "ows_extent" "170861.5122 520007.0618 171570.1698 520546.6582" "gml_exclude_items" "tc_multi_geometry,tc_vlak_geometry,tc_lijn_geometry,tc_punt_geometry" "ows_title" "query_punt" "gml_include_items" "all" "ows_exclude_items" "all" END NAME "query_punt" PROCESSING "CLOSE_CONNECTION=DEFER" PROJECTION "init=epsg:28992" END STATUS ON TEMPLATE "query.html" TYPE POLYGON UNITS METERS CLASS NAME "Unknown" EXPRESSION ([geoidn] = NL.IMRO.0184.EP127818521-00) STYLE ANGLE 360 COLOR 255 0 255 OPACITY 40 SIZE 2 SYMBOL "sld_line_symbol" WIDTH 1 END STYLE ANGLE 360 COLOR 255 0 255 OPACITY 40 SYMBOL 0 WIDTH 1 END STYLE ANGLE 360 OPACITY 40 OUTLINECOLOR 255 0 255 SIZE 2 SYMBOL "sld_line_symbol" WIDTH 1 END END END MArco Bart van den Eijnden schreef: Hi Marco, Mapserver has saved a temporary MAP file, please open it up and check if something is wrong in there, or post the LAYER definition to the mailing list. /var/www/cgi-bin/../html/viewerfabriek-alpha/data/vf_80.101.100.35_check/4b8d40f7e0787/4b8e0df9_52ef_0._sld.map Best regards, Bart On Mar 3, 2010, at 8:30 AM, DeDuikertjes wrote: Thank you, I've did as you said, but can't get a clue on what's going on. The error file shows: [Wed Mar 3 08:21:29 2010].677158 msApplySLD(): Map file after SLD was applied /var/www/cgi-bin/../html/viewerfabriek-alpha/data/vf_80.101.100.35_check/4b8d40f7e0787/4b8e0df9_52ef_0._sld.map[Wed Mar 3 08:21:29 2010].731599 msyyparse(): Expression parser error. syntax error [Wed Mar 3 08:21:29 2010].731628 msEvalExpression: Expression parser error. Failed to parse expression: NL.IMRO.0184.BA127909736-00 = NL.IMRO.0184.EP127818521-00 [Wed Mar 3 08:21:29 2010].731649 msyyparse(): Expression parser error. syntax error And a lot more of these expression errors. Then followed by [Wed Mar 3 08:21:29 2010].745454 msDrawMap(): Layer 0 (query_vlak), 0.029s [Wed Mar 3 08:21:29 2010].747286 msDrawMap(): Layer 1 (query_lijn), 0.002s [Wed Mar 3 08:21:29 2010].749832 msDrawMap(): Layer 2 (query_punt), 0.003s [Wed Mar 3 08:21:29 2010].750760 msDrawMap(): Drawing Label Cache, 0.000s [Wed Mar 3 08:21:29 2010].750771 msDrawMap() total time: 0.046s [Wed Mar 3 08:21:29 2010].999507 msSaveImage() total time: 0.249s [Wed Mar 3 08:21:29 2010].999706 mapserv request processing time (msLoadMap not incl.): 0.336s [Wed Mar 3 08:21:29 2010].999723 msFreeMap(): freeing map at 0x81bf400. What is going wrong? MArco Yewondwossen Assefa schreef: Hi There, One way to debug would be to set your map file in debug, something like this: CONFIG "MS_ERRORFILE" "f:/msapps/gmap-ms40/htdocs/gmap.log" DEBUG 5 and check the logs. It should show you the map file after the sld has been applied. That might give a hint on what went wrong. best regards, DeDuikertjes wrote: Hi List, Finally I managed to upgrade mapserver 5.1-dev (FWTools) to 5.6.0 (FGS). I use it as a WMS. Everything looks fine, but I've one anoying problem: When I do a getmap-request with an SLD I get an empty image back, while 5.1-dev gives me a proper result. Other getmap requests work fine. I tested this several times by swapping the old mapserv executab
Re: [mapserver-users] getmap request with SLD failing after upgrade to 5.6.0
Bart van den Eijnden wrote: Then I fear you have run into (like myself): http://trac.osgeo.org/mapserver/ticket/3289 Assefa can confirm this. Btw the fix was only done in trunk, should it not be done in the 5.6 branch as well? The fix was back ported to the 5.6 branch and should be available for the next 5.6.2 release. best regards, Best regards, Bart On Mar 3, 2010, at 9:41 AM, DeDuikertjes wrote: Bart, I've tried to do so, no difference in either error file or temporary mapfile expressions MArco Bart van den Eijnden schreef: It seems Mapserver does not treat your column as a character column, try using the following METADATA on your source layer (so not in the temporary MAP file): "gml_geoidn_type" "Character" Best regards, Bart On Mar 3, 2010, at 8:52 AM, DeDuikertjes wrote: Bart, Thanks for the suggestion. I've opened up the temporary MAP file. A layer definition from this file is (there are a LOT more like that): LAYER CONNECTION "host=xxx user=x dbname=xxx" CONNECTIONTYPE POSTGIS DATA 'tc_punt_geometry from "NL.IMRO.0184.Zeewijkfase4-0201_aggregated" using unique oid using srid=28992' DUMP TRUE GROUP "query" METADATA "wms_srs" "EPSG:28992 EPSG:900913 EPSG:4326" "ows_feature_id" "geoidn" "ows_group_title" "query" "ows_extent" "170861.5122 520007.0618 171570.1698 520546.6582" "gml_exclude_items" "tc_multi_geometry,tc_vlak_geometry,tc_lijn_geometry,tc_punt_geometry" "ows_title" "query_punt" "gml_include_items" "all" "ows_exclude_items" "all" END NAME "query_punt" PROCESSING "CLOSE_CONNECTION=DEFER" PROJECTION "init=epsg:28992" END STATUS ON TEMPLATE "query.html" TYPE POLYGON UNITS METERS CLASS NAME "Unknown" EXPRESSION ([geoidn] = NL.IMRO.0184.EP127818521-00) STYLE ANGLE 360 COLOR 255 0 255 OPACITY 40 SIZE 2 SYMBOL "sld_line_symbol" WIDTH 1 END STYLE ANGLE 360 COLOR 255 0 255 OPACITY 40 SYMBOL 0 WIDTH 1 END STYLE ANGLE 360 OPACITY 40 OUTLINECOLOR 255 0 255 SIZE 2 SYMBOL "sld_line_symbol" WIDTH 1 END END END MArco Bart van den Eijnden schreef: Hi Marco, Mapserver has saved a temporary MAP file, please open it up and check if something is wrong in there, or post the LAYER definition to the mailing list. /var/www/cgi-bin/../html/viewerfabriek-alpha/data/vf_80.101.100.35_check/4b8d40f7e0787/4b8e0df9_52ef_0._sld.map Best regards, Bart On Mar 3, 2010, at 8:30 AM, DeDuikertjes wrote: Thank you, I've did as you said, but can't get a clue on what's going on. The error file shows: [Wed Mar 3 08:21:29 2010].677158 msApplySLD(): Map file after SLD was applied /var/www/cgi-bin/../html/viewerfabriek-alpha/data/vf_80.101.100.35_check/4b8d40f7e0787/4b8e0df9_52ef_0._sld.map[Wed Mar 3 08:21:29 2010].731599 msyyparse(): Expression parser error. syntax error [Wed Mar 3 08:21:29 2010].731628 msEvalExpression: Expression parser error. Failed to parse expression: NL.IMRO.0184.BA127909736-00 = NL.IMRO.0184.EP127818521-00 [Wed Mar 3 08:21:29 2010].731649 msyyparse(): Expression parser error. syntax error And a lot more of these expression errors. Then followed by [Wed Mar 3 08:21:29 2010].745454 msDrawMap(): Layer 0 (query_vlak), 0.029s [Wed Mar 3 08:21:29 2010].747286 msDrawMap(): Layer 1 (query_lijn), 0.002s [Wed Mar 3 08:21:29 2010].749832 msDrawMap(): Layer 2 (query_punt), 0.003s [Wed Mar 3 08:21:29 2010].750760 msDrawMap(): Drawing Label Cache, 0.000s [Wed Mar 3 08:21:29 2010].750771 msDrawMap() total time: 0.046s [Wed Mar 3 08:21:29 2010].999507 msSaveImage() total time: 0.249s [Wed Mar 3 08:21:29 2010].999706 mapserv request processing time (msLoadMap not incl.): 0.336s [Wed Mar 3 08:21:29 2010].999723 msFreeMap(): freeing map at 0x81bf400. What is going wrong? MArco Yewondwossen Assefa schreef: Hi There, One way to debug would be to set your map file in debug, something like this: CONFIG "MS_ERRORFILE" "f:/msapps/gmap-ms40/htdocs/gmap.log" DEBUG 5 and check the logs. It should show you the map file after the sld has been applied. That might give a hint on what went wrong. best regards, DeDuikertjes wrote: Hi List, Finally I managed to upgrade mapserver 5.1-dev (FWTools) to 5.6.0 (FGS). I use it as a WMS. Everything looks fine, but I've one anoying problem: When I do a getmap-request with an SLD I get an empty image back, while 5.1-dev gives me a proper result. Other getmap requests work fine. I tested this several times by swapping the old mapserv executable with the new one. an example of a getmap request which fails on 5.6.0 and succeeds in 5.1-dev is: https://85.12.17.114/cgi-bin/mapserv?map=../html/viewerfabriek-alpha/data/vf_80.101.100.35_check/4b8d40f7e0787/NL.IMRO.0184.Zeewijkfase4-0201.map&LAYERS=q
[mapserver-users] Re: Getfeatureinfo and MSsql 2008 server
Hi I´m sending a point table that I´m using to test... Layer definition : LAYER NAME Test METADATA "wms_title""Test" ##required "wms_feature_info_mime_type" "text/html" END TYPE POINT STATUS ON INCLUDE "Connection.map" DATA "the_geom from tblGeo_Porto USING UNIQUE CodigoPorto USING SRID=0" TOLERANCE 14 TEMPLATE "query.html" CLASS TEMPLATE "dummy" NAME "Test" STYLE SYMBOL 'test_15' COLOR 0 0 0 ANTIALIAS TRUE END END END Nquery CGI call : http://localhost/cgi-bin-last/mapserv.exe?map=Map.map&mode=nquery&LAYERS=Test&mapext=-54.463422851562+-28.5204328125+-54.155805664062+-28.267747265625&imgext=-54.463422851562+-28.5204328125+-54.155805664062+-28.267747265625&map_size=1221+670&imgxy=1221+670&imgbox=0+0+1221+670 I got : Content-type: text/html Using Postgis (same code) works fine... If you need, I can send the GetFeatureInfo code as well... But I think it´s the same "bug" ... The db data is attached... Paul On Tue, Mar 2, 2010 at 8:01 PM, Tamas Szekeres wrote: > Paul > > It would be helpful to have some test data to reproduce your problem. > > In the meantime I've found an issue with regards of the query handling in > the sql2008 driver and working on a fix right now, however I'm not sure if > it is related to the problem of yours. > > Best regards, > > Tamas > > > 2010/3/2 Paul james > > Hi ... >> >> I have the same error here using Getfeature and Mssql2008... Works fine >> with Postgis connection ... >> >> My last test was using Getfeature with a Point Layer... The message >> returned was : >> >> >> Content-type: application/vnd.ogc.se_xml >> >> >> > http://schemas.opengis.net/wms/1.1.1/exception_1_1_1.dtd";> >> >> >> >> >> >> No error reported using DEBUG mode... >> >> The query generated was : >> >> SELECT convert(varchar(max), oid),convert(varchar(max), >> id),the_geom.STAsBinary(),convert(varchar(20), oid) from viw_test WHERE >> the_geom.STIntersects(Geometry::STGeomFromText('POLYGON((-62.4340041752662 >> -11.1071026733531,-61.8187697837838 -11.1071026733531,-61.8187697837838 >> -10.4918682818707,-62.4340041752662 -10.4918682818707,-62.4340041752662 >> -11.1071026733531))',0)) = 1 >> >> That query executed in Analyser return the right result: >> 0x0101917EFB3A104FC061A6ED5F598925C0 >> >> Using CGI NQuery also doesnt work, returning : >> Content-type: text/html >> >> If you need more details, let me know... >> >> Paul >> >> >> >> >> On Tue, Mar 2, 2010 at 5:34 AM, Afroz Kannancheri wrote: >> >>> >>> Dear Tamas, >>> Heres the debug log obtained when i clicked on the polygon >>> >>> [Tue Mar 02 12:28:47 2010].113000 msMSSQL2008LayerOpen called >>> datastatement: >>> geom from region1 USING UNIQUE id USING SRID=4326 >>> [Tue Mar 02 12:28:47 2010].113000 MSMSSQL2008LayerOpen -- shared >>> connection >>> not available. >>> [Tue Mar 02 12:28:47 2010].957000 >>> >>> msConnPoolRegister(region1,server=3.254.254.34;uid=sa;pwd=pwd;database=map;Integrated >>> Security=false,01E39FC0) >>> [Tue Mar 02 12:28:47 2010].957000 msMSSQL2008LayerParseData: unique >>> column = >>> id, srid='4326', geom_column_name = geom, table_name=region1 >>> [Tue Mar 02 12:28:47 2010].957000 msMSSQL2008LayerFreeItemInfo called >>> [Tue Mar 02 12:28:47 2010].957000 in msMSSQL2008LayerGetItems (find >>> column >>> names) >>> [Tue Mar 02 12:28:48 2010].113000 msMSSQL2008LayerInitItemInfo called >>> [Tue Mar 02 12:28:48 2010].113000 msMSSQL2008LayerInitItemInfo called >>> [Tue Mar 02 12:28:48 2010].113000 msMSSQL2008LayerWhichShapes called >>> [Tue Mar 02 12:28:48 2010].113000 query_string_temp:SELECT >>> convert(varchar(max), ID),convert(varchar(max), >>> name),convert(varchar(max), >>> flag1),convert(varchar(max), flag2),convert(varchar(max), >>> flag3),geom.STAsBinary(),convert(varchar(20), id) from region1 WHERE >>> geom.STIntersects(Geometry::STGeomFromText('POLYGON((55.4843749962207 >>> -4.59960928778372,56.5390624973545 -4.59960928778372,56.5390624973545 >>> -3.54492178664993,55.4843749962207 -3.54492178664993,55.4843749962207 >>> -4.59960928778372))',4326)) = 1 >>> [Tue Mar 02 12:28:48 2010].394000 msMSSQL2008LayerClose datastatement: >>> geom >>> from region1 USING UNIQUE id USING SRID=4326 >>> [Tue Mar 02 12:28:48 2010].394000 >>> >>> msConnPoolRelease(region1,server=3.254.254.34;uid=sa;pwd=pwd;database=map;Integrated >>> Security=false,01E39FC0) >>> [Tue Mar 02 12:28:48 2010].394000 >>> >>> msConnPoolClose(server=3.254.254.34;uid=sa;pwd=pwd;database=map;Integrated >>> Security=false,01E39FC0) >>> [Tue Mar 02 12:28:48 2010].41 freeLayer(): freeing layer at 01E15180. >>> >>> Thnx >>> Afroz >>> -- >>> View this message in context: >>> http://n2.nabble.com/Getfeatureinfo-and-MSsql-2008-server-tp4631781p4659685.html >>> Sent from the Mapserver - User mailing list archive at Nabble.com. >>>
Re: [mapserver-users] A Question of Group
Bill, This is a shameless plug for GeoMoose functionality, it was prompted by your comments below however, so I don't feel too bad :c) * GeoMoose can handle almost an unlimited number of layers (Browser memory being the limit for the most part), we have just over 170 layers in our internal installation (and growing) * It has had a expand/collapse feature since day one. * It has had grouping available via MapFiles from day one, and the last couple of versions have had grouping with control in the client, while still maintaining individual layer control at the user end. You can group layers in a single mapfile for a single image return, and still be able to control the separate layer on/off visibility in the client. * Most (if not all) of the layer specific controls are icon based. (you can also add layer specific user extensions as well, that's another post though) * Each layer (or group of layers) is controlled via it's own mapfile, while this might seem cumbersome to manage, it does allow for separate and integrated management of data layers by many data custodians, which is what GeoMoose was originally designed for, many data custodians doing their own thing. It's also very good for automation purposes in general. Check it out, the new GeoMoose site ( www.geomoose.org) ( http://www.geomoose.org) ) has some live demos of the interface running, which demonstrate many of it's capabilities in online working versions. bobb >>> Bill Thoen wrote: In my case I was happily building a pretty good tool in Open Layers, and the first thing a new client wanted was support for up to 100 layers, which is not do-able in OL because the layer switcher doesn't have a scrollbar and it maxes out when the list of layer reaches the bottom of the map window. It also has no grouping ability to treat a group of layers as a single layer, nor does it provide a expand/collapse feature, or show layer icons. Other than the grouping issue (which I think is not going to be as useful as the client thinks, even if I get it to work the way they want) HTML Legends cover a lot of ground with not a lot of code needed. Still, I think I should look at this GeoMoose some time. It sounds pretty good. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] Re: Mapscript WFS wrapper for C-sharp
Hi Tamas, and thanks for the answer :) Unfortunately, when adding all the dll's from apache/cgi-bin I get http://img517.imageshack.us/img517/6708/screenshotruntimeerror.jpg this runtime error . And then a message like this: [FileLoadException: Det lykkedes ikke at initialisere en DLL. (Exception from HRESULT: 0x8007045A)] Roughly translated into "Unable to initialize a DLL". I've also tried not only to add the DDL's but also all the EXE's from the apache/cgi-bin directory. Nothing changes :( -Kristian Frost -- View this message in context: http://n2.nabble.com/Mapscript-WFS-wrapper-for-C-sharp-tp4661038p4666538.html Sent from the Mapserver - User mailing list archive at Nabble.com. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] getmap request with SLD failing after upgrade to 5.6.0
List, Is it known what is the latest mapserver version that does not have this bug? MArco Bart van den Eijnden schreef: Marco, filter code is used by both WFS and SLD WMS. The second = is not necessary, =, == and eq are the same for strings. Best regards, Bart On Mar 3, 2010, at 10:01 AM, DeDuikertjes wrote: Bart, The ticket refers to WFS OCG filter rgex tests for numeric values. So, it seems to extend to WMS as well (need to expand the ticket ?). Does this mean that I have te wait for this to be fixed, and then packaged in FGS? (mapserver compilation is something I cannot do). Now to check that I understand well: The expression which is generated on the basis of the SLD should not read: EXPRESSION ([geoidn] = NL.IMRO.0184.EP127818521-00) but should read: EXPRESSION ("[geoidn]" == "NL.IMRO.0184.EP127818521-00") Note the two sets of double quotes and the second = MArco Bart van den Eijnden schreef: Then I fear you have run into (like myself): http://trac.osgeo.org/mapserver/ticket/3289 Assefa can confirm this. Btw the fix was only done in trunk, should it not be done in the 5.6 branch as well? Best regards, Bart On Mar 3, 2010, at 9:41 AM, DeDuikertjes wrote: Bart, I've tried to do so, no difference in either error file or temporary mapfile expressions MArco Bart van den Eijnden schreef: It seems Mapserver does not treat your column as a character column, try using the following METADATA on your source layer (so not in the temporary MAP file): "gml_geoidn_type" "Character" Best regards, Bart On Mar 3, 2010, at 8:52 AM, DeDuikertjes wrote: Bart, Thanks for the suggestion. I've opened up the temporary MAP file. A layer definition from this file is (there are a LOT more like that): LAYER CONNECTION "host=xxx user=x dbname=xxx" CONNECTIONTYPE POSTGIS DATA 'tc_punt_geometry from "NL.IMRO.0184.Zeewijkfase4-0201_aggregated" using unique oid using srid=28992' DUMP TRUE GROUP "query" METADATA "wms_srs" "EPSG:28992 EPSG:900913 EPSG:4326" "ows_feature_id" "geoidn" "ows_group_title" "query" "ows_extent" "170861.5122 520007.0618 171570.1698 520546.6582" "gml_exclude_items" "tc_multi_geometry,tc_vlak_geometry,tc_lijn_geometry,tc_punt_geometry" "ows_title" "query_punt" "gml_include_items" "all" "ows_exclude_items" "all" END NAME "query_punt" PROCESSING "CLOSE_CONNECTION=DEFER" PROJECTION "init=epsg:28992" END STATUS ON TEMPLATE "query.html" TYPE POLYGON UNITS METERS CLASS NAME "Unknown" EXPRESSION ([geoidn] = NL.IMRO.0184.EP127818521-00) STYLE ANGLE 360 COLOR 255 0 255 OPACITY 40 SIZE 2 SYMBOL "sld_line_symbol" WIDTH 1 END STYLE ANGLE 360 COLOR 255 0 255 OPACITY 40 SYMBOL 0 WIDTH 1 END STYLE ANGLE 360 OPACITY 40 OUTLINECOLOR 255 0 255 SIZE 2 SYMBOL "sld_line_symbol" WIDTH 1 END END END MArco Bart van den Eijnden schreef: Hi Marco, Mapserver has saved a temporary MAP file, please open it up and check if something is wrong in there, or post the LAYER definition to the mailing list. /var/www/cgi-bin/../html/viewerfabriek-alpha/data/vf_80.101.100.35_check/4b8d40f7e0787/4b8e0df9_52ef_0._sld.map Best regards, Bart On Mar 3, 2010, at 8:30 AM, DeDuikertjes wrote: Thank you, I've did as you said, but can't get a clue on what's going on. The error file shows: [Wed Mar 3 08:21:29 2010].677158 msApplySLD(): Map file after SLD was applied /var/www/cgi-bin/../html/viewerfabriek-alpha/data/vf_80.101.100.35_check/4b8d40f7e0787/4b8e0df9_52ef_0._sld.map[Wed Mar 3 08:21:29 2010].731599 msyyparse(): Expression parser error. syntax error [Wed Mar 3 08:21:29 2010].731628 msEvalExpression: Expression parser error. Failed to parse expression: NL.IMRO.0184.BA127909736-00 = NL.IMRO.0184.EP127818521-00 [Wed Mar 3 08:21:29 2010].731649 msyyparse(): Expression parser error. syntax error And a lot more of these expression errors. Then followed by [Wed Mar 3 08:21:29 2010].745454 msDrawMap(): Layer 0 (query_vlak), 0.029s [Wed Mar 3 08:21:29 2010].747286 msDrawMap(): Layer 1 (query_lijn), 0.002s [Wed Mar 3 08:21:29 2010].749832 msDrawMap(): Layer 2 (query_punt), 0.003s [Wed Mar 3 08:21:29 2010].750760 msDrawMap(): Drawing Label Cache, 0.000s [Wed Mar 3 08:21:29 2010].750771 msDrawMap() total time: 0.046s [Wed Mar 3 08:21:29 2010].999507 msSaveImage() total time: 0.249s [Wed Mar 3 08:21:29 2010].999706 mapserv request processing time (msLoadMap not incl.): 0.336s [Wed Mar 3 08:21:29 2010].999723 msFreeMap(): freeing map at 0x81bf400. What is going wrong? MArco Yewondwossen Assefa schreef: Hi There, One way to debug would be to set your map file in debug, something like this: CONFIG "MS_ERRORFILE" "f:/msapps/gmap-ms
Re: [mapserver-users] getmap request with SLD failing after upgrade to 5.6.0
Marco, filter code is used by both WFS and SLD WMS. The second = is not necessary, =, == and eq are the same for strings. Best regards, Bart On Mar 3, 2010, at 10:01 AM, DeDuikertjes wrote: > Bart, > > The ticket refers to WFS OCG filter rgex tests for numeric values. > So, it seems to extend to WMS as well (need to expand the ticket ?). > > Does this mean that I have te wait for this to be fixed, and then packaged in > FGS? > (mapserver compilation is something I cannot do). > > Now to check that I understand well: > The expression which is generated on the basis of the SLD should not read: > > EXPRESSION ([geoidn] = NL.IMRO.0184.EP127818521-00) > > but should read: > > EXPRESSION ("[geoidn]" == "NL.IMRO.0184.EP127818521-00") > > Note the two sets of double quotes and the second = > > MArco > > > > Bart van den Eijnden schreef: >> Then I fear you have run into (like myself): >> >> http://trac.osgeo.org/mapserver/ticket/3289 >> >> Assefa can confirm this. Btw the fix was only done in trunk, should it not >> be done in the 5.6 branch as well? >> >> Best regards, >> Bart >> >> On Mar 3, 2010, at 9:41 AM, DeDuikertjes wrote: >> >> >>> Bart, >>> >>> I've tried to do so, no difference in either error file or temporary >>> mapfile expressions >>> >>> MArco >>> >>> Bart van den Eijnden schreef: >>> It seems Mapserver does not treat your column as a character column, try using the following METADATA on your source layer (so not in the temporary MAP file): "gml_geoidn_type" "Character" Best regards, Bart On Mar 3, 2010, at 8:52 AM, DeDuikertjes wrote: > Bart, > > Thanks for the suggestion. I've opened up the temporary MAP file. A layer > definition from this file is (there are a LOT more like that): > > LAYER > CONNECTION "host=xxx user=x dbname=xxx" > CONNECTIONTYPE POSTGIS > DATA 'tc_punt_geometry from "NL.IMRO.0184.Zeewijkfase4-0201_aggregated" > using unique oid using srid=28992' > DUMP TRUE > GROUP "query" > METADATA > "wms_srs" "EPSG:28992 EPSG:900913 EPSG:4326" > "ows_feature_id" "geoidn" > "ows_group_title" "query" > "ows_extent" "170861.5122 520007.0618 171570.1698 520546.6582" > "gml_exclude_items" > "tc_multi_geometry,tc_vlak_geometry,tc_lijn_geometry,tc_punt_geometry" > "ows_title" "query_punt" > "gml_include_items" "all" > "ows_exclude_items" "all" > END > NAME "query_punt" > PROCESSING "CLOSE_CONNECTION=DEFER" > PROJECTION > "init=epsg:28992" > END > STATUS ON > TEMPLATE "query.html" > TYPE POLYGON > UNITS METERS > CLASS > NAME "Unknown" > EXPRESSION ([geoidn] = NL.IMRO.0184.EP127818521-00) > STYLE > ANGLE 360 > COLOR 255 0 255 > OPACITY 40 > SIZE 2 > SYMBOL "sld_line_symbol" > WIDTH 1 > END > STYLE > ANGLE 360 > COLOR 255 0 255 > OPACITY 40 > SYMBOL 0 > WIDTH 1 > END > STYLE > ANGLE 360 > OPACITY 40 > OUTLINECOLOR 255 0 255 > SIZE 2 > SYMBOL "sld_line_symbol" > WIDTH 1 > END > END > END > > MArco > > > > Bart van den Eijnden schreef: > >> Hi Marco, >> >> Mapserver has saved a temporary MAP file, please open it up and check if >> something is wrong in there, or post the LAYER definition to the >> mailing list. >> >> >>> /var/www/cgi-bin/../html/viewerfabriek-alpha/data/vf_80.101.100.35_check/4b8d40f7e0787/4b8e0df9_52ef_0._sld.map >>> >> Best regards, >> Bart >> >> On Mar 3, 2010, at 8:30 AM, DeDuikertjes wrote: >> >> >>> Thank you, >>> >>> I've did as you said, but can't get a clue on what's going on. >>> The error file shows: >>> >>> [Wed Mar 3 08:21:29 2010].677158 msApplySLD(): Map file after SLD was >>> applied >>> /var/www/cgi-bin/../html/viewerfabriek-alpha/data/vf_80.101.100.35_check/4b8d40f7e0787/4b8e0df9_52ef_0._sld.map[Wed >>> Mar 3 08:21:29 2010].731599 msyyparse(): Expression parser error. >>> syntax error >>> [Wed Mar 3 08:21:29 2010].731628 msEvalExpression: Expression parser >>> error. Failed to parse expression: NL.IMRO.0184.BA127909736-00 = >>> NL.IMRO.0184.EP127818521-00 >>> [Wed Mar 3 08:21:29 2010].731649 msyyparse(): Expression parser error. >>> syntax error >>> And a lot more of these expression errors. >>> Then followed by >>> [Wed Mar 3 08:21:29 2010].745454 msDrawMap(): Layer 0 (query_vlak), >>> 0.029s >>> [Wed Mar 3 08:21:29 2010].747286 msDrawMap(): Layer 1 (query_lijn), >>> 0.002s >>> [Wed Mar 3 08:21:29 2010].749832 msDra
Re: [mapserver-users] getmap request with SLD failing after upgrade to 5.6.0
Bart, The ticket refers to WFS OCG filter rgex tests for numeric values. So, it seems to extend to WMS as well (need to expand the ticket ?). Does this mean that I have te wait for this to be fixed, and then packaged in FGS? (mapserver compilation is something I cannot do). Now to check that I understand well: The expression which is generated on the basis of the SLD should not read: EXPRESSION ([geoidn] = NL.IMRO.0184.EP127818521-00) but should read: EXPRESSION ("[geoidn]" == "NL.IMRO.0184.EP127818521-00") Note the two sets of double quotes and the second = MArco Bart van den Eijnden schreef: Then I fear you have run into (like myself): http://trac.osgeo.org/mapserver/ticket/3289 Assefa can confirm this. Btw the fix was only done in trunk, should it not be done in the 5.6 branch as well? Best regards, Bart On Mar 3, 2010, at 9:41 AM, DeDuikertjes wrote: Bart, I've tried to do so, no difference in either error file or temporary mapfile expressions MArco Bart van den Eijnden schreef: It seems Mapserver does not treat your column as a character column, try using the following METADATA on your source layer (so not in the temporary MAP file): "gml_geoidn_type" "Character" Best regards, Bart On Mar 3, 2010, at 8:52 AM, DeDuikertjes wrote: Bart, Thanks for the suggestion. I've opened up the temporary MAP file. A layer definition from this file is (there are a LOT more like that): LAYER CONNECTION "host=xxx user=x dbname=xxx" CONNECTIONTYPE POSTGIS DATA 'tc_punt_geometry from "NL.IMRO.0184.Zeewijkfase4-0201_aggregated" using unique oid using srid=28992' DUMP TRUE GROUP "query" METADATA "wms_srs" "EPSG:28992 EPSG:900913 EPSG:4326" "ows_feature_id" "geoidn" "ows_group_title" "query" "ows_extent" "170861.5122 520007.0618 171570.1698 520546.6582" "gml_exclude_items" "tc_multi_geometry,tc_vlak_geometry,tc_lijn_geometry,tc_punt_geometry" "ows_title" "query_punt" "gml_include_items" "all" "ows_exclude_items" "all" END NAME "query_punt" PROCESSING "CLOSE_CONNECTION=DEFER" PROJECTION "init=epsg:28992" END STATUS ON TEMPLATE "query.html" TYPE POLYGON UNITS METERS CLASS NAME "Unknown" EXPRESSION ([geoidn] = NL.IMRO.0184.EP127818521-00) STYLE ANGLE 360 COLOR 255 0 255 OPACITY 40 SIZE 2 SYMBOL "sld_line_symbol" WIDTH 1 END STYLE ANGLE 360 COLOR 255 0 255 OPACITY 40 SYMBOL 0 WIDTH 1 END STYLE ANGLE 360 OPACITY 40 OUTLINECOLOR 255 0 255 SIZE 2 SYMBOL "sld_line_symbol" WIDTH 1 END END END MArco Bart van den Eijnden schreef: Hi Marco, Mapserver has saved a temporary MAP file, please open it up and check if something is wrong in there, or post the LAYER definition to the mailing list. /var/www/cgi-bin/../html/viewerfabriek-alpha/data/vf_80.101.100.35_check/4b8d40f7e0787/4b8e0df9_52ef_0._sld.map Best regards, Bart On Mar 3, 2010, at 8:30 AM, DeDuikertjes wrote: Thank you, I've did as you said, but can't get a clue on what's going on. The error file shows: [Wed Mar 3 08:21:29 2010].677158 msApplySLD(): Map file after SLD was applied /var/www/cgi-bin/../html/viewerfabriek-alpha/data/vf_80.101.100.35_check/4b8d40f7e0787/4b8e0df9_52ef_0._sld.map[Wed Mar 3 08:21:29 2010].731599 msyyparse(): Expression parser error. syntax error [Wed Mar 3 08:21:29 2010].731628 msEvalExpression: Expression parser error. Failed to parse expression: NL.IMRO.0184.BA127909736-00 = NL.IMRO.0184.EP127818521-00 [Wed Mar 3 08:21:29 2010].731649 msyyparse(): Expression parser error. syntax error And a lot more of these expression errors. Then followed by [Wed Mar 3 08:21:29 2010].745454 msDrawMap(): Layer 0 (query_vlak), 0.029s [Wed Mar 3 08:21:29 2010].747286 msDrawMap(): Layer 1 (query_lijn), 0.002s [Wed Mar 3 08:21:29 2010].749832 msDrawMap(): Layer 2 (query_punt), 0.003s [Wed Mar 3 08:21:29 2010].750760 msDrawMap(): Drawing Label Cache, 0.000s [Wed Mar 3 08:21:29 2010].750771 msDrawMap() total time: 0.046s [Wed Mar 3 08:21:29 2010].999507 msSaveImage() total time: 0.249s [Wed Mar 3 08:21:29 2010].999706 mapserv request processing time (msLoadMap not incl.): 0.336s [Wed Mar 3 08:21:29 2010].999723 msFreeMap(): freeing map at 0x81bf400. What is going wrong? MArco Yewondwossen Assefa schreef: Hi There, One way to debug would be to set your map file in debug, something like this: CONFIG "MS_ERRORFILE" "f:/msapps/gmap-ms40/htdocs/gmap.log" DEBUG 5 and check the logs. It should show you the map file after the sld has been applied. That might give a hint on what went wrong. best regards, DeDuikertjes wrote: Hi List, Finally I managed to upgrade mapserver 5.1-dev (FWTools) to 5.6.0 (FGS). I use it as a WMS. Everything looks fine, but I've one anoyi
Re: [mapserver-users] getmap request with SLD failing after upgrade to 5.6.0
Then I fear you have run into (like myself): http://trac.osgeo.org/mapserver/ticket/3289 Assefa can confirm this. Btw the fix was only done in trunk, should it not be done in the 5.6 branch as well? Best regards, Bart On Mar 3, 2010, at 9:41 AM, DeDuikertjes wrote: > Bart, > > I've tried to do so, no difference in either error file or temporary mapfile > expressions > > MArco > > Bart van den Eijnden schreef: >> It seems Mapserver does not treat your column as a character column, try >> using the following METADATA on your source layer (so not in the temporary >> MAP file): >> >> "gml_geoidn_type" "Character" >> >> Best regards, >> Bart >> >> On Mar 3, 2010, at 8:52 AM, DeDuikertjes wrote: >> >> >>> Bart, >>> >>> Thanks for the suggestion. I've opened up the temporary MAP file. A layer >>> definition from this file is (there are a LOT more like that): >>> >>> LAYER >>> CONNECTION "host=xxx user=x dbname=xxx" >>> CONNECTIONTYPE POSTGIS >>> DATA 'tc_punt_geometry from "NL.IMRO.0184.Zeewijkfase4-0201_aggregated" >>> using unique oid using srid=28992' >>> DUMP TRUE >>> GROUP "query" >>> METADATA >>>"wms_srs" "EPSG:28992 EPSG:900913 EPSG:4326" >>>"ows_feature_id" "geoidn" >>>"ows_group_title" "query" >>>"ows_extent" "170861.5122 520007.0618 171570.1698 520546.6582" >>>"gml_exclude_items" >>> "tc_multi_geometry,tc_vlak_geometry,tc_lijn_geometry,tc_punt_geometry" >>>"ows_title" "query_punt" >>>"gml_include_items" "all" >>>"ows_exclude_items" "all" >>> END >>> NAME "query_punt" >>> PROCESSING "CLOSE_CONNECTION=DEFER" >>> PROJECTION >>>"init=epsg:28992" >>> END >>> STATUS ON >>> TEMPLATE "query.html" >>> TYPE POLYGON >>> UNITS METERS >>> CLASS >>>NAME "Unknown" >>>EXPRESSION ([geoidn] = NL.IMRO.0184.EP127818521-00) >>>STYLE >>> ANGLE 360 >>> COLOR 255 0 255 >>> OPACITY 40 >>> SIZE 2 >>> SYMBOL "sld_line_symbol" >>> WIDTH 1 >>>END >>>STYLE >>> ANGLE 360 >>> COLOR 255 0 255 >>> OPACITY 40 >>> SYMBOL 0 >>> WIDTH 1 >>>END >>>STYLE >>> ANGLE 360 >>> OPACITY 40 >>> OUTLINECOLOR 255 0 255 >>> SIZE 2 >>> SYMBOL "sld_line_symbol" >>> WIDTH 1 >>>END >>> END >>> END >>> >>> MArco >>> >>> >>> >>> Bart van den Eijnden schreef: >>> Hi Marco, Mapserver has saved a temporary MAP file, please open it up and check if something is wrong in there, or post the LAYER definition to the mailing list. > /var/www/cgi-bin/../html/viewerfabriek-alpha/data/vf_80.101.100.35_check/4b8d40f7e0787/4b8e0df9_52ef_0._sld.map > Best regards, Bart On Mar 3, 2010, at 8:30 AM, DeDuikertjes wrote: > Thank you, > > I've did as you said, but can't get a clue on what's going on. > The error file shows: > > [Wed Mar 3 08:21:29 2010].677158 msApplySLD(): Map file after SLD was > applied > /var/www/cgi-bin/../html/viewerfabriek-alpha/data/vf_80.101.100.35_check/4b8d40f7e0787/4b8e0df9_52ef_0._sld.map[Wed > Mar 3 08:21:29 2010].731599 msyyparse(): Expression parser error. > syntax error > [Wed Mar 3 08:21:29 2010].731628 msEvalExpression: Expression parser > error. Failed to parse expression: NL.IMRO.0184.BA127909736-00 = > NL.IMRO.0184.EP127818521-00 > [Wed Mar 3 08:21:29 2010].731649 msyyparse(): Expression parser error. > syntax error > And a lot more of these expression errors. > Then followed by > [Wed Mar 3 08:21:29 2010].745454 msDrawMap(): Layer 0 (query_vlak), > 0.029s > [Wed Mar 3 08:21:29 2010].747286 msDrawMap(): Layer 1 (query_lijn), > 0.002s > [Wed Mar 3 08:21:29 2010].749832 msDrawMap(): Layer 2 (query_punt), > 0.003s > [Wed Mar 3 08:21:29 2010].750760 msDrawMap(): Drawing Label Cache, 0.000s > [Wed Mar 3 08:21:29 2010].750771 msDrawMap() total time: 0.046s > [Wed Mar 3 08:21:29 2010].999507 msSaveImage() total time: 0.249s > [Wed Mar 3 08:21:29 2010].999706 mapserv request processing time > (msLoadMap not incl.): 0.336s > [Wed Mar 3 08:21:29 2010].999723 msFreeMap(): freeing map at 0x81bf400. > > What is going wrong? > > MArco > > > Yewondwossen Assefa schreef: > >> Hi There, >> >> One way to debug would be to set your map file in debug, something like >> this: >> CONFIG "MS_ERRORFILE" "f:/msapps/gmap-ms40/htdocs/gmap.log" >> DEBUG 5 >> and check the logs. It should show you the map file after the sld has >> been applied. That might give a hint on what went wrong. >> >> best regards, >> >> DeDuikertjes wrote: >> >>> Hi List, >>> >>> Finally I managed to upgrade mapserver 5.1-dev (FWTools) to 5.6.0 (FGS). >>> I use it as a WMS. Everyt
Re: [mapserver-users] getmap request with SLD failing after upgrade to 5.6.0
Bart, I've tried to do so, no difference in either error file or temporary mapfile expressions MArco Bart van den Eijnden schreef: It seems Mapserver does not treat your column as a character column, try using the following METADATA on your source layer (so not in the temporary MAP file): "gml_geoidn_type" "Character" Best regards, Bart On Mar 3, 2010, at 8:52 AM, DeDuikertjes wrote: Bart, Thanks for the suggestion. I've opened up the temporary MAP file. A layer definition from this file is (there are a LOT more like that): LAYER CONNECTION "host=xxx user=x dbname=xxx" CONNECTIONTYPE POSTGIS DATA 'tc_punt_geometry from "NL.IMRO.0184.Zeewijkfase4-0201_aggregated" using unique oid using srid=28992' DUMP TRUE GROUP "query" METADATA "wms_srs" "EPSG:28992 EPSG:900913 EPSG:4326" "ows_feature_id" "geoidn" "ows_group_title" "query" "ows_extent" "170861.5122 520007.0618 171570.1698 520546.6582" "gml_exclude_items" "tc_multi_geometry,tc_vlak_geometry,tc_lijn_geometry,tc_punt_geometry" "ows_title" "query_punt" "gml_include_items" "all" "ows_exclude_items" "all" END NAME "query_punt" PROCESSING "CLOSE_CONNECTION=DEFER" PROJECTION "init=epsg:28992" END STATUS ON TEMPLATE "query.html" TYPE POLYGON UNITS METERS CLASS NAME "Unknown" EXPRESSION ([geoidn] = NL.IMRO.0184.EP127818521-00) STYLE ANGLE 360 COLOR 255 0 255 OPACITY 40 SIZE 2 SYMBOL "sld_line_symbol" WIDTH 1 END STYLE ANGLE 360 COLOR 255 0 255 OPACITY 40 SYMBOL 0 WIDTH 1 END STYLE ANGLE 360 OPACITY 40 OUTLINECOLOR 255 0 255 SIZE 2 SYMBOL "sld_line_symbol" WIDTH 1 END END END MArco Bart van den Eijnden schreef: Hi Marco, Mapserver has saved a temporary MAP file, please open it up and check if something is wrong in there, or post the LAYER definition to the mailing list. /var/www/cgi-bin/../html/viewerfabriek-alpha/data/vf_80.101.100.35_check/4b8d40f7e0787/4b8e0df9_52ef_0._sld.map Best regards, Bart On Mar 3, 2010, at 8:30 AM, DeDuikertjes wrote: Thank you, I've did as you said, but can't get a clue on what's going on. The error file shows: [Wed Mar 3 08:21:29 2010].677158 msApplySLD(): Map file after SLD was applied /var/www/cgi-bin/../html/viewerfabriek-alpha/data/vf_80.101.100.35_check/4b8d40f7e0787/4b8e0df9_52ef_0._sld.map[Wed Mar 3 08:21:29 2010].731599 msyyparse(): Expression parser error. syntax error [Wed Mar 3 08:21:29 2010].731628 msEvalExpression: Expression parser error. Failed to parse expression: NL.IMRO.0184.BA127909736-00 = NL.IMRO.0184.EP127818521-00 [Wed Mar 3 08:21:29 2010].731649 msyyparse(): Expression parser error. syntax error And a lot more of these expression errors. Then followed by [Wed Mar 3 08:21:29 2010].745454 msDrawMap(): Layer 0 (query_vlak), 0.029s [Wed Mar 3 08:21:29 2010].747286 msDrawMap(): Layer 1 (query_lijn), 0.002s [Wed Mar 3 08:21:29 2010].749832 msDrawMap(): Layer 2 (query_punt), 0.003s [Wed Mar 3 08:21:29 2010].750760 msDrawMap(): Drawing Label Cache, 0.000s [Wed Mar 3 08:21:29 2010].750771 msDrawMap() total time: 0.046s [Wed Mar 3 08:21:29 2010].999507 msSaveImage() total time: 0.249s [Wed Mar 3 08:21:29 2010].999706 mapserv request processing time (msLoadMap not incl.): 0.336s [Wed Mar 3 08:21:29 2010].999723 msFreeMap(): freeing map at 0x81bf400. What is going wrong? MArco Yewondwossen Assefa schreef: Hi There, One way to debug would be to set your map file in debug, something like this: CONFIG "MS_ERRORFILE" "f:/msapps/gmap-ms40/htdocs/gmap.log" DEBUG 5 and check the logs. It should show you the map file after the sld has been applied. That might give a hint on what went wrong. best regards, DeDuikertjes wrote: Hi List, Finally I managed to upgrade mapserver 5.1-dev (FWTools) to 5.6.0 (FGS). I use it as a WMS. Everything looks fine, but I've one anoying problem: When I do a getmap-request with an SLD I get an empty image back, while 5.1-dev gives me a proper result. Other getmap requests work fine. I tested this several times by swapping the old mapserv executable with the new one. an example of a getmap request which fails on 5.6.0 and succeeds in 5.1-dev is: https://85.12.17.114/cgi-bin/mapserv?map=../html/viewerfabriek-alpha/data/vf_80.101.100.35_check/4b8d40f7e0787/NL.IMRO.0184.Zeewijkfase4-0201.map&LAYERS=query&FORMAT=png&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&SLD_BODY=%3C%3Fxml%20version%3D%221.0%22%20encoding%3D%22utf-8%22%3F%3E%3Csld%3AStyledLayerDescriptor%20version%3D%221.0.0%22%3E%3Csld%3ANamedLayer%3E%3Csld%3AName%3Equery%3C%2Fsld%3AName%3E%3Csld%3AUserStyle%3E%3Csld%3AName%3Equery%3C%2Fsld%3AName%3E%3Csld%3AFeatureTypeStyle%3E%3Csld%3ARule%3E%3Cogc%3AFilter%3E%3Cogc%3APropertyIsE
Re: [mapserver-users] getmap request with SLD failing after upgrade to 5.6.0
Hi, I would love to, but mapserver makes these expressions from the SLD, not me. MArco Yves Jacolin schreef: Hi, I guees this is this part which run an error: error. Failed to parse expression: NL.IMRO.0184.BA127909736-00 = NL.IMRO.0184.EP127818521-00 Try to change : EXPRESSION ([geoidn] = NL.IMRO.0184.EP127818521-00) in : EXPRESSION ([geoidn] = "NL.IMRO.0184.EP127818521-00") Regards, Y. Le mercredi 03 mars 2010 09:01:04, Bart van den Eijnden a écrit : It seems Mapserver does not treat your column as a character column, try using the following METADATA on your source layer (so not in the temporary MAP file): "gml_geoidn_type" "Character" Best regards, Bart On Mar 3, 2010, at 8:52 AM, DeDuikertjes wrote: Bart, Thanks for the suggestion. I've opened up the temporary MAP file. A layer definition from this file is (there are a LOT more like that): LAYER CONNECTION "host=xxx user=x dbname=xxx" CONNECTIONTYPE POSTGIS DATA 'tc_punt_geometry from "NL.IMRO.0184.Zeewijkfase4-0201_aggregated" using unique oid using srid=28992' DUMP TRUE GROUP "query" METADATA "wms_srs" "EPSG:28992 EPSG:900913 EPSG:4326" "ows_feature_id" "geoidn" "ows_group_title" "query" "ows_extent" "170861.5122 520007.0618 171570.1698 520546.6582" "gml_exclude_items" "tc_multi_geometry,tc_vlak_geometry,tc_lijn_geometry,tc_punt_geometry" "ows_title" "query_punt" "gml_include_items" "all" "ows_exclude_items" "all" END NAME "query_punt" PROCESSING "CLOSE_CONNECTION=DEFER" PROJECTION "init=epsg:28992" END STATUS ON TEMPLATE "query.html" TYPE POLYGON UNITS METERS CLASS NAME "Unknown" EXPRESSION ([geoidn] = NL.IMRO.0184.EP127818521-00) STYLE ANGLE 360 COLOR 255 0 255 OPACITY 40 SIZE 2 SYMBOL "sld_line_symbol" WIDTH 1 END STYLE ANGLE 360 COLOR 255 0 255 OPACITY 40 SYMBOL 0 WIDTH 1 END STYLE ANGLE 360 OPACITY 40 OUTLINECOLOR 255 0 255 SIZE 2 SYMBOL "sld_line_symbol" WIDTH 1 END END END MArco Bart van den Eijnden schreef: Hi Marco, Mapserver has saved a temporary MAP file, please open it up and check if something is wrong in there, or post the LAYER definition to the mailing list. /var/www/cgi-bin/../html/viewerfabriek-alpha/data/vf_80.101.100.35_chec k/4b8d40f7e0787/4b8e0df9_52ef_0._sld.map Best regards, Bart On Mar 3, 2010, at 8:30 AM, DeDuikertjes wrote: Thank you, I've did as you said, but can't get a clue on what's going on. The error file shows: [Wed Mar 3 08:21:29 2010].677158 msApplySLD(): Map file after SLD was applied /var/www/cgi-bin/../html/viewerfabriek-alpha/data/vf_80.101.100.35_chec k/4b8d40f7e0787/4b8e0df9_52ef_0._sld.map[Wed Mar 3 08:21:29 2010].731599 msyyparse(): Expression parser error. syntax error [Wed Mar 3 08:21:29 2010].731628 msEvalExpression: Expression parser error. Failed to parse expression: NL.IMRO.0184.BA127909736-00 = NL.IMRO.0184.EP127818521-00 [Wed Mar 3 08:21:29 2010].731649 msyyparse(): Expression parser error. syntax error And a lot more of these expression errors. Then followed by [Wed Mar 3 08:21:29 2010].745454 msDrawMap(): Layer 0 (query_vlak), 0.029s [Wed Mar 3 08:21:29 2010].747286 msDrawMap(): Layer 1 (query_lijn), 0.002s [Wed Mar 3 08:21:29 2010].749832 msDrawMap(): Layer 2 (query_punt), 0.003s [Wed Mar 3 08:21:29 2010].750760 msDrawMap(): Drawing Label Cache, 0.000s [Wed Mar 3 08:21:29 2010].750771 msDrawMap() total time: 0.046s [Wed Mar 3 08:21:29 2010].999507 msSaveImage() total time: 0.249s [Wed Mar 3 08:21:29 2010].999706 mapserv request processing time (msLoadMap not incl.): 0.336s [Wed Mar 3 08:21:29 2010].999723 msFreeMap(): freeing map at 0x81bf400. What is going wrong? MArco Yewondwossen Assefa schreef: Hi There, One way to debug would be to set your map file in debug, something like this: CONFIG "MS_ERRORFILE" "f:/msapps/gmap-ms40/htdocs/gmap.log" DEBUG 5 and check the logs. It should show you the map file after the sld has been applied. That might give a hint on what went wrong. best regards, DeDuikertjes wrote: Hi List, Finally I managed to upgrade mapserver 5.1-dev (FWTools) to 5.6.0 (FGS). I use it as a WMS. Everything looks fine, but I've one anoying problem: When I do a getmap-request with an SLD I get an empty image back, while 5.1-dev gives me a proper result. Other getmap requests work fine. I tested this several times by swapping the old mapserv executable with the new one. an example of a getmap request which fails on 5.6.0 and succeeds in 5.1-dev is: https://85.12.17.114/cgi-bin/mapserv?map=../html/viewerfabriek-alpha/ data/vf_80.101.100.35_check/4b8d40f7e0787/NL.IMRO.0184.Zeewijkfase4-02 01.map&LAYERS=query&FORMAT=png&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMa p&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&SLD_BODY=%3C%3Fx
Re: [mapserver-users] getmap request with SLD failing after upgrade to 5.6.0
Hi, I guees this is this part which run an error: error. Failed to parse expression: NL.IMRO.0184.BA127909736-00 = NL.IMRO.0184.EP127818521-00 Try to change : EXPRESSION ([geoidn] = NL.IMRO.0184.EP127818521-00) in : EXPRESSION ([geoidn] = "NL.IMRO.0184.EP127818521-00") Regards, Y. Le mercredi 03 mars 2010 09:01:04, Bart van den Eijnden a écrit : > It seems Mapserver does not treat your column as a character column, try > using the following METADATA on your source layer (so not in the temporary > MAP file): > > "gml_geoidn_type" "Character" > > Best regards, > Bart > > On Mar 3, 2010, at 8:52 AM, DeDuikertjes wrote: > > Bart, > > > > Thanks for the suggestion. I've opened up the temporary MAP file. A layer > > definition from this file is (there are a LOT more like that): > > > > LAYER > > CONNECTION "host=xxx user=x dbname=xxx" > > CONNECTIONTYPE POSTGIS > > DATA 'tc_punt_geometry from "NL.IMRO.0184.Zeewijkfase4-0201_aggregated" > > using unique oid using srid=28992' DUMP TRUE > > GROUP "query" > > METADATA > > "wms_srs" "EPSG:28992 EPSG:900913 EPSG:4326" > > "ows_feature_id" "geoidn" > > "ows_group_title" "query" > > "ows_extent" "170861.5122 520007.0618 171570.1698 520546.6582" > > "gml_exclude_items" > > "tc_multi_geometry,tc_vlak_geometry,tc_lijn_geometry,tc_punt_geometry" > > "ows_title" "query_punt" > > "gml_include_items" "all" > > "ows_exclude_items" "all" > > END > > NAME "query_punt" > > PROCESSING "CLOSE_CONNECTION=DEFER" > > PROJECTION > > "init=epsg:28992" > > END > > STATUS ON > > TEMPLATE "query.html" > > TYPE POLYGON > > UNITS METERS > > CLASS > > NAME "Unknown" > > EXPRESSION ([geoidn] = NL.IMRO.0184.EP127818521-00) > > STYLE > > ANGLE 360 > > COLOR 255 0 255 > > OPACITY 40 > > SIZE 2 > > SYMBOL "sld_line_symbol" > > WIDTH 1 > > END > > STYLE > > ANGLE 360 > > COLOR 255 0 255 > > OPACITY 40 > > SYMBOL 0 > > WIDTH 1 > > END > > STYLE > > ANGLE 360 > > OPACITY 40 > > OUTLINECOLOR 255 0 255 > > SIZE 2 > > SYMBOL "sld_line_symbol" > > WIDTH 1 > > END > > END > > END > > > > MArco > > > > Bart van den Eijnden schreef: > >> Hi Marco, > >> > >> Mapserver has saved a temporary MAP file, please open it up and check if > >> something is wrong in there, or post the LAYER definition to the > >> mailing list. > >> > >>> /var/www/cgi-bin/../html/viewerfabriek-alpha/data/vf_80.101.100.35_chec > >>>k/4b8d40f7e0787/4b8e0df9_52ef_0._sld.map > >> > >> Best regards, > >> Bart > >> > >> On Mar 3, 2010, at 8:30 AM, DeDuikertjes wrote: > >>> Thank you, > >>> > >>> I've did as you said, but can't get a clue on what's going on. > >>> The error file shows: > >>> > >>> [Wed Mar 3 08:21:29 2010].677158 msApplySLD(): Map file after SLD was > >>> applied > >>> /var/www/cgi-bin/../html/viewerfabriek-alpha/data/vf_80.101.100.35_chec > >>>k/4b8d40f7e0787/4b8e0df9_52ef_0._sld.map[Wed Mar 3 08:21:29 > >>> 2010].731599 msyyparse(): Expression parser error. syntax error [Wed > >>> Mar 3 08:21:29 2010].731628 msEvalExpression: Expression parser error. > >>> Failed to parse expression: NL.IMRO.0184.BA127909736-00 = > >>> NL.IMRO.0184.EP127818521-00 [Wed Mar 3 08:21:29 2010].731649 > >>> msyyparse(): Expression parser error. syntax error And a lot more of > >>> these expression errors. > >>> Then followed by > >>> [Wed Mar 3 08:21:29 2010].745454 msDrawMap(): Layer 0 (query_vlak), > >>> 0.029s [Wed Mar 3 08:21:29 2010].747286 msDrawMap(): Layer 1 > >>> (query_lijn), 0.002s [Wed Mar 3 08:21:29 2010].749832 msDrawMap(): > >>> Layer 2 (query_punt), 0.003s [Wed Mar 3 08:21:29 2010].750760 > >>> msDrawMap(): Drawing Label Cache, 0.000s [Wed Mar 3 08:21:29 > >>> 2010].750771 msDrawMap() total time: 0.046s [Wed Mar 3 08:21:29 > >>> 2010].999507 msSaveImage() total time: 0.249s [Wed Mar 3 08:21:29 > >>> 2010].999706 mapserv request processing time (msLoadMap not incl.): > >>> 0.336s [Wed Mar 3 08:21:29 2010].999723 msFreeMap(): freeing map at > >>> 0x81bf400. > >>> > >>> What is going wrong? > >>> > >>> MArco > >>> > >>> Yewondwossen Assefa schreef: > Hi There, > > One way to debug would be to set your map file in debug, something > like this: CONFIG "MS_ERRORFILE" > "f:/msapps/gmap-ms40/htdocs/gmap.log" > DEBUG 5 > and check the logs. It should show you the map file after the sld has > been applied. That might give a hint on what went wrong. > > best regards, > > DeDuikertjes wrote: > > Hi List, > > > > Finally I managed to upgrade mapserver 5.1-dev (FWTools) to 5.6.0 > > (FGS). I use it as a WMS. Everything looks fine, but I've one anoying > > problem: > > > > When I do a getmap-request with an SLD I get an empty image back, > > while 5.1-dev gives me a proper result. > > Other getm
Re: [mapserver-users] getmap request with SLD failing after upgrade to 5.6.0
It seems Mapserver does not treat your column as a character column, try using the following METADATA on your source layer (so not in the temporary MAP file): "gml_geoidn_type" "Character" Best regards, Bart On Mar 3, 2010, at 8:52 AM, DeDuikertjes wrote: > Bart, > > Thanks for the suggestion. I've opened up the temporary MAP file. A layer > definition from this file is (there are a LOT more like that): > > LAYER > CONNECTION "host=xxx user=x dbname=xxx" > CONNECTIONTYPE POSTGIS > DATA 'tc_punt_geometry from "NL.IMRO.0184.Zeewijkfase4-0201_aggregated" > using unique oid using srid=28992' > DUMP TRUE > GROUP "query" > METADATA > "wms_srs" "EPSG:28992 EPSG:900913 EPSG:4326" > "ows_feature_id" "geoidn" > "ows_group_title" "query" > "ows_extent" "170861.5122 520007.0618 171570.1698 520546.6582" > "gml_exclude_items" > "tc_multi_geometry,tc_vlak_geometry,tc_lijn_geometry,tc_punt_geometry" > "ows_title" "query_punt" > "gml_include_items" "all" > "ows_exclude_items" "all" > END > NAME "query_punt" > PROCESSING "CLOSE_CONNECTION=DEFER" > PROJECTION > "init=epsg:28992" > END > STATUS ON > TEMPLATE "query.html" > TYPE POLYGON > UNITS METERS > CLASS > NAME "Unknown" > EXPRESSION ([geoidn] = NL.IMRO.0184.EP127818521-00) > STYLE > ANGLE 360 > COLOR 255 0 255 > OPACITY 40 > SIZE 2 > SYMBOL "sld_line_symbol" > WIDTH 1 > END > STYLE > ANGLE 360 > COLOR 255 0 255 > OPACITY 40 > SYMBOL 0 > WIDTH 1 > END > STYLE > ANGLE 360 > OPACITY 40 > OUTLINECOLOR 255 0 255 > SIZE 2 > SYMBOL "sld_line_symbol" > WIDTH 1 > END > END > END > > MArco > > > > Bart van den Eijnden schreef: >> Hi Marco, >> >> Mapserver has saved a temporary MAP file, please open it up and check if >> something is wrong in there, or post the LAYER definition to the mailing >> list. >> >> >>> /var/www/cgi-bin/../html/viewerfabriek-alpha/data/vf_80.101.100.35_check/4b8d40f7e0787/4b8e0df9_52ef_0._sld.map >>> >> >> >> Best regards, >> Bart >> >> On Mar 3, 2010, at 8:30 AM, DeDuikertjes wrote: >> >> >>> Thank you, >>> >>> I've did as you said, but can't get a clue on what's going on. >>> The error file shows: >>> >>> [Wed Mar 3 08:21:29 2010].677158 msApplySLD(): Map file after SLD was >>> applied >>> /var/www/cgi-bin/../html/viewerfabriek-alpha/data/vf_80.101.100.35_check/4b8d40f7e0787/4b8e0df9_52ef_0._sld.map[Wed >>> Mar 3 08:21:29 2010].731599 msyyparse(): Expression parser error. syntax >>> error >>> [Wed Mar 3 08:21:29 2010].731628 msEvalExpression: Expression parser >>> error. Failed to parse expression: NL.IMRO.0184.BA127909736-00 = >>> NL.IMRO.0184.EP127818521-00 >>> [Wed Mar 3 08:21:29 2010].731649 msyyparse(): Expression parser error. >>> syntax error >>> And a lot more of these expression errors. >>> Then followed by >>> [Wed Mar 3 08:21:29 2010].745454 msDrawMap(): Layer 0 (query_vlak), 0.029s >>> [Wed Mar 3 08:21:29 2010].747286 msDrawMap(): Layer 1 (query_lijn), 0.002s >>> [Wed Mar 3 08:21:29 2010].749832 msDrawMap(): Layer 2 (query_punt), 0.003s >>> [Wed Mar 3 08:21:29 2010].750760 msDrawMap(): Drawing Label Cache, 0.000s >>> [Wed Mar 3 08:21:29 2010].750771 msDrawMap() total time: 0.046s >>> [Wed Mar 3 08:21:29 2010].999507 msSaveImage() total time: 0.249s >>> [Wed Mar 3 08:21:29 2010].999706 mapserv request processing time >>> (msLoadMap not incl.): 0.336s >>> [Wed Mar 3 08:21:29 2010].999723 msFreeMap(): freeing map at 0x81bf400. >>> >>> What is going wrong? >>> >>> MArco >>> >>> >>> Yewondwossen Assefa schreef: >>> Hi There, One way to debug would be to set your map file in debug, something like this: CONFIG "MS_ERRORFILE" "f:/msapps/gmap-ms40/htdocs/gmap.log" DEBUG 5 and check the logs. It should show you the map file after the sld has been applied. That might give a hint on what went wrong. best regards, DeDuikertjes wrote: > Hi List, > > Finally I managed to upgrade mapserver 5.1-dev (FWTools) to 5.6.0 (FGS). > I use it as a WMS. Everything looks fine, but I've one anoying problem: > > When I do a getmap-request with an SLD I get an empty image back, while > 5.1-dev gives me a proper result. > Other getmap requests work fine. > I tested this several times by swapping the old mapserv executable with > the new one. > > an example of a getmap request which fails on 5.6.0 and succeeds in > 5.1-dev is: > https://85.12.17.114/cgi-bin/mapserv?map=../html/viewerfabriek-alpha/data/vf_80.101.100.35_check/4b8d40f7e0787/NL.IMRO.0184.Zeewijkfase4-0201.map&LAYERS=query&FORMAT=png&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&SLD_BODY=%3C%3Fxml%20version%3D%221.0%22%20encoding%3