From schut@sarvision.com Fri Aug 1 09:25:43 2003 From: schut@sarvision.com (Vincent Schut) Date: Fri, 1 Aug 2003 10:25:43 +0200 Subject: [Mapserver-users] Proj problems In-Reply-To: <3F298A19.6010300@tamu.edu> References: <3F298A19.6010300@tamu.edu> Message-ID: <200308011025.43343.schut@sarvision.com> Gerry, I don't presume I will solve your problem, but let me add me 2 cents: - I saw a line 'proj=longlat'. This is definitely not going to work, as it should be 'proj=latlong'. - I think you can't use a full proj definition and a epsg:xxxx line together in the same projection block (in the PWV layer). An epsg line is a shortcut to a full projection definition. Either use that, or define the projection yourself in the projection block, but don't do both, cause you'll end up having 2 projections defined... - mind that layers that do not have a projection defined in the map file and do not have an internal projection definition (e.g geotiff files do, but shapefiles don't have an internal projection def) are assumed to be in the defined output projection of the mapfile. If they are not in the same projection, there is a pretty big chance that they will fall outside of your defined map extent. - your mapfile is quite complex, having some different layers with different projections. I'd say, try to start with a stripped down mapfile with only one layer which is in the same projection as the output projection, get that working, then start adding new layers one by one. This greatly increases your chances of tackling the problem. Now it can be anywhere in your file. - it might be on purpose but the mapfile you attached doesn't have any main map projection defined: they are all commented out. Don't forget to uncomment one, as you will need at least one... And adjust the units according to the uncommented projection, e.g. if you uncomment a utm proj, change units to meters. And of course change your main extent accordingly. - remove the minscale and maxscale items from the web block while debugging to prevent them to fool you. - STATUS should be on|off|default, not false, according to the documents. I wonder why you don't get a parse error about that. Or it might work but be undocumented ;-) BTW while debugging I always prefer status default, because that makes sure your layers will be displayed, while with status on you will have to activate them explicitly in your cgi request. For more info on this search the mailing list archives. - for raster files that are not in some remote sensing format and thus do not contain any coordinate information (like the radar layer: it's a gif file) you probably need to use a world file to define the corner coordinates and raster cell size. Hope these help... Good luck, Vincent. On Thursday 31 July 2003 23:28, Gerry Creager wrote: > OK, I'm pretty much at my wits' end. I've tried looking at this on a > time-available basis, and I'm just not getting it. > > A mapserv -v yields the following: > [root@mesonet cgi-bin]# ./mapserv -v > MapServer version 3.7 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER > SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=GD2_RGB INPUT=OGR > INPUT=GDAL INPUT=SHAPEFILE > > PROJ support is there, so it should allow me to specify a projection > section, either with the EPSG shortcut or the long way, with everything > specified. I've tried that and what I end up with is essentially a > blank screen... > > If someone's got suggestions, great. The mapfile is attached. I'll > keep looking at it, but it's looking like my hair's on fire and I can't > get it put out... > > Thanks in advance, > Gerry -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From schut@sarvision.com Fri Aug 1 09:29:24 2003 From: schut@sarvision.com (Vincent Schut) Date: Fri, 1 Aug 2003 10:29:24 +0200 Subject: [Mapserver-users] Proj problems In-Reply-To: <3F298A19.6010300@tamu.edu> References: <3F298A19.6010300@tamu.edu> Message-ID: <200308011029.24707.schut@sarvision.com> Gerry, Additionally, indeed as Randy already pointed out, your imageurl looks faulty. It should be what you have to type in your browser to get in the tmp directory where mapserver puts its output images, which is (hopefully) not /var/www/etc. but something like tmp/ or mesonet/tmp/, depending on how you defined (aliased) that directory in your httpd.conf presuming you are using apache. cheers, Vincent. On Thursday 31 July 2003 23:28, Gerry Creager wrote: > OK, I'm pretty much at my wits' end. I've tried looking at this on a > time-available basis, and I'm just not getting it. > > A mapserv -v yields the following: > [root@mesonet cgi-bin]# ./mapserv -v > MapServer version 3.7 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER > SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=GD2_RGB INPUT=OGR > INPUT=GDAL INPUT=SHAPEFILE > > PROJ support is there, so it should allow me to specify a projection > section, either with the EPSG shortcut or the long way, with everything > specified. I've tried that and what I end up with is essentially a > blank screen... > > If someone's got suggestions, great. The mapfile is attached. I'll > keep looking at it, but it's looking like my hair's on fire and I can't > get it put out... > > Thanks in advance, > Gerry -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From arnulf.christl@ccgis.de Fri Aug 1 11:30:09 2003 From: arnulf.christl@ccgis.de (Arnulf Christl (CCGIS)) Date: Fri, 1 Aug 2003 12:30:09 +0200 Subject: [Mapserver-users] WMS Client on IIS with MS_MAPFILE variable problem In-Reply-To: <3F293776.6020609@i3.com> Message-ID: Hi, doing the same thing as Sean Gillies suggested we do it another way technically. One of our customers did have some problems using UMN MapServer as a cascading server bescause it will "hang" until the CGI timout is reached whenever any one of the cascaded servers will not answer or will only answer retarded (a basic problem of the used CGI technique). Therefore we use a D-HTML client suite which queries all WMS individually (without showing the map file or the servers IP because they are wrapped in a *virtual* project) and shows their map whenever the server has finished drawing it. The problem of a missing *layer* (WMS) is then reduced to the inconvenience of it not appearing in the map instead of a *hanging* system. We are currently preparing to *free* this software licensed with the GNU GPL (up to know we sold it as a proprietary product). We hope to be able to publish it next week. We will notify this userlist when it finally will be ready for download. Daniels suggestion of *cloning* MapServers may also be a very interesting alternative we have not tought about yet. Best regards, Arnulf. -----Ursprungliche Nachricht----- Von: mapserver-users-admin@lists.gis.umn.edu [mailto:mapserver-users-admin@lists.gis.umn.edu]Im Auftrag von David Graham Gesendet: Donnerstag, 31. Juli 2003 17:36 An: mapserver-users@lists.gis.umn.edu Betreff: [Mapserver-users] WMS Client on IIS with MS_MAPFILE variable problem Hi everyone: Here is a tricky one, perhaps someone has solved this problem. I am no IIS expert, so there may yet be a simple solution to this. We have some WMS serviers running on Linux and they work fine. I have hidden the map file with a shell script as suggested in the WMS Server documentation. [root@commerce1 cgi-bin]# more i3_demo #! /bin/sh MS_MAPFILE=/var/www/wms.i3.com/mapfiles/i3demo.map export MS_MAPFILE /var/www/wms.i3.com/bin/mapserv3.7 And it works great. I now need to perform the same functionality on Windows 2000 using IIS. I searched around to see if I could set an environment variable to be associated with a given script(exe) but could not find a reference or dialog box to set anything. I then tried windows scripting. I used cscript.exe to execute the following jscript script. [dave@solar dave]$ more i3image.js var WshShell = WScript.CreateObject("WScript.Shell"); var WshSysEnv = WshShell.Environment("SYSTEM"); WshSysEnv.Item( "MS_MAPFILE" ) = "N:\\wms_data\\mapfiles\\wms1\\i3_Imagery_wms_service.map"; WshShell.Run( "C:\\Inetpub\\wwwroot\\wms\\wmsserver.exe", 0, true ); Then I set the IIS to map an empty file I labled wms.i3image to C:\WINNT\cscritpt //Nologo \i3image.js After setting up some permissions, this executed but I have no results. The problem is that the script spawns a new shell and send the output to that shell which is then not related back to IIS. It also accured to me that the new shell might not even have the inherited the CGI environment, but I have not tested that either. So my question is has anyone cracked this problem? I know I could probably do it in perl or python, but I would rather avoid putting another package on the system just for a script this small. This is supposed to be the first in a bank of machines that will run only Mapserver WMS services with no other applications installed. The idea is to minimize the amount of software and thus reduce the degredation of the Windows system. By the way Windows is a prerequisit since we will be serving up a lot of data that is compressed in ECW format. So if anyone can give me suggestions on how to make this work with Windows 2000 provided technology I would greatly apreaciate it. Thanks Dave Graham -- David W. Graham Director of Geospatial Applications Development information integration and imaging, LLC 201 Linden St, Third Floor Fort Collins, CO 80524 (970) 482-4400 dgraham@i3.com http://www.i3.com _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From schut@sarvision.com Fri Aug 1 13:14:06 2003 From: schut@sarvision.com (Vincent Schut) Date: Fri, 1 Aug 2003 14:14:06 +0200 Subject: [Mapserver-users] Proj problems In-Reply-To: <3F2A5219.9080609@tamu.edu> References: <3F298A19.6010300@tamu.edu> <200308011025.43343.schut@sarvision.com> <3F2A5219.9080609@tamu.edu> Message-ID: <200308011414.06065.schut@sarvision.com> Gerry, please if you reply, include the list. Others might want to follow our discussion, maybe learn from it, correct me, or even add better ideas... There are a bunch of documents on the internet that say proj=longlat (google for it, you'll be stumped!). I believe they are wrong... However, if it is in the mapserver docs/wiki somewhere, we should track that down and have it corrected. I see about the meteorologists being not gis people... I might have overlooked a main projection block. According to the gdal docs, the world file for your gif should be named .wld (if your gif is radar.gif, your world file should be radar.wld). Then mapserver (gdal) should automatically recognize it. .tfw means Tiff World File, thus should be used for tiffs... If it worked without reprojecting, adding a valid projection block into the map block and accordingly changing the extent and eventually units should suffice to get your output in a different projection. However, I would try to start simple to get that working. The degree of confusion did not escape my eye ;-) Once you got reprojection working with one layer, adding more layers that previously worked should not be any problem. I am not a projection expert and certainly not Lambert, but a typical thing to forget/do wrong might be to have an extent that does not fit the used projection... Well I hope you'll succeed somehow. Cheers, Vincent. On Friday 01 August 2003 13:42, Gerry Creager N5JXS wrote: > Helps a lot. Thanks! > > One note: Somewhere in the docs or wiki, and I don't recall now, the > reference is to 'proj=longlat'... I recall seeing it and scratching my > head, but, well, documentation is documentation, and the folks who write > it are usually better informed than I am.. that's why I'm reading THEIR > docs! > > So: Let me go make some changes > > As for complexity, it works sans projection info, as I've gotten > everything into a geographic projection, but the presentation is > criticized since the tpical meteorologist inour parts believes that > nothing can be represented save in Lambert, and appaently the rain can't > fall nor the wind blow, unless all maps are thus represented. So, I'm > trying to reproject. > > Oh, and I thought I DID have a main projection defined. There are > several in there, and I thought I'd left one in place, active. If not, > it's representative of the degree of confusion I've managed to create > for myself. > > Finally, there is a world file for the gif (tfw) as well as one for the > png (pngw). Now I've got to figure out how to reference it. > > Thanks again. These tips might get me on-track. > > Regards, > Gerry > > Vincent Schut wrote: > > Gerry, > > > > I don't presume I will solve your problem, but let me add me 2 cents: > > > > - I saw a line 'proj=longlat'. This is definitely not going to work, as > > it should be 'proj=latlong'. > > - I think you can't use a full proj definition and a epsg:xxxx line > > together in the same projection block (in the PWV layer). An epsg line is > > a shortcut to a full projection definition. Either use that, or define > > the projection yourself in the projection block, but don't do both, cause > > you'll end up having 2 projections defined... > > - mind that layers that do not have a projection defined in the map file > > and do not have an internal projection definition (e.g geotiff files do, > > but shapefiles don't have an internal projection def) are assumed to be > > in the defined output projection of the mapfile. If they are not in the > > same projection, there is a pretty big chance that they will fall outside > > of your defined map extent. > > - your mapfile is quite complex, having some different layers with > > different projections. I'd say, try to start with a stripped down mapfile > > with only one layer which is in the same projection as the output > > projection, get that working, then start adding new layers one by one. > > This greatly increases your chances of tackling the problem. Now it can > > be anywhere in your file. - it might be on purpose but the mapfile you > > attached doesn't have any main map projection defined: they are all > > commented out. Don't forget to uncomment one, as you will need at least > > one... And adjust the units according to the uncommented projection, e.g. > > if you uncomment a utm proj, change units to meters. And of course change > > your main extent accordingly. > > - remove the minscale and maxscale items from the web block while > > debugging to prevent them to fool you. > > - STATUS should be on|off|default, not false, according to the documents. > > I wonder why you don't get a parse error about that. Or it might work but > > be undocumented ;-) BTW while debugging I always prefer status default, > > because that makes sure your layers will be displayed, while with status > > on you will have to activate them explicitly in your cgi request. For > > more info on this search the mailing list archives. > > - for raster files that are not in some remote sensing format and thus do > > not contain any coordinate information (like the radar layer: it's a gif > > file) you probably need to use a world file to define the corner > > coordinates and raster cell size. > > > > Hope these help... > > Good luck, > > > > Vincent. > > > > On Thursday 31 July 2003 23:28, Gerry Creager wrote: > >>OK, I'm pretty much at my wits' end. I've tried looking at this on a > >>time-available basis, and I'm just not getting it. > >> > >>A mapserv -v yields the following: > >>[root@mesonet cgi-bin]# ./mapserv -v > >>MapServer version 3.7 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > >>OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER > >>SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=GD2_RGB INPUT=OGR > >>INPUT=GDAL INPUT=SHAPEFILE > >> > >>PROJ support is there, so it should allow me to specify a projection > >>section, either with the EPSG shortcut or the long way, with everything > >>specified. I've tried that and what I end up with is essentially a > >>blank screen... > >> > >>If someone's got suggestions, great. The mapfile is attached. I'll > >>keep looking at it, but it's looking like my hair's on fire and I can't > >>get it put out... > >> > >>Thanks in advance, > >>Gerry -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From arnulf.christl@ccgis.de Fri Aug 1 13:37:42 2003 From: arnulf.christl@ccgis.de (Arnulf Christl (CCGIS)) Date: Fri, 1 Aug 2003 14:37:42 +0200 Subject: [Mapserver-users] Large amounts of data / mutiple cascading services In-Reply-To: <200308011029.24707.schut@sarvision.com> Message-ID: Hello, a german public land surveying office (every federal state currently individually decides which software to use) is planning to use UMN MapServer as their WMS engine for a federal geo data infrastructure. We are interested in sharing all and every information concerning large architectures and large amounts of data with (maybe also cascading) UMN MapServers. Further questions concern on-the-fly projection of raster data as we are currently still using mutiple projection systems (Gauss Krueger - EPSG:31429) in Germany. Regards, Arnulf Christl -------------------------------- arnulf.christl@ccgis.de www.ccgis.de -------------------------------- Phone: +49 (0) 228 90826 0 Direct: +49 (0) 228 90826 23 Fax: +49 (0) 228 90826 11 GSM: +49 (0) 172 2958 004 -------------------------------- CCGIS GbR Siemensstraße 8 53121 Bonn GERMANY -------------------------------- From gerry.creager@tamu.edu Fri Aug 1 14:17:42 2003 From: gerry.creager@tamu.edu (Gerry Creager N5JXS) Date: Fri, 01 Aug 2003 08:17:42 -0500 Subject: [Mapserver-users] Proj problems In-Reply-To: <200308011414.06065.schut@sarvision.com> References: <3F298A19.6010300@tamu.edu> <200308011025.43343.schut@sarvision.com> <3F2A5219.9080609@tamu.edu> <200308011414.06065.schut@sarvision.com> Message-ID: <3F2A6876.7060600@tamu.edu> Vincent Schut wrote: > Gerry, > please if you reply, include the list. Others might want to follow our > discussion, maybe learn from it, correct me, or even add better ideas... OK. I'd seen projection problems discussed so often, I was sure I'd be boring the list with 'em. However, from another perspective, if they are complex enough to stump a lot of folk, it's almost certainly worth keeping the discussion 'live'. > There are a bunch of documents on the internet that say proj=longlat (google > for it, you'll be stumped!). I believe they are wrong... However, if it is in > the mapserver docs/wiki somewhere, we should track that down and have it > corrected. I'll try to find the references... > I see about the meteorologists being not gis people... > I might have overlooked a main projection block. > According to the gdal docs, the world file for your gif should be named .wld > (if your gif is radar.gif, your world file should be radar.wld). Then > mapserver (gdal) should automatically recognize it. .tfw means Tiff World > File, thus should be used for tiffs... Good point. > If it worked without reprojecting, adding a valid projection block into the > map block and accordingly changing the extent and eventually units should > suffice to get your output in a different projection. However, I would try to > start simple to get that working. The degree of confusion did not escape my > eye ;-) Once you got reprojection working with one layer, adding more layers > that previously worked should not be any problem. I'll try incrementally, again. I've been down that road, but correcting the 'longlat' error may cause different results. > I am not a projection expert and certainly not Lambert, but a typical thing to > forget/do wrong might be to have an extent that does not fit the used > projection... Theoretically, I understand projections. I can discuss the process and teach it; I just can't seem to get it right in Mapserver! Time for more study. Thanks again! gerry > Well I hope you'll succeed somehow. > Cheers, > Vincent. > > > On Friday 01 August 2003 13:42, Gerry Creager N5JXS wrote: > >>Helps a lot. Thanks! >> >>One note: Somewhere in the docs or wiki, and I don't recall now, the >>reference is to 'proj=longlat'... I recall seeing it and scratching my >>head, but, well, documentation is documentation, and the folks who write >>it are usually better informed than I am.. that's why I'm reading THEIR >>docs! >> >>So: Let me go make some changes >> >>As for complexity, it works sans projection info, as I've gotten >>everything into a geographic projection, but the presentation is >>criticized since the tpical meteorologist inour parts believes that >>nothing can be represented save in Lambert, and appaently the rain can't >>fall nor the wind blow, unless all maps are thus represented. So, I'm >>trying to reproject. >> >>Oh, and I thought I DID have a main projection defined. There are >>several in there, and I thought I'd left one in place, active. If not, >>it's representative of the degree of confusion I've managed to create >>for myself. >> >>Finally, there is a world file for the gif (tfw) as well as one for the >>png (pngw). Now I've got to figure out how to reference it. >> >>Thanks again. These tips might get me on-track. >> >>Regards, >>Gerry >> >>Vincent Schut wrote: >> >>>Gerry, >>> >>>I don't presume I will solve your problem, but let me add me 2 cents: >>> >>>- I saw a line 'proj=longlat'. This is definitely not going to work, as >>>it should be 'proj=latlong'. >>>- I think you can't use a full proj definition and a epsg:xxxx line >>>together in the same projection block (in the PWV layer). An epsg line is >>>a shortcut to a full projection definition. Either use that, or define >>>the projection yourself in the projection block, but don't do both, cause >>>you'll end up having 2 projections defined... >>>- mind that layers that do not have a projection defined in the map file >>>and do not have an internal projection definition (e.g geotiff files do, >>>but shapefiles don't have an internal projection def) are assumed to be >>>in the defined output projection of the mapfile. If they are not in the >>>same projection, there is a pretty big chance that they will fall outside >>>of your defined map extent. >>>- your mapfile is quite complex, having some different layers with >>>different projections. I'd say, try to start with a stripped down mapfile >>>with only one layer which is in the same projection as the output >>>projection, get that working, then start adding new layers one by one. >>>This greatly increases your chances of tackling the problem. Now it can >>>be anywhere in your file. - it might be on purpose but the mapfile you >>>attached doesn't have any main map projection defined: they are all >>>commented out. Don't forget to uncomment one, as you will need at least >>>one... And adjust the units according to the uncommented projection, e.g. >>>if you uncomment a utm proj, change units to meters. And of course change >>>your main extent accordingly. >>>- remove the minscale and maxscale items from the web block while >>>debugging to prevent them to fool you. >>>- STATUS should be on|off|default, not false, according to the documents. >>>I wonder why you don't get a parse error about that. Or it might work but >>>be undocumented ;-) BTW while debugging I always prefer status default, >>>because that makes sure your layers will be displayed, while with status >>>on you will have to activate them explicitly in your cgi request. For >>>more info on this search the mailing list archives. >>>- for raster files that are not in some remote sensing format and thus do >>>not contain any coordinate information (like the radar layer: it's a gif >>>file) you probably need to use a world file to define the corner >>>coordinates and raster cell size. >>> >>>Hope these help... >>>Good luck, >>> >>>Vincent. >>> >>>On Thursday 31 July 2003 23:28, Gerry Creager wrote: >>> >>>>OK, I'm pretty much at my wits' end. I've tried looking at this on a >>>>time-available basis, and I'm just not getting it. >>>> >>>>A mapserv -v yields the following: >>>>[root@mesonet cgi-bin]# ./mapserv -v >>>>MapServer version 3.7 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP >>>>OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER >>>>SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=GD2_RGB INPUT=OGR >>>>INPUT=GDAL INPUT=SHAPEFILE >>>> >>>>PROJ support is there, so it should allow me to specify a projection >>>>section, either with the EPSG shortcut or the long way, with everything >>>>specified. I've tried that and what I end up with is essentially a >>>>blank screen... >>>> >>>>If someone's got suggestions, great. The mapfile is attached. I'll >>>>keep looking at it, but it's looking like my hair's on fire and I can't >>>>get it put out... >>>> >>>>Thanks in advance, >>>>Gerry > > -- Gerry Creager -- gerry.creager@tamu.edu Network Engineering -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Page: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From schut@sarvision.com Fri Aug 1 14:42:10 2003 From: schut@sarvision.com (Vincent Schut) Date: Fri, 1 Aug 2003 15:42:10 +0200 Subject: [Mapserver-users] Proj problems In-Reply-To: <3F2A6876.7060600@tamu.edu> References: <3F298A19.6010300@tamu.edu> <200308011414.06065.schut@sarvision.com> <3F2A6876.7060600@tamu.edu> Message-ID: <200308011542.10855.schut@sarvision.com> On Friday 01 August 2003 15:17, Gerry Creager N5JXS wrote: > Vincent Schut wrote: ... > > There are a bunch of documents on the internet that say proj=longlat > > (google for it, you'll be stumped!). I believe they are wrong... However, > > if it is in the mapserver docs/wiki somewhere, we should track that down > > and have it corrected. > > I'll try to find the references... After some research I found longlat even in my postgis.sql, defining the projection parameters for postgis... I guess that longlat works too, then. But according to the docs, it should be latlong. Cheers, Vincent. From RustyM@morleyandassociates.com Fri Aug 1 14:51:43 2003 From: RustyM@morleyandassociates.com (Rusty Moorman) Date: Fri, 01 Aug 2003 08:51:43 -0500 Subject: [Mapserver-users] Label: ANGLE auto Message-ID: --=_9BC58396.58395418 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Awesome, that was the problem. Thanks all for the timely responses. I just want to say that MapServer is a phenomenal product, and my gratitude goes out to all those who created and maintain it. I have another question regarding label angles: Is it possible to have MapServer maintain label direction? I.e., is it possible to specify that I want all my vertical road labels to read bottom-top, instead of some reading top-bottom and some vise-versa, while still using the "ANGLE: auto" option, or do I have to utilize the LABELANGLEITEM attribute to achieve this? Thanks again, Rusty Moorman Morley & Associates, Inc. >>> "Steve Lime" 07/31/03 04:25PM >>> You need to use truetype fonts. The built in GD fonts are not rotatable... Steve >>> "Rusty Moorman" 07/31/03 03:36PM >>> Hello all, I am having trouble getting ANGLE working for the LABEL object. All of the labels (road names for a centerline layer) are simply horizontally aligned. I'm using "ANGLE: Auto" under the proper label object to no avail. Here are some system specs: Mapserver - v3.6.6 (downloaded binary - OGR / GIF support) Win2000 And here's a code snippet: LAYER NAME "vroadname" DATA Vanderburgh_centerline STATUS DEFAULT TYPE ANNOTATION LABELITEM "street_nam" LABELMAXSCALE 72000 CLASS LABEL ANGLE auto MINDISTANCE 50 POSITION CC SIZE TINY COLOR 0 0 0 END END END Any clue as to what I'm doing wrong? Thanks for the help. Rusty Moorman Morley & Associates, Inc. --=_9BC58396.58395418 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Description: HTML
Awesome, that was the problem. Thanks all for the timely responses. I just want to say that MapServer is a phenomenal product, and my gratitude goes out to all those who created and maintain it.
 
I have another question regarding label angles:
      Is it possible to have MapServer maintain label direction? I.e., is it possible to specify that I want all my vertical road labels to read bottom-top, instead of some reading top-bottom and some vise-versa, while still using the "ANGLE: auto" option, or do I have to utilize the LABELANGLEITEM attribute to achieve this?
 
Thanks again,
     
           Rusty Moorman
           Morley & Associates, Inc.

>>> "Steve Lime" <steve.lime@dnr.state.mn.us> 07/31/03 04:25PM >>>
You need to use truetype fonts. The built in GD fonts are not
rotatable...

Steve

>>> "Rusty Moorman" <RustyM@morleyandassociates.com> 07/31/03 03:36PM
>>>
Hello all,
   I am having trouble getting ANGLE working for the LABEL object. All
of the labels (road names for a centerline layer) are simply
horizontally aligned.

   I'm using "ANGLE: Auto" under the proper label object to no avail.

   Here are some system specs:
        Mapserver - v3.6.6 (downloaded binary - OGR / GIF support)
        Win2000

   And here's a code snippet:

LAYER
    NAME "vroadname"
    DATA Vanderburgh_centerline
    STATUS DEFAULT
    TYPE ANNOTATION
    LABELITEM "street_nam"
    LABELMAXSCALE 72000
    CLASS
        LABEL
            ANGLE auto
            MINDISTANCE 50
            POSITION CC
            SIZE TINY
            COLOR 0 0 0
        END
    END
END

      Any clue as to what I'm doing wrong? Thanks for the help.

         Rusty Moorman
         Morley & Associates, Inc.
--=_9BC58396.58395418-- From morissette@dmsolutions.ca Fri Aug 1 15:11:57 2003 From: morissette@dmsolutions.ca (Daniel Morissette) Date: Fri, 01 Aug 2003 10:11:57 -0400 Subject: [Mapserver-users] Proj problems In-Reply-To: <200308011542.10855.schut@sarvision.com> References: <3F298A19.6010300@tamu.edu> <200308011414.06065.schut@sarvision.com> <3F2A6876.7060600@tamu.edu> <200308011542.10855.schut@sarvision.com> Message-ID: <3F2A752D.80004@dmsolutions.ca> I just checked the PROJ4 source (pj_latlong.c) and it accepts both: PROJ_HEAD(latlong, "Lat/long (Geodetic)") "\n\t"; PROJ_HEAD(longlat, "Lat/long (Geodetic)") "\n\t"; According to CVS logs, it was initially called "latlong" and a few days after the initial implementation the alias for "longlat" was added. Daniel Vincent Schut wrote: > On Friday 01 August 2003 15:17, Gerry Creager N5JXS wrote: > >>Vincent Schut wrote: > > ... > >>>There are a bunch of documents on the internet that say proj=longlat >>>(google for it, you'll be stumped!). I believe they are wrong... However, >>>if it is in the mapserver docs/wiki somewhere, we should track that down >>>and have it corrected. >> >>I'll try to find the references... > > > After some research I found longlat even in my postgis.sql, defining the > projection parameters for postgis... I guess that longlat works too, then. > But according to the docs, it should be latlong. > > Cheers, > Vincent. From woodbri@swoodbridge.com Fri Aug 1 15:21:54 2003 From: woodbri@swoodbridge.com (woodbri@swoodbridge.com) Date: Fri, 01 Aug 2003 10:21:54 -0400 Subject: [Mapserver-users] Label: ANGLE auto In-Reply-To: Message-ID: <3F2A3F42.12030.476F6221@localhost> Rusty, I not sure but I think if you look at the labels you will that labels are draw to be upright while being rendered left to right. What I this means is the if 0 degrees is to the right and 90 degrees if down all labels should be written such that they are upright. the only ambiguity is that some labels will be written up at -90 degrees and some are written down at 90 degrees. If you want to have a default value to over ride this then you should write up a bug on bugzilla as and enhancement. You are right that if you want total control you can set explicit angles and positions by creating a label layer using LABELANGLEITEM. -Steve W. On 1 Aug 2003 at 8:51, Rusty Moorman wrote: > Awesome, that was the problem. Thanks all for the timely responses. I > just want to say that MapServer is a phenomenal product, and my > gratitude goes out to all those who created and maintain it. > > I have another question regarding label angles: > Is it possible to have MapServer maintain label direction? I.e., > is it possible to specify that I want all my vertical road labels to > read bottom-top, instead of some reading top-bottom and some > vise-versa, while still using the "ANGLE: auto" option, or do I have > to utilize the LABELANGLEITEM attribute to achieve this? > > Thanks again, > > Rusty Moorman > Morley & Associates, Inc. > > >>> "Steve Lime" 07/31/03 04:25PM >>> > You need to use truetype fonts. The built in GD fonts are not > rotatable... > > Steve > > >>> "Rusty Moorman" 07/31/03 03:36PM > >>> > Hello all, > I am having trouble getting ANGLE working for the LABEL object. All > of the labels (road names for a centerline layer) are simply > horizontally aligned. > > I'm using "ANGLE: Auto" under the proper label object to no avail. > > Here are some system specs: > Mapserver - v3.6.6 (downloaded binary - OGR / GIF support) > Win2000 > > And here's a code snippet: > > LAYER > NAME "vroadname" > DATA Vanderburgh_centerline > STATUS DEFAULT > TYPE ANNOTATION > LABELITEM "street_nam" > LABELMAXSCALE 72000 > CLASS > LABEL > ANGLE auto > MINDISTANCE 50 > POSITION CC > SIZE TINY > COLOR 0 0 0 > END > END > END > > Any clue as to what I'm doing wrong? Thanks for the help. > > Rusty Moorman > Morley & Associates, Inc. > > From morissette@dmsolutions.ca Fri Aug 1 15:36:47 2003 From: morissette@dmsolutions.ca (Daniel Morissette) Date: Fri, 01 Aug 2003 10:36:47 -0400 Subject: [Mapserver-users] Re: styleitem In-Reply-To: <3F2A2A81.C917DABB*Jean-Baptiste.RICHARD@agriculture.gouv.fr> References: <3F2A2A81.C917DABB*Jean-Baptiste.RICHARD@agriculture.gouv.fr> Message-ID: <3F2A7AFF.7050506@dmsolutions.ca> Please use the mapserver-users list for your questions. Others may have the same problem and learn from the questions/answer when reading the list or browsing/searching the archives. Plus you increase your chances of getting a response since more eyes will see your question. And finally that saves us from having to reply dozens of times to the same question via direct email. See reply to your question below... Jean-Baptiste RICHARD wrote: > hi, i'm sorry to ask you this question but i don't understand one thing > using styleitem "auto". > The color of my .tab file are rendered, but i can't access a legend icon > for each class. > I read that it is a bug with mapserver 4.0, but could i make appear the > legend icon if i only take one class (expression = '1' for instance)? > In every case, my legend is empty and it seems to be a bit complicated > if i have to make a nex legend for each layer .tab and colored in > mapinfo. > > Thanks for your help and sorry for my bad english, > > RICHARD Jean-Baptiste > Even if you set the style/color of class #1 in your layer it will be overwritten by the styleitem auto stuff and you won't get the expected legend icons. But there's hope... a new KEYIMAGE class-level parameter has been added in 4.0 but haven't tried yet, that should allow you to specify the image to use for the legend icon. There was an email sent about this on the list by Steve on July 29 but I don't see it in the list archives, I have attached a copy below. BTW, KEYIMAGE isn't documented in the mapfile reference docs either... Daniel -- ------------------------------------------------------------ Daniel Morissette morissette@dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ Steve Lime wrote: > There is a new CLASS level parameter in 4.0 called KEYIMAGE that allows > you to > specify the legend image to use when building a legend (or requesting a > legend > icon via MapScript or the CGI application). You can see it in action > at: > > http://maps.dnr.state.mn.us/mapserver_demos/workshop/ > > Turn on the DOQ layer and you'll see the KEYIMAGE in the legend. Note > the the > KEYIMAGE is sized to fit within the key specifications defined in the > LEGEND section. > > Steve From schut@sarvision.com Fri Aug 1 15:43:11 2003 From: schut@sarvision.com (Vincent Schut) Date: Fri, 1 Aug 2003 16:43:11 +0200 Subject: [Mapserver-users] Proj problems In-Reply-To: <3F2A752D.80004@dmsolutions.ca> References: <3F298A19.6010300@tamu.edu> <200308011542.10855.schut@sarvision.com> <3F2A752D.80004@dmsolutions.ca> Message-ID: <200308011643.11826.schut@sarvision.com> Daniel, thanks for checking that this way and ending my confusion. So simple and I didn't think of it... Time for me to go home and have weekend :-) On Friday 01 August 2003 16:11, Daniel Morissette wrote: > I just checked the PROJ4 source (pj_latlong.c) and it accepts both: > > PROJ_HEAD(latlong, "Lat/long (Geodetic)") "\n\t"; > PROJ_HEAD(longlat, "Lat/long (Geodetic)") "\n\t"; > > According to CVS logs, it was initially called "latlong" and a few days > after the initial implementation the alias for "longlat" was added. > > Daniel > > Vincent Schut wrote: > > On Friday 01 August 2003 15:17, Gerry Creager N5JXS wrote: > >>Vincent Schut wrote: > > > > ... > > > >>>There are a bunch of documents on the internet that say proj=longlat > >>>(google for it, you'll be stumped!). I believe they are wrong... > >>> However, if it is in the mapserver docs/wiki somewhere, we should track > >>> that down and have it corrected. > >> > >>I'll try to find the references... > > > > After some research I found longlat even in my postgis.sql, defining the > > projection parameters for postgis... I guess that longlat works too, > > then. But according to the docs, it should be latlong. > > > > Cheers, > > Vincent. > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From keon@nacse.org Fri Aug 1 16:12:28 2003 From: keon@nacse.org (Dylan Keon) Date: Fri, 01 Aug 2003 08:12:28 -0700 Subject: [Mapserver-users] Re: styleitem In-Reply-To: <3F2A7AFF.7050506@dmsolutions.ca> References: <3F2A2A81.C917DABB*Jean-Baptiste.RICHARD@agriculture.gouv.fr> <3F2A7AFF.7050506@dmsolutions.ca> Message-ID: <3F2A835C.3010704@nacse.org> Daniel Morissette wrote: > > But there's hope... a new KEYIMAGE class-level parameter has been added > in 4.0 but haven't tried yet, that should allow you to specify the image > to use for the legend icon. There was an email sent about this on the > list by Steve on July 29 but I don't see it in the list archives, I have > attached a copy below. > > BTW, KEYIMAGE isn't documented in the mapfile reference docs either... I added KEYIMAGE info to the MigrationGuide Wiki page a few days ago, along with COLOR_MATCH_THRESHOLD and the new .qix index information. If anyone knows of anything else that should be added to that page prior to the official 4.0 release, let me know and I'll add it. http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MigrationGuide --Dylan From Zamil.Murji@divestco.com Fri Aug 1 17:18:47 2003 From: Zamil.Murji@divestco.com (Zamil Murji) Date: Fri, 1 Aug 2003 10:18:47 -0600 Subject: [Mapserver-users] filter and filteritem Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A9E7@div-mx02.DIVESTCO.COM> Hello all, I am using data from shapefiles. I have 3 layers that come from one set of shapefiles (wells.shp). There are fields in the dbf that I would like to use to create these layers. For instance if FIELD1 in the database is = 'Y' then I want it to be shown in green, if FIELD2 in the database is = 'Y' then I want it shown in red. What is the syntax to use for such queries in the .map file. Should i use filter and filteritem or something else? Thanks Zamil From Josef.Stromsky.hgf@vsb.cz Fri Aug 1 17:24:34 2003 From: Josef.Stromsky.hgf@vsb.cz (=?iso-8859-2?Q?Josef_Stromsk=FD?=) Date: Fri, 1 Aug 2003 18:24:34 +0200 Subject: [Mapserver-users] Beginner troubles !!! Message-ID: <004901c35849$65d83170$548dc49e@joseph> Hi Im using this mailing list for the first time. I have one big problem with running WMSMapserver (WebMapServer). I've installed mapserver properly and everythings is OK. Mapserver is running. My web-clients are OK. But now I need to start WMSMapserver. So I've tried the example from tutorial ( http://terrasip.gis.umn.edu/projects/tutorial35/s5/index.html ). I mean that mapfile from tutorial example is OK, but mapserv.exe returns this message everytime: msProcessProjection(): Projection library error. no system list, errno: 2 I've read some messages about this problem from this mailing list, but problem stays. I've installed package of pre-built binaries for PROJ 4.4.6 for Win32 systems and set system the PROJ_LIB environment. Now when I try this example C:\> proj.exe -I +proj=utm +zone=11 +ellps=WGS84 332000 4000000 (input) 118d52'1.182"W 36d7'48.593"N (output) C:\> so it works fine, but mapserv.exe works still wrong. Please, if you can help me I'll be very indebted to you. Thanx Best regards, Joseph. From gisgeek@nc.rr.com Fri Aug 1 17:54:16 2003 From: gisgeek@nc.rr.com (Bill Wheaton) Date: Fri, 1 Aug 2003 12:54:16 -0400 Subject: [Mapserver-users] configuration on chroot'ed system Message-ID: --Apple-Mail-8--154721719 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Folks-- I'm trying to get a phpmapscript/postgis setup going at my ISP (pghoster). Things are basically working, except that the sys admin has upgraded the mapserv executable to 3.6.6, but it is not being recognized by phpinfo() or my scripts. I run phpinfo() (after loading php_mapscript.so) and get the following: MapServer version 3.6.3 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=TTF INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=SHAPEFILE When the sys admin at the ISP runs ./mapserv -v, he gets: [root@secure mapserver-3.6.6]# cd /home/virtual/mysite.org/var/www/cgi-bin/ [root@secure cgi-bin]# ./mapserv -v MapServer version 3.6.6 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=GDAL INPUT=SHAPEFILE Note that ./mapserv -v reports version 3.6.6 (which is what I want), while phpinfo reports version 3.6.3. Since this is a chroot'ed system, I can't run ./mapserv myself from the command line myself. Additional output from phpinfo() shows: _SERVER["DOCUMENT_ROOT"] /home/virtual/site170/fst/var/www/html _SERVER["SITE_CGIROOT"] /home/virtual/site170/fst/var/www/cgi-bin My site's main document root (index.php and the rest of my php code) is in /home/virtual/site170/fst/var/www/html. But again, since it's chroot'ed, I get to it from: /home/myname/mainwebsite_html/index.php (etc.) and the mapserv cgi is in: /home/myname/mainwebiste_cgi/ (and is named mapserv) The mapserv file is there and shows the date at which the sys admin re-built it to ver 3.6.6. Can anyone provide any insights into troubleshooting this problem? Again, to summarize: My scripts are in the right place and mapserv is found and works, but it's not the right version...phpinfo() shows an older version of mapserv, while running ./mapserv -v shows a newer version...What are the places where an incorrect location for mapserv could be referenced? Thanks in advance for any advice. Bill --Apple-Mail-8--154721719 Content-Transfer-Encoding: 7bit Content-Type: text/enriched; charset=US-ASCII Folks-- I'm trying to get a phpmapscript/postgis setup going at my ISP (pghoster). Things are basically working, except that the sys admin has upgraded the mapserv executable to 3.6.6, but it is not being recognized by phpinfo() or my scripts. I run phpinfo() (after loading php_mapscript.so) and get the following: ArialMapServer version 3.6.3 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=TTF INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=SHAPEFILE When the sys admin at the ISP runs ./mapserv -v, he gets: [root@secure mapserver-3.6.6]# cd /home/virtual/mysite.org/var/www/cgi-bin/ [root@secure cgi-bin]# ./mapserv -v MapServer version 3.6.6 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=GDAL INPUT=SHAPEFILE Note that ./mapserv -v reports version 3.6.6 (which is what I want), while phpinfo reports version 3.6.3. Since this is a chroot'ed system, I can't run ./mapserv myself from the command line myself. Additional output from phpinfo() shows: _SERVER["DOCUMENT_ROOT"] /home/virtual/site170/fst/var/www/html _SERVER["SITE_CGIROOT"] /home/virtual/site170/fst/var/www/cgi-bin My site's main document root (index.php and the rest of my php code) is in /home/virtual/site170/fst/var/www/html. But again, since it's chroot'ed, I get to it from: /home/myname/mainwebsite_html/index.php (etc.) and the mapserv cgi is in: /home/myname/mainwebiste_cgi/ (and is named mapserv) The mapserv file is there and shows the date at which the sys admin re-built it to ver 3.6.6. Can anyone provide any insights into troubleshooting this problem? Again, to summarize: My scripts are in the right place and mapserv is found and works, but it's not the right version...phpinfo() shows an older version of mapserv, while running ./mapserv -v shows a newer version...What are the places where an incorrect location for mapserv could be referenced? Thanks in advance for any advice. Bill --Apple-Mail-8--154721719-- From Zamil.Murji@divestco.com Fri Aug 1 18:18:24 2003 From: Zamil.Murji@divestco.com (Zamil Murji) Date: Fri, 1 Aug 2003 11:18:24 -0600 Subject: [Mapserver-users] filter and filteritem Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A9E9@div-mx02.DIVESTCO.COM> I solved my own issue. Use the following FILTER ('[FIELD1] = 'Y' OR '[FIELD2] = 'Y') Sorry Zamil -----Original Message----- From: Zamil Murji Sent: Friday, August 01, 2003 10:19 AM To: Mapserver-users@lists.gis.umn.edu Subject: [Mapserver-users] filter and filteritem Hello all, I am using data from shapefiles. I have 3 layers that come from one set of shapefiles (wells.shp). There are fields in the dbf that I would like to use to create these layers. For instance if FIELD1 in the database is = 'Y' then I want it to be shown in green, if FIELD2 in the database is = 'Y' then I want it shown in red. What is the syntax to use for such queries in the .map file. Should i use filter and filteritem or something else? Thanks Zamil _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Zamil.Murji@divestco.com Fri Aug 1 18:21:12 2003 From: Zamil.Murji@divestco.com (Zamil Murji) Date: Fri, 1 Aug 2003 11:21:12 -0600 Subject: [Mapserver-users] Use of shptree Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A9EA@div-mx02.DIVESTCO.COM> Hello list, I am using shptree to index my shapefiles. I have a funny case. Using shptree on one of my pointfiles actually increases the time to load an image by 0.5 seconds. I have a feeling it has something to do with the depth factor. How can I see what depth the index is created at? This shapefile has 1.6 million point shapes. Should the depth be higher or lower than what the shptree uses? Thanks Zamil From morissette@dmsolutions.ca Fri Aug 1 18:39:33 2003 From: morissette@dmsolutions.ca (Daniel Morissette) Date: Fri, 01 Aug 2003 13:39:33 -0400 Subject: [Mapserver-users] configuration on chroot'ed system In-Reply-To: References: Message-ID: <3F2AA5D5.3020201@dmsolutions.ca> This looks like the symptoms of a problem we used to have when MapServer's broken 'make install' was used. The 'make install' target has been replaced in the Makefile in the latest 3.6.x and 4.0 versions. Ask the ISP to look for an old /usr/local/lib/libmap.a and delete it, then link php_mapscript.so again and it should link with the correct libmap.a, the one that he just compiled. Daniel Bill Wheaton wrote: > Folks-- > > I'm trying to get a phpmapscript/postgis setup going at my ISP > (pghoster). Things are basically working, except that the sys admin has > upgraded the mapserv executable to 3.6.6, but it is not being recognized > by phpinfo() or my scripts. > > I run phpinfo() (after loading php_mapscript.so) and get the following: > > MapServer version 3.6.3 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=TTF > INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=SHAPEFILE > > When the sys admin at the ISP runs ./mapserv -v, he gets: > > [root@secure mapserver-3.6.6]# cd /home/virtual/mysite.org/var/www/cgi-bin/ > [root@secure cgi-bin]# ./mapserv -v > MapServer version 3.6.6 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ > SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG > INPUT=POSTGIS INPUT=GDAL INPUT=SHAPEFILE > > Note that ./mapserv -v reports version 3.6.6 (which is what I want), > while phpinfo reports version 3.6.3. Since this is a chroot'ed system, I > can't run ./mapserv myself from the command line myself. > > Additional output from phpinfo() shows: > > _SERVER["DOCUMENT_ROOT"] /home/virtual/site170/fst/var/www/html > _SERVER["SITE_CGIROOT"] /home/virtual/site170/fst/var/www/cgi-bin > > My site's main document root (index.php and the rest of my php code) is > in /home/virtual/site170/fst/var/www/html. But again, since it's > chroot'ed, I get to it from: > > /home/myname/mainwebsite_html/index.php (etc.) > > and the mapserv cgi is in: > > /home/myname/mainwebiste_cgi/ (and is named mapserv) > > The mapserv file is there and shows the date at which the sys admin > re-built it to ver 3.6.6. > > Can anyone provide any insights into troubleshooting this problem? > Again, to summarize: > > My scripts are in the right place and mapserv is found and works, but > it's not the right version...phpinfo() shows an older version of > mapserv, while running ./mapserv -v shows a newer version...What are the > places where an incorrect location for mapserv could be referenced? > Thanks in advance for any advice. > > Bill From steve.lime@dnr.state.mn.us Fri Aug 1 19:22:43 2003 From: steve.lime@dnr.state.mn.us (Steve Lime) Date: Fri, 01 Aug 2003 13:22:43 -0500 Subject: [Mapserver-users] 4.0 Released... Message-ID: This is a MIME message. If you are reading this text, you may want to consider changing to a mail reader or gateway that understands how to properly handle MIME multipart messages. --=_FDA3E530.E687E390 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Folks: Just in time for the weekend. The MapServer developers are pleased to announce the *official* release of version 4.0. Lot's of new functionality, see the attached HISTORY.TXT file for the complete list. The source code is available at: http://mapserver.gis.umn.edu/dload.html Win32 binaries should be available shortly from both DMSolutions and the University of Minnesota, as will a new version of the Itasca demo. A new version of the MapServer documentation is also in the works. A good summary of changes between 3.6.x and 4.0 can be found at: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MigrationGuide Further announcements regarding the future of MapServer (new version numbering, development roadmap, ...) will be made at a later date. Anyway, enjoy! Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 --=_FDA3E530.E687E390 Content-Type: text/plain; name="HISTORY.TXT" Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="HISTORY.TXT" MapServer Revision History ========================== This is a human-readable revision history which will attempt to document required changes for users to migrate from one version of MapServer to the next. Developers are strongly encouraged to document their changes and their impacts on the users here. (Please add the most recent changes to the top of the list.) For a complete change history, please see the CVS log comments. A copy of the CVS logs is updated daily at the following URL: http://www2.dmsolutions.ca/mapserver/dl/mapserver_changelog.txt Version 4.0 (2003-08-01) ------------------------ - Fixed problem with truncated expressions (bugs 242 and 340) - Attempt at fixing GD vs libiconv dependency problems (bug 348) - Fixed problem with invalid BoundingBox tag in WMS capabilities (bug 34) - Fixed problems with SIZEUNITS not working properly (bug 373) - Fixed MacOSX configure problems for linking php_mapscript (bug 208) - Fixed problem with reference map marker symbol not showing up (bug 378) - Use in WMS 1.0.0 capabilities instead of (bug 129) - One-to-one and one-to-many joins now work for Xbase files and are available to query templates. Low level one-to-one Xbase joins are available via OGR. Version 4.0-beta2 (2003-07-11) ------------------------------ - Added prototype of FastCGI support in mapserv_fcgi.c (not built by default). - Report full error stack in the mapserv CGI and PHP MapScript (bug 346) - Old index (.qix) format is deprecated (bug 273) - Fixed problem with embedded legend and scalebar that would result in layers being added to the HTML legends (bug 171) - Changed joins (XBase only at this point) over to the open-prepare-next... next-close way of doing things. Compiles fine, but needs more testing. One-to-many support should work now but it needs to be hooked into the template code yet. Last thing before a candidate 4.0 release. - Added ability to generate images in MapScript processQueryTemplate (bug 341) - Added saving of output formats in msSaveMap() - Fixed problem in PHP MapScript with variables that were not dereferenced before their values were changed by the MapScript wrappers (bug 323) - Added support for Web Map Context 1.0.0 - Treat zero-length template values as NULL so that it's possible to set("template", "") from MapScript to make layer non-queryable (bug 338) - Ditched the shapepath argument to the shapefileObj constructor - CARTOLINE join style default changed to MS_CJC_NONE - Tweaked code in legend builder to handle polygon layers slightly different. Now if a polygon layer contains only outlines and no fills (i.e. a polyline) then it is drawn using the zigzag legend shape rather than the box. I'll add legend outlines back in shortly. - Restored legend key outlines (triggered by setting OUTLINECOLOR). If an outline is requested then line symbols are clipped to the outline, otherwise lines are allowed to bleed a pixel or two beyond those boundaries- for most cases this looks fine but for fat lines it is gonna look goofy regardless. In those cases use the KEYIMAGE. - Fixed a bug in the scanline writer so that x coordinates can be in any order when passed in to the function. (bug 336) - Updated loadExpressionString in mapfile.c to be a bit more tolerant of input. Now if a string does not match the logical or regex pattern it is automatically cast as a string expression. Removes the need for silly quotes. Version 4.0-beta1 (2003-06-06) ------------------------------ - Added imagemap outputformat, which makes possible use of client-side imagemaps in browsers - Added MySQL support for non-spatial OpenGIS Simple Features SQL stored data - msQueryByShape and msQueryByFeature honor layer tolerances. In effect you can to buffered queries now. At the momoment only polygon select features are supported, but there's nothing inherent in the underlying computations that says lines won't work as well. - Simple one-to-one joins are working again. Reworked the join code so that table connections are persistant within a join (across joins is a todo). Joins, like layers are wrapped with a connection neutral front end, that sets us up to do MySQL or whatever in addition to XBase. - Removed shapepath argument to all layer access functions (affects MapScript). It's still used but we leverage the layer pointer back to the parent mapObj so the API is cleaner. - Changed default presentation of feature attributes to escape a few problematic characters for HTML display (eg. > becomes >). Added [itemname_raw] substitution to allow access to unaltered data. - Added initial version of Jan Hartman's connection pooling code. - Replaced libwww with libcurl for WMS/WFS client HTTP requests. (libcurl 7.10 required, see http://curl.haxx.se/libcurl/c/) - Added CONNECTION to the list of mapfile parameters that can accept %variable% substitutions when processed by the cgi version. This is useful for passing in username and/or passwords to database data sources. - Added support for DATA and TEMPLATE (header/footer/etc...) filtering using an regex declared in the mapfile (DATAPATTERN and TEMPLATEPATTERN). Certain parameters in a mapfile cannot be changed via a URL without first being filtered. - Added support for enviroment variable MS_MAPFILE_PATTERN. This allows you to override the default regex in favor of one more restrictive (I would hope) of your own. - Disabled CGI SAVEMAP option. - Removed CGI TEMPLATE option since you can use the map_web_template syntax. Simplifies security maintenance by only having to deal with this option in a single place. - Added offset support (styleObj) for raster based output (GD for sure, not quite sure how OGR output is created although I believe is uses GD anyway). This allows for feature drop shadows and support for cool linear symbols like used to be supported in pre-3.4 versions. These offsets are not scalable at the moment. - Null shapes (attributes but no vertices) are skipped for shapefiles using the msLayerNextShape interface. Otherwise applications should check the shapeObj type member for MS_SHAPE_NULL. - Changed where label cache is allocated and cleared. Now it isn't allocated until drawing takes place. Any old cache is cleared before a new one is allocated. The cache is still intact following rendering for post-processing using MapScript. - Fixed screw up in pre-processing of logical expressions for item lists. Under certain circumstances that list could get corrupted and expressions would fail. - Added NOT operator to expression parser. - Added layer and map level DEBUG options to map file. - Major changes to support vector output (PDF, SWF, GML, ...): - imageObj is used by all rendering functions instead of gdImagePtr - New msSaveImage() prototype - Support for GD-2.0, including 24 bits output. Dropped support for GD 1.x - Support for output to any GDAL-supported format via the new OUTPUTFORMAT object. - New styleObj to replace the OVERLAY* parameter in classes. - PostGIS: Added Sean Gillies 's patch for "using unique ". Added "using SRID=#" to specify a spatial reference for an arbitrary sql query. - ... and nuerous fixes not listed here... Version 3.6.0-beta1 (2002-04-30) -------------------------------- - MapScript: qitem and qstring params added to layer->queryByAttribute(). Instead of being driven by the layer's FILTER/FILTERITEM, the query by attribute is now driven by the values passed via qitem,qstring, and the layer's FILTER/FILTERITEM are ignored. - Symbol and MapFile changes: ANTIALIAS and FILLED keywords now take a boolean (TRUE/FALSE) argument i.e. ANTIALIAS becomes ANTIALIAS TRUE and FILLED becomes FILLED TRUE - Reference Map: Added options to show a different marker when the reference box becomes too small. See the mapfile reference docs for more details on the new reference object parameters (MARKER, MARKERSIZE, MAXBOXSIZE, MINBOXSIZE) - Added MINSCALE/MAXSCALE at the CLASS level. - Support for tiled OGR datasets. - PHP 4.1.2 and 4.2.0 support for PHP MapScript. - Added LAYER TRANSPARENCY, value between 1-100 - Fixes to the SWIG interface for clean Java build. - New HTML legend templates for CGI and MapScript. See HTML-Legend-HOWTO. - WMS server now supports query results using HTML query templates instead of just plain/text. - Added support functions for thread safety (--with-thread). Still not 100% thread-safe. Version 3.5.0 (2002-12-18) -------------------------- - No Revision history before version 3.5 --------- $Id: HISTORY.TXT,v 1.23 2003/08/01 04:33:34 sdlime Exp $ --=_FDA3E530.E687E390-- From kgeurts@gis.umn.edu Fri Aug 1 20:55:12 2003 From: kgeurts@gis.umn.edu (Kari Geurts) Date: Fri, 01 Aug 2003 14:55:12 CDT Subject: [Mapserver-users] RE: Mapserver Documentation Project Message-ID: <200308011955.h71JtCSc008138@dingo.software.umn.edu> Hello mapserver-dev and mapserver-docs, I wanted to address the issues that Daniel brought up about the documentation project. As the MDP Coordinator, I am responsible for and have been maintaining the MDP. I have been manually running the conversion of xml documents in the CVS to html documents for display on the Mapserver website. I believe that all the CVS documents that have had edit changes have been updated. If this is not the case, please let me know and I will take care of the problem. I will also be responsible for making the updates to the documentation section of the website for the release of the 4.0 version. I have been working on some website revisions/improvements and plan to make it available shortly after the release of 4.0. I would like to ask that if you are part of MDP and have written any documents that you email me with the following information: What documents you have written and for which versions of the software? What is your contact information? When the last update was done on your documents? Providing this information will help me to make sure that your documents are up to date and get displayed on the website properly. I will also use this information to revise the current projects web page so Mapserver users will have access to both the authors and the documents. This page can be used as a reference guide for the MDP (i.e. who is doing what). I am hoping that the website changes will make it easier to get to the most current documentation and will explain more thoroughly how to become an author. It is my intension to make the hard work and effort done by the MDP volunteers available to all Mapserver users.   Thank you for your help with this and I look forward to hearing from all you authors, Kari A. Geurts MDP Coordinator Department of Forest Resources University of Minnesota 115 Green Hall 1530 Cleveland Ave. N. St. Paul, MN 55108-6112 Phone: 612-624-3459 Email: kgeurts@gis.umn.edu From pkishor@geoanalytics.com Fri Aug 1 21:17:26 2003 From: pkishor@geoanalytics.com (pkishor_98) Date: Fri, 01 Aug 2003 20:17:26 -0000 Subject: [Mapserver-users] Re: Use of shptree In-Reply-To: <64FC1B3E23F04C4E931EE3F6D809FF30A9EA@div-mx02.DIVESTCO.COM> Message-ID: --- In mapserver-users@yahoogroups.com, "Zamil Murji" wrote: > Hello list, > > I am using shptree to index my shapefiles. I have a > funny case. Using shptree on one of my pointfiles > actually increases the time to load an image by 0.5 > seconds. I have a feeling it has something to do with > the depth factor. How can I see what depth the index > is created at? > This shapefile has 1.6 million point > shapes. Should the depth be higher or lower than what > the shptree uses? You created the shptree index, no? When you created it, you specified the index. If you didn't, it used the default depth. From shptree documentation -- shptree Purpose: Creates a quadtree-based spatial index for a shapefile. The default tree depth is calculated so that each tree node (quadtree cell) contains 8 shapes. Do not use the default with point files, a value between 6 and 10 seems to work ok. Your millage may vary and you'll need to do some experimenting. Syntax: shptree [shpfile] {depth} Do some experimentation with different depths. Hope this helps. From pkishor@geoanalytics.com Fri Aug 1 21:23:21 2003 From: pkishor@geoanalytics.com (pkishor_98) Date: Fri, 01 Aug 2003 20:23:21 -0000 Subject: [Mapserver-users] Re: 4.0 Released... In-Reply-To: Message-ID: --- In mapserver-users@yahoogroups.com, "Steve Lime" wrote: > Hi Folks: Just in time for the weekend. The MapServer > developers are pleased to announce the *official* release > of version 4.0. congratulations, and heartfelt thanks to all those who worked on this. From Zamil.Murji@divestco.com Fri Aug 1 21:38:22 2003 From: Zamil.Murji@divestco.com (Zamil Murji) Date: Fri, 1 Aug 2003 14:38:22 -0600 Subject: [Mapserver-users] Re: Use of shptree Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A9F0@div-mx02.DIVESTCO.COM> Did some experimentation already. Seems that I got the fastest times with a depth of 1. I started at 10 and decreased by 1 each time. Still at 1 it was loading the image at the same speed as without any indexes. I'm going to try tiling my data and then adding indexes to my tiled data. Zamil -----Original Message----- From: pkishor_98 [mailto:pkishor@geoanalytics.com] Sent: Friday, August 01, 2003 2:17 PM To: mapserver-users@lists.gis.umn.edu Subject: [Mapserver-users] Re: Use of shptree --- In mapserver-users@yahoogroups.com, "Zamil Murji" wrote: > Hello list, > > I am using shptree to index my shapefiles. I have a > funny case. Using shptree on one of my pointfiles > actually increases the time to load an image by 0.5 > seconds. I have a feeling it has something to do with > the depth factor. How can I see what depth the index > is created at? > This shapefile has 1.6 million point > shapes. Should the depth be higher or lower than what > the shptree uses? You created the shptree index, no? When you created it, you specified the index. If you didn't, it used the default depth. From shptree documentation -- shptree Purpose: Creates a quadtree-based spatial index for a shapefile. The default tree depth is calculated so that each tree node (quadtree cell) contains 8 shapes. Do not use the default with point files, a value between 6 and 10 seems to work ok. Your millage may vary and you'll need to do some experimenting. Syntax: shptree [shpfile] {depth} Do some experimentation with different depths. Hope this helps. _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From gisgeek@nc.rr.com Sat Aug 2 02:37:36 2003 From: gisgeek@nc.rr.com (Bill Wheaton) Date: Fri, 1 Aug 2003 21:37:36 -0400 Subject: [Mapserver-users] configuration on chroot'ed system In-Reply-To: <3F2AA5D5.3020201@dmsolutions.ca> Message-ID: Daniel: I forwarded this suggestion to the ISP and it solved the problem. Many, many thanks! Bill On Friday, August 1, 2003, at 01:39 PM, Daniel Morissette wrote: > This looks like the symptoms of a problem we used to have when > MapServer's broken 'make install' was used. The 'make install' target > has been replaced in the Makefile in the latest 3.6.x and 4.0 > versions. > > Ask the ISP to look for an old /usr/local/lib/libmap.a and delete it, > then link php_mapscript.so again and it should link with the correct > libmap.a, the one that he just compiled. > > Daniel > > Bill Wheaton wrote: > >> Folks-- >> I'm trying to get a phpmapscript/postgis setup going at my ISP >> (pghoster). Things are basically working, except that the sys admin >> has upgraded the mapserv executable to 3.6.6, but it is not being >> recognized by phpinfo() or my scripts. >> I run phpinfo() (after loading php_mapscript.so) and get the >> following: >> MapServer version 3.6.3 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP >> SUPPORTS=TTF INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS >> INPUT=SHAPEFILE >> When the sys admin at the ISP runs ./mapserv -v, he gets: >> [root@secure mapserver-3.6.6]# cd >> /home/virtual/mysite.org/var/www/cgi-bin/ >> [root@secure cgi-bin]# ./mapserv -v >> MapServer version 3.6.6 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP >> SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 >> INPUT=JPEG INPUT=POSTGIS INPUT=GDAL INPUT=SHAPEFILE >> Note that ./mapserv -v reports version 3.6.6 (which is what I want), >> while phpinfo reports version 3.6.3. Since this is a chroot'ed >> system, I can't run ./mapserv myself from the command line myself. >> Additional output from phpinfo() shows: >> _SERVER["DOCUMENT_ROOT"] /home/virtual/site170/fst/var/www/html >> _SERVER["SITE_CGIROOT"] /home/virtual/site170/fst/var/www/cgi-bin >> My site's main document root (index.php and the rest of my php code) >> is in /home/virtual/site170/fst/var/www/html. But again, since it's >> chroot'ed, I get to it from: >> /home/myname/mainwebsite_html/index.php (etc.) >> and the mapserv cgi is in: >> /home/myname/mainwebiste_cgi/ (and is named mapserv) >> The mapserv file is there and shows the date at which the sys admin >> re-built it to ver 3.6.6. >> Can anyone provide any insights into troubleshooting this problem? >> Again, to summarize: >> My scripts are in the right place and mapserv is found and works, but >> it's not the right version...phpinfo() shows an older version of >> mapserv, while running ./mapserv -v shows a newer version...What are >> the places where an incorrect location for mapserv could be >> referenced? Thanks in advance for any advice. >> Bill > > From Josef.Stromsky.hgf@vsb.cz Sat Aug 2 06:57:47 2003 From: Josef.Stromsky.hgf@vsb.cz (=?iso-8859-2?Q?Josef_Stromsk=FD?=) Date: Sat, 2 Aug 2003 07:57:47 +0200 Subject: [Mapserver-users] How to change the sequence of layers ??? Message-ID: <012c01c358bb$011751e0$548dc49e@joseph> Hi folks, Im programming a simple WWW map browser(Java Applet). My question is: Is possible to generate raster output from MapServer with required sequence of layers ??? I've found just one way, and it is: everytime generate a new MapFile (*.map). Thanx for little advice. regards, Joseph From stepan.kafka@centrum.cz Sat Aug 2 11:44:18 2003 From: stepan.kafka@centrum.cz (Stepan Kafka) Date: Sat, 2 Aug 2003 12:44:18 +0200 Subject: [Mapserver-users] How to change the sequence of layers ??? In-Reply-To: <012c01c358bb$011751e0$548dc49e@joseph> Message-ID: <000001c358e3$06aac060$463c2fc3@HSGIS> Sequence of layer is driven by layers order in map file in normal mapserver mode. But in WMS mode the order is set by layer order in the layers parameter. Stepan Kafka Help Service Remote Sensing tel: +420-327514118 mailto:kafka@email.cz http://www.bnhelp.cz > -----Původní zpráva----- > Od: mapserver-users-admin@lists.gis.umn.edu > [mailto:mapserver-users-admin@lists.gis.umn.edu]za uľivatele Josef > Stromský > Odesláno: 2. srpna 2003 7:58 > Komu: MAPSERVER MailingLIST > Předmět: [Mapserver-users] How to change the sequence of layers ??? > > > Hi folks, > > Im programming a simple WWW map browser(Java Applet). My question is: > > Is possible to generate raster output from MapServer with > required sequence > of layers ??? > > I've found just one way, and it is: everytime generate a new MapFile > (*.map). > > Thanx for little advice. > > regards, Joseph > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > --- > Příchozí zpráva neobsahuje viry. > Zkontrolováno antivirovým systémem AVG (http://www.grisoft.cz). > Verze: 6.0.504 / Virová báze: 302 - datum vydání: 24.7.2003 > --- Odchozí zpráva neobsahuje viry. Zkontrolováno antivirovým systémem AVG (http://www.grisoft.cz). Verze: 6.0.504 / Virová báze: 302 - datum vydání: 24.7.2003 From poff@sixbit.org Sat Aug 2 12:56:36 2003 From: poff@sixbit.org (poff) Date: Sat, 2 Aug 2003 13:56:36 +0200 Subject: [Mapserver-users] compiling phpmapscript - regex problems Message-ID: <20030802115636.GA28005@freeshell.org> Hi, I am trying to compile on a host and I'm told to recompile php with system-regex This is a virtual host so this is not possible for me. Is there any other way? I just want to the php extension. THanks, -- poff@sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org From poff@sixbit.org Sat Aug 2 15:43:25 2003 From: poff@sixbit.org (poff) Date: Sat, 2 Aug 2003 16:43:25 +0200 Subject: [Mapserver-users] php_mapscript on a host - nightmare! help! Message-ID: <20030802144325.GA29223@freeshell.org> Sorry for the title. I'm using a commercial host to host my site, and am trying to get php_mapscript working. So far I had to: get and configure php sources in ${HOME} for regex compile mapserver (after a lot of tweaking) Get it listed in phpinfo. Then be told, when I try using it I need to recompile as a CGI! I can't ask for this as this is a shared server. What should I do? Does mapscript 4 bypass this requirement? I'm trying to compile 3.6 at the moment, on a red hat server. Thanks for any tips, -- poff@sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org From s9646183@sms.ed.ac.uk Sat Aug 2 19:40:35 2003 From: s9646183@sms.ed.ac.uk (AMC Story) Date: Sat, 02 Aug 2003 19:40:35 +0100 (BST) Subject: [Mapserver-users] Using tiffs without GDAL Message-ID: <1059849635.3f2c05a3af44e@sms.ed.ac.uk> Hi everyone, I'm a little confused about the types of raster that can be displayed without having to compile mapserver with GDAL. From the documentation, I took it that only grayscale tiffs could be displayed, but without GDAL I managed to follow the tutorial example which displays a colour tiff image. Is the fact that this image is colour indexed vs rgb significant here? (not that I know what colour indexed means.....!). Also, and apologies if this is slightly off topic, but I was hoping someone might know how I could convert a ArcInfo grid (created from the etop05 dataset) to a colour tiff of the type that the basic mapserver can display. My problem is that even trying to convert to a grayscale image doesn't seem to be working (I'm using the gridimage command in ArcInfo), as the output image has lost all of the height variation over the land and displays them as solid black. Has anyone does this kind of thing before? I'd like to avoid having to use GDAL if possible, but I really would like to be able to display a colour image as a background layer. Any advice would be really appreciated as this problem has been driving me mad for days! Thanks once again for all your help and support - it really has been invaluable. Ali From s9646183@sms.ed.ac.uk Sat Aug 2 19:54:27 2003 From: s9646183@sms.ed.ac.uk (AMC Story) Date: Sat, 02 Aug 2003 19:54:27 +0100 (BST) Subject: [Mapserver-users] Rendering classes - what order does mapserver use? Message-ID: <1059850467.3f2c08e39bbd8@sms.ed.ac.uk> Hi there everyone, I was just wondering in what order mapserver renders the difference classes for each layer based on their order in the map file. I was hoping that the principle would be the same as for rendering layers, so that if a class is at the top of several for a particular layer, it would displayed behind those lower down. This doesn't seem to work though. Can someone let me know if I can specify the order in which classes are drawn, and how? Thanks, Ali From pkishor@geoanalytics.com Sat Aug 2 20:11:41 2003 From: pkishor@geoanalytics.com (pkishor_98) Date: Sat, 02 Aug 2003 19:11:41 -0000 Subject: [Mapserver-users] Re: Rendering classes - what order does mapserver use? In-Reply-To: <1059850467.3f2c08e39bbd8@sms.ed.ac.uk> Message-ID: --- In mapserver-users@yahoogroups.com, AMC Story wrote: > Hi there everyone, > > I was just wondering in what order mapserver renders the difference classes for > each layer based on their order in the map file. I was hoping that the > principle would be the same as for rendering layers, so that if a class is at > the top of several for a particular layer, it would displayed behind those > lower down. This doesn't seem to work though. Can someone let me know if I > can specify the order in which classes are drawn, and how? > are you referring to the order the classes appear in the legend? If yes, the first one appears first, the next one below that, and so on. If you are referring to the order in which classes appear within a layer... hmmmm... there are no intra-layer layers... all classes for a given layer are ordinally at the same level. The purpose of a class is to distinguish some features from some other features based on some attribute. Geographically they all have the same z-index, so to say, hence they are in the same layer. There could be instances of layers where intra-layer there would be stratification -- for example, a layer depicting condos could somehow distinguish between condos on the 5th floor from the ones on the 4th floor... but that is a special case, no? From pkishor@geoanalytics.com Sat Aug 2 20:17:36 2003 From: pkishor@geoanalytics.com (pkishor_98) Date: Sat, 02 Aug 2003 19:17:36 -0000 Subject: [Mapserver-users] Re: How to change the sequence of layers ??? In-Reply-To: <012c01c358bb$011751e0$548dc49e@joseph> Message-ID: --- In mapserver-users@yahoogroups.com, Josef Stromský wrote: > Hi folks, > > Im programming a simple WWW map browser(Java Applet). My question is: > > Is possible to generate raster output from MapServer with required sequence > of layers ??? > > I've found just one way, and it is: everytime generate a new MapFile > (*.map). > as mentioned by Stepan, layer order is determined by the order in which they appear in the map file. Java applet itself is client-side... so, for the moment let's forget about it. You have to control the order of the layers on the server side before the whole thing is put through the grinder and an image is created. You can either create a new mapfile on the fly, or use mapscript to control the order in which the layers appear (effectively the same thing). If the "required sequence" is changing based on user-input, just grab the cgi variables (form or url) to control the order in which the layers will appear before generating the image. From ed@topozone.com Sat Aug 2 20:24:09 2003 From: ed@topozone.com (Ed McNierney) Date: Sat, 2 Aug 2003 15:24:09 -0400 Subject: [Mapserver-users] Using tiffs without GDAL Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFE57@mercator.topozone.com> "I'd like to avoid having to use GDAL if possible..." Why? It is the preferred tool in MapServer to do the things you want to do. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: (978) 251-4242 Fax: (978) 251-1396 ed@topozone.com -----Original Message----- From: AMC Story [mailto:s9646183@sms.ed.ac.uk] Sent: Saturday, August 02, 2003 2:41 PM To: mapserver list Subject: [Mapserver-users] Using tiffs without GDAL Hi everyone, I'm a little confused about the types of raster that can be displayed without having to compile mapserver with GDAL. From the documentation, I took it that only grayscale tiffs could be displayed, but without GDAL I managed to follow the tutorial example which displays a colour tiff image. Is the fact that this image is colour indexed vs rgb significant here? (not that I know what colour indexed means.....!). Also, and apologies if this is slightly off topic, but I was hoping someone might know how I could convert a ArcInfo grid (created from the etop05 dataset) to a colour tiff of the type that the basic mapserver can display. My problem is that even trying to convert to a grayscale image doesn't seem to be working (I'm using the gridimage command in ArcInfo), as the output image has lost all of the height variation over the land and displays them as solid black. Has anyone does this kind of thing before? I'd like to avoid having to use GDAL if possible, but I really would like to be able to display a colour image as a background layer. Any advice would be really appreciated as this problem has been driving me mad for days! Thanks once again for all your help and support - it really has been invaluable. Ali _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From hi_ono2001@ybb.ne.jp Sat Aug 2 20:39:33 2003 From: hi_ono2001@ybb.ne.jp (Hisaji Ono) Date: Sun, 3 Aug 2003 04:39:33 +0900 Subject: [Mapserver-users] Compiling GDAL by MinGW Message-ID: <008b01c3592d$cc6000f0$818001db@webgis> Hi. Does anyone succeed to compile GDAL or OGR by MinGW? Thanks. From ed@topozone.com Sat Aug 2 21:14:50 2003 From: ed@topozone.com (Ed McNierney) Date: Sat, 2 Aug 2003 16:14:50 -0400 Subject: [Mapserver-users] Re: Use of shptree Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFE59@mercator.topozone.com> Zamil - Remember that shptree indexes help MapServer quickly locate the small portion of a large file that is needed to draw a particular map. If your map request requires that the entire shapefile be drawn, indexing won't help at all - the entire file needs to be used anyway. IF that's the case, then tiling the data will only make things worse. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: (978) 251-4242 Fax: (978) 251-1396 ed@topozone.com -----Original Message----- From: Zamil Murji [mailto:Zamil.Murji@divestco.com] Sent: Friday, August 01, 2003 4:38 PM To: pkishor_98; mapserver-users@lists.gis.umn.edu Subject: RE: [Mapserver-users] Re: Use of shptree Did some experimentation already. Seems that I got the fastest times with a depth of 1. I started at 10 and decreased by 1 each time. Still at 1 it was loading the image at the same speed as without any indexes. I'm going to try tiling my data and then adding indexes to my tiled data. Zamil -----Original Message----- From: pkishor_98 [mailto:pkishor@geoanalytics.com] Sent: Friday, August 01, 2003 2:17 PM To: mapserver-users@lists.gis.umn.edu Subject: [Mapserver-users] Re: Use of shptree --- In mapserver-users@yahoogroups.com, "Zamil Murji" wrote: > Hello list, > > I am using shptree to index my shapefiles. I have a > funny case. Using shptree on one of my pointfiles > actually increases the time to load an image by 0.5 > seconds. I have a feeling it has something to do with > the depth factor. How can I see what depth the index > is created at? > This shapefile has 1.6 million point > shapes. Should the depth be higher or lower than what > the shptree uses? You created the shptree index, no? When you created it, you specified the index. If you didn't, it used the default depth. From shptree documentation -- shptree Purpose: Creates a quadtree-based spatial index for a shapefile. The default tree depth is calculated so that each tree node (quadtree cell) contains 8 shapes. Do not use the default with point files, a value between 6 and 10 seems to work ok. Your millage may vary and you'll need to do some experimenting. Syntax: shptree [shpfile] {depth} Do some experimentation with different depths. Hope this helps. _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From nhv@cape.com Sun Aug 3 05:03:54 2003 From: nhv@cape.com (Norman Vine) Date: Sun, 3 Aug 2003 00:03:54 -0400 Subject: [Mapserver-users] Compiling GDAL by MinGW In-Reply-To: <008b01c3592d$cc6000f0$818001db@webgis> Message-ID: Hisaji Ono writes: > > Does anyone succeed to compile GDAL or OGR by MinGW? GDAL should compile fine with MingW it has for me in the past Follow the instructions for Cygwin < Unix > and use all the internal libraries < Tiff, Png, jpeg zlib etc. > You might have to tweak the toplevel GNUMakefile a bit depending on what type and where you installed MingW Below find my changes to tonight's CVS for Cygwin compilation Note you will want to copy the file made by this into your MingW lib directory and you will also want to move the installed dll from the lib directory onto your path HTH Norman $ cvs diff GNUmakefile Index: GNUmakefile =================================================================== RCS file: /cvsroot/osrs/gdal/GNUmakefile,v retrieving revision 1.52 diff -r1.52 GNUmakefile 31c31,32 < -o $(GDAL_SLIB) --- > -Wl,--out-implib=libgdal.$(GDAL_VER).dll.a \ > -o $(GDAL_SLIB) 119c120 < install: lib install-actions --- > install: check-lib install-actions From mapserver@gismap.ch Sun Aug 3 12:48:51 2003 From: mapserver@gismap.ch (Roman Meier) Date: Sun, 3 Aug 2003 13:48:51 +0200 Subject: [Mapserver-users] measure distance Message-ID: Hi list I use mapserver as a cgi with dhtml and javascript just as the landview-site. Now, I would like to give to the user the possibility to measure distances. Could somebody share his code with me? Or give me some help to realize it? Thanks Roman From Armin Burger Sun Aug 3 15:26:45 2003 From: Armin Burger (Armin Burger) Date: Sun, 3 Aug 2003 15:26:45 +0100 Subject: [Mapserver-users] measure distance Message-ID: <20030803132730.USGU28474.viefep12-int.chello.at@libero.it> Roman, you could have a look at 'sourceforge.net/projects/pmapper/'. It's an application based on PHP Mapscript and uses a DHTML interface. Under the 'javascript' directory is a file 'measure.js' that offers measure functions. It is called from within the zoombox.js and needs some parameters (imagewidth/height etc.) and a
element for the measure symbols (in the map.phtml file). It's working with IE 5+ and Netscape 6+/Mozilla 1+ Armin > Hi list > I use mapserver as a cgi with dhtml and javascript just as the > landview-site. > Now, I would like to give to the user the possibility to measure distances. > Could somebody share his code with me? Or give me some help to realize it? > Thanks > Roman > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From pkishor@geoanalytics.com Sun Aug 3 15:21:30 2003 From: pkishor@geoanalytics.com (pkishor_98) Date: Sun, 03 Aug 2003 14:21:30 -0000 Subject: [Mapserver-users] Re: measure distance In-Reply-To: Message-ID: --- In mapserver-users@yahoogroups.com, "Roman Meier" wrote: > Hi list > > I use mapserver as a cgi with dhtml and javascript just as the > landview-site. > Now, I would like to give to the user the possibility to measure distances. > Could somebody share his code with me? Or give me some help to realize it? here's some guidance to realize it. The problem is not with measuring the distance -- - get the mouse-clicks, - convert them to geog. space, - calc the distance - show the distance in some widget like an input box. The problem is with giving the user feedback on mouse-clicks. Javascript has no mechanism for "drawing" on the browser canvas. The ever-popular zoombox rubberband is a kludge really, albeit an effective one, achieved by clipping layers. Unfortunately, that can only be done for lines parallel to the axes. For diagonal lines there is no good answer. DMSolutions has a reasonable solution by using those rubbery bouncing balls that trail your mouse cursor. A Java applet would work, however, that is only compatible with a limited number of browser/OS combos. A colleague of mine has implemented a very nice solution using VML, unfortunately which works only in IE on Win. The way to go would be, perhaps, to implement an interface in SVG, it being a standard and all. But that too would require the SVG plug-in. The basic problem is that as soon as we can do something well in the browser, we want to do something that we can't really do well. The browser is an efficient instrument because it was designed to do little, and do it well across platforms. Along came the spider in the form of a big West-coast company and decided to make a browser that did other things as long as you drank their cola... From Rich@GreenwoodMap.com Sun Aug 3 16:02:06 2003 From: Rich@GreenwoodMap.com (Richard Greenwood) Date: Sun, 03 Aug 2003 09:02:06 -0600 Subject: [Mapserver-users] measure distance In-Reply-To: Message-ID: <5.2.0.9.0.20030803085406.024188e0@mail.GreenwoodMap.com> At 01:48 PM 8/3/2003 +0200, Roman Meier wrote: >Hi list > >I use mapserver as a cgi with dhtml and javascript just as the >landview-site. >Now, I would like to give to the user the possibility to measure distances. >Could somebody share his code with me? Or give me some help to realize it? jBox is a Java applet that supports distance measuring, among other things. jBox was formerly called "mapplet". It does not appear to be on the UM Mapserver page yet, but it should show up soon as version 4.0 revisions to those pages are made. If you can't find it on the umn.edu site you can fetch it from my site at: http://www.greenwoodmap.com/mapserver/jBox/ Documentation can be found at: http://mapserver.gis.umn.edu/doc/jbox-howto.html And a working example at: www2.tetonwyo.org/mapserver Rich Richard W. Greenwood, PLS Greenwood Mapping, Inc. Rich GreenwoodMap com (307) 733-0203 http://www.GreenwoodMap.com From stepan.kafka@centrum.cz Mon Aug 4 06:42:27 2003 From: stepan.kafka@centrum.cz (Stepan Kafka) Date: Mon, 4 Aug 2003 07:42:27 +0200 Subject: [Mapserver-users] Rendering classes - what order does mapserver use? In-Reply-To: <1059850467.3f2c08e39bbd8@sms.ed.ac.uk> Message-ID: <000201c35a4b$302fc570$463c2fc3@HSGIS> I think, the shapes are drawn in the order of records in shapefile/other source. During process, the corresponding class is set for each record. If you want to change the order of shapes in shapefile, you may pre-sort shapefile by sortshp which is part of mapserver distribution. Stepan Kafka > -----Původní zpráva----- > Od: mapserver-users-admin@lists.gis.umn.edu > [mailto:mapserver-users-admin@lists.gis.umn.edu]za uživatele AMC Story > Odesláno: 2. srpna 2003 20:54 > Komu: mapserver list > Předmět: [Mapserver-users] Rendering classes - what order does mapserver > use? > > > Hi there everyone, > > I was just wondering in what order mapserver renders the > difference classes for > each layer based on their order in the map file. I was hoping that the > principle would be the same as for rendering layers, so that if a > class is at > the top of several for a particular layer, it would displayed > behind those > lower down. This doesn't seem to work though. Can someone let > me know if I > can specify the order in which classes are drawn, and how? > > Thanks, > Ali > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > --- > Príchozí zpráva neobsahuje viry. > Zkontrolováno antivirovým systémem AVG (http://www.grisoft.cz). > Verze: 6.0.504 / Virová báze: 302 - datum vydání: 24.7.2003 > --- Odchozí zpráva neobsahuje viry. Zkontrolováno antivirovým systémem AVG (http://www.grisoft.cz). Verze: 6.0.504 / Virová báze: 302 - datum vydání: 24.7.2003 From rasp@tzi.de Mon Aug 4 08:20:58 2003 From: rasp@tzi.de (Rainer Spittel) Date: Mon, 04 Aug 2003 09:20:58 +0200 Subject: [Mapserver-users] since the update to V4.0: "funny" maps :-( Message-ID: <3F2E095A.50900@tzi.de> Hi, I have problems with the new version of the mapserver. Properly this error is not a MapServer error, more a configuration problem: 1. Since updating to MapServer 3.7/4.0beta or 4.0(final) the images aren't displayed correct. For example: A map with four layers. Each layer have six class definition. The mapserver will display each (single) layer correct. But when I enable two or three layers, the mapserver will mix-up the appearance of the classes. Even some features won't be displayed. For example: each layer displays the same region of a district, the color is defined in the class objects and the outline-colors of all layers are BLACK. When I enable three layers, the outline of the district appears red. 2. Another graphical error occurs when I use the ROSA applet for java support. When the user drags a bounding box, each black-bounding box will be drawn, but don't disappear when the mouse is moved. 3. Lines, which have a size larger than one, are always black. That's why, I can't update my system, but I want, because the features of the NEW mapserver are very, very interesting. My system configurations are: RedHeat 9.0 ming-0.2a curl-7.10.5 gd-2.0.15 gdal-1.1.8 php-4.3.2 proj-4.4.7 and: Suse 8.0 apache_1.3.27 jasper-1.700.2.uuid curl-7.10.5 gd-2.0.15 gdal-1.1.9 php-4.2.3 proj-4.4.7 I need HELP !!! ;-) Thx, Rainer From kevin@giscoe.com Mon Aug 4 13:19:43 2003 From: kevin@giscoe.com (Kevin Ravno) Date: Mon, 4 Aug 2003 14:19:43 +0200 Subject: [Mapserver-users] mapserv.exe Message-ID: <081722EBADADD5118F9000D0B7B6A3E765C6BA@mail.gims.com> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C35A82.AF4FD980 Content-Type: text/plain; charset="iso-8859-1" Hi I am a new user trying to set up MapServer on my Windows 2000 machine. I have installed IIS and gone through the procedures of setup as set out in the readme.gif.wms.html file. However if I run the mapserv.exe file I dont get the 1 line of text in my browser to show me that it is working. Instead it I get a "File Download" box prompting me to download the file from the hosting computer. If I say "Open", it shells to DOS for about 1 second and then that is the end of it. Can anyone tell me why this would be happening. Regards Kevin Ravno ------_=_NextPart_001_01C35A82.AF4FD980 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable mapserv.exe

Hi

I am a new user trying to set up = MapServer on my Windows 2000 machine.
I have installed IIS and gone through = the procedures of setup as set out in the readme.gif.wms.html = file.

However if I run the mapserv.exe file = I dont get the 1 line of text in my browser to show me that it is = working.
Instead it I get a "File = Download" box prompting me to download the file from the hosting = computer.
If I say "Open", it shells = to DOS for about 1 second and then that is the end of it.
Can anyone tell me why this would be = happening.

Regards
Kevin Ravno

------_=_NextPart_001_01C35A82.AF4FD980-- From ed@topozone.com Mon Aug 4 13:37:59 2003 From: ed@topozone.com (Ed McNierney) Date: Mon, 4 Aug 2003 08:37:59 -0400 Subject: [Mapserver-users] mapserv.exe Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFE6B@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C35A85.3CDF38A0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable It's happening because you didn't set permissions on the mapserv.exe directory to allow Execute permission. Since IIS can't run the program, it tries to download it just like any other file it doesn't know how to handle. =20 - Ed =20 Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: (978) 251-4242 Fax: (978) 251-1396 ed@topozone.com =20 -----Original Message----- From: Kevin Ravno [mailto:kevin@giscoe.com]=20 Sent: Monday, August 04, 2003 8:20 AM To: 'mapserver-users@lists.gis.umn.edu' Subject: [Mapserver-users] mapserv.exe =20 =20 Hi=20 I am a new user trying to set up MapServer on my Windows 2000 machine.=20 I have installed IIS and gone through the procedures of setup as set out in the readme.gif.wms.html file.=20 However if I run the mapserv.exe file I dont get the 1 line of text in my browser to show me that it is working.=20 Instead it I get a "File Download" box prompting me to download the file from the hosting computer.=20 If I say "Open", it shells to DOS for about 1 second and then that is the end of it.=20 Can anyone tell me why this would be happening.=20 Regards=20 Kevin Ravno=20 ------_=_NextPart_001_01C35A85.3CDF38A0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable mapserv.exe

It’s happening because you = didn’t set permissions on the mapserv.exe directory to allow Execute = permission.  Since IIS can’t run the program, it tries to download it just like = any other file it doesn’t know how to handle.

 

      =       - Ed

 

Ed McNierney

President and Chief = Mapmaker

TopoZone.com / Maps a la carte, = Inc.

73 Princeton Street, Suite = 305

North Chelmsford, MA  = 01863

Phone: (978) 251-4242  Fax: = (978) 251-1396

ed@topozone.com

 

-----Original = Message-----
From: Kevin Ravno [mailto:kevin@giscoe.com]
Sent: Monday, August 04, = 2003 8:20 AM
To: 'mapserver-users@lists.gis.umn.edu'
Subject: = [Mapserver-users] mapserv.exe

 

 

Hi

I am a new user trying to set up MapServer on = my Windows 2000 machine.
I have installed IIS and gone through the procedures of setup as set out in the readme.gif.wms.html file.

However if I run the mapserv.exe file I dont = get the 1 line of text in my browser to show me that it is = working.
Instead it I get a "File Download" box prompting me to download the = file from the hosting computer.
If I say "Open", it shells to DOS for about 1 second and then that = is the end of it.
Can anyone tell me why this would be happening.

Regards
Kevin Ravno

=00 ------_=_NextPart_001_01C35A85.3CDF38A0-- From schut@sarvision.com Mon Aug 4 13:43:20 2003 From: schut@sarvision.com (Vincent Schut) Date: Mon, 4 Aug 2003 14:43:20 +0200 Subject: [Mapserver-users] mapserv.exe In-Reply-To: <081722EBADADD5118F9000D0B7B6A3E765C6BA@mail.gims.com> References: <081722EBADADD5118F9000D0B7B6A3E765C6BA@mail.gims.com> Message-ID: <200308041443.20709.schut@sarvision.com> Hi Kevin, see this post which is about the same problem and probably suggests the right answer :-) http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0112/msg00232.html Cheers, Vincent. On Monday 04 August 2003 14:19, Kevin Ravno wrote: > Hi > > I am a new user trying to set up MapServer on my Windows 2000 machine. > I have installed IIS and gone through the procedures of setup as set out in > the readme.gif.wms.html file. > > However if I run the mapserv.exe file I dont get the 1 line of text in my > browser to show me that it is working. > Instead it I get a "File Download" box prompting me to download the file > from the hosting computer. > If I say "Open", it shells to DOS for about 1 second and then that is the > end of it. > Can anyone tell me why this would be happening. > > Regards > Kevin Ravno -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From LEllenbecker@co.winnebago.wi.us Mon Aug 4 14:59:33 2003 From: LEllenbecker@co.winnebago.wi.us (Ellenbecker, Larry) Date: Mon, 4 Aug 2003 08:59:33 -0500 Subject: [Mapserver-users] Problem with featurequery results Message-ID: Hi, I'm working on a Mapserver/CGI application using 'featurequery'. The application is working except that the results are not always reporting out correctly. For example; I select a parcel to us as the query polygon. I try to select features from a polygon layer with Certified Survey(CSM)polygons. My selected parcel does not have a CSM associated with it however there are adjacent parcels with CSM's. The result of my featurequery always reports the adjacent CSM's. This phenomenon sees to happen whenever there are adjacent polygons in the featurequery layers. I was curious if anyone else has had problems with featurequery. In my application I an specifically trying to identify only line, point and polygon features that are inside the query polygon parcel boundary. Thanks in advance. Larry L. Ellenbecker GIS System Analyst Winnebago County From cpurvis@asg.sc.edu Mon Aug 4 17:59:02 2003 From: cpurvis@asg.sc.edu (Charlton Purvis) Date: Mon, 4 Aug 2003 12:59:02 -0400 Subject: [Mapserver-users] mapscript saveimage & transparency Message-ID: Hi, folks: If I have the following code. . . $url = $oImage->saveImage(""); . . . I get a beautiful (and correct) image in my browser (BTW header stuff is properly set). Good image: http://caro-coops.org/~cpurvis/misc/transparent_stdout.png. But let's say I want to save it for later use, so I do a . . . $url = $oImage->saveImage("/tmp/ms_tmp/charlton.png"); . . . the resulting image is not the same. Bad image: http://caro-coops.org/~cpurvis/misc/transparent_tofile.png. So for kicks, if I do this . . . $url = $oImage->saveImage("/tmp/ms_tmp/charlton.png"); $url = $oImage->saveImage(""); . . . I end up w/ the same kind of image from the second scenario. I would have thought that I would have gotten the good image. This is based on a .map which contains: OUTPUTFORMAT NAME png DRIVER "GD/PNG" MIMETYPE "image/png" IMAGEMODE RGBA EXTENSION "png" TRANSPARENT ON END ... LAYER NAME "elevation_surge" TRANSPARENCY 40 ... If I turn transparency off, the images on disk and the images coming back from stdout are identical. MS 3.7dev, gd-2.0.15, gdal-1.1.8 Any ideas? Thanks, Charlton Charlton Purvis (803) 777-8858 : voice (803) 777-8833 : fax cpurvis@sc.edu Advanced Solutions Group Department of Physics and Astronomy University of South Carolina Columbia, SC 29208 From cpurvis@asg.sc.edu Mon Aug 4 18:34:26 2003 From: cpurvis@asg.sc.edu (Charlton Purvis) Date: Mon, 4 Aug 2003 13:34:26 -0400 Subject: [Mapserver-users] RE: need some help with queryByPoint() Message-ID: Hi, Bhavana: OK, you REALLY need to at least cc the list w/ your questions rather than email directly. There are other people who can answer your questions, and there are other folks who might benefit from them as well as any answers. I've looked at your code, and I'm trying to understand what the problem is. I think I understand that you don't get query hits when you think you should, right? But according to your message, I get the impression that you don't want to have the mouse-click georeferenced, but that doesn't make sense. Why wouldn't you want the new mouse-click to be georeferenced w/ your new extent? Off the top-of-my-head, though, I can imagine that unless you are saving your current extents, you are not always referencing the proper domain. Here is a sequence of events that works for me (not sure if you are or are not doing them): * enter your page, you have extents hardcoded, no problem * user clicks to zoom * compute georeferenced x/y coordinates * zoomtopoint * save new_extents in a hidden variable * on reload check to see if you need to avoid using your hardcoded extents if new_extents have been passed (if new_extents, then set them before you do anything) It is possible that you're not setting the extents properly w/ every new instance. I'm happy to help, but I won't help unless you cc the list. Sorry to be preachy, but private emails aren't in the spirit of open source. Charlton -----Original Message----- From: Bhavana Rakesh [mailto:Bhavana.Rakesh@noaa.gov] Sent: Wednesday, July 30, 2003 5:19 PM To: Charlton Purvis Subject: Re: need some help with queryByPoint() Hi Charlton, Thanks for you reply. I figured out the problem with slapping the image. It's actually not a mapscript problem. I was more a java script problem(oops!). I've fixed it up, but now am having a different problem. When I zoom_in/zoom_out/pan pan on the image, and then try to query the image, I don't think the x,y co-ordinates that I'm passing is right. My guess is, the x/y co-ordinates are with respect to the new zoomed_in/zoom_out/panned image and not with respect to the original image. Hence when I geo reference this new point and try to query it, the dbf file does not return any results. Would you have any pointers how to fix this. I have attached the phtml code with this email. Please take a look at it if you can spare some time. I really appreciate your help. Thanks - Bhavana Charlton Purvis wrote: > Hi, Bhavana: > > cc. the list since there are plenty of people smarter than I that might > be able to nail it on the first shot. > > But here goes. I can't remember much about legends off the top of my > head. I got down and dirty w/ them before, and now it's all automated. > So here are a couple of guesses: > > * In your .map, does your LEGEND have a TEMPLATE associated w/ it? > * If processquerytemplate is supposed to return a path (don't remember), > is it creating that .png, i.e. is there a > /home/http/development/html/bhavana/test_bh/tmp/SNMAPPING1058992693.png > and does it look right if you open it by hand? If you are passing the > path to the image and not the image itself, it needs to be relative to > your website. If your path is truly what you said above, then your > browser would be trying to display the equivalent of > http://your.server.com/home/http/development/html/bhavana/test_bh/tmp/SN > MAPPING1058992693.png. And I'm not 100% sure you mean for it to do > that. > > Charlton > From sscott@gwi.net Mon Aug 4 19:24:18 2003 From: sscott@gwi.net (Shannon Scott) Date: Mon, 4 Aug 2003 14:24:18 -0400 Subject: [Mapserver-users] WRAP with POSTLABELCACHE Label Message-ID: <015401c35ab5$9ef4f560$37c8a8c0@PEMAQUID> This is a multi-part message in MIME format. ------=_NextPart_000_0151_01C35A94.17478A90 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I have found that I can't use the WRAP keyword with labels if I use = POSTLABELCACHE on the layer. Is this a bug, or is this more than POSTLABELCACHE is meant to handle?=20 Thank You. Shannon ------=_NextPart_000_0151_01C35A94.17478A90 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
I have found that I can't use the WRAP = keyword with=20 labels if I use POSTLABELCACHE on the layer.
Is this a bug, or is this more than = POSTLABELCACHE=20 is meant to handle?
Thank You.
Shannon
 
 
 
 
------=_NextPart_000_0151_01C35A94.17478A90-- From steve.lime@dnr.state.mn.us Mon Aug 4 19:43:54 2003 From: steve.lime@dnr.state.mn.us (Steve Lime) Date: Mon, 04 Aug 2003 13:43:54 -0500 Subject: [Mapserver-users] Problem with featurequery results Message-ID: Hi Larry: That behavior is both a feature and a bug. The code considers polygons that share an edge as intersecting and depending on you application you might want that. It's no easy to differentiate between polygons that overlap and those that share an edge. In the past I've gotten around it by creating a special selection layer in which I buffer in a tiny amount. That way the selection feature shares no coincident edges with the features being selected. I've not tried this but in 4.0 featurequery's respect layer TOLERANCE values. It might be possible to set a small negative tolerance value so that polygons would be forced to overlap a bit. If this doesn't work then a bug should be filed so that it does work as this seems to be the easiest way to deal with the problem. Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> "Ellenbecker, Larry" 08/04/03 08:59AM >>> Hi, I'm working on a Mapserver/CGI application using 'featurequery'. The application is working except that the results are not always reporting out correctly. For example; I select a parcel to us as the query polygon. I try to select features from a polygon layer with Certified Survey(CSM)polygons. My selected parcel does not have a CSM associated with it however there are adjacent parcels with CSM's. The result of my featurequery always reports the adjacent CSM's. This phenomenon sees to happen whenever there are adjacent polygons in the featurequery layers. I was curious if anyone else has had problems with featurequery. In my application I an specifically trying to identify only line, point and polygon features that are inside the query polygon parcel boundary. Thanks in advance. Larry L. Ellenbecker GIS System Analyst Winnebago County _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From shussain@atsincorp.com Mon Aug 4 19:50:48 2003 From: shussain@atsincorp.com (Shaik A. Hussain) Date: Mon, 4 Aug 2003 14:50:48 -0400 Subject: [Mapserver-users] Forbidden error in accessing mapserver4.0 documentation Message-ID: <4514D1DE1E069744839F24247A63503208C628@deathstar.ats.atsincorp.com> I am trying to access the mapserver4.0 documentation at http://mapserver.gis.umn.edu/doc.html mapserver4.0 link I am getting the below error message. Forbidden You don't have permission to access /doc40/ on this server. Apache/1.3.27 Server at mapserver.gis.umn.edu Port 80 Thanks, Anwar From pkishor@geoanalytics.com Mon Aug 4 19:55:36 2003 From: pkishor@geoanalytics.com (pkishor_98) Date: Mon, 04 Aug 2003 18:55:36 -0000 Subject: [Mapserver-users] Re: need some help with queryByPoint() In-Reply-To: Message-ID: Bhavana, --- In mapserver-users@yahoogroups.com, "Charlton Purvis" wrote: > Hi, Bhavana: > > OK, you REALLY need to at least cc the list w/ your questions rather > than email directly. as Charlton has said before, and very rightly, please post your questions to the list instead of directly to list members. Now, to cover the basics of what goes on with Mapserver -- .. > up, but now am having a different problem. > > When I zoom_in/zoom_out/pan pan on the image, and then > try to query the image, I don't think the x,y co-ordinates > that I'm passing is right. My guess is, the x/y > co-ordinates are with respect to the new > zoomed_in/zoom_out/panned image and not with respect to > the original image. > > Hence when I geo reference this new point and try to query > it, the dbf file does not return any results. Would you > have any pointers how to fix this. > Since one page load (user click) on the web doesn't know from another because http is a stateless protocol, you have to somehow tell the subsequent click "where you came from" in order to calculate "where to go." You do that typically by passing hidden form variables back and forth between the user's browser and the server. At any given time if the user looks at the source code of the html in her browser, she will see the mapextent (geographic coords) of what is visible on the screen -- lets call this "Map A." Clicking on "Map A" generates and sends back to the server x and y coords (image coords) of the mouse click as well as the mapextent of "Map A." Back at the server you use the mapextent of "Map A" to convert the x and y coords into geographic space so you can do things with it such as query features or calculate new mapextent. Once this new mapextent is calculated on the server, you once again stuff it into hidden form variables and send it back to the user... this is now the new map... let's call it "Map B." And so on the cycle continues. > I have attached the phtml code with this email. Please > take a look at it if you can spare some time. I really > appreciate your help. I hope the above gives you the concept behind the mechanics of creating and sending images to the browser. If you have further questions, please post back to the list. Puneet. From David.Fawcett@state.mn.us Mon Aug 4 19:56:10 2003 From: David.Fawcett@state.mn.us (Fawcett, David) Date: Mon, 4 Aug 2003 13:56:10 -0500 Subject: [Mapserver-users] Forbidden error in accessing mapserver4.0 d ocumentation Message-ID: Go to the link for Development Version 4.1 until they get the 4.0 link fixed. David. > ---------- > From: Shaik A. Hussain[SMTP:shussain@atsincorp.com] > Sent: Monday, August 04, 2003 1:50 PM > To: mapserver-users@lists.gis.umn.edu > Subject: [Mapserver-users] Forbidden error in accessing mapserver4.0 documentation > > I am trying to access the mapserver4.0 documentation at http://mapserver.gis.umn.edu/doc.html mapserver4.0 link I am getting the below error message. > Forbidden > You don't have permission to access /doc40/ on this server. > > Apache/1.3.27 Server at mapserver.gis.umn.edu Port 80 > > > > Thanks, > Anwar > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From steve.lime@dnr.state.mn.us Mon Aug 4 19:56:26 2003 From: steve.lime@dnr.state.mn.us (Steve Lime) Date: Mon, 04 Aug 2003 13:56:26 -0500 Subject: [Mapserver-users] WRAP with POSTLABELCACHE Label Message-ID: It's more that it was meant to handle, but is also a bug. Postlabelcache was really only ever intended to be used with embeded scalebars or things like copyright statements. Wrapping is applied when labels are added to the cache and not when they are drawn so that's why you see the problem. If you'd please file a bug we can have a look... Steve >>> "Shannon Scott" 08/04/03 01:24PM >>> Hello, I have found that I can't use the WRAP keyword with labels if I use POSTLABELCACHE on the layer. Is this a bug, or is this more than POSTLABELCACHE is meant to handle? Thank You. Shannon From siki@bme-geod.agt.bme.hu Tue Aug 5 00:36:43 2003 From: siki@bme-geod.agt.bme.hu (Siki Zoltan) Date: Mon, 4 Aug 2003 22:36:43 -0100 (GMT+1) Subject: [Mapserver-users] Nothing raster (tiff,jpeg) comes out In-Reply-To: <3F2E502F@sws.ncl.ac.uk> Message-ID: Hi Zainal, On Mon, 4 Aug 2003, zainal A Majeed wrote: > I appreciate your response. I have checked again everything as you suggested. > It does support raster as I tried the raster image in mapserver tutorial all > this while. > I am using .tiff and convert to .img after image proceesing then to .jpg. I > don’t need World file for the time being. If you don't have gdal installed you can use only 256 colors! Convert your image to 256 color palette if it has more colors. I have never used images without world file, I think you must have world file or geotiff. The world file is an ascii file you can easy create it. A world file consist of 6 lines, each line contains a single value. 1st line: pixel size in x direction in meters (or foot or ...) 2nd line: 0 if the coordinate system paralel to the image 3rd line: 0 if the coordinate system paralel to the image 4th line: -pixel size in y direction in meter (negativ value) 5th line: easting for upper left corner 6th line: northing for upper left corner What extents do you specify in the map file without a world file? > The status is ON and when display in IE I can right click to copy to wall > paper or desktop background but it’s invisible (white image). Yeh, you got an empty image from the mapserver. Do you have a html template? If yes, then you can can check mapext cgi variable inserting [mapext] somewhere in the html code. Have you read raster-howto? Visit the galery to get idea. Finally insert your map and template file into your mail. Hi Zoltan > > > >===== Original Message From Siki Zoltan ===== > >Dear Zainal, > > > >You gave us few details, so I can make only suggestions. > > > >Does mapserver support the used raster format? > >Check mapserv -v > > > >Do you have world file along with your raster image? > >If you have GeoTiff no need for world file. > >See Raster howto at mapserver.gis.umn.edu/doc36/raster-howto.html > > > >What is the status of the layer? > >If it is ON then you will see it if you specify the layer name in the > >query string e.g. > >www.somewhere/cgi-bin/mapserv?map=your_map_file&layer=layer_name > > > >Does the extent of the map and the raster fits? > > > >If these don't help give us more information. > > > >Hi, > >Zoltan Siki > > > >On Fri, 18 Jul 2003, zainal A Majeed wrote: > > > >> Dear friends, > >> > >> I hope this is not a repetition. I try to map out with mapsever raster > aerial > >> photo from map file. The connection to mapserver was alright but nothing > comes > >> out in view except white window(there is an image but white - can't see). > >> Can anybody tell what is the problem? > >> > >> Thanks and cheers > >> > >> Zainal > >> > >> ZAINAL A MAJEED > >> PhD in Web Technology and Internet GIS > >> School of Civil Engineering and Geosciences > >> Bedson BUilding, University of Newcastle upon Tyne > >> Newcastle upon-Tyne NE1 7RU > >> United Kingdom > >> > >> Tel: +44 (0)191 222 6357 > >> Fax: +44 (0)191 222 8691 > >> email: zainal.abdul-majeed@ncl.ac.uk > >> web: http://www.cegs.ncl.ac.uk > >> web: http://geomatics.ncl.ac.uk > >> ************************************* > >> Home: > >> 178 Dilston Road, > >> Newcastle Upon Tyne NE4 5AD > >> United Kingdom > >> Phone : +44 (0) 191-2727259 > >> Mobile : +44 (0) 796-0938952 > >> > >> _______________________________________________ > >> Mapserver-users mailing list > >> Mapserver-users@lists.gis.umn.edu > >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > >> > From David.Fawcett@state.mn.us Mon Aug 4 22:27:22 2003 From: David.Fawcett@state.mn.us (Fawcett, David) Date: Mon, 4 Aug 2003 16:27:22 -0500 Subject: [Mapserver-users] Double labeling in querymap? Message-ID: I am not sure if this is a bug or PIBCAK* Version 4.0 beta2 (7/11/03) When I query a point feature, the querymap puts two identical labels on the selected point feature, but correctly places only one label on the other point features on the map. The point layer only exists once in the MAP file, so I am not querying two overlaying instances of the same point. Am I getting a cached label showing up? I really only need to label each facility once. Thanks, David. David Fawcett MN Office of Environmental Assistance *Problem Is Between Chair and Keyboard From David.Fawcett@state.mn.us Mon Aug 4 22:33:00 2003 From: David.Fawcett@state.mn.us (Fawcett, David) Date: Mon, 4 Aug 2003 16:33:00 -0500 Subject: [Mapserver-users] Double labeling in querymap? Message-ID: This occurs when the STYLE property of the QUERYMAP object is set to HILITE, but does not occurr when I change it to SELECTED. David. > ---------- > From: Fawcett, David[SMTP:David.Fawcett@state.mn.us] > Sent: Monday, August 04, 2003 4:27 PM > To: 'mapserver-users@lists.gis.umn.edu' > Subject: [Mapserver-users] Double labeling in querymap? > > I am not sure if this is a bug or PIBCAK* > > Version 4.0 beta2 (7/11/03) > > When I query a point feature, the querymap puts two identical labels on the selected point feature, but correctly places only one label on the other point features on the map. > > The point layer only exists once in the MAP file, so I am not querying two overlaying instances of the same point. > > Am I getting a cached label showing up? I really only need to label each facility once. > > Thanks, > > David. > > > David Fawcett > MN Office of Environmental Assistance > > *Problem Is Between Chair and Keyboard > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From sgillies@frii.com Mon Aug 4 23:20:36 2003 From: sgillies@frii.com (Sean Gillies) Date: Mon, 4 Aug 2003 16:20:36 -0600 Subject: [Mapserver-users] How to avoid python memory leaks Message-ID: I just found the solution to t